Failure to detect card ins/rem with pd6729

[Mikhail Degtiarev (Michael)]

 Hello. Running 2.6.8.1 kernel on fujitsu lappy with CL6729 controller, my cards detected and configured 
properly by pd6729 driver & cardmanager utility either at boot time or by manually insmod pcmcia_core, ds, pd6729 drivers and starting cardmgr -f, if cards are present. But pd6729 driver and cardmgr not respond to card insertion/removal events nor by beeping or recording in logs afterwards. Cardctl insert/eject does do
the trick though, but such lame behaviour was not intended :), i presume. I have to state that with i82365
kernels i had no problems with this controller ever. The only difference it seems,that under new
driver cards inherit controller interrupt, as in:

00:13.0 PCMCIA bridge: Cirrus Logic CL 6729 (rev fe)
        Flags: stepping, slow devsel, IRQ 9
        I/O ports at 03e0 [size=4]

Sep 14 11:56:33 (none) kernel: Linux Kernel Card Services
Sep 14 11:56:33 (none) kernel:   options:  [pci] [pm]
Sep 14 11:56:33 (none) kernel: pd6729: Cirrus PD6729 PCI to PCMCIA Bridge at 0x3e0 on irq 9
Sep 14 11:56:33 (none) kernel: pd6729: configured as a 2 socket device.
Sep 14 11:58:34 (none) kernel: cs: memory probe 0x0c8000-0x0dffff: clean.
Sep 14 11:58:34 (none) kernel: eth0: 3Com 3c562, io 0x300, irq 9, hw_addr 00:60:97:FF:B7:08
Sep 14 11:58:34 (none) kernel:   8K FIFO split 5:3 Rx:Tx, auto xcvr
Sep 14 11:58:35 (none) kernel: ttyS3 at I/O 0x2e8 (irq = 9) is a 16550A
Sep 14 12:00:53 (none) kernel: atmel_cs: RequestIRQ: Resource in use
Sep 14 12:01:51 (none) kernel: eth0: 3Com 3c562, io 0x300, irq 9, hw_addr 00:60:97:FF:B7:08
Sep 14 12:01:51 (none) kernel:   8K FIFO split 5:3 Rx:Tx, auto xcvr
Sep 14 12:01:51 (none) kernel: ttyS3 at I/O 0x2e8 (irq = 9) is a 16550A
Sep 14 12:02:14 (none) kernel: eth1: MAC address 00:40:5a:04:26:fb
Sep 14 12:02:14 (none) kernel: eth1: Atmel at76c50x wireless. Version 0.96 simon at thekelleys.org.uk
Sep 14 12:02:14 (none) kernel: eth1: index 0x01: Vcc 3.3, irq 9, io 0x0240-0x025f

 (socket 1 is combo card).
 
while under i82365 it was different behaviour:

00:13.0 PCMCIA bridge: Cirrus Logic CL 6729 (rev fe)
        Flags: stepping, slow devsel, IRQ 9
        I/O ports at 03e0 [size=4]

Aug 21 13:27:54 (none) kernel: Linux PCMCIA Card Services 3.2.8
Aug 21 13:27:54 (none) kernel:   kernel build: 2.4.26 #3 Sat Aug 7 04:36:18 YEKST 2004
Aug 21 13:27:54 (none) kernel:   options:  [pci] [cardbus] [apm]
Aug 21 13:27:54 (none) kernel: Intel ISA/PCI/CardBus PCIC probe:
Aug 21 13:27:54 (none) kernel:   Cirrus PD6729 rev 00 PCI-to-PCMCIA at slot 00:13, port 0x3e0
Aug 21 13:27:54 (none) kernel:     host opts [0]: [ring] [1/3/0] [1/9/0]
Aug 21 13:27:54 (none) kernel:     host opts [1]: [ring] [1/3/0] [1/9/0]
Aug 21 13:27:54 (none) kernel:     ISA irqs (default) = 3,4,7,10,11,12 polling interval = 1000 ms
Aug 21 13:27:54 (none) kernel: cs: memory probe 0x0d0000-0x0dffff: clean.
Aug 21 13:27:54 (none) kernel: cs: IO port probe 0x0230-0x0387: clean.
Aug 21 13:27:54 (none) kernel: eth0: 3Com 3c562, io 0x300, irq 10, hw_addr 00:60:97:FF:B7:08
Aug 21 13:27:54 (none) kernel:   8K FIFO split 5:3 Rx:Tx, auto xcvr
Aug 21 13:27:54 (none) kernel: ttyS03 at port 0x02e8 (irq = 10) is a 16550A
Aug 21 13:28:44 (none) kernel: pcmf502: ATMEL 11Mbps Wireless PCMCIA LAN driver version 4.3.3.101
Aug 21 13:28:45 (none) kernel: pcmf502: index 0x01: Vcc 3.3, irq 11, io 0x0240-0x025f
Aug 21 13:28:45 (none) kernel: pcmf502: Registered netdevice eth1

 Also, new style modules seems dont take any parameter options, so one cannot tweak it, like with
poll_interval, or cs_irq or something other. Well, all in all, is this new IRQ handling is right one
or im simply mislead to think so, and my problem arise from different reason.