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.) JakobReceived on Sun Dec 28 2014 - 19:04:56 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:54 UTC