Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 156080 - USB Serial devices not added properly (usbserial etc)
Summary: USB Serial devices not added properly (usbserial etc)
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel
Version: 4.0
Hardware: i386
OS: Linux
Target Milestone: ---
: ---
Assignee: Jason Baron
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2005-04-27 12:50 UTC by Christian Huettermann
Modified: 2013-03-06 05:58 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2012-06-20 16:08:47 UTC
Target Upstream Version:

Attachments (Terms of Use)
var/log/messages with hotplug debug turned on, on 2.6.9-6.39.EL (7.51 KB, text/plain)
2005-04-28 14:27 UTC, Christian Huettermann
no flags Details

Description Christian Huettermann 2005-04-27 12:50:34 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.7) Gecko/20050416 Red Hat/1.0.3-1.4.1 Firefox/1.0.3

Description of problem:
When trying to activate my UMTS/3G PCMCIA card, which is known to the system as simple USB serial devices, the usbserial modules are a) failing to load, and b) when loaded manually, the devices are not created properly. Instead of creating the ttyUSB0 ttyUSB1 etc devices, it created <NULL>0 etc devices, with major and minor numbers = 0. 
Harald had a look into this and identified this as a bug in the usbserial module.

System is an IBM X31 (26725KG), running RHEL4DT.

messages, when PCMCIA card is plugged in:
Apr 27 13:45:45 konstanz kernel: ohci_hcd 0000:03:00.0: OHCI Host Controller
Apr 27 13:45:45 konstanz kernel: ohci_hcd 0000:03:00.0: irq 11, pci mem e0840000
Apr 27 13:45:45 konstanz kernel: ohci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 5
Apr 27 13:45:45 konstanz kernel: ohci_hcd 0000:03:00.0: WARNING: OPTi workarounds unavailable
Apr 27 13:45:45 konstanz kernel: hub 5-0:1.0: USB hub found
Apr 27 13:45:45 konstanz kernel: hub 5-0:1.0: 2 ports detected
Apr 27 13:45:55 konstanz kernel: ohci_hcd 0000:03:00.0: wakeup
Apr 27 13:45:56 konstanz kernel: usb 5-1: new full speed USB device using address 2

[root@konstanz log]# udevinfo -q all -p /sys/class/tty/\<NULL\>0
P: /sys/class/tty/<NULL>0
N: <NULL>0
T: c
M: 020600
O: root
G: root
L: 0
U: 1076
R: 0

when i manually called a MAKEDEV ttyUSB, the devices were created properly and the card runs OK.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. plug in PCMCIA UMTS/3G card

Actual Results:  nada.

Expected Results:  USB Serial devices should be initialized and should be used as modem devices

Additional info:

Comment 1 Harald Hoyer 2005-04-27 13:34:32 UTC
the kernel module usbserial does not provide a proper sysfs "dev" file... the
path is scrambled and major and minor are "0"!!

Comment 2 Jason Baron 2005-04-27 17:31:38 UTC
So the '<NULL>'0 file is being created on (un)plug of the pcmcia card? Seems
like the usb-serial 'probe' routine isn't creating the /sys/ files correctly.
but i'm really not sure at this point. The file drivers/usb/serial/usb-serial.h
has a 'dbg' MACRO, that might help a lot in tracking this down.

Comment 3 Harald Hoyer 2005-04-28 08:43:21 UTC
The '<NULL>'0 file is being created on _plug_ of the pcmcia card after loading
usbserial by hand.

Comment 4 Christian Huettermann 2005-04-28 14:27:30 UTC
Created attachment 113784 [details]
var/log/messages with hotplug debug turned on, on 2.6.9-6.39.EL

var/log/messages with hotplug debug turned on, on 2.6.9-6.39.EL.

devices show up as 
/sys/class/tty/<NULL>0 etc, not as ttyUSB0 etc as they should.

Comment 5 Christian Huettermann 2005-04-28 14:31:18 UTC
tried my chances with the U1 kernel from RHEL4-U1-re0421.0, no joy. see
attachment above for detailled logs. udevinfo etc remains the same. 

tried to work around this by doing a MAKEDEV ttyUSB, and when the right
/dev/ttyUSB0 device is there, the card is responsive.. the workaround shouldnt
be the solution 'though.

Comment 6 Jason Baron 2005-04-28 17:26:57 UTC
I've tracked this down a bit...the /sys/class/tty/ttyUSBN file should be getting
created by 'tty_register_device', which is called from drivers/usb/serial/bus.c,
line 133. If i had to guess this routine is not being passed valid data for some
reason. There is a 'dev_info' printk on the next line that would confirm this
suspicion. We can turn that on, i think, but defining DEBUG, in

Also, i don't think dbg was properly turned on in comment #4, as i see no output
from it.

If i had h/w to test this locally, that would help...any suggestions?

Comment 7 Jiri Pallich 2012-06-20 16:08:47 UTC
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.

Note You need to log in before you can comment on or make changes to this bug.