To connect to the internet i use a (cdma mobile) modem connected by a pl2303 usb-serial converter. Everithing loads (hotplug) pl2303, usbserial. I start pppd with a script : #!/bin/sh SPEED=230400 TTY=/dev/usb/tts/0 ISP=zapp USER=zapp pppd $TTY $SPEED \ defaultroute \ lock \ modem \ name $ISP \ user $USER \ debug kdebug 1 \ connect '/usr/sbin/chat -v -s -f /etc/ppp/chat' Again all the necesary kernel ppp* modules load without problems. When i stop the connection (killall pppd) i get this error: ..... 8139too Fast Ethernet driver 0.9.26 divert: allocating divert_blk for eth0 eth0: RealTek RTL8139 Fast Ethernet at 0xe0bd0000, 00:40:f4:39:bb:7c, IRQ 5 eth0: Identified 8139 chip type 'RTL-8139C' hub.c: new USB device 00:11.2-2, assigned address 2 eth0: Setting half-duplex based on auto-negotiated partner ability 0000. usb.c: USB device 2 (vend/prod 0x67b/0x2303) is not claimed by any active driver. usb.c: registered new driver serial usbserial.c: USB Serial support registered for Generic usbserial.c: USB Serial Driver core v1.4 usbserial.c: USB Serial support registered for PL-2303 usbserial.c: PL-2303 converter detected usbserial.c: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs) pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.9 CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 divert: not allocating divert_blk for non-ethernet device ppp0 PPP Deflate Compression module registered ..... divert: no divert_blk to free, ppp0 not ethernet Unable to handle kernel NULL pointer dereference at virtual address 00000014 printing eip: e0b6e754 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<e0b6e754>] Not tainted EFLAGS: 00010087 eax: dea2ba00 ebx: de153800 ecx: de466000 edx: 00000000 esi: c1669a80 edi: de153800 ebp: 00000292 esp: de271e80 ds: 0018 es: 0018 ss: 0018 Process pppd (pid: 1934, stackpage=de271000) Stack: de153800 c1669a80 de4662e8 00000282 e0b6f4d8 de153800 de153800 00000000 de153804 00000000 de23201c de23201c 00000000 e0b523fd de153800 e0b8c461 de153800 00000000 de9d9000 de23201c de23201c e0b853f7 de23201c df985b00 Call Trace: [<e0b6f4d8>] [<e0b523fd>] [<e0b8c461>] [<e0b853f7>] [<e0b854b0>] [<c01b358e>] [<c0183b97>] [<c0151b1a>] [<c01b39df>] [<c013c3b2>] [<c013a9ad>] [<c013aa2e>] [<c010913f>] Code: 8b 52 14 83 ea 1c 8b 42 04 8b 5a 08 25 00 00 00 2f 0d 00 00 PS : Every other distro i've tried work great (debian, redhat, mandrake...) and i'm pretty sure it's a kernel issue because i've even installed the redhat pppd rpm Reproducible: Always Steps to Reproduce: 1. plug in the cable and connect it to the modem 2. start pppd with the script described in the detailes section 3. killall pppd Actual Results: ..... 8139too Fast Ethernet driver 0.9.26 divert: allocating divert_blk for eth0 eth0: RealTek RTL8139 Fast Ethernet at 0xe0bd0000, 00:40:f4:39:bb:7c, IRQ 5 eth0: Identified 8139 chip type 'RTL-8139C' hub.c: new USB device 00:11.2-2, assigned address 2 eth0: Setting half-duplex based on auto-negotiated partner ability 0000. usb.c: USB device 2 (vend/prod 0x67b/0x2303) is not claimed by any active driver. usb.c: registered new driver serial usbserial.c: USB Serial support registered for Generic usbserial.c: USB Serial Driver core v1.4 usbserial.c: USB Serial support registered for PL-2303 usbserial.c: PL-2303 converter detected usbserial.c: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs) pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.9 CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 divert: not allocating divert_blk for non-ethernet device ppp0 PPP Deflate Compression module registered ..... divert: no divert_blk to free, ppp0 not ethernet Unable to handle kernel NULL pointer dereference at virtual address 00000014 printing eip: e0b6e754 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<e0b6e754>] Not tainted EFLAGS: 00010087 eax: dea2ba00 ebx: de153800 ecx: de466000 edx: 00000000 esi: c1669a80 edi: de153800 ebp: 00000292 esp: de271e80 ds: 0018 es: 0018 ss: 0018 Process pppd (pid: 1934, stackpage=de271000) Stack: de153800 c1669a80 de4662e8 00000282 e0b6f4d8 de153800 de153800 00000000 de153804 00000000 de23201c de23201c 00000000 e0b523fd de153800 e0b8c461 de153800 00000000 de9d9000 de23201c de23201c e0b853f7 de23201c df985b00 Call Trace: [<e0b6f4d8>] [<e0b523fd>] [<e0b8c461>] [<e0b853f7>] [<e0b854b0>] [<c01b358e>] [<c0183b97>] [<c0151b1a>] [<c01b39df>] [<c013c3b2>] [<c013a9ad>] [<c013aa2e>] [<c010913f>] Code: 8b 52 14 83 ea 1c 8b 42 04 8b 5a 08 25 00 00 00 2f 0d 00 00
Can you please stick that OOPS in a text file and 'emerge ksymoops'. Then run 'ksymoops < file_with_oops > file_with_output' and then *add as a comment* file_with_output to bugzilla. Please run ksymoops on the faulty kernel. Can we also have: kernel version, other kernels tested, 'emerge info', kernel .config [*attach* that]
Idle bug, resolving as NEEDINFO
