Fixed in: FreeBSD-12.0-CURRENT-amd64-20180329-r331740-disc1.iso

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176694

On Mon, Apr 2, 2018 at 12:38 AM, Tomoaki AOKI <junch...@dec.sakura.ne.jp>
wrote:

> Confirmed both loader (with boot1) part and efirt.ko part.
> Working OK on my ThinkPad420 (with nvidia GPU) at r331864.
>
> No benefit (VGA resolution) but no new harm (no panic nor silent
> reboot).
>
>  *Maybe gracefully falling back to mode 0.
>
> As I'm on x11/nvidia-driver, completely no test is done with
> drm-next.
>
> One more to mention.
> I've cherry-picked r330868, r331241 and r331361 on stable/11 after
> r331114, amd64 and works OK as on head.
> Additional cherry-picking of r331365 is OK, too.
>
> Without r330868, my ThinkPad silently reboots within about 10-60
> minutes range, maybe by actual access to UEFI RS.
> With r331241 without r331361 causes instant panic on loading efirt.ko.
> So all 3 (4) revs should be MFC'ed together.
>
> Sorry for delay.
>
>
> On Thu, 22 Mar 2018 10:34:33 -0500
> Kyle Evans <kev...@freebsd.org> wrote:
>
> > On Thu, Mar 22, 2018 at 10:18 AM, Kyle Evans <kev...@freebsd.org> wrote:
> > > On Thu, Mar 22, 2018 at 10:16 AM, Peter Lei <peter....@ieee.org>
> wrote:
> > >> On 3/22/18 8:56 AM, Tomoaki AOKI wrote:
> > >>> Hi.
> > >>> For problem 2, try reverting r331241 alone.
> > >>> This worked for my ThinkPad T420.
> > >>
> > >>
> > >> I also hit this after updating to latest and was about to post when I
> > >> saw this thread -
> > >>
> > >> I build efirt into the kernel and it's now doing a panic on boot. It
> > >> appears to be due to this recent addition in dev/efidev/efirt.c by
> r331241:
> > >>
> > >>>         if (!efi_is_in_map(map, efihdr->memory_size /
> efihdr->descriptor_size,
> > >>>             efihdr->descriptor_size, 
> > >>> (vm_offset_t)efi_runtime->rt_gettime))
> {
> > >>
> > >> The faulting address is for "efi_runtime->rt_gettime" (and is still a
> > >> phys addr here).
> > >>
> > >
> > > The following patch [1] (I can't guarantee how long he'll keep it
> > > available there) should fix this class of problems.
> > >
> > > [1] https://people.freebsd.org/~andrew/0001-Enter-into-the-
> EFI-environment-before-check-the-GetT.patch
> >
> > Now committed as of r331361.
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@
> freebsd.org"
> >
>
>
> --
> Tomoaki AOKI    <junch...@dec.sakura.ne.jp>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to