Kernel crash when using plip driver
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-source-2.6.12 (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
Trying to use plip to provide networking via a parallel cable consistently breaks the kernel.
When set up, it all works fine for a period (although with occasional timeout errors). Then this starts happening:
Mar 8 12:04:18 localhost kernel: [4301709.607000] Badness in enable_irq at kernel/
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [enable_
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [pg0+950110858/
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [pg0+950104579/
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [worker_
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [pg0+950104498/
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [default_
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [default_
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [worker_
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [kthread+186/240] kthread+0xba/0xf0
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [kthread+0/240] kthread+0x0/0xf0
> Mar 8 12:04:18 localhost kernel: [4301709.607000] [kernel_
After this, the system will either (a) keep running with plip still going, (b) keep running but plip will freeze, or (c) lock up.
If the system stays running, eventually this happens:
Mar 8 12:11:48 localhost kernel: [4302159.644000] f8dec564
> Mar 8 12:11:48 localhost kernel: [4302159.644000] SMP
> Mar 8 12:11:48 localhost kernel: [4302159.644000] Modules linked in: ipt_MASQUERADE iptable_nat ip_conntrack iptable_filter ip_tables rfcomm l2cap bluetooth speedstep_lib cpufreq_powersave cpufreq_stats cpufreq_userspace cpufreq_ondemand cpufreq_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] CPU: 1
> Mar 8 12:11:48 localhost kernel: [4302159.644000] EIP: 0060:[pg0+
> Mar 8 12:11:48 localhost kernel: [4302159.644000] EFLAGS: 00010286 (2.6.12-10-686-smp)
> Mar 8 12:11:48 localhost kernel: [4302159.644000] EIP is at plip_type_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] eax: 00000000 ebx: 00000000 ecx: 00000000 edx: 00000378
> Mar 8 12:11:48 localhost kernel: [4302159.644000] esi: df8be000 edi: df8be000 ebp: df8be338 esp: dfa25ec0
> Mar 8 12:11:48 localhost kernel: [4302159.644000] ds: 007b es: 007b ss: 0068
> Mar 8 12:11:48 localhost kernel: [4302159.644000] Process events/1 (pid: 7, threadinfo=dfa24000 task=dff4ea60)
> Mar 8 12:11:48 localhost kernel: [4302159.644000] Stack: 00000000 00000bb8 df8be000 df8be338 f8dec7fd 00000000 df8be000 dfa25f2c
> Mar 8 12:11:48 localhost kernel: [4302159.644000] 00000008 00000bb8 df8be33c df8be345 00000007 00000000 f6ca2540 dfa62c64
> Mar 8 12:11:48 localhost kernel: [4302159.644000] dfa62c60 0bb80000 df8be000 df8be220 df8be338 df8be324 f8dec203 df8be000
> Mar 8 12:11:48 localhost kernel: [4302159.644000] Call Trace:
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [pg0+950106109/
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [pg0+950104579/
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [worker_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [pg0+950104498/
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [default_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [default_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [worker_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [kthread+186/240] kthread+0xba/0xf0
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [kthread+0/240] kthread+0x0/0xf0
> Mar 8 12:11:48 localhost kernel: [4302159.644000] [kernel_
> Mar 8 12:11:48 localhost kernel: [4302159.644000] Code: c0 84 c0 0f 84 9d fe ff ff e9 90 fe ff ff 31 c0 c3 83 ec 10 89 74 24 04 89 6c 24 0c 89 1c 24 89 7c 24 08 8b 44 24 14 8b 74 24 18 <8b> 98 a8 00 00 00 89 58 2c 89 dd 8b 4c 24 14 0f b7 56 66 8b 41
The system then becomes highly unstable and I need to reboot it (using SysRq).
This is with Ubuntu breezy, kept up-to-date. The parallel port is set up as ECP (the next thing I need to try is setting it to EPP to see whether that makes a difference).
Vast quantities of information follows --- have I missed anything out?
My processor setup is:
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.80GHz
stepping : 1
cpu MHz : 3815.493
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx pni monitor ds_cpl tm2 cid xtpr
bogomips : 7553.02
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.80GHz
stepping : 1
cpu MHz : 3815.493
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx pni monitor ds_cpl tm2 cid xtpr
bogomips : 7618.56
My PCI setup is:
0000:00:00.0 0600: 8086:2770 (rev 81)
0000:00:01.0 0604: 8086:2771 (rev 81)
0000:00:1b.0 0403: 8086:27d8 (rev 01)
0000:00:1c.0 0604: 8086:27d0 (rev 01)
0000:00:1c.1 0604: 8086:27d2 (rev 01)
0000:00:1c.2 0604: 8086:27d4 (rev 01)
0000:00:1c.3 0604: 8086:27d6 (rev 01)
0000:00:1c.4 0604: 8086:27e0 (rev 01)
0000:00:1c.5 0604: 8086:27e2 (rev 01)
0000:00:1d.0 0c03: 8086:27c8 (rev 01)
0000:00:1d.1 0c03: 8086:27c9 (rev 01)
0000:00:1d.2 0c03: 8086:27ca (rev 01)
0000:00:1d.3 0c03: 8086:27cb (rev 01)
0000:00:1d.7 0c03: 8086:27cc (rev 01)
0000:00:1e.0 0604: 8086:244e (rev e1)
0000:00:1f.0 0601: 8086:27b8 (rev 01)
0000:00:1f.1 0101: 8086:27df (rev 01)
0000:00:1f.2 0101: 8086:27c0 (rev 01)
0000:00:1f.3 0c05: 8086:27da (rev 01)
0000:01:01.0 0300: 1002:4750 (rev 5c)
0000:01:03.0 0c00: 104c:8023
0000:01:04.0 0180: 1283:8211 (rev 11)
0000:02:00.0 0180: 1095:3132 (rev 01)
0000:03:00.0 0200: 11ab:4362 (rev 15)
0000:08:00.0 0300: 1002:5b63
0000:08:00.1 0380: 1002:5b73
My parallel port setup is:
PNP0401
state = active
io 0x378-0x37f
io 0x778-0x77f
irq 7
dma 3
Dependent: 01 - Priority preferred
port 0x378-0x378, align 0x0, size 0x8, 16-bit address decoding
port 0x778-0x778, align 0x0, size 0x4, 16-bit address decoding
irq 7 High-Edge
dma 3 8-bit compatible
Dependent: 02 - Priority acceptable
port 0x378-0x378, align 0x0, size 0x8, 16-bit address decoding
port 0x778-0x778, align 0x0, size 0x4, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
dma 0,1,3 8-bit compatible
Dependent: 03 - Priority acceptable
port 0x278-0x278, align 0x0, size 0x8, 16-bit address decoding
port 0x678-0x678, align 0x0, size 0x4, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
dma 0,1,3 8-bit compatible
Dependent: 04 - Priority acceptable
port 0x3bc-0x3bc, align 0x0, size 0x4, 16-bit address decoding
port 0x7bc-0x7bc, align 0x0, size 0x4, 16-bit address decoding
irq 3,4,5,6,7,10,11,12 High-Edge
dma 0,1,3 8-bit compatible
David, this bug is almost a year old! Sorry for the wait. Are you still having this problem in Edgy or Feisty?