* IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
@ 2004-08-19 8:16 Karel Gardas
2004-08-19 8:47 ` Russell King
0 siblings, 1 reply; 8+ messages in thread
From: Karel Gardas @ 2004-08-19 8:16 UTC (permalink / raw)
To: linux-kernel
Hello,
I've found that APM suspend is not working on my IBM T22 properly, when
cardbus services are loaded. I've identified the problematic piece of code
as a yenta_socket module -- when I stop cardmgr and unload this module,
suspend starts to work.
Cheers,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 8:16 IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1 Karel Gardas
@ 2004-08-19 8:47 ` Russell King
2004-08-19 8:54 ` Karel Gardas
2004-08-19 9:15 ` Karel Gardas
0 siblings, 2 replies; 8+ messages in thread
From: Russell King @ 2004-08-19 8:47 UTC (permalink / raw)
To: Karel Gardas; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 10:16:04AM +0200, Karel Gardas wrote:
> I've found that APM suspend is not working on my IBM T22 properly, when
> cardbus services are loaded. I've identified the problematic piece of code
> as a yenta_socket module -- when I stop cardmgr and unload this module,
> suspend starts to work.
So it doesn't even work with cardmgr stopped and yenta loaded?
Have you tried removing any cards plugged in to the sockets?
You could try grabbing the cbdump program from pcmcia.arm.linux.org.uk
and trying to identify whether there's any differences in the register
settings of the Cardbus bridges - between having no yenta module loaded
and having yenta loaded with the sockets suspended using:
echo 3 > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
echo 3 > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
(echo 0 to these files to resume the sockets.)
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 8:47 ` Russell King
@ 2004-08-19 8:54 ` Karel Gardas
2004-08-19 9:15 ` Karel Gardas
1 sibling, 0 replies; 8+ messages in thread
From: Karel Gardas @ 2004-08-19 8:54 UTC (permalink / raw)
To: Russell King; +Cc: linux-kernel
On Thu, 19 Aug 2004, Russell King wrote:
> On Thu, Aug 19, 2004 at 10:16:04AM +0200, Karel Gardas wrote:
> > I've found that APM suspend is not working on my IBM T22 properly, when
> > cardbus services are loaded. I've identified the problematic piece of code
> > as a yenta_socket module -- when I stop cardmgr and unload this module,
> > suspend starts to work.
>
> So it doesn't even work with cardmgr stopped and yenta loaded?
Yes, cardmgr stopped and all modules loaded (including yenta) results in
non-functioning suspend. Also I've forgotten to mention that my cardmgr is
version 3.1.33...
> Have you tried removing any cards plugged in to the sockets?
I don't have any cards in any socket.
> You could try grabbing the cbdump program from pcmcia.arm.linux.org.uk
> and trying to identify whether there's any differences in the register
> settings of the Cardbus bridges - between having no yenta module loaded
> and having yenta loaded with the sockets suspended using:
>
> echo 3 > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
> echo 3 > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
>
> (echo 0 to these files to resume the sockets.)
Will try and hopefully report results this week.
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 8:47 ` Russell King
2004-08-19 8:54 ` Karel Gardas
@ 2004-08-19 9:15 ` Karel Gardas
2004-08-19 9:30 ` Russell King
1 sibling, 1 reply; 8+ messages in thread
From: Karel Gardas @ 2004-08-19 9:15 UTC (permalink / raw)
To: Russell King; +Cc: linux-kernel
On Thu, 19 Aug 2004, Russell King wrote:
> You could try grabbing the cbdump program from pcmcia.arm.linux.org.uk
> and trying to identify whether there's any differences in the register
> settings of the Cardbus bridges - between having no yenta module loaded
> and having yenta loaded with the sockets suspended using:
>
> echo 3 > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
> echo 3 > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
>
> (echo 0 to these files to resume the sockets.)
OK, diff is:
--- suspend-works.txt Thu Aug 19 11:09:43 2004
+++ suspend-does-not-work-sockets-suspended.txt Thu Aug 19 11:12:20 2004
@@ -25,7 +25,7 @@
Diagnostic [93] : 0x40
-- cardbus registers
CB_SOCKET_EVENT [00] : 0x00000000
- CB_SOCKET_MASK [04] : 0x00000000
+ CB_SOCKET_MASK [04] : 0x00000006
CB_SOCKET_STATE [08] : 0x30000006
CB_SOCKET_FORCE [0c] : 0x00000000
CB_SOCKET_CONTROL [10] : 0x00000000
@@ -36,7 +36,7 @@
I365_POWER [02] : 0x00
I365_INTCTL [03] : 0x50
I365_CSC [04] : 0x00
- I365_CSCINT [05] : 0x00
+ I365_CSCINT [05] : 0x08
I365_ADDRWIN [06] : 0x00
I365_IOCTL [07] : 0x00
I365_GENCTL [16] : 0x00c0
@@ -93,7 +93,7 @@
Diagnostic [93] : 0x40
-- cardbus registers
CB_SOCKET_EVENT [00] : 0x00000000
- CB_SOCKET_MASK [04] : 0x00000000
+ CB_SOCKET_MASK [04] : 0x00000006
CB_SOCKET_STATE [08] : 0x30000006
CB_SOCKET_FORCE [0c] : 0x00000000
CB_SOCKET_CONTROL [10] : 0x00000000
@@ -104,7 +104,7 @@
I365_POWER [02] : 0x00
I365_INTCTL [03] : 0x50
I365_CSC [04] : 0x00
- I365_CSCINT [05] : 0x00
+ I365_CSCINT [05] : 0x08
I365_ADDRWIN [06] : 0x00
I365_IOCTL [07] : 0x00
I365_GENCTL [16] : 0x00c0
FYI: when I suspend sockets by echoing 3, suspend also does not work
(yenta loaded).
Anything other what should I test?
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 9:15 ` Karel Gardas
@ 2004-08-19 9:30 ` Russell King
2004-08-19 9:46 ` Karel Gardas
0 siblings, 1 reply; 8+ messages in thread
From: Russell King @ 2004-08-19 9:30 UTC (permalink / raw)
To: Karel Gardas; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 11:15:24AM +0200, Karel Gardas wrote:
> On Thu, 19 Aug 2004, Russell King wrote:
> > You could try grabbing the cbdump program from pcmcia.arm.linux.org.uk
> > and trying to identify whether there's any differences in the register
> > settings of the Cardbus bridges - between having no yenta module loaded
> > and having yenta loaded with the sockets suspended using:
> >
> > echo 3 > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
> > echo 3 > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
> >
> > (echo 0 to these files to resume the sockets.)
>
> OK, diff is:
Argh, sorry, it didn't take effect. You need:
echo -e '3\0' > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
echo -e '3\0' > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
I forgot that sysfs is fussy when it comes to parsing numbers. ;(
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 9:30 ` Russell King
@ 2004-08-19 9:46 ` Karel Gardas
2004-08-19 9:55 ` Russell King
0 siblings, 1 reply; 8+ messages in thread
From: Karel Gardas @ 2004-08-19 9:46 UTC (permalink / raw)
To: Russell King; +Cc: linux-kernel
On Thu, 19 Aug 2004, Russell King wrote:
> Argh, sorry, it didn't take effect. You need:
>
> echo -e '3\0' > /sys/class/pcmcia_socket/pcmcia_socket0/device/power/state
> echo -e '3\0' > /sys/class/pcmcia_socket/pcmcia_socket1/device/power/state
>
> I forgot that sysfs is fussy when it comes to parsing numbers. ;(
I hope I have not make any mistake, but diff seems to be pretty bigger:
--- suspend-works.txt Thu Aug 19 11:09:43 2004
+++ suspend-does-not-work-sockets-suspended2.txt Thu Aug 19 11:44:54 2004
@@ -24,47 +24,47 @@
Device control [92] : 0x66
Diagnostic [93] : 0x40
-- cardbus registers
- CB_SOCKET_EVENT [00] : 0x00000000
- CB_SOCKET_MASK [04] : 0x00000000
- CB_SOCKET_STATE [08] : 0x30000006
- CB_SOCKET_FORCE [0c] : 0x00000000
- CB_SOCKET_CONTROL [10] : 0x00000000
- CB_SOCKET_POWER [20] : 0x00000000
+ CB_SOCKET_EVENT [00] : 0xffffffff
+ CB_SOCKET_MASK [04] : 0xffffffff
+ CB_SOCKET_STATE [08] : 0xffffffff
+ CB_SOCKET_FORCE [0c] : 0xffffffff
+ CB_SOCKET_CONTROL [10] : 0xffffffff
+ CB_SOCKET_POWER [20] : 0xffffffff
-- exca registers
- I365_IDENT [00] : 0x84
- I365_STATUS [01] : 0x00
- I365_POWER [02] : 0x00
- I365_INTCTL [03] : 0x50
- I365_CSC [04] : 0x00
- I365_CSCINT [05] : 0x00
- I365_ADDRWIN [06] : 0x00
- I365_IOCTL [07] : 0x00
- I365_GENCTL [16] : 0x00c0
- I365_GBLCTL [1e] : 0x0000
- I365_IO0_START [08] : 0x0000
- I365_IO0_STOP [0a] : 0x0001
- I365_IO1_START [0c] : 0x0000
- I365_IO1_STOP [0e] : 0x0001
- I365_MEM0_START [10] : 0x0000
- I365_MEM0_STOP [12] : 0x0000
- I365_MEM0_OFF [14] : 0x0000
- I365_MEM0_PAGE [40] : 0x00
- I365_MEM1_START [18] : 0x0000
- I365_MEM1_STOP [1a] : 0x0000
- I365_MEM1_OFF [1c] : 0x0000
- I365_MEM1_PAGE [41] : 0x00
- I365_MEM2_START [20] : 0x0000
- I365_MEM2_STOP [22] : 0x0000
- I365_MEM2_OFF [24] : 0x0000
- I365_MEM2_PAGE [42] : 0x00
- I365_MEM3_START [28] : 0x0000
- I365_MEM3_STOP [2a] : 0x0000
- I365_MEM3_OFF [2c] : 0x0000
- I365_MEM3_PAGE [43] : 0x00
- I365_MEM4_START [30] : 0x0000
- I365_MEM4_STOP [32] : 0x0000
- I365_MEM4_OFF [34] : 0x0000
- I365_MEM4_PAGE [44] : 0x00
+ I365_IDENT [00] : 0xff
+ I365_STATUS [01] : 0xff
+ I365_POWER [02] : 0xff
+ I365_INTCTL [03] : 0xff
+ I365_CSC [04] : 0xff
+ I365_CSCINT [05] : 0xff
+ I365_ADDRWIN [06] : 0xff
+ I365_IOCTL [07] : 0xff
+ I365_GENCTL [16] : 0xffff
+ I365_GBLCTL [1e] : 0xffff
+ I365_IO0_START [08] : 0xffff
+ I365_IO0_STOP [0a] : 0xffff
+ I365_IO1_START [0c] : 0xffff
+ I365_IO1_STOP [0e] : 0xffff
+ I365_MEM0_START [10] : 0xffff
+ I365_MEM0_STOP [12] : 0xffff
+ I365_MEM0_OFF [14] : 0xffff
+ I365_MEM0_PAGE [40] : 0xff
+ I365_MEM1_START [18] : 0xffff
+ I365_MEM1_STOP [1a] : 0xffff
+ I365_MEM1_OFF [1c] : 0xffff
+ I365_MEM1_PAGE [41] : 0xff
+ I365_MEM2_START [20] : 0xffff
+ I365_MEM2_STOP [22] : 0xffff
+ I365_MEM2_OFF [24] : 0xffff
+ I365_MEM2_PAGE [42] : 0xff
+ I365_MEM3_START [28] : 0xffff
+ I365_MEM3_STOP [2a] : 0xffff
+ I365_MEM3_OFF [2c] : 0xffff
+ I365_MEM3_PAGE [43] : 0xff
+ I365_MEM4_START [30] : 0xffff
+ I365_MEM4_STOP [32] : 0xffff
+ I365_MEM4_OFF [34] : 0xffff
+ I365_MEM4_PAGE [44] : 0xff
00:02.0 CardBus bridge: Texas Instruments PCI1450
-- generic cardbus config registers
@@ -92,45 +92,45 @@
Device control [92] : 0x66
Diagnostic [93] : 0x40
-- cardbus registers
- CB_SOCKET_EVENT [00] : 0x00000000
- CB_SOCKET_MASK [04] : 0x00000000
- CB_SOCKET_STATE [08] : 0x30000006
- CB_SOCKET_FORCE [0c] : 0x00000000
- CB_SOCKET_CONTROL [10] : 0x00000000
- CB_SOCKET_POWER [20] : 0x00000000
+ CB_SOCKET_EVENT [00] : 0xffffffff
+ CB_SOCKET_MASK [04] : 0xffffffff
+ CB_SOCKET_STATE [08] : 0xffffffff
+ CB_SOCKET_FORCE [0c] : 0xffffffff
+ CB_SOCKET_CONTROL [10] : 0xffffffff
+ CB_SOCKET_POWER [20] : 0xffffffff
-- exca registers
- I365_IDENT [00] : 0x84
- I365_STATUS [01] : 0x00
- I365_POWER [02] : 0x00
- I365_INTCTL [03] : 0x50
- I365_CSC [04] : 0x00
- I365_CSCINT [05] : 0x00
- I365_ADDRWIN [06] : 0x00
- I365_IOCTL [07] : 0x00
- I365_GENCTL [16] : 0x00c0
- I365_GBLCTL [1e] : 0x0000
- I365_IO0_START [08] : 0x0000
- I365_IO0_STOP [0a] : 0x0001
- I365_IO1_START [0c] : 0x0000
- I365_IO1_STOP [0e] : 0x0001
- I365_MEM0_START [10] : 0x0000
- I365_MEM0_STOP [12] : 0x0000
- I365_MEM0_OFF [14] : 0x0000
- I365_MEM0_PAGE [40] : 0x00
- I365_MEM1_START [18] : 0x0000
- I365_MEM1_STOP [1a] : 0x0000
- I365_MEM1_OFF [1c] : 0x0000
- I365_MEM1_PAGE [41] : 0x00
- I365_MEM2_START [20] : 0x0000
- I365_MEM2_STOP [22] : 0x0000
- I365_MEM2_OFF [24] : 0x0000
- I365_MEM2_PAGE [42] : 0x00
- I365_MEM3_START [28] : 0x0000
- I365_MEM3_STOP [2a] : 0x0000
- I365_MEM3_OFF [2c] : 0x0000
- I365_MEM3_PAGE [43] : 0x00
- I365_MEM4_START [30] : 0x0000
- I365_MEM4_STOP [32] : 0x0000
- I365_MEM4_OFF [34] : 0x0000
- I365_MEM4_PAGE [44] : 0x00
+ I365_IDENT [00] : 0xff
+ I365_STATUS [01] : 0xff
+ I365_POWER [02] : 0xff
+ I365_INTCTL [03] : 0xff
+ I365_CSC [04] : 0xff
+ I365_CSCINT [05] : 0xff
+ I365_ADDRWIN [06] : 0xff
+ I365_IOCTL [07] : 0xff
+ I365_GENCTL [16] : 0xffff
+ I365_GBLCTL [1e] : 0xffff
+ I365_IO0_START [08] : 0xffff
+ I365_IO0_STOP [0a] : 0xffff
+ I365_IO1_START [0c] : 0xffff
+ I365_IO1_STOP [0e] : 0xffff
+ I365_MEM0_START [10] : 0xffff
+ I365_MEM0_STOP [12] : 0xffff
+ I365_MEM0_OFF [14] : 0xffff
+ I365_MEM0_PAGE [40] : 0xff
+ I365_MEM1_START [18] : 0xffff
+ I365_MEM1_STOP [1a] : 0xffff
+ I365_MEM1_OFF [1c] : 0xffff
+ I365_MEM1_PAGE [41] : 0xff
+ I365_MEM2_START [20] : 0xffff
+ I365_MEM2_STOP [22] : 0xffff
+ I365_MEM2_OFF [24] : 0xffff
+ I365_MEM2_PAGE [42] : 0xff
+ I365_MEM3_START [28] : 0xffff
+ I365_MEM3_STOP [2a] : 0xffff
+ I365_MEM3_OFF [2c] : 0xffff
+ I365_MEM3_PAGE [43] : 0xff
+ I365_MEM4_START [30] : 0xffff
+ I365_MEM4_STOP [32] : 0xffff
+ I365_MEM4_OFF [34] : 0xffff
+ I365_MEM4_PAGE [44] : 0xff
Is this what you expect?
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 9:46 ` Karel Gardas
@ 2004-08-19 9:55 ` Russell King
2004-08-19 10:55 ` Karel Gardas
0 siblings, 1 reply; 8+ messages in thread
From: Russell King @ 2004-08-19 9:55 UTC (permalink / raw)
To: Karel Gardas; +Cc: linux-kernel
On Thu, Aug 19, 2004 at 11:46:53AM +0200, Karel Gardas wrote:
> I hope I have not make any mistake, but diff seems to be pretty bigger:
Ok, could you try commenting out the call to pci_set_power_state() in
yenta_dev_suspend() please? I wonder if your BIOS doesn't like us
placing the cardbus bridge into D3.
Thanks.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1
2004-08-19 9:55 ` Russell King
@ 2004-08-19 10:55 ` Karel Gardas
0 siblings, 0 replies; 8+ messages in thread
From: Karel Gardas @ 2004-08-19 10:55 UTC (permalink / raw)
To: Russell King; +Cc: linux-kernel
On Thu, 19 Aug 2004, Russell King wrote:
> On Thu, Aug 19, 2004 at 11:46:53AM +0200, Karel Gardas wrote:
> > I hope I have not make any mistake, but diff seems to be pretty bigger:
>
> Ok, could you try commenting out the call to pci_set_power_state() in
> yenta_dev_suspend() please? I wonder if your BIOS doesn't like us
> placing the cardbus bridge into D3.
Right! Doing this solved my issue.
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2004-08-19 10:56 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-19 8:16 IBM T22/APM suspend does not work with yenta_socket module loaded on 2.6.8.1 Karel Gardas
2004-08-19 8:47 ` Russell King
2004-08-19 8:54 ` Karel Gardas
2004-08-19 9:15 ` Karel Gardas
2004-08-19 9:30 ` Russell King
2004-08-19 9:46 ` Karel Gardas
2004-08-19 9:55 ` Russell King
2004-08-19 10:55 ` Karel Gardas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.