[SOLVED] No directory /proc/bus/usb in my system (kernel 3.8.11); howto create it?

Hello,
by compiling a kernel for my system, the command "lsusb" return the error 99. I am still searching why. I discovered the directory /proc/bus/usb is missing. So, how to make that directory /proc/bus/usb in my system? Is there a menue in "make menuconfig" which should be activated? I am still not sure the "lsusb" error is linked to that missing directory. This is just an idea what I have.

If you did compile the USB core module in did you also mount /proc/bus/usb with type usbfs?

usb core is there. USBs are recognized (see dmesg below). No udev is in the system.
I included in fstab the line "usbfs /proc/.." but it had no effect.
A mount command dont work because the /proc/.. directory is not there.
Perhaps is anywhere a patch for kernels with no udev for making a full usb recognition?
(no way to put udev on my RT system..).

dmesg extract:

.... [59090.540545] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0002 [59090.540649] ppc-of-ohci f0001000.usb: GetStatus roothub.portstatus [0] = 0x00030100 PESC CSC PPS [59090.540769] hub 1-0:1.0: port 1, status 0100, change 0003, 12 Mb/s [59090.540986] usb 1-1: USB disconnect, device number 2 [59090.546244] usb 1-1: unregistering device [59090.546292] usb 1-1: unregistering interface 1-1:1.0 [59090.559011] usb 1-1: usb_disable_device nuking all URBs [59090.665115] hub 1-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x100 [59115.367893] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0002 [59115.367997] ppc-of-ohci f0001000.usb: GetStatus roothub.portstatus [0] = 0x00010101 CSC PPS CCS [59115.368101] hub 1-0:1.0: port 1, status 0101, change 0001, 12 Mb/s [59115.471640] hub 1-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x101 [59115.533566] ppc-of-ohci f0001000.usb: GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS [59115.584576] usb 1-1: new full-speed USB device number 3 using ppc-of-ohci [59115.655500] ppc-of-ohci f0001000.usb: GetStatus roothub.portstatus [0] = 0x00100103 PRSC PPS PES CCS [59115.726478] usb 1-1: default language 0x0409 [59115.732490] usb 1-1: udev 3, busnum 1, minor = 2 [59115.732543] usb 1-1: New USB device found, idVendor=0af0, idProduct=7a01 [59115.739647] usb 1-1: New USB device strings: Mfr=3, Product=2, SerialNumber=4 [59115.747129] usb 1-1: Product: Globetrotter HSUPA Modem [59115.752559] usb 1-1: Manufacturer: Option N.V. [59115.757274] usb 1-1: SerialNumber: Serial Number [59115.764086] usb 1-1: usb_probe_device [59115.764143] usb 1-1: configuration #1 chosen from 1 choice [59115.768470] usb 1-1: adding 1-1:1.0 (config #1, interface 0) [59115.770548] hso 1-1:1.0: usb_probe_interface [59115.770626] hso 1-1:1.0: usb_probe_interface - got id [59115.772547] hso 1-1:1.0: Not our interface [59115.777905] usb-storage 1-1:1.0: usb_probe_interface [59115.778039] usb-storage 1-1:1.0: usb_probe_interface - got id [59115.779892] scsi1 : usb-storage 1-1:1.0 [59115.787362] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0002 [59116.795761] scsi 1:0:0:0: CD-ROM ZCOption HSUPA Modem ...

proc is "just" a VFS giving (mostly read-only) access to kernel structures. As you've found running /proc isn't necessary to run a system. So, and I don't know how to put this, if you haven't got the option to run Udev on your RT system and if the system doesn't need /proc mounted then you're running a "lean and mean" system. It's clear from your output (thanks) the kernel recognizes USB devices OK and as it doesn't need to run netstat, ps or lsof (only human users or scipts like to) using 'lsusb' may simply be the wrong approach to whatever problem it is you're trying to solve?..

I was thinking, a working "lsusb" would make usb_modeswitch working.
the command "usb_modeswitch -c /etc/switchicon.conf"
give
Looking for target devices ...
No devices in target mode or class found
Looking for default devices ...
No devices in default mode found. Nothing to do. Bye.

So, perhaps this would not help.

Originally Posted by floppy_stuttgart I was thinking, a working "lsusb" would make usb_modeswitch working.

Obviously it would be easier to use a device that doesn't require that kind of mode switching in the first place but the choice may not be yours, IIRC usb_modeswitch requires libusb not lsusb?

Originally Posted by unSpawn Obviously it would be easier to use a device that doesn't require that kind of mode switching in the first place but the choice may not be yours, IIRC usb_modeswitch requires libusb not lsusb?

ok Thanks. I just ordered online an huawei E220. It seems not to need usb_modeswitch. I wanted to save the 21 Euros.. but making working a switchable USB modem on a system without udev seems not to be usual. The next idea: connect my embedded RT system with a raspberry as data server (udev, usb_modeswitch etc. on it).

according a link, a company made working a usb without udev http://www.xmos.com/en/support/knowl...elopment-tools This is the case in my application: I have an embedded system without udev and I dont have a /proc/bus/usb directory (kernel 3.8.11), I asked them to send the patch.
If somebody know here how the patch would look like, a submission would be appreciated.

Hello,
know somebody how to create /dev/bus/usb in my system with the parameter according the dmesg output above?
Someone had a similar issue than me: http://libusb.6.n5.nabble.com/lsusb-...td5650506.html

Probably libusb has to be re-installed on the system. My workaround was to buy a huawei E220; which dont need usb_modeswitch.. which dont need a working libusb.

Thanks for posting your feedback.