Re: [PATCH] Fix efifb initialisation when the only GOP device implements ConOut.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 07, 2013 at 07:12:51PM +0000, David Woodhouse wrote:
> On Mon, 2013-01-07 at 18:43 +0000, Matthew Garrett wrote:
> > The kernel does, the EFI boot stub doesn't. There's probably an argument 
> > for having it fail in that case, but it wouldn't even be able to print 
> > an error message without some gymnastics.
> 
> Printing an error message is simple enough from assembler; you just need
> to call sys_table->con_out->output_string.

I don't think that's guaranteed to do something unless we've set a 
console mode first, but sure, that ought to be an improvement.

>  "Sorry, this kernel cannot boot in " (32|64) "-bit mode this way. Your
> bootloader should have ignored the shiny new EFI handover protocol and
> booted it the old way. It would have worked then, albeit without EFI
> runtime services. Which you probably wouldn't have missed."

"(32|64) bit kernels cannot be booted via the EFI handover 
protocol on (64|32) bit firmware"?

-- 
Matthew Garrett | mjg59@xxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-efi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux