public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* ACPI PCI bus mismatch ?
@ 2003-02-05 16:36 Alvaro Lopes
       [not found] ` <3E413D88.2020001-JkNoWtNHh5AAvxtiuMwx3w@public.gmane.org>
  0 siblings, 1 reply; 2+ messages in thread
From: Alvaro Lopes @ 2003-02-05 16:36 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Hi all

I was debugging ACPI in my laptop and was comparing 2.4.18 against 
latest 2.4.19pre4-ac1+acpi, when I found this:

There's a method in my DSTD that looks like this:

        Method (_L08, 0, Serialized)
        {
            Store (\_SB.PCI0.PCIB.BRGB, Local0)
            ShiftLeft (Local0, 0x18, Local0)
            Or (Local0, 0x0020B10B, Local0)
            Store (0xAF, \_SB.MEM.IEDI)
.
.
.

When it runs on 2.4.18, I can see it working almost properly. I debugged 
exregion and this was the result, with my comments:


Feb  5 16:18:09 supernova kernel: exregion-0353 [25] 
Ex_pci_config_space_ha: Pci_config 0 (8) Seg(0000) Bus(0000) Dev(001e) 
Func(0000) Reg(0019)
    This one is reading \_SB.PCI0.PCIB.BRGB,  device 0x1e @ bus #0, 
which according to lspci, is my PCI bridge (which is correct):

    00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI 
(-M) (rev 42)


But, when I boot 2.4.20pre4-ac1+acpi, the handler instead of using Bus 
#0, uses Bus #2:

Feb  5 16:25:28 supernova kernel: exregion-0352 [25] 
ex_pci_config_space_ha: pci_config 0 (8) Seg(0000) Bus(0002) Dev(001e) 
Func(0000) Reg(0019)

.... and always reads 0xFF.

lspci with 2.4.20pre4-ac1+acpi is:

alvieboy@supernova:~$ uname -a
Linux supernova 2.4.21-pre4-ac1 #2 SMP Ter Fev 4 12:18:03 WET 2003 i686 
unknown unknown GNU/Linux
alvieboy@supernova:~$ lspci
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host 
Bridge (rev 05)
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge 
(rev 05)
00:1d.0 USB Controller: Intel Corp.: Unknown device 2482 (rev 02)
00:1d.1 USB Controller: Intel Corp.: Unknown device 2484 (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (-M) 
(rev 42)
00:1f.0 ISA bridge: Intel Corp.: Unknown device 248c (rev 02)
00:1f.1 IDE interface: Intel Corp.: Unknown device 248a (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. AC'97 Audio Controller 
(rev 02)
00:1f.6 Modem: Intel Corp.: Unknown device 2486 (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 
0175 (rev a3)
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) Chipset 
Ethernet Controller (rev 42)
02:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to 
Cardbus Bridge with ZV Support (rev 32)
02:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to 
Cardbus Bridge with ZV Support (rev 32)


Anyone sees which might me causing this ?

TYA


-- 

Álvaro Lopes 
---------------------
A .sig is just a .sig




-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: ACPI PCI bus mismatch ?
       [not found] ` <3E413D88.2020001-JkNoWtNHh5AAvxtiuMwx3w@public.gmane.org>
@ 2003-02-06 12:07   ` Alvaro Lopes
  0 siblings, 0 replies; 2+ messages in thread
From: Alvaro Lopes @ 2003-02-06 12:07 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

OK, I tracked the problem down to acpi_os_derive_pci_id(). If I remove 
the call to acpi_os_derive_pci_id() in acpi_ev_pci_config_region_setup() 
it works fine.

Will do some tests on 2.5.x now and let you know.


Alvaro Lopes wrote:

> Hi all
>
> I was debugging ACPI in my laptop and was comparing 2.4.18 against 
> latest 2.4.19pre4-ac1+acpi, when I found this:
>
> There's a method in my DSTD that looks like this:
>
>        Method (_L08, 0, Serialized)
>        {
>            Store (\_SB.PCI0.PCIB.BRGB, Local0)
>            ShiftLeft (Local0, 0x18, Local0)
>            Or (Local0, 0x0020B10B, Local0)
>            Store (0xAF, \_SB.MEM.IEDI)
> .
> .
> .
>
> When it runs on 2.4.18, I can see it working almost properly. I 
> debugged exregion and this was the result, with my comments:
>
>
> Feb  5 16:18:09 supernova kernel: exregion-0353 [25] 
> Ex_pci_config_space_ha: Pci_config 0 (8) Seg(0000) Bus(0000) Dev(001e) 
> Func(0000) Reg(0019)
>    This one is reading \_SB.PCI0.PCIB.BRGB,  device 0x1e @ bus #0, 
> which according to lspci, is my PCI bridge (which is correct):
>
>    00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI 
> (-M) (rev 42)
>
>
> But, when I boot 2.4.20pre4-ac1+acpi, the handler instead of using Bus 
> #0, uses Bus #2:
>
> Feb  5 16:25:28 supernova kernel: exregion-0352 [25] 
> ex_pci_config_space_ha: pci_config 0 (8) Seg(0000) Bus(0002) Dev(001e) 
> Func(0000) Reg(0019)
>
> .... and always reads 0xFF.
>
> lspci with 2.4.20pre4-ac1+acpi is:
>
> alvieboy@supernova:~$ uname -a
> Linux supernova 2.4.21-pre4-ac1 #2 SMP Ter Fev 4 12:18:03 WET 2003 
> i686 unknown unknown GNU/Linux
> alvieboy@supernova:~$ lspci
> 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host 
> Bridge (rev 05)
> 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP 
> Bridge (rev 05)
> 00:1d.0 USB Controller: Intel Corp.: Unknown device 2482 (rev 02)
> 00:1d.1 USB Controller: Intel Corp.: Unknown device 2484 (rev 02)
> 00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (-M) 
> (rev 42)
> 00:1f.0 ISA bridge: Intel Corp.: Unknown device 248c (rev 02)
> 00:1f.1 IDE interface: Intel Corp.: Unknown device 248a (rev 02)
> 00:1f.5 Multimedia audio controller: Intel Corp. AC'97 Audio 
> Controller (rev 02)
> 00:1f.6 Modem: Intel Corp.: Unknown device 2486 (rev 02)
> 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 
> 0175 (rev a3)
> 02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) Chipset 
> Ethernet Controller (rev 42)
> 02:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to 
> Cardbus Bridge with ZV Support (rev 32)
> 02:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to 
> Cardbus Bridge with ZV Support (rev 32)
>
>
> Anyone sees which might me causing this ?
>
> TYA
>
>


-- 

Álvaro Lopes 
---------------------
A .sig is just a .sig




-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-02-06 12:07 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-05 16:36 ACPI PCI bus mismatch ? Alvaro Lopes
     [not found] ` <3E413D88.2020001-JkNoWtNHh5AAvxtiuMwx3w@public.gmane.org>
2003-02-06 12:07   ` Alvaro Lopes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox