From: Martin Schlemmer <azarah@nosferatu.za.org>
To: "Prakash K. Cheemplavam" <PrakashKC@gmx.de>
Cc: Greg KH <greg@kroah.com>,
linux-hotplug-devel@lists.sourceforge.net,
Linux Kernel Mailing Lists <linux-kernel@vger.kernel.org>
Subject: Re: [ANNOUNCE] udev 015 release
Date: Fri, 30 Jan 2004 19:33:05 +0200 [thread overview]
Message-ID: <1075483984.7206.4.camel@nosferatu.lan> (raw)
In-Reply-To: <401A8A35.1020105@gmx.de>
[-- Attachment #1: Type: text/plain, Size: 4690 bytes --]
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@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Martin Schlemmer
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-01-30 17:33 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-26 21:50 [ANNOUNCE] udev 015 release Greg KH
2004-01-26 22:15 ` Tomasz Torcz
2004-01-27 5:52 ` Chris Friesen
2004-01-27 22:22 ` Greg KH
2004-01-29 4:52 ` Martin Schlemmer
2004-01-29 21:54 ` Greg KH
2004-01-29 16:52 ` Martin Schlemmer
2004-01-29 21:55 ` Greg KH
2004-01-31 3:17 ` Kay Sievers
2004-01-31 17:54 ` Martin Schlemmer
2004-01-31 18:15 ` Kay Sievers
2004-01-31 18:27 ` Martin Schlemmer
2004-01-31 18:39 ` Kay Sievers
2004-01-31 18:47 ` Martin Schlemmer
2004-01-29 18:30 ` Martin Schlemmer
2004-01-30 4:41 ` Martin Schlemmer
2004-02-02 23:32 ` Greg KH
2004-02-03 4:12 ` Martin Schlemmer
2004-01-30 16:45 ` Prakash K. Cheemplavam
2004-01-30 17:23 ` Greg KH
2004-01-30 17:44 ` Prakash K. Cheemplavam
2004-01-30 17:49 ` Greg KH
2004-01-30 18:17 ` Prakash K. Cheemplavam
2004-02-01 15:24 ` Martin Schlemmer
2004-02-02 8:46 ` Prakash K. Cheemplavam
2004-01-30 17:33 ` Martin Schlemmer [this message]
2004-01-30 18:03 ` Andre Noll
2004-01-30 23:06 ` Tom Rini
2004-02-02 21:43 ` Greg KH
2004-02-05 0:31 ` [2.6 patch] remove USB_SCANNER Adrian Bunk
2004-02-05 1:14 ` Greg KH
2004-02-05 17:20 ` Azog
2004-02-05 17:30 ` Greg KH
2004-02-05 17:50 ` Stian Jordet
2004-02-05 17:57 ` Greg KH
2004-02-05 20:24 ` Leopold Gouverneur
2004-02-05 21:15 ` Stian Jordet
2004-02-05 21:36 ` Leopold Gouverneur
2004-02-06 1:15 ` Gene Heskett
2004-02-06 20:59 ` Bill Davidsen
2004-02-06 21:04 ` Greg KH
2004-02-01 22:52 ` hal daemon and ide-floppy J.A. Magallon
2004-02-02 3:16 ` Greg KH
2004-02-02 22:32 ` udev depends on /usr J.A. Magallon
2004-02-02 22:44 ` Greg KH
2004-02-02 23:01 ` J.A. Magallon
2004-02-03 4:10 ` Martin Schlemmer
2004-02-02 23:08 ` [ANNOUNCE] udev 015 release Prakash K. Cheemplavam
2004-02-02 23:11 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1075483984.7206.4.camel@nosferatu.lan \
--to=azarah@nosferatu.za.org \
--cc=PrakashKC@gmx.de \
--cc=greg@kroah.com \
--cc=linux-hotplug-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox