linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [patch 0/3] New dock patches
@ 2006-02-22 19:21 Kristen Accardi
  2006-02-23 21:05 ` Pavel Machek
  0 siblings, 1 reply; 5+ messages in thread
From: Kristen Accardi @ 2006-02-22 19:21 UTC (permalink / raw)
  To: linux-kernel, linux-acpi, pcihpd-discuss
  Cc: greg, len.brown, muneda.takahiro, pavel

Hello, this is a new set of docking station patches which replaces
the old docking station patches.  It applies to 2.6.16-rc4-mm1.  It
is new and improved over the old version, in that it can now handle
laptops which define docking stations outside of the scope of PCI.

Thanks to everyone who provided feedback on the original patches, and
especially to Pavel who is the only brave soul to test these patches
out so far :).  As always, I would appreciate feedback on these 
patches.

Kristen

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

* Re: [patch 0/3] New dock patches
  2006-02-22 19:21 [patch 0/3] New dock patches Kristen Accardi
@ 2006-02-23 21:05 ` Pavel Machek
  2006-02-23 21:41   ` Kristen Accardi
  2006-02-23 22:35   ` Kristen Accardi
  0 siblings, 2 replies; 5+ messages in thread
From: Pavel Machek @ 2006-02-23 21:05 UTC (permalink / raw)
  To: Kristen Accardi
  Cc: linux-kernel, linux-acpi, pcihpd-discuss, greg, len.brown,
	muneda.takahiro

Hi!

> Hello, this is a new set of docking station patches which replaces
> the old docking station patches.  It applies to 2.6.16-rc4-mm1.  It
> is new and improved over the old version, in that it can now handle
> laptops which define docking stations outside of the scope of PCI.
> 
> Thanks to everyone who provided feedback on the original patches, and
> especially to Pavel who is the only brave soul to test these patches
> out so far :).  As always, I would appreciate feedback on these 
> patches.

I tested the new version from today... it works okay. It produces some
weird messages:

acpiphp: Slot [4294967295] registered
ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
[c1d081e8] [20060210]
PCI: Found IBM Dock II Cardbus Bridge applying quirk
PCI: Found IBM Dock II Cardbus Bridge applying quirk
PCI: Transparent bridge - 0000:02:03.0
PCI: Bus #0c (-#0f) is hidden behind transparent bridge #02 (-#0b)
Please report the result to linux-kernel to fix this permanently
PCI: Bus #10 (-#13) is hidden behind transparent bridge #02 (-#0b)
Please report the result to linux-kernel to fix this permanently
ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
[c1d02368] [20060210]

Could the code be fixed not to start numbering slots from -1?

								Pavel
-- 
Web maintainer for suspend.sf.net (www.sf.net/projects/suspend) wanted...

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

* Re: [patch 0/3] New dock patches
  2006-02-23 21:41   ` Kristen Accardi
@ 2006-02-23 21:40     ` Pavel Machek
  0 siblings, 0 replies; 5+ messages in thread
From: Pavel Machek @ 2006-02-23 21:40 UTC (permalink / raw)
  To: Kristen Accardi
  Cc: linux-kernel, linux-acpi, pcihpd-discuss, greg, len.brown,
	muneda.takahiro


> > I tested the new version from today... it works okay. It produces some
> > weird messages:
> > 
> > acpiphp: Slot [4294967295] registered
> > ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> > [c1d081e8] [20060210]
> > PCI: Found IBM Dock II Cardbus Bridge applying quirk
> > PCI: Found IBM Dock II Cardbus Bridge applying quirk
> > PCI: Transparent bridge - 0000:02:03.0
> > PCI: Bus #0c (-#0f) is hidden behind transparent bridge #02 (-#0b)
> > Please report the result to linux-kernel to fix this permanently
> > PCI: Bus #10 (-#13) is hidden behind transparent bridge #02 (-#0b)
> > Please report the result to linux-kernel to fix this permanently
> > ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> > [c1d02368] [20060210]
> > 
> > Could the code be fixed not to start numbering slots from -1?
> > 
> > 								Pavel
> 
> Yeah, the problem is that laptops don't implement _SUN, which is used
> for the slot numbering by the existing acpiphp code.  So the slot number
> will read -1 if _SUN is missing.  I'm not sure if 0 is a valid slot
> number, and I wasn't sure if that would make sense either.  I think that
> I'm going to have to provide a separate user space interface to the dock
> anyway, since we now know that it's possible to have a dock station that
> has no pci slots at all.

I'd certainly say that 0 is better slot number then -1... If it is
easy to make it 0 instead of -1, please change it.
								Pavel
-- 
Web maintainer for suspend.sf.net (www.sf.net/projects/suspend) wanted...

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

* Re: [patch 0/3] New dock patches
  2006-02-23 21:05 ` Pavel Machek
@ 2006-02-23 21:41   ` Kristen Accardi
  2006-02-23 21:40     ` Pavel Machek
  2006-02-23 22:35   ` Kristen Accardi
  1 sibling, 1 reply; 5+ messages in thread
From: Kristen Accardi @ 2006-02-23 21:41 UTC (permalink / raw)
  To: Pavel Machek
  Cc: linux-kernel, linux-acpi, pcihpd-discuss, greg, len.brown,
	muneda.takahiro

On Thu, 2006-02-23 at 22:05 +0100, Pavel Machek wrote:
> Hi!
> 
> > Hello, this is a new set of docking station patches which replaces
> > the old docking station patches.  It applies to 2.6.16-rc4-mm1.  It
> > is new and improved over the old version, in that it can now handle
> > laptops which define docking stations outside of the scope of PCI.
> > 
> > Thanks to everyone who provided feedback on the original patches, and
> > especially to Pavel who is the only brave soul to test these patches
> > out so far :).  As always, I would appreciate feedback on these 
> > patches.
> 
> I tested the new version from today... it works okay. It produces some
> weird messages:
> 
> acpiphp: Slot [4294967295] registered
> ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> [c1d081e8] [20060210]
> PCI: Found IBM Dock II Cardbus Bridge applying quirk
> PCI: Found IBM Dock II Cardbus Bridge applying quirk
> PCI: Transparent bridge - 0000:02:03.0
> PCI: Bus #0c (-#0f) is hidden behind transparent bridge #02 (-#0b)
> Please report the result to linux-kernel to fix this permanently
> PCI: Bus #10 (-#13) is hidden behind transparent bridge #02 (-#0b)
> Please report the result to linux-kernel to fix this permanently
> ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> [c1d02368] [20060210]
> 
> Could the code be fixed not to start numbering slots from -1?
> 
> 								Pavel

Yeah, the problem is that laptops don't implement _SUN, which is used
for the slot numbering by the existing acpiphp code.  So the slot number
will read -1 if _SUN is missing.  I'm not sure if 0 is a valid slot
number, and I wasn't sure if that would make sense either.  I think that
I'm going to have to provide a separate user space interface to the dock
anyway, since we now know that it's possible to have a dock station that
has no pci slots at all.

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

* Re: [patch 0/3] New dock patches
  2006-02-23 21:05 ` Pavel Machek
  2006-02-23 21:41   ` Kristen Accardi
@ 2006-02-23 22:35   ` Kristen Accardi
  1 sibling, 0 replies; 5+ messages in thread
From: Kristen Accardi @ 2006-02-23 22:35 UTC (permalink / raw)
  To: Pavel Machek
  Cc: linux-kernel, linux-acpi, pcihpd-discuss, greg, len.brown,
	muneda.takahiro

On Thu, 2006-02-23 at 22:05 +0100, Pavel Machek wrote:
> Hi!
> 
> > Hello, this is a new set of docking station patches which replaces
> > the old docking station patches.  It applies to 2.6.16-rc4-mm1.  It
> > is new and improved over the old version, in that it can now handle
> > laptops which define docking stations outside of the scope of PCI.
> > 
> > Thanks to everyone who provided feedback on the original patches, and
> > especially to Pavel who is the only brave soul to test these patches
> > out so far :).  As always, I would appreciate feedback on these 
> > patches.
> 
> I tested the new version from today... it works okay. It produces some
> weird messages:
> 
> acpiphp: Slot [4294967295] registered
> ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> [c1d081e8] [20060210]
> PCI: Found IBM Dock II Cardbus Bridge applying quirk
> PCI: Found IBM Dock II Cardbus Bridge applying quirk
> PCI: Transparent bridge - 0000:02:03.0
> PCI: Bus #0c (-#0f) is hidden behind transparent bridge #02 (-#0b)
> Please report the result to linux-kernel to fix this permanently
> PCI: Bus #10 (-#13) is hidden behind transparent bridge #02 (-#0b)
> Please report the result to linux-kernel to fix this permanently
> ACPI Exception (acpi_bus-0072): AE_NOT_FOUND, No context for object
> [c1d02368] [20060210]
> 

The ACPI exceptions are ok, it just means that we are looking for an
object that doesn't exist yet - which is expected since we are
hotplugging it.  The PCI warnings I also get on my system - but I think
they are not relevant, because if I look at lspci after docking, the bus
numbers for the dock bridge do not hide the new cardbus bus numbers - I
think the subordinate bus numbers for the parent bus are fixed up after
this message.  Can you send your lspci -vv output so we can make sure
that your bridge bus number is being done correctly?  I also assume you
are still using pci=assign-busses as well.

Here's my error message:

[  262.092000] PCI: Bus #0c (-#0f) is hidden behind transparent bridge #02 (-#0b) 
[  262.092000] PCI: Bus #10 (-#13) is hidden behind transparent bridge #02 (-#0b) 

But then, the output of lspci after docking shows the bus numbers are ok:

***** Dock Bridge's Parent - Note subordinate bus number *****

0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 81) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR+
	Latency: 0
	Bus: primary=00, secondary=02, subordinate=13, sec-latency=64
	I/O behind bridge: 00004000-00008fff
	Memory behind bridge: c0200000-cfffffff
	Prefetchable memory behind bridge: e8000000-efffffff
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-


**** Dock Bridge + new cardbus controllers on dock station ******

0000:02:03.0 PCI bridge: Texas Instruments PCI2032 PCI Docking Bridge (prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64, Cache Line Size: 0x10 (64 bytes)
	Bus: primary=02, secondary=0b, subordinate=13, sec-latency=64
	I/O behind bridge: 00005000-00005fff
	Memory behind bridge: ca000000-ceffffff
	Prefetchable memory behind bridge: c6000000-c9ffffff
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
	Capabilities: [80] Power Management version 1
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+

0000:0b:02.0 CardBus bridge: Texas Instruments PCI1420
	Subsystem: IBM: Unknown device 0148
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168, Cache Line Size: 0x20 (128 bytes)
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at ce000000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=0b, secondary=0c, subordinate=0f, sec-latency=176
	Memory window 0: c6000000-c7fff000 (prefetchable)
	Memory window 1: ca000000-cbfff000
	I/O window 0: 00005000-000050ff
	I/O window 1: 00005400-000054ff
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+
	16-bit legacy interface ports at 0001

0000:0b:02.1 CardBus bridge: Texas Instruments PCI1420
	Subsystem: IBM: Unknown device 0148
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168, Cache Line Size: 0x20 (128 bytes)
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at ce001000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=0b, secondary=10, subordinate=13, sec-latency=176
	Memory window 0: c8000000-c9fff000 (prefetchable)
	Memory window 1: cc000000-cdfff000
	I/O window 0: 00005800-000058ff
	I/O window 1: 00005c00-00005cff
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
	16-bit legacy interface ports at 0001

0000:0c:00.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 09)
	Subsystem: Intel Corp. EtherExpress PRO/100 Cardbus
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at ca020000 (32-bit, non-prefetchable) [disabled] [size=4K]
	Region 1: I/O ports at 5000 [disabled] [size=64]
	Region 2: Memory at ca000000 (32-bit, non-prefetchable) [disabled] [size=128K]
	Capabilities: [dc] Power Management version 2
		Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=2 PME-



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

end of thread, other threads:[~2006-02-23 22:29 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-22 19:21 [patch 0/3] New dock patches Kristen Accardi
2006-02-23 21:05 ` Pavel Machek
2006-02-23 21:41   ` Kristen Accardi
2006-02-23 21:40     ` Pavel Machek
2006-02-23 22:35   ` Kristen Accardi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).