I have a Centos 5 machine which I've just compiled the 3.10.4 kernel on (remembering to set CONFIG_SYSFS_DEPRECATED) because I needed new rtlwifi drivers for my rtl8192cu device.
So far, so good. It seems to work.
Except /proc/bus/usb doesn't exist anymore. USB_DEVICEFS has been removed. An older kernel (3.2.9) says
Usbfs entries are files and not character devices; usbfs can't handle Access Control Lists (ACL) which are the default way to grant access to USB devices for untrusted users of a desktop system.
The usbfs functionality is replaced by real device-nodes managed by udev. These nodes lived in /dev/bus/usb and are used by libusb.
Has anyone got udev on C5 working with this new kernel so my USB devices show?
(It's not causing me any real issues, other than "lsusb" nor working; just curious!)
----- Original Message ----- | I have a Centos 5 machine which I've just compiled the 3.10.4 kernel | on (remembering to set CONFIG_SYSFS_DEPRECATED) because I needed new | rtlwifi drivers for my rtl8192cu device. | | So far, so good. It seems to work. | | Except /proc/bus/usb doesn't exist anymore. USB_DEVICEFS has been | removed. An older kernel (3.2.9) says | | Usbfs entries are files and not character devices; usbfs can't | handle Access Control Lists (ACL) which are the default way to | grant access to USB devices for untrusted users of a desktop | system. | | The usbfs functionality is replaced by real device-nodes | managed by | udev. These nodes lived in /dev/bus/usb and are used by | libusb. | | Has anyone got udev on C5 working with this new kernel so my USB | devices show? | | (It's not causing me any real issues, other than "lsusb" nor working; | just curious!) | | -- | | rgds | Stephen
You are *severely* deviating from the stock CentOS and are likely not going to get much help. There could be numerous dependencies to sort out as to why this isn't working such as the interfaces from lsusb into the newer kernel. Essentially, you're on your own buddy. ;)
On 07/29/2013 10:20 PM, Stephen Harris wrote:
I have a Centos 5 machine which I've just compiled the 3.10.4 kernel on (remembering to set CONFIG_SYSFS_DEPRECATED) because I needed new rtlwifi drivers for my rtl8192cu device.
So far, so good. It seems to work.
Except /proc/bus/usb doesn't exist anymore. USB_DEVICEFS has been removed. An older kernel (3.2.9) says
Usbfs entries are files and not character devices; usbfs can't handle Access Control Lists (ACL) which are the default way to grant access to USB devices for untrusted users of a desktop system. The usbfs functionality is replaced by real device-nodes managed by udev. These nodes lived in /dev/bus/usb and are used by libusb.Has anyone got udev on C5 working with this new kernel so my USB devices show?
(It's not causing me any real issues, other than "lsusb" nor working; just curious!)
HAve you checked ElRepo third-party reposiroty? They have ready-made and compatible 3.0.88 kernel, but they also have kmod packaged drivers for stock kernels. Just go to http://elrepo.org/tiki/DeviceIDs and check for vendor:device ID pairing that lspci command will show for your rtl8192cu device.
Btw, RHEL/CentOS kernel is much more advanced then vanilla kernel of the same numbering because Red Hat backports latest drivers to their kernel.
On Tue, Jul 30, 2013 at 08:25:43PM +0200, Ljubomir Ljubojevic wrote:
HAve you checked ElRepo third-party reposiroty? kmod packaged drivers for stock kernels. Just go to http://elrepo.org/tiki/DeviceIDs and check for vendor:device ID pairing that lspci command will show for your rtl8192cu device.
"lsusb" in my case, but yeah. Interesting. Thanks. The driver there ( kmod-r8192cu-3.4.4_4749-1.el5.elrepo ) appears to detect the device and join the network. We'll have to see how stable it is :-)
Thanks!
Btw, RHEL/CentOS kernel is much more advanced then vanilla kernel of the same numbering because Red Hat backports latest drivers to their kernel.
USB wifi drivers tend to lag in the RH kernel. The first thing I do is see if there's a driver of the right name before hunting elsewhere :-)
On 2013-07-30, Ljubomir Ljubojevic centos@plnet.rs wrote:
HAve you checked ElRepo third-party reposiroty?
Just out of curiosity, how many people are using either the kernel-ml or kernel-lt kernels from elrepo? I've been using -ml on two machines for a few weeks now, and it seems okay so far. (I forget exactly why, but I think it was to get want-replacement support in md.)
--keith
We have one workstation running the elrepo kernel-lt because that was the only way I could get usb functionality. Motherboard is a Gigabyte 990 chipset and stock centos kernel seemed to recognize the chip set and usb chips but gave failure to enumerate errors. Tried all fixes found on google without success.
So far only drawback I have found to elrepo kernel is one cannot use kmod-nvidia with it. Building the driver from source the old way works fine. The kernel-lt without the nvidia driver would not find the second monitor. Stock kernel did.
B.J.
CentOS release 6.4 (Final)
On Wed, 2013-07-31 at 14:17 -0700, Keith Keller wrote:
On 2013-07-30, Ljubomir Ljubojevic centos@plnet.rs wrote:
HAve you checked ElRepo third-party reposiroty?
Just out of curiosity, how many people are using either the kernel-ml or kernel-lt kernels from elrepo? I've been using -ml on two machines for a few weeks now, and it seems okay so far. (I forget exactly why, but I think it was to get want-replacement support in md.)
--keith
-
b.j. mcclure -
James A. Peltier -
Keith Keller -
Ljubomir Ljubojevic -
Stephen Harris