NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/48494: After ACPICA 20131218 update, uhub topology is misunderstood



The following reply was made to PR kern/48494; it has been noted by GNATS.

From: christos%zoulas.com@localhost (Christos Zoulas)
To: Ryo ONODERA <ryo_on%yk.rim.or.jp@localhost>
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: kern/48494: After ACPICA 20131218 update, uhub topology is 
misunderstood
Date: Fri, 3 Jan 2014 12:29:27 -0500

 On Jan 4,  1:55am, ryo_on%yk.rim.or.jp@localhost (Ryo ONODERA) wrote:
 -- Subject: Re: kern/48494: After ACPICA 20131218 update, uhub topology is mi
 
 Ok,
     1c1
     < NetBSD 6.99.28 (DTRACE2) #0: Sat Jan  4 01:49:42 JST 2014
     ---
     > NetBSD 6.99.28 (DTRACE2) #3: Sat Jan  4 01:30:45 JST 2014
 
 Extra debugging,
     9a10,31
     > ACPI: RSDP 0xfe020 000024 (v02 APPLE )
     > ACPI: XSDT 0x8ad8e1c0 0000AC (v01 APPLE   Apple00 00000000      01000013)
     > ACPI: FACP 0x8ad8c000 0000F4 (v04 APPLE   Apple00 00000000 Loki 0000005F)
     > ACPI: DSDT 0x8ad82000 004708 (v01 APPLE  MacBookA 00050001 INTL 20100915)
     > ACPI: FACS 0x8ad1c000 000040
     > ACPI: HPET 0x8ad8b000 000038 (v01 APPLE   Apple00 00000001 Loki 0000005F)
     > ACPI: APIC 0x8ad8a000 0000BC (v02 APPLE   Apple00 00000001 Loki 0000005F)
     > ACPI: SBST 0x8ad88000 000030 (v01 APPLE   Apple00 00000001 Loki 0000005F)
     > ACPI: ECDT 0x8ad87000 000053 (v01 APPLE   Apple00 00000001 Loki 0000005F)
     > ACPI: SSDT 0x8ad7f000 0001EE (v01 APPLE  SataAhci 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad7e000 000024 (v01 APPLE   SmcDppt 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad79000 000D68 (v01 APPLE    UsbPpt 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad77000 000159 (v02 APPLE     IGHda 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad73000 0015EB (v02 APPLE  SsdtIGPU 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad72000 000FAA (v01 APPLE   PcieTbt 00001000 INTL 20100915)
     > ACPI: SSDT 0x8ad6d000 0004EC (v01  PmRef  Cpu0Ist 00003000 INTL 20100915)
     > ACPI: SSDT 0x8ad6c000 000B3D (v01  PmRef    CpuPm 00003000 INTL 20100915)
     > ACPI: SSDT 0x8ad6b000 000315 (v01  PmRef  Cpu0Tst 00003000 INTL 20100915)
     > ACPI: SSDT 0x8ad6a000 00037A (v01  PmRef    ApTst 00003000 INTL 20100915)
     > ACPI: DMAR 0x8ad69000 000088 (v01 APPLE      IVB  00000001 AAPL 00000001)
     > ACPI: MCFG 0x8ad89000 00003C (v01 APPLE   Apple00 00000001 Loki 0000005F)
     > ACPI: All ACPI Tables successfully acquired
 
 
 Ok,
     15c37
     < acpi0 at mainbus0: Intel ACPICA 20110623
     ---
     > acpi0 at mainbus0: Intel ACPICA 20131218
 
 Extra debugging,
     20a43,48
     > ACPI: SSDT 0x8ad17190 0008AD (v01  PmRef  Cpu0Cst 00003001 INTL 20100915)
     > ACPI: SSDT 0x0 0008AD (v01  PmRef  Cpu0Cst 00003001 INTL 20100915)
     > ACPI: SSDT 0x8ad18710 0003A4 (v01  PmRef    ApIst 00003000 INTL 20100915)
     > ACPI: SSDT 0x0 0003A4 (v01  PmRef    ApIst 00003000 INTL 20100915)
     > ACPI: SSDT 0x8ad16d90 000119 (v01  PmRef    ApCst 00003000 INTL 20100915)
     > ACPI: SSDT 0x0 000119 (v01  PmRef    ApCst 00003000 INTL 20100915)
 
 Ok, seems to call the counter differently.
     22c50
     < timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000
     ---
     > timecounter: Timecounter "ACPI-Safe" frequency 3579545 Hz quality 900
 
 Probably harmless,
     58a87,90
     > ACPI: Enabled 3 GPEs in block 00 to 3F
     > ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] 
(20131218/hwxface-646)
     > ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] 
(20131218/hwxface-646)
     > ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] 
(20131218/hwxface-646)
 
 Ok, expected
     493c525
     < timecounter: Timecounter "TSC" frequency 1696285240 Hz quality 3000
     ---
     > timecounter: Timecounter "TSC" frequency 1696226850 Hz quality 3000
 
 Strange,
     494a527
     > crypto: unable to register devsw
 
 So nothing seems out of the ordinary here. Next step is to get a kernel
 with ACPI_DEBUG && ddb going.
 
 christos
 


Home | Main Index | Thread Index | Old Index