Ian Lepore <ian <at> freebsd.org> writes:

>
> On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote:
> > On 26 December 2014 at 04:01, O. Hartmann <ohartman <at> zedat.fu-
berlin.de> wrote:
> > > Am Thu, 25 Dec 2014 11:40:47 -0800
> > > Adrian Chadd <adrian <at> freebsd.org> schrieb:
> > >
> > >> Would you be able to narrow it down to a small range of commits?
> > >> that'll make it easier to chase down. :)
> > >>
> > >> > Booting old kernel/modules (via "boot kernel.old"), at CURRENT
r275896 is all right.
> > >> >
> > >> > What is happening here?
> > >> >
> > >> > Merry christmas day,
> > >> >
> > >> > oh
> > >
> > >
> > > I narrowed down the culprit commit to be between r276060 (works) and
r276075 (works not).
> >
> > Hi!
> >
> > Thanks for that. Would you please file a PR with the details and what
> > you've done?
> >
> > I hope you can narrow it down further. You've done a great job
> > already, I just can't see any clear winner there for a commit to back
> > out :(
>
> r276064 looks like a candidate.  At least, it has 'efi' in the name. :)
>

I can confirm that. The same happened when UEFI-booting on my Acer E3-112.
Undoing r276064 makes it boot again.

(I will post some more experiences with FreeBSD on this machine later.)

Jakob


_______________________________________________
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"

Reply via email to