Re: [ANNOUNCE] udev 015 release

From: Martin Schlemmer
Date: Fri Jan 30 2004 - 12:35:23 EST


On Fri, 2004-01-30 at 18:45, Prakash K. Cheemplavam wrote:
> Hi Greg,
>
> perhaps you remember me being a gentoo user wanting to switch to udev.
> Well I did so, but am having some problems:
>
> 1.) Minor one: Nodes for Nvidia (I am using binary display modules
> 1.0.5328) ar not created. I have to do it by hand each start-up (written
> into loacal.start.):
> mknod /dev/nvidia0 c 195 0
> mknod /dev/nvidiactl c 195 255
>

What version baselayout? Unstable use a tarball to save device nodes
...

> 2.) More probelmatic: I am having some serious troubles with my Epson
> Perfection USB scanner:
> a) I am to dumb to write a rule for it to map it to /dev/usb/scanner0
>
> Excerp of lsusb -v:
>
> Bus 001 Device 004: ID 04b8:010f Seiko Epson Corp. Perfection 1250
> Device Descriptor:
> bLength 18
> bDescriptorType 1
> bcdUSB 1.10
> bDeviceClass 255 Vendor Specific Class
> bDeviceSubClass 0
> bDeviceProtocol 255
> bMaxPacketSize0 8
> idVendor 0x04b8 Seiko Epson Corp.
> idProduct 0x010f Perfection 1250
> bcdDevice 1.00
> iManufacturer 1 EPSON
> iProduct 2 EPSON Scanner 010F
> iSerial 0
> bNumConfigurations 1
>
> I don't exactly know which SYSFS_ field to use as the don't match the
> lsusb descriptor. I tried various ones, but the scanner always gets
> mapped to /dev/scanner0. I managed to get my HP printer to be mapped to
> usb/lp0 by using its serial. This is my (latest non working )line for
> the scanner:
>
> BUS="usb", SYSFS_model="Perfection 1250", NAME="usb/scanner0"
>
> Now the serious issue: When rebooting or disconnecting the scanner I get
> a kernel oops:
>
> hub 1-0:1.0: new USB device on port 2, assigned address 4
> drivers/usb/image/scanner.c: USB scanner device (0x04b8/0x010f) now
> attached to usb/scanner0
> drivers/usb/core/usb.c: registered new driver usbscanner
> drivers/usb/image/scanner.c: 0.4.16:USB Scanner Driver
> usb 1-2: USB disconnect, address 4
> Unable to handle kernel NULL pointer dereference at virtual address 0000001e
> printing eip:
> f9b370cc
> *pde = 00000000
> Oops: 0000 [#1]
> CPU: 0
> EIP: 0060:[<f9b370cc>] Tainted: PF
> EFLAGS: 00010282
> EIP is at disconnect_scanner+0x2c/0x6d [scanner]
> eax: f685f0c0 ebx: f685f0d4 ecx: f9b370a0 edx: 00000007
> esi: 00000000 edi: f73194e8 ebp: f9b3abfc esp: f78c3e50
> ds: 007b es: 007b ss: 0068
> Process khubd (pid: 983, threadinfo=f78c2000 task=f78da720)
> Stack: f685f0c0 f9b3ac78 f685f0c0 f9b3ace0 f9a4611b f685f0c0 f685f0c0
> f685f100
> f685f0d4 f9b3ad00 c026c214 f685f0d4 f685f100 f73194fc f73194c0
> f9b36a4f
> f685f0d4 f685f0c0 f73194fc f9b3ac0c 00000000 00000000 c021cbf8
> f73194fc
> Call Trace:
> [<f9a4611b>] usb_unbind_interface+0x7b/0x80 [usbcore]
> [<c026c214>] device_release_driver+0x64/0x70
> [<f9b36a4f>] destroy_scanner+0x4f/0xb0 [scanner]
> [<c021cbf8>] kobject_cleanup+0x98/0xa0
> [<f9a4611b>] usb_unbind_interface+0x7b/0x80 [usbcore]
> [<c026c214>] device_release_driver+0x64/0x70
> [<c026c345>] bus_remove_device+0x55/0xa0
> [<c026b27d>] device_del+0x5d/0xa0
> [<f9a4c6af>] usb_disable_device+0x6f/0xb0 [usbcore]
> [<f9a46b76>] usb_disconnect+0x96/0xf0 [usbcore]
> [<f9a492df>] hub_port_connect_change+0x30f/0x320 [usbcore]
> [<f9a48c13>] hub_port_status+0x43/0xb0 [usbcore]
> [<f9a495ba>] hub_events+0x2ca/0x340 [usbcore]
> [<f9a4965d>] hub_thread+0x2d/0xf0 [usbcore]
> [<c010925e>] ret_from_fork+0x6/0x14
> [<c011c9e0>] default_wake_function+0x0/0x20
> [<f9a49630>] hub_thread+0x0/0xf0 [usbcore]
> [<c0107289>] kernel_thread_helper+0x5/0xc
>
> Code: 80 7e 1e 00 75 2e 85 f6 74 17 8d 46 3c 8b 5c 24 08 8b 74 24
>
>
> And that's it. I cannot do a clean shut-down anymore, as the scanner
> module won't get unloaded. Is this an udev issue or is the module
> faulty? I am using latest Linus kernel 2.6.2-rc2.
>
> Other than that I am quite impressed by udev. I disabled the use of an
> archive saving all the nodes. This was getting on my nerves with a
> former udev release as populating /dev took several seconds. Now I
> cannot see any delay. Very well!
>
> bye,
>
> Prakash
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Martin Schlemmer

Attachment: signature.asc
Description: This is a digitally signed message part