Re: HEADS-UP: amd64 UEFI boot is broken

2014-11-11 Thread Adrian Chadd
On 11 November 2014 07:12, Ed Maste  wrote:
> On 10 November 2014 20:17, Ed Maste  wrote:
>> UEFI booting is broken for amd64 as of r273582 (Oct 24). The symptom
>> is an apparent hang after the loader transfers control to the kernel
>> (no output from the kernel is observed). Until this is addressed you
>> can checkout an earlier revision or revert r273582 locally.
>
> I have committed a workaround for this issue in r274382. The vt(4) EFI
> framebuffer driver makes use of kernel infrastructure in a way that is
> not correct, but works in practice, and this was caught by a new
> assertion added in r273582. My change loosens the assertion to allow
> efifb's use for now.
>
> We will need to fix the early framebuffer implementation in a subsequent 
> change.

Woo, thanks!



-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: HEADS-UP: amd64 UEFI boot is broken

2014-11-11 Thread Ed Maste
On 10 November 2014 20:17, Ed Maste  wrote:
> UEFI booting is broken for amd64 as of r273582 (Oct 24). The symptom
> is an apparent hang after the loader transfers control to the kernel
> (no output from the kernel is observed). Until this is addressed you
> can checkout an earlier revision or revert r273582 locally.

I have committed a workaround for this issue in r274382. The vt(4) EFI
framebuffer driver makes use of kernel infrastructure in a way that is
not correct, but works in practice, and this was caught by a new
assertion added in r273582. My change loosens the assertion to allow
efifb's use for now.

We will need to fix the early framebuffer implementation in a subsequent change.

-Ed
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"