thanks Alan for responding (again !)
2005/9/1, Alan Stern [EMAIL PROTECTED]:
On Thu, 1 Sep 2005, Franck wrote:
Hi,
I'm trying to write a host controller driver for a Arc hardware. I
need to know how nak pid should be handled ? Hardware can
automatically manage them, that means it
Hi Alan,
On 3/09/2005 3:19 a.m., Alan Stern wrote:
On Thu, 1 Sep 2005, Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
I'm also observing some USB messages logged:
Sep 2 13:26:22 tornado kernel: usb 5-1: new full speed USB device using
uhci_hcd and address 13
Sep 2
Hello developpers,
I'd like to know if there is any driver available for isp116x
which is doing isochronous transfers (for sound for ex.)?
I actually use linux 2.6.12
--
--
Jürgen SchindeleNENTEC Netzwerktechnologie GmbH
sorry for gmail weirdness. It's a beta version...
2005/9/5, Franck [EMAIL PROTECTED]:
thanks Alan for responding (again !)
2005/9/1, Alan Stern [EMAIL PROTECTED]:
On Thu, 1 Sep 2005, Franck wrote:
Hi,
I'm trying to write a host controller driver for a Arc hardware. I
need to
2005/9/1, Alan Stern [EMAIL PROTECTED]:
On Thu, 1 Sep 2005, Franck wrote:
Sure. All the information in the hub descriptor is available, including
the number of ports and whether they are fixed or removable.
BTW, I looked at sl811 host driver and it seems to me that the root
hub descriptor
[EMAIL PROTECTED]@-M_H/;6$r$*jEA$$!*(B
$B=wRD9!RD9Nan!7]G=?M!([EMAIL PROTECTED](B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B!%R%^$G$*6b;[EMAIL PROTECTED]@-M_$rK~$?$7$F$$2$F$/[EMAIL PROTECTED](B
$B!C/$G$b4JC1!*L5NAEPO?!*(B
$B!%Q%=%3%s!7HBSA45!o$G%a!%k$,Aw$l$^$9!*(B
James Painter wrote:
James Painter wrote:
I spent some time looking at this today
...
I found that the link_reset didn't re-establish link correctly when I
just moved that cat5 cable between the switch and the hub, but on a
fresh usb hotplug, it did connect and run stable for me.
[...]
The
On Thu, Sep 01, 2005 at 11:10:12PM +, Luca Risolia wrote:
Hello all,
I have written several drivers for USB/Audio video devices,
which I would like to share in binary-only form - for now -
Sorry, but binary kernel modules for Linux are illegal.
greg k-h
The following patch against 2.6.13 is required for usb HID devices that
generate relative volume control input events to be reported correctly.
It introduces a new relative input event REL_VOLUME which is send
instead of ABS_VOLUME if the input event is flagged as relative.
regards
-- jochen
On Mon, 5 Sep 2005, Franck wrote:
On the other hand, it's not really all that much useless work. 4 times
per second or so there's a single, very short transaction (IN followed by
NAK). Unless you've got some good reason for avoiding it, why bother?
Well, if work can be avoided
On Mon, 5 Sep 2005, Franck wrote:
2005/9/1, Alan Stern [EMAIL PROTECTED]:
On Thu, 1 Sep 2005, Franck wrote:
Hi,
I'm trying to write a host controller driver for a Arc hardware. I
need to know how nak pid should be handled ? Hardware can
automatically manage them, that means
Greg:
This patch (as558) removes from the UHCI driver a kernel timer used for
checking Full Speed Bandwidth Reclamation (FSBR). The checking can be
done during normal root-hub polling; it doesn't need a separate timer.
Alan Stern
Signed-off-by: Alan Stern [EMAIL PROTECTED]
Index:
Greg:
This patch (as549) introduces two small changes in the HCD glue layer.
The first simply removes a redundant test. The second allows root-hub
polling to continue for a single iteration after a host controller dies;
this is needed for the patch that follows.
Alan Stern
Signed-off-by:
Paulo Marques wrote:
James Painter wrote:
[...]
The attached patch repairs this. Apply it after the Brownell
patches. Let us know if it fixes your problem.
Unfortunately it doesn't :(
I can confirm that it does only happen in half-duplex mode.
Full-duplex connections seem to work fine.
2005/9/5, Alan Stern [EMAIL PROTECTED]:
On Mon, 5 Sep 2005, Franck wrote:
And NAK response to an interrupt transfer definitely _should_ be retried,
at the next interrupt period.
ok so I definetly can't use this feature for interrupt polling and
isoc transfer.
I don't understand.
Alan,
2005/9/5, Alan Stern [EMAIL PROTECTED]:
On Mon, 5 Sep 2005, Franck wrote:
On the other hand, it's not really all that much useless work. 4 times
per second or so there's a single, very short transaction (IN followed by
NAK). Unless you've got some good reason for avoiding it,
From: KAMBAROV, ZAUR [EMAIL PROTECTED]
Later in this function we check for the nullness of p.qh. So either this
additonal test is needed or the existing one is redundant.
This defect was found automatically by Coverity Prevent, a static analysis
tool.
(akpm: there's another deref of p.qh
Erm, to repeat my posting dated July 1, this is a bug ** IN COVERITY ** and
so this patch SHOULD NOT BE APPLIED:
Date: Fri, 01 Jul 2005 12:41:36 -0700
From: [EMAIL PROTECTED]
To: linux-usb-devel@lists.sourceforge.net, [EMAIL PROTECTED]
Subject: Re: [linux-usb-devel]
From: Pavol Kurina [EMAIL PROTECTED]
I was making some experiments with gadgetfs in combination with
dummy_hcd (kernel vers. 2.6.12) and libusb (vers. 0.1.10a). First I was
analyzing the example userspace driver (usb.c). Then I wrote a couple of
my own small tests and most of it worked
19 matches
Mail list logo