ÄãÑ¡ÔñÁËÆչ⣬Ҳ¾ÍÑ¡ÔñÁ˳ɹ¦£¡ÕâÊÇÄ¿Ç°Öйú»¥ÁªÍø×î»ð±©¡¢×îÁ÷ÐеÄ׬Ǯ·½Ê½£¡35¿éÇ®ÉÏÌ˽ֶ¼²»¹»»¨£¬ÔÚÕâÀïÈ´¿ÉÒÔ¸øÄú´øÀ´¾Þ´óµÄ²Æ¸»£¡
ÎÒÒÔÇ°²Î¼Ó¹ý´ó¸»ÎÌ¡¢´ó¼Ò׬¡¢ÐÂÓ¯Àû¡¢ÐÂÁªÃË¡¢ÏÂÏßÁªÃË¡¢×¬Ç®ÓÎÏ·¡¢´´»ãÁªÃË¡¢´´ÒµÁªÃË¡¢½ðӮͨ¡¢ÐÂ˼ά¡¢¿ª´´Î´À´¡¢Ö©ÖëÍøµÈµÈ£¬¶øÆÕ¹âÊÇΨһͶ×ÊÉÙ¡¢
¼ûЧ¿ì¡¢×ƽµÄÍøÕ¾¡¢×ÜÕ
On Sat, Nov 30, 2002 at 03:25:47PM +0100, Oliver Neukum wrote:
> Hi,
>
> this addresses the FIXME in devio.c::proc_ioctl() and makes
> BKL usage in this function correct.
Applied, thanks.
greg k-h
---
This SF.net email is sponsored by: Get th
On Sat, Nov 30, 2002 at 03:02:23PM +0100, Oliver Neukum wrote:
> - if (driver->owner)
> - __MOD_DEC_USE_COUNT (driver->owner);
> + put_module (driver->owner);
There is no such function. Did you even compile this?
> - if (dri
On Sat, Nov 30, 2002 at 04:57:22PM -0800, Wayne Whitney wrote:
> Hello,
>
> uhci-hcd.c currently calls usb_endpoint_halt() in the td_error: path of
> uhci_result_control(). David Brownell told me that "control endpoints
> don't halt" and that this is wrong. The patch below fixes this and allows
On Sat, Nov 30, 2002, Wayne Whitney <[EMAIL PROTECTED]> wrote:
> uhci-hcd.c currently calls usb_endpoint_halt() in the td_error: path of
> uhci_result_control(). David Brownell told me that "control endpoints
> don't halt" and that this is wrong. The patch below fixes this and allows
> my Belkin
Hello,
uhci-hcd.c currently calls usb_endpoint_halt() in the td_error: path of
uhci_result_control(). David Brownell told me that "control endpoints
don't halt" and that this is wrong. The patch below fixes this and allows
my Belkin Universal UPS to work. [Although it still prints lots of
"driv
Oliver Neukum wrote:
You misunderstand what it's supposed to do. The idea
is to put the interface into the same state it's in
before any driver binds to it. There's no reason for
that to be anything other than atomic: race-free.
Putting it into that state is no problem, but keeping it
in that
On Mon, 25 Nov 2002, David Brownell wrote:
> Maybe if you delete usb_endpoint_halt() from uhci_result_control()
> then your problem will go away.
This did the trick! I still get a bunch of these messages:
drivers/usb/input/hid-core.c: ctrl urb status -32 received
But now I can open /dev/usb/
> You misunderstand what it's supposed to do. The idea
> is to put the interface into the same state it's in
> before any driver binds to it. There's no reason for
> that to be anything other than atomic: race-free.
Putting it into that state is no problem, but keeping it
in that state is.
> I
Olaf Hering wrote:
On Mon, Sep 23, Greg KH wrote:
On Mon, Sep 23, 2002 at 05:34:31PM +0200, Olaf Hering wrote:
ftp.suse.com/pub/people/olh/hotplug_for_usb/hotplug.rpm
Try that one, known and unfixed bug in usbdevfs...
Hm, which patch fixes this problem?
the fix is: /sbin/hotplug must do
Oliver Neukum wrote:
Hi,
this addresses the FIXME in devio.c::proc_ioctl() and makes
BKL usage in this function correct.
Good ...
But the USBDEVFS_DISCONNECT ioctl is still fundamentally
broken.
Switching drivers for a device must be atomic with one
ioctl, else there's a race which you canno
Hi,
this addresses the FIXME in devio.c::proc_ioctl() and makes
BKL usage in this function correct.
But the USBDEVFS_DISCONNECT ioctl is still fundamentally
broken.
Switching drivers for a device must be atomic with one
ioctl, else there's a race which you cannot fix. The locking
must be done in
Hi,
just search and replace.
Please apply.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL
On Sat, Nov 30, 2002 at 08:33:28AM +0100, Tvrtko A. Ursulin wrote:
>
> Credit goes to Georg Acher for the fix. I only reported the leak, and did the
> pre&post testing. Tested under 2.4.18 and 2.4.19.
Applied, thanks.
greg k-h
---
This SF.ne
On Wed, Nov 27, 2002 at 08:45:11PM +0100, Jurij Smakov wrote:
> Hi!
>
> Recently I have purchased an infamous MA-620 USB infrared adapter (based
> on pl2303 usb-to-serial converter). After a few failed attempts to make it
> work I have discovered a rather lengthy thread on this list, discussing
>
On Fri, Nov 29, 2002 at 01:48:59PM -0800, David Brownell wrote:
> This reduces the quantity of messages, by using the
> newer dev_*() macros, and by deleting some messages.
>
> This applies on top of the previous patch, with fuzz.
Applied, thanks.
greg k-h
-
On Fri, Nov 29, 2002 at 01:39:09PM -0800, David Brownell wrote:
> This patch should improve behavior of the EHCI driver,
> particularly on VIA hardware.
>
> - A more careful reading of the EHCI spec turns up
>requirements not to change this register's value
>while the async schedule is en
On Fri, Nov 29, 2002 at 11:03:23AM -0800, David Brownell wrote:
> This removes a printk that's been cluttering up my logs,
> especially when I do things like 'mkfs -c ...' it doesn't
> seem to be needed any more.
Applied, thanks.
greg k-h
---
On Fri, Nov 29, 2002 at 11:19:13AM -0800, David Brownell wrote:
> This reduces the debug message volume a bit, mostly by using the
> new dev_dbg() macros instead of the usb dbg() ones in some places
> during HCD init/shutdown. Likewise dev_info().
Applied, thanks.
greg k-h
On Fri, Nov 29, 2002 at 03:54:01PM +0100, Duncan Sands wrote:
> Here is a small cleanup patch for 2.4 that goes on top of my previous
> ones. It makes devio.c use the list traversal macros from list.h.
Applied, thanks.
greg k-h
---
This SF.ne
On Fri, Nov 29, 2002 at 04:07:31PM +0100, Duncan Sands wrote:
> And here the 2.5 version.
Applied, thanks.
greg k-h
---
This SF.net email is sponsored by: Get the new Palm Tungsten T
handheld. Power & Color in a compact size!
http://ads.sour
21 matches
Mail list logo
