Kernel 3.10 And CentOS 5

Home » CentOS » Kernel 3.10 And CentOS 5
CentOS 5 Comments

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!)

5 thoughts on - Kernel 3.10 And CentOS 5

  • —– 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. ;)


    James A. Peltier Manager, IT Services – Research Computing Group Simon Fraser University – Burnaby Campus Phone : 778-782-6573
    Fax : 778-782-3045
    E-Mail : jpeltier@sfu.ca Website : http://www.sfu.ca/itservices

    “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw

  • 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.

  • “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!

    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 :-)

  • 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)

LEAVE A COMMENT