Skip site navigation (1)Skip section navigation (2) 
Date:      Thu, 22 Mar 2018 10:16:47 -0500
From:      Peter Lei <peter.lei@ieee.org>
To:        Tomoaki AOKI <junchoon@dec.sakura.ne.jp>, freebsd-current@freebsd.org
Cc:        kevans@freebsd.org, jakob@alvermark.net, andrew@FreeBSD.org
Subject:   Re: Call for Testing: UEFI Changes
Message-ID:  <dd6790b2-dfd2-d851-e851-99dfc489c5e5@ieee.org>
In-Reply-To: <20180322225644.1480251c4547ce30f3d88de9@dec.sakura.ne.jp>
References:  <CACNAnaFmu2rFF1w4ar4xHUbN5vHitTLi0Ui6aCjL1MuTj3iJsQ@mail.gmail.com> <5f663141-433c-951d-a350-7369b004415f@alvermark.net> <CACNAnaE1UaqzS4bjQY9uqnhH2mX7XfUKT%2BVA%2Bn0v1=xF2FWXRg@mail.gmail.com> <20180322225644.1480251c4547ce30f3d88de9@dec.sakura.ne.jp>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
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).

--peter


> 
> On Thu, 22 Mar 2018 08:22:13 -0500
> Kyle Evans <kevans@freebsd.org> wrote:
> 
>> On Thu, Mar 22, 2018 at 5:13 AM, Jakob Alvermark <jakob@alvermark.net> wrote:
>>> Hi!
>>>
>>>
>>> Just updated to r331345.
>>>
>>> Two problems:
>>>
>>> 1. boot/efi.4th is added to /usr/src/ObsoleteFiles.inc but still included in
>>> loader.rc. Loader fails to load it and subsequently fails to load modules.
>>> Reinstalling efi.4th problem 2 appears.
>>>
>>>
>>> 2. Fixing problem 1 and adding efirt_load="YES" to /boot/loader.conf makes
>>> the kernel panic instantly. Photo of panic:
>>> https://photos.app.goo.gl/ph3yQukOAUdQpsvK2
>>>
>>>
>>> Jakob
>>>
>>>
>>
>> Hi,
>>
>> The efi.4th removal has been reverted in r331353. A couple of inquiries for you:
>>
>> 1.) Before loading efirt, can you show me what `sysctl
>> machdep.efi_map` looks like?
>>
>> 2.) After `kldload efirt` and getting a panic, can you show me what
>> `show registers` looks like?
>>
>> 3.) Have you used efirt successfully before?
>>
>> Thanks,
>>
>> Kyle Evans
>> _______________________________________________
>> 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"
>>
> 
> 


[-- Attachment #2 --]
0	*H
010
	`He0	*H
000[ON:lH0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA0
171109000000Z
181109235959Z0#1!0	*H
	peter.lei@ieee.org0"0
	*H
0
|¤oVm }uVN%V\uukuh
j2I^?~L(}ozݨ5.0m&K8v,óvL	XE#ȣH*EJ?raf*N3$ִ}Q~Hvz7~QsqVY`)OktQ/YZe{\ka5MT^)}\)-ذ@8~rT}NcL00U#0la|=+qH^ċ0U-{([n*hi=C0U0U00 U%0++10	`HB 0FU ?0=0;+10+0)+https://secure.comodo.net/CPS0ZUS0Q0OMKIhttp://crl.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crl0+0}0U+0Ihttp://crt.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crt0$+0http://ocsp.comodoca.com0U0peter.lei@ieee.org0
	*H
pT_첪KFo/lh7N0:!=C!e͡l0ԾΨI{][ںfhVcS&",Nt_EIrS;Mf36:ksh:$U¡J()y< vz_)_DWN`X&hUаZN oS9|y2&UD=\b41FTKݼ#xuU+6I:Oޝt+00Πj8;+kٸRV0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1+0)U"COMODO RSA Certification Authority0
130110000000Z
280109235959Z010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA0"0
	*H
0
W(vu@8v!P%yL}:X>1.4vلj=4HK hyt4z|e`'"2@rF5P3*UT+%4D5+
ZSu+­=7F_Zte
>)
94Fro8pNhFF#Ne6/M{UWֱmAYT"o)CI	m84$.zW4 r^M9,R$
<080U#0~=<8220Ula|=+qH^ċ0U0U00U 
00U 0LUE0C0A?=;http://crl.comodoca.com/COMODORSACertificationAuthority.crl0q+e0c0;+0/http://crt.comodoca.com/COMODORSAAddTrustCA.crt0$+0http://ocsp.comodoca.com0
	*H
x\(4O<_VΟV쏢kI/5@qB!fk&kn{hJd| q[Lǿᓬ?"@fCOݐrXurJH5;#68jle) )Y4’Nezyq{:kx%iچ:w#f6HLP~jo9KXnM#:!!69i\}^M;TSX7	̯3]Tc6O$voX*5!4.aKE8HIĹ7?Ar}r# R/h<סnuy<1	3mɔv#~&pvg' skMH#/ƨ$/uXqTu(|^-vM҆NKX7fA\X5sh2qP\YǟENRarpGtZp_"k7DdJVGz18040010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA[ON:lH0
	`He[0	*H
	1	*H
0	*H
	1
180322151647Z0/	*H
	1" zt51YH	m0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA[ON:lH0*H
	1010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA[ON:lH0
	*H
wiE<?>m;*8~hB=h&#wl8kߞncWsB`-ي?VuL@f͏^D(
 R@Wt@r޴kIGsWBL	GFۼ$QaDس%$֍5i^gX_]LSܭ$gɗ7¨r
|e+ʁ3phi@ja\ W	je+pXsuOt

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?dd6790b2-dfd2-d851-e851-99dfc489c5e5>