>>> However, "uhci-hcd" and "usb-uhci-hcd" did
>>>not want to bind the audio driver: reading the config descriptor
>>>(in audio.c) stalled rather consistently. That failure was seen
>>>with the other USB 1.1 drivers too, but not as consistently.
>>
>>I have this problem too. It seems that
Ok, second try at the USB device/target/gadget/fish code :)
Pull from: bk://linuxusb.bkbits.net/usbd-2.5
I've renamed the subdirectory to drivers/usb/gadget and fixed all of the
symbols and build issues involved in doing that. I've also ripped out
almost all of the debug logic that used to be
Thomas Sailer wrote:
>
> johan verrept wrote:
>
> > If you have reasons not to do this, please let me know.
>
> Do you know what the AIO code does? I would prefer to do the same
> as the AIO code, because that will be the least surprise solution...
The parts of the code I have found th
On Thu, May 23, 2002 at 02:20:23AM +0530, Avinash natarajan wrote:
> yes i use the USB_BULK_QUEUE transfer flag...but i have it in both the transmit and
>receive paths...
> so things should ideally even out right??or am i missing sthing here...
Do you have multiple receive urbs submitted? Are t
# 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.592 -> 1.593
# drivers/usb/media/s
# 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.588 -> 1.589
# drivers/usb/host/us
# 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.586 -> 1.587
#include/linux/usb.
# 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.591 -> 1.592
# drivers/usb/media/s
# 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.587 -> 1.588
# drivers/media/video
On Wed, 22 May 2002 23:55, [EMAIL PROTECTED] wrote:
> I've volunteered to help develop a driver for a USB data acquisition
> product (http://www.labjack.com). Labjack (I do not work for them) has
> opened their source and is being very helpful in the effort. I've written
> Linux drivers before, bu
# 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.585 -> 1.586
#MAINTAINER
# 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.590 -> 1.591
# drivers/usb/host/Co
# 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.589 -> 1.590
# drivers/usb/class/a
More USB changes for 2.5.17
Pull from: bk://linuxusb.bkbits.net/linus-2.5
MAINTAINERS |8
drivers/media/video/cpia_usb.c | 15 ++--
drivers/usb/class/audio.c |2 +
drivers/usb/core/devio.c|1
drivers/usb/core/hcd.c |9 ---
Hi...
I have my usb driver as a linux
module. the problem i have is this - i forcefully remove the module when the usb
device is
attached...a proper cleanup happens and the device is unregistered
succesfully...but the problem is even
after doing this, removal of device causes a core
du
the firmware wudnt be a problem cos the same
formware is used with a windows usb driver which
doesnt seem to have this problem...
so i guess i'll have to point fingers at my
driver!!!
rgds
avinash
"Because i live in a large tin can and i work in an egg carton Flirting is
the only joy i ha
yes i use the USB_BULK_QUEUE transfer flag...but i
have it in both the transmit and receive paths...
so things should ideally even out right??or am i
missing sthing here...
nope i dont have a usb protocol
analyser...
rgds
avinash
"Because i live in a large tin can and i work in an egg car
On Wed, May 22, 2002 at 09:35:55PM +0200, Georg Acher wrote:
> On Wed, May 22, 2002 at 11:56:12AM -0700, Greg KH wrote:
>
> > > Using this and the previous patches, I was able to verify playback
> > > of some Ogg Vorbis encoded music using most of the 2.5.17 host
> > > controller drivers. Howev
On Wed, May 22, 2002 at 03:35:48PM -0400, Andre Bonin wrote:
> >This is probably because you have an OHCI hardware device, not a UHCI
> >device. What does 'lspci -v' say for your machine?
>
> Sorry, i'me not too familiar with the USB architecture. Anyway here is
> the relevant lspci entries (n
At 10:06 PM 5/21/2002 -0700, Greg KH wrote:
> > On a side note. Why are URBs still not SLABified ?
> > Drivers still have those silly urb pools and stuff. I thought you guys
> were
> > gonna fix that.
>
>It hasn't been proven that it's really needed. 95% of the current
>drivers create their urbs
On Wed, May 22, 2002 at 11:56:12AM -0700, Greg KH wrote:
> > Using this and the previous patches, I was able to verify playback
> > of some Ogg Vorbis encoded music using most of the 2.5.17 host
> > controller drivers. However, "uhci-hcd" and "usb-uhci-hcd" did
> > not want to bind the audio dr
On Tue, May 21, 2002 at 09:10:04PM -0400, André Bonin wrote:
>
> - Original Message -
> From: "Greg KH" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Monday, May 20, 2002 6:31 PM
> Subject: What to do with all of the USB UHCI drivers
At 09:33 PM 5/21/2002 -0700, David Brownell wrote:
>Maksim (Max) Krasnyanskiy wrote:
>>One-shot interrupt transfers are broken in *-hcd drivers. core/hcd.c
>>returns EINVAL if urb->interval==0.
><>
>Meanwhile, I suppose I can see wanting access to that UHCI-ism.
>However your patch would do t
On Tue, May 21, 2002 at 05:47:44PM -0700, David Brownell wrote:
> Hi,
>
> Given the discussions of last week, this removes urb->next from
> the USB core API. This change simplifies the driver API by getting
> rid of a superfluous feature (and related new-developer confusion),
> gets rid of a hid
On Tue, May 21, 2002 at 05:54:42PM -0700, David Brownell wrote:
> Hi,
>
> This sets urb->interval in two places it hadn't previously been set,
> allowing things like SOX and XMMS to play through usb audio.
Applied.
> Using this and the previous patches, I was able to verify playback
> of some O
On Tue, May 21, 2002 at 05:55:42PM -0700, David Brownell wrote:
> Hi,
>
> This is the 2.5 version of the sample driver patch I sent around
> last week. It updates one video driver to work with the updated
> ISO API: no urb->next (explicit resubmit, with error detection)
> and explicit transfer
On Tue, May 21, 2002 at 05:49:07PM -0700, David Brownell wrote:
> Hi,
>
> This makes the hcds stop expecting urb->next to exist.
>
> ehci-hcd ... remove obsolete sanity check
> usb-uhci-hcd ... remove code (wouldn't be called)
>
> Two "old style" drivers got updated too (uhci, usb-u
On 21 May 2002, Dmitri wrote:
> > And "report unknown device" ?
>
> Public Wiki server sounds like the best option - and an easy hack too.
There is www.qbik.ch which has over 1000 entries so far.
BR,
Jacek
___
Don't miss the 2002
Why not talk to it via the /dev node for the HID device?
Matt
On Wed, May 22, 2002 at 08:55:44AM -0500, [EMAIL PROTECTED] wrote:
> I've volunteered to help develop a driver for a USB data acquisition product
> (http://www.labjack.com). Labjack (I do not work for them) has opened their
> source a
I've volunteered to help develop a driver for a USB data acquisition product
(http://www.labjack.com). Labjack (I do not work for them) has opened their
source and is being very helpful in the effort. I've written Linux drivers
before, but never for USB. It is an HID device, which means it gets gr
>The easiest and most necessary area is device driver support,
>http://www.linux-usb.org/ and devices are available either from people's
>drawers, or from stores (some financing may be available, read the Web
>site).
I went to the site and the only thing that I found was a Philips webcam
email. A
On Tue, May 21, 2002 at 06:04:21PM -0700, Maksim (Max) Krasnyanskiy wrote:
> I changed to hcd.c to allow urb->interval==0. With that change uhci-hcd
> works just fine, I can load fw and
> use the device. But usb-uhci-hcd kills the machine pretty hard (hw reset
> needed).
Do you unlink the inte
On Wed, 22 May 2002 18:48, Frédéric Charrier wrote:
> Hello
>
> I have two mice : a PS/2 and a USB under Linux. Currently, only the
> PS/2 is working as a mouse (I use it to work in KDE).
>
> I would like to make a program that uses USB transfers to show the
> state of the 2 buttons of the USB mou
Hello
I have two mice : a PS/2 and a USB under Linux. Currently, only the
PS/2 is working as a mouse (I use it to work in KDE).
I would like to make a program that uses USB transfers to show the
state of the 2 buttons of the USB mouse.
Where can I find an example of a USB program ? (written in
Avinash natarajan wrote:
> hi...
>
> the driver i am talking about is sthing that i wrote...and the
> problem appears in both host controllers(ohci and uhci)...
>
> and i was referring to ftp uploads and downloads...
I'd suspect the bias is in the device firmware. There's nothing
in at le
On Wed, May 22, 2002 at 12:54:58PM +0530, Avinash natarajan wrote:
> hi...
> the driver i am talking about is sthing that i wrote...and the problem appears
>in both host controllers(ohci and uhci)...
> and i was referring to ftp uploads and downloads...
Ok, just curious. I know most of the
On Wed, May 22, 2002 at 05:14:56PM +1000, Brad Hards wrote:
> On Wed, 22 May 2002 07:57, Greg KH wrote:
> > Hm, maybe it's time to port usbview to the new version of gtk+ and
> > possible add some other nifty things...
> Qt / KDE, if you don't mind :)
Heh, this was already done in the past by Cor
hi...
the driver i am talking about is
sthing that i wrote...and the problem appears in both host controllers(ohci and
uhci)...
and i was referring to ftp uploads and
downloads...
rgds
avinash
"Because i live in a large tin can and i work in an egg carton Flirting is
the only joy i h
On Wed, 22 May 2002 07:57, Greg KH wrote:
> Hm, maybe it's time to port usbview to the new version of gtk+ and
> possible add some other nifty things...
Qt / KDE, if you don't mind :)
--
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
__
39 matches
Mail list logo
