svn commit: r281075 - in stable/10: sys/conf sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/debugger sys/contrib/dev/acpica/c...

Jung-uk Kim jkim at FreeBSD.org
Thu Apr 9 19:25:24 UTC 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 04/09/2015 14:28, Slawa Olhovchenkov wrote:
> On Thu, Apr 09, 2015 at 10:55:38AM +0300, Slawa Olhovchenkov
> wrote:
>> On Thu, Apr 09, 2015 at 08:24:19AM +0200, Dimitry Andric wrote:
>>> On 09 Apr 2015, at 01:21, Slawa Olhovchenkov <slw at zxy.spb.ru>
>>> wrote:
>>>> On Sat, Apr 04, 2015 at 10:17:53AM +0000, Dimitry Andric
>>>> wrote:
>>>> 
>>>>> Author: dim Date: Sat Apr  4 10:17:51 2015 New Revision:
>>>>> 281075 URL:
>>>>> https://svnweb.freebsd.org/changeset/base/281075
>>>>> 
>>>>> Log: MFC r272444 (by jkim):
>>>>> 
>>>>> Merge ACPICA 20140926.
>>>>> 
>>>>> MFC r278970 (by jkim):
>>>>> 
>>>>> Merge ACPICA 20141107 and 20150204.
>>>>> 
>>>>> Approved by:	jkim Relnotes:	yes
>>>>> 
>>>> 
>>>> Some time ago `acpidump -dt` was broken for me:
>>>> 
>>>> # acpidump -dt /* RSD PTR: OEM=ALASKA, ACPI_Rev=2.0x (2) 
>>>> XSDT=0x7f1e6080, length=36, cksum=95 */ /* XSDT: Length=132,
>>>> Revision=1, Checksum=106, OEMID=ALASKA, OEM Table ID=A M I,
>>>> OEM Revision=0x1072009, Creator ID=AMI, Creator
>>>> Revision=0x10013 Assertion failed: (addr != 0), function
>>>> acpi_print_rsdt, file /usr/src/usr.sbin/acpi/acpidump/acpi.c,
>>>> line 1097. Entries={ 0x7f1efe90, 0x7f1eff88, 0x7f1f0098,
>>>> 0x7f1f00d8, 0x7f1f0448, 0x7f1f0478, 0x7f1f04b0, 0x7f1f0570,
>>>> 0x7f1f05b0, 0x7f2606b8, 0x7f260708, Abort (core dumped)
>>> 
>>> Hi Slawa,
>>> 
>>> Is there a PR for this?  And a core dump or (preferably) a
>>> reproduction scenario?
>> 
>> Currently no PR. This is always on may Supermicro X9SRL-F.
> 
> FIX: X9DRH-7F
> 
>> `acpidump -d` work `acpidump -t` don't work
>> 
>>> From a quick look, it seems that your RSDT contains an entry
>>> with an address size which is neither 4 nor 8, and that leads
>>> to the assertion failure.  I am unsure whether there is any
>>> upstream fix for it.
>> 
>> I am not sure how long acpidump -t don't work.

addr_size must be 4 or 8 here.  Otherwise, something is corrupting memory.

Jung-uk Kim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVJtIdAAoJEHyflib82/FGotYH/RI2GSv02RLiZWfHM2KN5JUk
9Z/lzQb+nUtv88cGyfbEsuFDWgn1dHK8QYPIT7tH7owjvqZUIMYwHhIzPctwWiz+
YUHbiK+0WtV+7n1a+F+bcheeVnr4gL8F5gQZGlJGsNqfqWiM03TZ5w7k5j2PTVjM
vyguEvxnSDa1c4TCbwtckYYARBRM3xyEPuSgcWLM/fRqr7NgCvA0JU5L7lqULCOe
xJvJpTxCtGO0L75kMDbe0qSt95H6KH9cdCMc14TrXPWAjIdUCX76xKbFCAowvx3j
xs9CFc+KDqf8n2zPHMncgsw7gD/FPqijHbHHxT9+iP52SCppJcO8sF0T8z8mD8o=
=aF7o
-----END PGP SIGNATURE-----


More information about the svn-src-all mailing list