ChangeSet 1.924.3.11, 2002/11/30 22:28:49-08:00, [EMAIL PROTECTED]
[PATCH] USB core: cleanup BKL
diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
--- a/drivers/usb/core/devio.c Sun Dec 1 23:05:46 2002
+++ b/drivers/usb/core/devio.c Sun Dec 1 23:05:46 2002
@@ -1090,12 +1090,10
ChangeSet 1.924.3.9, 2002/11/30 22:19:57-08:00, [EMAIL PROTECTED]
[PATCH] - cleanup for new module primitives
diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
--- a/drivers/usb/core/devio.c Sun Dec 1 23:05:56 2002
+++ b/drivers/usb/core/devio.c Sun Dec 1 23:05:56 2002
@@ -860,
ChangeSet 1.924.3.5, 2002/11/30 00:08:25-08:00, [EMAIL PROTECTED]
[PATCH] reduce debug message volume
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().
diff -Nru a/dr
ChangeSet 1.924.3.1, 2002/11/30 00:01:04-08:00, [EMAIL PROTECTED]
[PATCH] module unload race with usb serial drivers
the serial subdrivers may be unloading while we open.
This patch against 2.5 guards against that.
diff -Nru a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c
--
ChangeSet 1.924.3.7, 2002/11/30 00:09:00-08:00, [EMAIL PROTECTED]
[PATCH] ehci, more diagnostics use dev_*() macros
This reduces the quantity of messages, by using the
newer dev_*() macros, and by deleting some messages.
diff -Nru a/drivers/usb/host/ehci-dbg.c b/drivers/usb/host/ehci-dbg.c
---
ChangeSet 1.924.3.6, 2002/11/30 00:08:43-08:00, [EMAIL PROTECTED]
[PATCH] ehci-hcd, handle async_next register correctly
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 r
ChangeSet 1.924.3.8, 2002/11/30 22:09:07-08:00, [EMAIL PROTECTED]
[PATCH] uhci-hcd.c shouldn't halt control endpoints
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.
ChangeSet 1.924.3.3, 2002/11/30 00:03:51-08:00, [EMAIL PROTECTED]
[PATCH] usbfs: more list cleanups
Here is a small cleanup patch for 2.5 that goes on top of my previous
ones. It makes devio.c use the list traversal macros from list.h.
diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/de
ChangeSet 1.924.3.10, 2002/11/30 22:20:27-08:00, [EMAIL PROTECTED]
[PATCH] USB: get previous module patch to even build properly...
diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
--- a/drivers/usb/core/devio.c Sun Dec 1 23:05:51 2002
+++ b/drivers/usb/core/devio.c Sun Dec 1
Please pull from: bk://linuxusb.bkbits.net/linus-2.5
thanks,
greg k-h
drivers/usb/core/devio.c| 63 +-
drivers/usb/core/hcd-pci.c | 31 ++-
drivers/usb/core/hcd.c | 11 +--
drivers/usb/core/usb.c | 43 ++-
drivers/u
ChangeSet 1.924.3.2, 2002/11/30 00:02:08-08:00, [EMAIL PROTECTED]
[PATCH] USB serial: cleaned up the rest of the __MOD_INC and __MOD_DEC calls to use
the new module API
diff -Nru a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c
--- a/drivers/usb/serial/usb-serial.c Sun Dec
ChangeSet 1.924.3.4, 2002/11/30 00:08:09-08:00, [EMAIL PROTECTED]
[PATCH] usb-storage doesn't say clear_halt WORKED
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.
diff -Nru a/drivers/usb/storage/tran
Brad Hards wrote:
I don't know if I understand the documentation correctly.. Is the limit
of 16 on the usbdevfs or the physical devices?
Which documentation lead you to believe that there will be a problem?
The developer documentation on the linux-usb.org web-site.
But Thanks for all your
Hi, folks
I send this to lkml,
But then again this list may be more approriate as it seems usb related.
Kind regards,
Harm
--
Harm Verhagen <[EMAIL PROTECTED]>
--- Begin Message ---
Hi folks,
Booting into 2.4.20 I found the following warning in my logs:
"Warning: kfree_skb on hard IRQ d0845d25
Am Samstag, 30. November 2002 22:48 schrieb David Brownell:
> 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: r
Hi
I am tring to use the new sitecom multicard internal reader 6-in-1.
It is based on a unique chip from Carry that provide the 4 slots rather
than to use a usb hub with 2 or 4 chips
On the logs
The classic scsi messages saying a direct access device is found appears
4 times, one per slot
Th
Mahlzeit
I'm currently testing 2.5 kernels to see if they are more reliable in
my setup, but with 2.5.47 and 2.5.50 I get above message and it does
not even a bit work. Any Idea?
Mahlzeit
endergone Zwiebeltuete
---
This sf.net email is spon
Am Sonntag, 1. Dezember 2002 20:04 schrieb Duncan Haldane:
> Hi,
> two basic questions:
> -- how can one test a usb port to find what bandwidth is available
>before opening a webcam stream?
You can't. Such a test is worthless anyway. It can never tell you
whether the bandwidth is available at
Hi,
two basic questions:
-- how can one test a usb port to find what bandwidth is available
before opening a webcam stream?
-- how to clean up when a usb v4l1 webcam device is disconnected while
open for streaming video?
Thanks for any pointers to the answers..
Duncan
On 23-Nov-2002 Mark Mc
Hi!
On Sat, 30 Nov 2002, Greg KH wrote:
>
> Have you tried the latest 2.5 kernel? A number of irda changes have
> gone into there that might help out with these problems.
Yes, I have tried 2.5.50 and the situation there is somewhat worse, kernel
panics immediately when I try to run irattach. I h
On Sat, Nov 30, David Brownell wrote:
> 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...
> >
21 matches
Mail list logo
