On Thu, Jun 27, 2002 at 03:12:04PM -0700, David Brownell wrote:
> This fixes a couple issues I noted when I finally spent some time
> looking at the first version of driverfs support for usb:
Thanks for the patch, I've now applied it.
I also just added the following patch, which creates files fo
On Fri, 5 Jul 2002, David Brownell wrote:
| I won't quote Einstein, but rather Antoine de Sainte-Exupery:
|
| Perfection is attained not when there's nothing left to add,
| but when there's nothing left to take away. (*)
|
| (*) Or in the original, where I think he was talking about air
Hi,
> I'm having some problems with my PWC driver with an OHCI controller on the
> 2.5.24 kernel. Basicly, unlinking the URBs that I use while a device is in
> use causes a hang of the program, somewhere deep down in the USB layer. No
> oops, just a process that won't die or respond.
Hmm, th
(Not exactly off-topic: I presume you noticed that Greg sent
a 2.5.25 patch to Linus making "usb-uhci" the only UHCI driver
in the 2.5 build? Congrats -- fine choice!)
Johannes Erdfelt wrote:
> Before I reply, let me clarify something. We're talking about 2,
> completely seperate concepts in t
>>[ re why a separate list of URBs vs checking the schedule ]
>>
>>>Actually, you *MUST* maintain a list of outstanding URB's. Since the HC
>>>doesn't tell the HCD which URB's have completed, we need to check all of
>>>them to determine which one's completed.
>>
>>It does say which TDs have comple
On Fri, Jul 05, 2002 at 09:32:25PM +0200, Orjan Friberg wrote:
> Greg KH wrote:
> >
> > But your email client dropped all of the tabs, and the patch can't be
> > applied. Can you please try to fix this and resend it?
>
> Sure thing; sorry about that. Seems I can't inline the patch without tabs
Before I reply, let me clarify something. We're talking about 2,
completely seperate concepts in this email which I know has been causing
some confusion:
1) Management and processing of outstanding URB's
2) Management of completions
On Fri, Jul 05, 2002, David Brownell <[EMAIL PROTECTED]> wrote:
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.617 -> 1.618
# drivers/usb/class/b
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.615 -> 1.616
# Documentation/DocBo
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.616 -> 1.617
# drivers/usb/image/m
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.7 -> 1.604.1.8
# drivers/usb/net
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.614 -> 1.615
# drivers/usb/core/in
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.4 -> 1.604.1.5
# drivers/usb/sto
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.5 -> 1.604.1.6
# drivers/usb/sto
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.6 -> 1.604.1.7
# drivers/usb/sto
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.3 -> 1.604.1.4
# drivers/usb/hos
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.2 -> 1.604.1.3
# drivers/usb/hos
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604.1.1 -> 1.604.1.2
# drivers/usb/hos
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.604 -> 1.604.1.1
# drivers/usb/host
Pull from: http://linuxusb.bkbits.net/linus-2.5
Documentation/DocBook/Makefile|1
Documentation/DocBook/kernel-api.tmpl |1
drivers/usb/class/bluetty.c |5
drivers/usb/class/printer.c | 23 --
drivers/usb/core/Makefile |6
drivers/u
Am Freitag, 5. Juli 2002 23:22 schrieb Alan Cox:
> > > Note: due to the DRM protection used by the player, you can't just
> > > copy MP3s to it for listening; you'll still have to use the Nokia
> > > Audio Mana=
> >
> > ger
> >
> > > on Windoze for that.
>
> In which case there is no point putting
> > Note: due to the DRM protection used by the player, you can't just copy
> > MP3s to it for listening; you'll still have to use the Nokia Audio Mana=
> ger
> > on Windoze for that.
In which case there is no point putting this entry in. It would be better
to visibly blacklist the device and pri
Greg KH wrote:
>
> But your email client dropped all of the tabs, and the patch can't be
> applied. Can you please try to fix this and resend it?
Sure thing; sorry about that. Seems I can't inline the patch without tabs being
expanded to spaces, so it's an attachment this time.
(BTW; fixing t
On Fri, Jul 05, 2002 at 12:11:21PM +0200, Orjan Friberg wrote:
> I think there's a serious bug in v0.12 of bluetooth.c, from a 2.4.19-pre7
> kernel. In usb_bluetooth_probe, the transfer buffers for the write pool urbs
> are allocated with size 0, because bluetooth->bulk_out_buffer_size isn't set
Guess I not be buying that then. Sounded interesting and I need a new
phone...
On Fri, 5 Jul 2002, Pasi Matilainen wrote:
> Hi,
>
> Here's a small patch that makes the usb-storage driver work with the Nokia
> 5510 phone. The phone has an MP3 player with 64MB of flash, which can be
> accessed a
Matthew Dharm wrote:
> My previous observations are that URBs for disconnected devices are
> completed very quickly (i.e. <1 sec). There has been some suggestion that
> there might be a case where this is not true... I have not seen it, and
> would like to know where it might exist.
>
> And yes,
Matthew Dharm wrote:
> The issue is the word 'often', which implies 'sometimes not'.
>
> If the urb completes via unlink or transfer failure, that's fine. I chose
> not to unlink and let them fail. But if there is a condition under which
> they won't fail, I'd like to know about it.
That condi
27 matches
Mail list logo
