[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070527144007.GB24564@outpost.ds9a.nl>
Date: Sun, 27 May 2007 16:40:07 +0200
From: bert hubert <bert.hubert@...herlabs.nl>
To: Kay Sievers <kay.sievers@...y.org>
Cc: linux-kernel@...r.kernel.org, gregkh@...e.de
Subject: Re: udev regression? lsusb silent (no output) since 2.6.22-rc2 at least
On Sun, May 27, 2007 at 04:34:37PM +0200, Kay Sievers wrote:
> older kernels. That's all, and correctly configured kernels don't break
> anything.
>
> > So instead of papering this breakage over with cleverly worded help texts
> > that suggest a solution, how about we set USB_DEVICE_CLASS to 'y' by default
> > for a few more releases?
>
> Makes sense, yes.
Good to hear - I also want my kernel to be configured correctly, of course,
but I'm also happy if 'make oldconfig' keeps my correctly configured kernel,
configured correctly.
So USB_DEVICE_CLASS='y' for a few more cycles is like music to my ears.
> > "Some distributions need this feature for lsusb to work, unless the udev rule
> > above is configured".
>
> It's libusb access in general and not specific to lsusb.
"Some distributions need this feature for libusb-based applications (like
lsusb) to work, unless the udev rule above is configured"
The reason I stress lsusb so much is because for many operators, it is the
first thing they do in case of USB problems 'is my device even there?'.
So it would be what people notice breaking - even though the underlying
issue is with libusb.
Thanks!
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://netherlabs.nl Open and Closed source services
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists