public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* 2.6: No hot_UN_plugging of PCMCIA network cards
@ 2004-01-22 20:05 Arne Ahrend
  2004-01-22 21:37 ` Russell King
  0 siblings, 1 reply; 10+ messages in thread
From: Arne Ahrend @ 2004-01-22 20:05 UTC (permalink / raw)
  To: linux-kernel


There appears to be a problem with unplugging PCMCIA
ethernet cards under 2.6. I have to run ifconfig .. down
manually before removing the card from its socket,
otherwise the system generates unkillable processes,
reconnecting the card later does not work and the
file systems cannot be unmounted properly.

Running ifconfig ethX down manually solves the problem,
but is cumbersome and requires root privileges...


Issue report:
=============
[1.] One line summary of the problem:
     Unplugging PCMCIA network cards under kernel 2.6 requires manual ifconfig ethX down first
     

[2.] Full description of the problem/report:
     Under 2.6 kernels (.0-test5, .0-test11, .0, .1-rc1, .1)
     I need to manually run
	   ifconfig ethX down
     before removing a PCMCIA network card (X=0 in my case, the card
     in question is a 10Mbit Novell 2000 clone). Otherwise
     subsequent calls to /sbin/ifconfig will never return and
     cannot be killed either (-KILL). 

     This is probably some sort of data corruption issue inside the
     kernel, but I do not get any Oopses. (And cannot unmount the filesystems
     properly either, because of unkillable processes keeping them busy.)

     Everything works fine with the 2.4 series (2.4.18, 2.4.2[134]).


[3.] Keywords (i.e., modules, networking, kernel):
     kernel 2.6, hotplug, pcmcia, network


[4.] Kernel version (from /proc/version):
     Linux version 2.6.1 (root@westley) (gcc version 3.3.1 20030626 (Debian prerelease)) #1 Mon Jan 19 20:57:12 CET 2004


[5.] Output of Oops.. message (if applicable) with symbolic information 
     resolved (see Documentation/oops-tracing.txt)
     n/a


[6.] A small shell script or example program which triggers the
     problem (if possible)
     n/a


[7.] Environment
     Five year old laptop, cardbus is a TI-PCI1220, see lspci output below.
     Given the age of the laptop I can probably happily stay with 2.4 for the rest of
     its life time.


[7.1.] Software (add the output of the ver_linux script here)
        sh /usr/src/linux/linux-2.6.1/scripts/ver_linux 
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
 
Linux westley 2.6.1 #1 Mon Jan 19 20:57:12 CET 2004 i586 GNU/Linux
 
Gnu C                  3.3.1
Gnu make               3.80
util-linux             2.11z
mount                  2.11z
module-init-tools      0.9.13
e2fsprogs              1.34-WIP
pcmcia-cs              3.1.33
PPP                    version
nfs-utils              1.0.5
Linux C Library        2.3.2
Dynamic linker (ldd)   2.3.2
Procps                 3.1.9
Net-tools              1.60
Console-tools          0.2.3
Sh-utils               5.0
Modules Loaded         pppoe pppox pcnet_cs 8390 crc32 ppp_generic slhc snd_es18xx snd_pcm snd_page_alloc snd_opl3_lib snd_timer snd_hwdep snd_mpu401_uart snd_rawmidi snd soundcore uhci_hcd usbcore rtc


remark:
PPP is 2.4.2


[7.2.] Processor information (from /proc/cpuinfo):
       cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 5
model           : 8
model name      : Mobile Pentium MMX
stepping        : 1
cpu MHz         : 267.390
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : yes
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr mce cx8 mmx
bogomips        : 528.38


[7.3.] Module information (from /proc/modules):
       Taken after removing the PCMCIA network card without running
       ifconfig ethX down manually before.
cat /proc/modules 
pppoe 14272 0 - Live 0xc8c5e000
pppox 3496 1 pppoe, Live 0xc8c59000
pcnet_cs 17748 1 - Live 0xc8cb6000
8390 10400 1 pcnet_cs, Live 0xc8c84000
crc32 4288 1 8390, Live 0xc8c81000
ppp_generic 25808 2 pppoe,pppox, Live 0xc8c8a000
slhc 7008 1 ppp_generic, Live 0xc8c5b000
snd_es18xx 28644 0 - Live 0xc8c79000
snd_pcm 94884 1 snd_es18xx, Live 0xc8c96000
snd_page_alloc 11268 1 snd_pcm, Live 0xc8c53000
snd_opl3_lib 9728 1 snd_es18xx, Live 0xc8c34000
snd_timer 24580 2 snd_pcm,snd_opl3_lib, Live 0xc8c71000
snd_hwdep 9024 1 snd_opl3_lib, Live 0xc8c30000
snd_mpu401_uart 7200 1 snd_es18xx, Live 0xc8c2d000
snd_rawmidi 23552 1 snd_mpu401_uart, Live 0xc8c1d000
snd 49156 7 snd_es18xx,snd_pcm,snd_opl3_lib,snd_timer,snd_hwdep,snd_mpu401_uart,snd_rawmidi, Live 0xc8c63000
soundcore 8672 1 snd, Live 0xc8c19000
uhci_hcd 31248 0 - Live 0xc8c24000
usbcore 105116 3 uhci_hcd, Live 0xc8c38000
rtc 12504 0 - Live 0xc8c14000


[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
cat /proc/ioports 
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0220-022f : ES18xx
0376-0376 : ide1
03c0-03df : vesafb
03f6-03f6 : ide0
0800-0807 : ES18xx - CTRL
0cf8-0cff : PCI conf1
1000-103f : 0000:00:07.3
1100-110f : 0000:00:07.1
  1100-1107 : ide0
  1108-110f : ide1
1400-141f : 0000:00:07.3
4000-40ff : PCI CardBus #01
4400-44ff : PCI CardBus #01
4800-48ff : PCI CardBus #05
4c00-4cff : PCI CardBus #05
f300-f31f : 0000:00:07.2
  f300-f31f : uhci_hcd


cat /proc/iomem   
00000000-0009efff : System RAM
000a0000-000bffff : Video RAM area
000cc000-000ccfff : Extension ROM
000f0000-000fffff : System ROM
00100000-07ffffff : System RAM
  00100000-00263b9e : Kernel code
  00263b9f-002f9ebf : Kernel data
10000000-10000fff : 0000:00:0a.0
  10000000-10000fff : yenta_socket
10001000-10001fff : 0000:00:0a.1
  10001000-10001fff : yenta_socket
10400000-107fffff : PCI CardBus #01
10800000-10bfffff : PCI CardBus #01
10c00000-10ffffff : PCI CardBus #05
11000000-113fffff : PCI CardBus #05
a0000000-a0000fff : card services
c0000000-c3ffffff : 0000:00:08.0
  c0000000-c03fffff : vesafb


[7.5.] PCI information ('lspci -vvv' as root)
lspci -vvv
00:00.0 Host bridge: Intel Corp. 430TX - 82439TX MTXC (rev 01)
        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: 32

00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
        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: 0

00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master])
        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: 32
        Region 4: I/O ports at 1100 [size=16]

00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI])
        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: 240
        Interrupt: pin D routed to IRQ 10
        Region 4: I/O ports at f300 [size=32]

00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
        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 ? routed to IRQ 9

00:08.0 VGA compatible controller: S3 Inc. ViRGE/MX (rev 06) (prog-if 00 [VGA])
        Subsystem: Unknown device abcd:1100
        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: 0 (1000ns min, 63750ns max)
        Region 0: Memory at c0000000 (32-bit, non-prefetchable) [size=64M]
        Expansion ROM at 000c0000 [disabled] [size=64K]

00:0a.0 CardBus bridge: Texas Instruments PCI1220 (rev 02)
        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 08
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=01, subordinate=04, sec-latency=176
        Memory window 0: 10400000-107ff000 (prefetchable)
        Memory window 1: 10800000-10bff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

00:0a.1 CardBus bridge: Texas Instruments PCI1220 (rev 02)
        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 08
        Interrupt: pin B routed to IRQ 10
        Region 0: Memory at 10001000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=05, subordinate=08, sec-latency=176
        Memory window 0: 10c00000-10fff000 (prefetchable)
        Memory window 1: 11000000-113ff000
        I/O window 0: 00004800-000048ff
        I/O window 1: 00004c00-00004cff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001


[7.6.] SCSI information (from /proc/scsi/scsi)
       n/a


[7.7.] Other information that might be relevant to the problem
       (please look in /proc and include all information that you
       think to be relevant):

/sbin/ifdown reports eth0 as unconfigured, this is normal,
it also happens under 2.4. The "Hw. address read/write mismap"
messages indicate trouble under 2.6...


/var/log/syslog
===============
Jan 19 22:21:22 westley pppd[880]: Connection terminated.
Jan 19 22:21:22 westley pppd[880]: Connect time 6.0 minutes.
Jan 19 22:21:22 westley pppd[880]: Sent 12425 bytes, received 122043 bytes.
Jan 19 22:21:23 westley pppd[880]: Connect time 6.0 minutes.
Jan 19 22:21:23 westley pppd[880]: Sent 12425 bytes, received 122043 bytes.
Jan 19 22:21:23 westley pppd[880]: Exit.
Jan 19 22:21:34 westley cardmgr[314]: executing: './network stop eth0'
Jan 19 22:21:34 westley cardmgr[314]: + /sbin/ifdown: interface eth0 not configured
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 0
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 1
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 2
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 3
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 4
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 5


/var/log/kern.log
=================
Jan 19 22:08:42 westley kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 19 22:08:42 westley kernel: PPP generic driver version 2.4.2
Jan 19 22:15:01 westley kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean.
Jan 19 22:15:01 westley kernel: eth0: NE2000 Compatible: io 0x320, irq 3, hw_addr 00:E0:98:12:F5:47
Jan 19 22:15:23 westley kernel: NET: Registered protocol family 24
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 0
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 1
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 2
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 3
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 4
Jan 19 22:21:34 westley kernel: Hw. address read/write mismap 5


/var/log/daemon.log
===================
Jan 19 22:20:50 westley pppd[1121]: Plugin /usr/lib/pppd/2.4.2b3/rp-pppoe.so loaded.
Jan 19 22:20:50 westley pppd[1121]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2b3
Jan 19 22:21:22 westley pppd[880]: Terminating on signal 2.
Jan 19 22:21:22 westley pppd[880]: Couldn't increase MTU to 1500
Jan 19 22:21:22 westley pppd[880]: Couldn't increase MRU to 1500
Jan 19 22:21:22 westley pppd[880]: Connection terminated.
Jan 19 22:21:22 westley pppd[880]: Connect time 6.0 minutes.
Jan 19 22:21:22 westley pppd[880]: Sent 12425 bytes, received 122043 bytes.
Jan 19 22:21:23 westley pppd[880]: Connect time 6.0 minutes.
Jan 19 22:21:23 westley pppd[880]: Sent 12425 bytes, received 122043 bytes.
Jan 19 22:21:23 westley pppd[880]: Exit.
Jan 19 22:21:34 westley cardmgr[314]: executing: './network stop eth0'
Jan 19 22:21:34 westley cardmgr[314]: + /sbin/ifdown: interface eth0 not configured



[X.] Other notes, patches, fixes, workarounds:
     n/a




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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-01-22 20:05 2.6: No hot_UN_plugging of PCMCIA network cards Arne Ahrend
@ 2004-01-22 21:37 ` Russell King
  2004-01-23 22:20   ` Arne Ahrend
  0 siblings, 1 reply; 10+ messages in thread
From: Russell King @ 2004-01-22 21:37 UTC (permalink / raw)
  To: Arne Ahrend; +Cc: linux-kernel

On Thu, Jan 22, 2004 at 09:05:01PM +0100, Arne Ahrend wrote:
> There appears to be a problem with unplugging PCMCIA
> ethernet cards under 2.6. I have to run ifconfig .. down
> manually before removing the card from its socket,
> otherwise the system generates unkillable processes,
> reconnecting the card later does not work and the
> file systems cannot be unmounted properly.

It works for me - with pcnet_cs.  Do you have ipv6 configured into the
kernel?

Anyway, I'd be useful if you can reproduce the unkillable process, then
dump the task state (sysrq-t) and send the trace for the hung ifconfig
process.

> /sbin/ifdown reports eth0 as unconfigured, this is normal,
> it also happens under 2.4. The "Hw. address read/write mismap"
> messages indicate trouble under 2.6...

This merely means that the driver tried to access some register and
found that the hardware was already gone.

-- 
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] 10+ messages in thread

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-01-22 21:37 ` Russell King
@ 2004-01-23 22:20   ` Arne Ahrend
  2004-01-24  0:45     ` Russell King
  0 siblings, 1 reply; 10+ messages in thread
From: Arne Ahrend @ 2004-01-23 22:20 UTC (permalink / raw)
  To: Russell King; +Cc: linux-kernel

On Thu, 22 Jan 2004 21:37:57 +0000
Russell King <rmk+lkml@arm.linux.org.uk> wrote:

> It works for me - with pcnet_cs.  Do you have ipv6 configured into the
> kernel?

No.

> Anyway, I'd be useful if you can reproduce the unkillable process, then
> dump the task state (sysrq-t) and send the trace for the hung ifconfig
> process.

I had to compile sysrq in first, so it is a different kernel now. At least 
the kernel data line in /proc/iomem has changed, so I include the new version:
/proc/iomem
===========
00000000-0009efff : System RAM
000a0000-000bffff : Video RAM area
000cc000-000ccfff : Extension ROM
000f0000-000fffff : System ROM
00100000-07ffffff : System RAM
  00100000-00263fae : Kernel code
  00263faf-002faebf : Kernel data
10000000-10000fff : 0000:00:0a.0
  10000000-10000fff : yenta_socket
10001000-10001fff : 0000:00:0a.1
  10001000-10001fff : yenta_socket
10400000-107fffff : PCI CardBus #01
10800000-10bfffff : PCI CardBus #01
10c00000-10ffffff : PCI CardBus #05
11000000-113fffff : PCI CardBus #05
a0000000-a0000fff : card services
c0000000-c3ffffff : 0000:00:08.0
  c0000000-c03fffff : vesafb


After unplugging the card without bringing the interface down manually first
I called /sbin/ifconfig which would not return. The trace shows two instances
of ifconfig, both with STAT 'D'. The first ifconfig originated from the system
attempting to bring the removed interface down:


from /var/log/kern.log
======================

Jan 23 22:16:50 westley kernel: ifconfig      D C0320BB0     0   944    935                     (NOTLB)
Jan 23 22:16:50 westley kernel: c46cfe5c 00000086 c02d417c c0320bb0 c46ce000 c46ce000 c46cfe5c c7d5ad80 
Jan 23 22:16:50 westley kernel:        c7d5ada0 0000aa02 78145672 000008e8 c7d5b560 c02d81a0 00000000 c46ce000 
Jan 23 22:16:50 westley kernel:        c7d5b3a0 c0107af9 c02d81a8 00000001 c7d5b3a0 c0114a80 c437befc c02d81a8 
Jan 23 22:16:50 westley kernel: Call Trace:
Jan 23 22:16:50 westley kernel:  [__down+153/288] __down+0x99/0x120
Jan 23 22:16:50 westley kernel:  [default_wake_function+0/32] default_wake_function+0x0/0x20
Jan 23 22:16:50 westley kernel:  [pcmcia_deregister_client+232/368] pcmcia_deregister_client+0xe8/0x170
Jan 23 22:16:50 westley kernel:  [__down_failed+8/12] __down_failed+0x8/0xc
Jan 23 22:16:50 westley kernel:  [.text.lock.rtnetlink+5/44] .text.lock.rtnetlink+0x5/0x2c
Jan 23 22:16:50 westley kernel:  [unregister_netdev+10/32] unregister_netdev+0xa/0x20
Jan 23 22:16:50 westley kernel:  [__crc_generic_cont_expand+1685282/3842928] pcnet_detach+0x4c/0x90 [pcnet_cs]
Jan 23 22:16:50 westley kernel:  [__crc_generic_cont_expand+1690335/3842928] pcnet_close+0x49/0x50 [pcnet_cs]
Jan 23 22:16:50 westley kernel:  [dev_close+125/128] dev_close+0x7d/0x80
Jan 23 22:16:50 westley kernel:  [dev_change_flags+81/288] dev_change_flags+0x51/0x120
Jan 23 22:16:50 westley kernel:  [devinet_ioctl+633/1488] devinet_ioctl+0x279/0x5d0
Jan 23 22:16:50 westley kernel:  [inet_ioctl+132/192] inet_ioctl+0x84/0xc0
Jan 23 22:16:50 westley kernel:  [sock_ioctl+222/640] sock_ioctl+0xde/0x280
Jan 23 22:16:50 westley kernel:  [sys_ioctl+234/608] sys_ioctl+0xea/0x260
Jan 23 22:16:50 westley kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Jan 23 22:16:50 westley kernel: 
Jan 23 22:16:50 westley kernel: ifconfig      D C50973D8    24   945    848                     (NOTLB)
Jan 23 22:16:50 westley kernel: c437bee4 00000086 c113b9b0 c50973d8 c013c2b3 c431a880 c031adc4 c7793340 
Jan 23 22:16:50 westley kernel:        c7793360 006eb391 c63e20cc 000008ec c430fb20 c02d81a0 00000000 c437a000 
Jan 23 22:16:50 westley kernel:        c430f960 c0107af9 c02d81a8 00000001 c430f960 c0114a80 c02d81a8 c46cfe74 
Jan 23 22:16:50 westley kernel: Call Trace:
Jan 23 22:16:50 westley kernel:  [do_no_page+499/928] do_no_page+0x1f3/0x3a0
Jan 23 22:16:50 westley kernel:  [__down+153/288] __down+0x99/0x120
Jan 23 22:16:50 westley kernel:  [default_wake_function+0/32] default_wake_function+0x0/0x20
Jan 23 22:16:50 westley kernel:  [do_page_fault+805/1308] do_page_fault+0x325/0x51c
Jan 23 22:16:50 westley kernel:  [__down_failed+8/12] __down_failed+0x8/0xc
Jan 23 22:16:50 westley kernel:  [.text.lock.dev+45/143] .text.lock.dev+0x2d/0x8f
Jan 23 22:16:50 westley kernel:  [unmap_region+128/208] unmap_region+0x80/0xd0
Jan 23 22:16:50 westley kernel:  [inet_ioctl+171/192] inet_ioctl+0xab/0xc0
Jan 23 22:16:50 westley kernel:  [sock_ioctl+222/640] sock_ioctl+0xde/0x280
Jan 23 22:16:50 westley kernel:  [sys_ioctl+234/608] sys_ioctl+0xea/0x260
Jan 23 22:16:50 westley kernel:  [syscall_call+7/11] syscall_call+0x7/0xb


Output of ps axuwww
===================

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.4  0.3  1460  496 ?        S    21:52   0:06 init [2]  
root         2  0.0  0.0     0    0 ?        SWN  21:52   0:00 [ksoftirqd/0]
root         3  0.1  0.0     0    0 ?        SW<  21:52   0:02 [events/0]
root         4  0.0  0.0     0    0 ?        SW<  21:52   0:00 [kblockd/0]
root         5  0.0  0.0     0    0 ?        SW   21:52   0:00 [kapmd]
root         6  0.0  0.0     0    0 ?        SW   21:52   0:00 [pdflush]
root         7  0.0  0.0     0    0 ?        SW   21:52   0:00 [pdflush]
root         8  0.0  0.0     0    0 ?        SW   21:52   0:00 [kswapd0]
root         9  0.0  0.0     0    0 ?        SW<  21:52   0:00 [aio/0]
root        10  0.0  0.0     0    0 ?        SW   21:53   0:00 [pccardd]
root        11  0.0  0.0     0    0 ?        SW   21:53   0:00 [pccardd]
root        12  0.0  0.0     0    0 ?        SW   21:53   0:00 [kseriod]
root        94  0.0  0.0     0    0 ?        SW   21:53   0:00 [khubd]
daemon     145  0.0  0.3  1572  424 ?        S    21:53   0:00 /sbin/portmap
root       233  0.0  0.6  2168  800 ?        S    21:53   0:00 /sbin/syslogd
root       239  0.0  1.0  2228 1344 ?        S    21:53   0:01 /sbin/klogd
root       244  0.0  0.4  1464  528 ?        S    21:53   0:00 /usr/sbin/apmd -P /etc/apm/apmd_proxy --proxy-timeout 30
root       252  0.0  0.5  2148  716 ?        S    21:53   0:00 /usr/sbin/inetd
daemon     285  0.0  1.0  4000 1352 ?        S    21:53   0:00 lpd Waiting  
root       319  0.0  0.5  1480  700 ?        S    21:53   0:00 /sbin/cardmgr -C config-2.4
root       326  0.0  1.1  2992 1404 ?        S    21:53   0:00 /usr/sbin/sshd
root       336  0.0  2.3  4232 2940 ?        S    21:53   0:00 /usr/bin/X11/xfs -daemon
root       390  0.0  0.4  1740  620 ?        S    21:53   0:00 /bin/ksh /etc/rc2.d/S20xprint posix_sh_forced start
root       392  0.0  1.6  4404 2044 ?        S    21:53   0:00 /usr/X11R6/bin/Xprt -ac -pn -nolisten tcp -audit 4 -fp /usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/misc :64
root       393  0.0  0.3  1456  408 ?        S    21:53   0:00 tee -a /dev/null
root       394  0.0  0.3  1448  392 ?        S    21:53   0:00 logger -p lpr.notice -t Xprt_64
root       405  0.0  0.7  2284  916 ?        S    21:53   0:00 /sbin/rpc.statd
root       409  0.0  0.6  2544  884 ?        S    21:53   0:00 /usr/sbin/rpc.nfsd
root       411  0.0  0.7  2548  900 ?        S    21:53   0:00 /usr/sbin/rpc.mountd
daemon     421  0.0  0.4  1648  628 ?        S    21:53   0:00 /usr/sbin/atd
root       424  0.0  0.5  1716  724 ?        S    21:53   0:00 /usr/sbin/cron
root       438  0.0  0.5  2420  672 ?        S    21:53   0:00 /usr/bin/kdm
root       445  0.7  7.5 15276 9576 ?        S<   21:53   0:11 /usr/X11R6/bin/X -dpi 75 -nolisten tcp vt7 -auth /var/lib/kdm/authfiles/A:0-Tqxjvk
root       469  0.0  1.2  2640 1556 tty2     S    21:53   0:00 -bash
root       470  0.0  0.3  1460  484 tty3     S    21:53   0:00 /sbin/getty 38400 tty3
root       471  0.0  0.3  1460  484 tty4     S    21:53   0:00 /sbin/getty 38400 tty4
root       472  0.0  0.3  1460  484 tty5     S    21:53   0:00 /sbin/getty 38400 tty5
root       473  0.0  0.3  1460  484 tty6     S    21:53   0:00 /sbin/getty 38400 tty6
root       829  0.0  0.6  2420  800 ?        S    22:09   0:00 -:0         
root       832  0.1  5.0 13316 6384 ?        S    22:09   0:00 /usr/bin/kdm_greet
root       848  0.5  1.2  2648 1608 tty1     S    22:09   0:02 -bash
root       934  0.0  0.9  2488 1148 ?        S    22:16   0:00 sh -c ./network stop eth0 2>&1
root       935  0.1  1.0  2620 1360 ?        S    22:16   0:00 /bin/sh ./network stop eth0
root       944  0.0  0.3  1488  416 ?        D    22:16   0:00 /sbin/ifconfig eth0 down
root       945  0.0  0.3  1488  484 tty1     D    22:16   0:00 ifconfig
root       951  0.0  0.6  2832  844 tty2     R    22:18   0:00 ps axuwww


--
Arne Ahrend

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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-01-23 22:20   ` Arne Ahrend
@ 2004-01-24  0:45     ` Russell King
  2004-01-24  1:04       ` Jeff Garzik
  2004-02-19  0:21       ` Jeff Garzik
  0 siblings, 2 replies; 10+ messages in thread
From: Russell King @ 2004-01-24  0:45 UTC (permalink / raw)
  To: Arne Ahrend, Jeff Garzik; +Cc: linux-kernel

On Fri, Jan 23, 2004 at 11:20:25PM +0100, Arne Ahrend wrote:
> > It works for me - with pcnet_cs.  Do you have ipv6 configured into the
> > kernel?
> 
> No.

Argh, it seems that several patches which were in the netdrv experimental
tree never got merged.

Jeff - what's the situation with the net driver experimental tree?
Could the DEV_STALE_CONFIG patches from around December time be
merged please?

-- 
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] 10+ messages in thread

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-01-24  0:45     ` Russell King
@ 2004-01-24  1:04       ` Jeff Garzik
  2004-02-19  0:21       ` Jeff Garzik
  1 sibling, 0 replies; 10+ messages in thread
From: Jeff Garzik @ 2004-01-24  1:04 UTC (permalink / raw)
  To: Russell King; +Cc: Arne Ahrend, linux-kernel

Russell King wrote:
> On Fri, Jan 23, 2004 at 11:20:25PM +0100, Arne Ahrend wrote:
> 
>>>It works for me - with pcnet_cs.  Do you have ipv6 configured into the
>>>kernel?
>>
>>No.
> 
> 
> Argh, it seems that several patches which were in the netdrv experimental
> tree never got merged.
> 
> Jeff - what's the situation with the net driver experimental tree?
> Could the DEV_STALE_CONFIG patches from around December time be
> merged please?


It's slowly being merged into upstream, but it's gonna take time.  This 
stuff (along with pent-up stuff from other maintainers) has to be spread 
out over a few releases.

I'll dig out the csets you're referring to and make sure they're in the 
next batch, post 2.6.2 release.

	Jeff




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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-01-24  0:45     ` Russell King
  2004-01-24  1:04       ` Jeff Garzik
@ 2004-02-19  0:21       ` Jeff Garzik
  2004-02-19  9:39         ` Felipe Alfaro Solana
  2004-02-19 17:04         ` Arne Ahrend
  1 sibling, 2 replies; 10+ messages in thread
From: Jeff Garzik @ 2004-02-19  0:21 UTC (permalink / raw)
  To: Russell King; +Cc: Arne Ahrend, linux-kernel

Russell King wrote:
> On Fri, Jan 23, 2004 at 11:20:25PM +0100, Arne Ahrend wrote:
> 
>>>It works for me - with pcnet_cs.  Do you have ipv6 configured into the
>>>kernel?
>>
>>No.
> 
> 
> Argh, it seems that several patches which were in the netdrv experimental
> tree never got merged.
> 
> Jeff - what's the situation with the net driver experimental tree?
> Could the DEV_STALE_CONFIG patches from around December time be
> merged please?


All my netdev patches are in upstream now, FWIW.

	Jeff




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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-02-19  0:21       ` Jeff Garzik
@ 2004-02-19  9:39         ` Felipe Alfaro Solana
  2004-02-19  9:52           ` Andrew Morton
  2004-02-19 17:04         ` Arne Ahrend
  1 sibling, 1 reply; 10+ messages in thread
From: Felipe Alfaro Solana @ 2004-02-19  9:39 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: Russell King, Arne Ahrend, Linux Kernel Mailinglist

On Thu, 2004-02-19 at 01:21, Jeff Garzik wrote:
> Russell King wrote:
> > On Fri, Jan 23, 2004 at 11:20:25PM +0100, Arne Ahrend wrote:
> > 
> >>>It works for me - with pcnet_cs.  Do you have ipv6 configured into the
> >>>kernel?
> >>
> >>No.
> > 
> > 
> > Argh, it seems that several patches which were in the netdrv experimental
> > tree never got merged.
> > 
> > Jeff - what's the situation with the net driver experimental tree?
> > Could the DEV_STALE_CONFIG patches from around December time be
> > merged please?

I've been experiencing hangs with -mm kernels and my CardBus 3Com NIC
when resuming from APM suspend to disk which seem to be caused by the
3c59x driver. The hang just gets resolved by unplugging, then plugging
the CardBus NIC. This doesn't happen with vanilla tree, however.

I've found that reverting 3c9x-enable_wol.patch fixes this situation for
me.


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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-02-19  9:39         ` Felipe Alfaro Solana
@ 2004-02-19  9:52           ` Andrew Morton
  2004-02-19 10:39             ` Felipe Alfaro Solana
  0 siblings, 1 reply; 10+ messages in thread
From: Andrew Morton @ 2004-02-19  9:52 UTC (permalink / raw)
  To: Felipe Alfaro Solana; +Cc: jgarzik, rmk+lkml, aahrend, linux-kernel

Felipe Alfaro Solana <felipe_alfaro@linuxmail.org> wrote:
>
>  I've been experiencing hangs with -mm kernels and my CardBus 3Com NIC
>  when resuming from APM suspend to disk which seem to be caused by the
>  3c59x driver. The hang just gets resolved by unplugging, then plugging
>  the CardBus NIC. This doesn't happen with vanilla tree, however.
> 
>  I've found that reverting 3c9x-enable_wol.patch fixes this situation for
>  me.

Sigh.  Cannot you add the enable_wol module parameter?  

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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-02-19  9:52           ` Andrew Morton
@ 2004-02-19 10:39             ` Felipe Alfaro Solana
  0 siblings, 0 replies; 10+ messages in thread
From: Felipe Alfaro Solana @ 2004-02-19 10:39 UTC (permalink / raw)
  To: Andrew Morton; +Cc: jgarzik, rmk+lkml, aahrend, Linux Kernel Mailinglist

On Thu, 2004-02-19 at 10:52, Andrew Morton wrote:
> Felipe Alfaro Solana <felipe_alfaro@linuxmail.org> wrote:
> >
> >  I've been experiencing hangs with -mm kernels and my CardBus 3Com NIC
> >  when resuming from APM suspend to disk which seem to be caused by the
> >  3c59x driver. The hang just gets resolved by unplugging, then plugging
> >  the CardBus NIC. This doesn't happen with vanilla tree, however.
> > 
> >  I've found that reverting 3c9x-enable_wol.patch fixes this situation for
> >  me.
> 
> Sigh.  Cannot you add the enable_wol module parameter?

Yup! Reapplying 3c9x-enable_wol.patch and supplying "enable_wol=1" to
3c95x.ko seems to solve the problem. It seems that 3c59x power
management is only enable if wake-on-LAN is enabled... why?

Now, dual booting between vanilla and -mm kernels causes problems when
loading the module since vanilla doesn't yet recognize "enable_wol", but
this is only a minor problem.

Thanks!


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

* Re: 2.6: No hot_UN_plugging of PCMCIA network cards
  2004-02-19  0:21       ` Jeff Garzik
  2004-02-19  9:39         ` Felipe Alfaro Solana
@ 2004-02-19 17:04         ` Arne Ahrend
  1 sibling, 0 replies; 10+ messages in thread
From: Arne Ahrend @ 2004-02-19 17:04 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: rmk+lkml, linux-kernel

On Wed, 18 Feb 2004 19:21:00 -0500
Jeff Garzik <jgarzik@pobox.com> wrote:

> Russell King wrote:
> > On Fri, Jan 23, 2004 at 11:20:25PM +0100, Arne Ahrend wrote:
> > 
> >>>It works for me - with pcnet_cs.  Do you have ipv6 configured into the
> >>>kernel?
> >>
> >>No.
> > 
> > 
> > Argh, it seems that several patches which were in the netdrv experimental
> > tree never got merged.
> > 
> > Jeff - what's the situation with the net driver experimental tree?
> > Could the DEV_STALE_CONFIG patches from around December time be
> > merged please?
> 
> 
> All my netdev patches are in upstream now, FWIW.
> 
> 	Jeff
> 
> 
I have just upgraded from 2.6.3-rc2 (which was the first post 2.4 kernel to
fix the problem I had) to 2.6.3. Everything is working perfectly.
Many thanks!

	Arne

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

end of thread, other threads:[~2004-02-19 17:04 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-22 20:05 2.6: No hot_UN_plugging of PCMCIA network cards Arne Ahrend
2004-01-22 21:37 ` Russell King
2004-01-23 22:20   ` Arne Ahrend
2004-01-24  0:45     ` Russell King
2004-01-24  1:04       ` Jeff Garzik
2004-02-19  0:21       ` Jeff Garzik
2004-02-19  9:39         ` Felipe Alfaro Solana
2004-02-19  9:52           ` Andrew Morton
2004-02-19 10:39             ` Felipe Alfaro Solana
2004-02-19 17:04         ` Arne Ahrend

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