Istvan De wrote:
Hi!
Sorry for the delay in replying, I was the one who started
this thread on usb-devel.
It seems that the acm driver sets the maximum transfer size to
the wMaxPacketSize field of the relevant endpoint descriptor,
this is maximum 64 bytes for a bulk high speed endpoint.
Fro
On Fri, 2 Sep 2005, Dominik Wezel wrote:
> > Which version of udev are you using? Is it the version currently
> > distributed with Fedora 3? That version doesn't work with 2.6.12 kernels.
>
> $ udevinfo -V
> udevinfo, version 056
>
> I don't know which version Fedora 3 is using, as I'm using
Begin forwarded message:
Date: Tue, 6 Sep 2005 06:17:46 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5195] New: scsi_eh not get released for USB storage
device after failure or disconnect
http://bugzilla.kernel.org/show_bug.cgi?id=5195
Summary: sc
On Tue, 6 Sep 2005, Franck wrote:
> Alan,
>
> 2005/9/5, Alan Stern <[EMAIL PROTECTED]>:
> > > > On the third hand, who would ever make an embedded hub with only one,
> > > > fixed downstream port? Why not leave out the hub and attach the
> > > > upstream
> > > > port directly to the downstream
Alan Stern <[EMAIL PROTECTED]> writes:
> On Tue, 6 Sep 2005, Arnaud Patard wrote:
>
>> > You've been anticipated already! :-)
>> >
>> > See http://marc.theaimsgroup.com/?l=linux-usb-devel&m=112129323406389&w=2
>> >
>>
>> Oh okay. I missed that patch. Unfortunately, it's not yet in Linus git tree
Alan,
2005/9/5, Alan Stern <[EMAIL PROTECTED]>:
> > > On the third hand, who would ever make an embedded hub with only one,
> > > fixed downstream port? Why not leave out the hub and attach the upstream
> > > port directly to the downstream device?
> > >
> >
> > surely because the downstream devi
> > > The first question is not specific to sl811 hcd: for periodic
> > > transfer, does a urb must be resubmitted by the function driver after
> > > its transfer completion is called or is it handled by the hcd/core ?
> >
> > There is no "automagic resubmit" in 2.6 kernels; drivers reissue URBs
>
2005/9/6, David Brownell <[EMAIL PROTECTED]>:
>
> > The first question is not specific to sl811 hcd: for periodic
> > transfer, does a urb must be resubmitted by the function driver after
> > its transfer completion is called or is it handled by the hcd/core ?
>
> There is no "automagic resubmit"
On Tue, 6 Sep 2005, Franck wrote:
> > > well, the feature allows the hardware to automatically restart a
> > > transaction when the function previously handshaked it with a NAK. If
> > > the function is a hub and the transaction is used to poll its endpoint
> > > 1...the hub will send NAK as long
On Tue, 6 Sep 2005, Franck wrote:
> > > Can you point out in the code where is the setup of 4 times per second
> > > interval ? I can't find it.
> >
> > It's in drivers/usb/core/hub.c. The URB is set up near the end of
> > hub_configure(), and it is submitted in hub_activate(). Search for
> > o
2005/9/6, Alan Stern <[EMAIL PROTECTED]>:
> On Mon, 5 Sep 2005, Franck wrote:
>
> > 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
> The first question is not specific to sl811 hcd: for periodic
> transfer, does a urb must be resubmitted by the function driver after
> its transfer completion is called or is it handled by the hcd/core ?
There is no "automagic resubmit" in 2.6 kernels; drivers reissue URBs
themselves, if that'
2005/9/6, Alan Stern <[EMAIL PROTECTED]>:
> On Mon, 5 Sep 2005, Franck wrote:
>
> > 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 secon
Hi David,
I'm trying to figure out how the scheduling works for the sl811 host
controller driver, specialy for periodic transfers.
The first question is not specific to sl811 hcd: for periodic
transfer, does a urb must be resubmitted by the function driver after
its transfer completion is called
On Tue, 6 Sep 2005, Arnaud Patard wrote:
> > You've been anticipated already! :-)
> >
> > See http://marc.theaimsgroup.com/?l=linux-usb-devel&m=112129323406389&w=2
> >
>
> Oh okay. I missed that patch. Unfortunately, it's not yet in Linus git tree
> :-(
For the current USB patches (and others)
On Mon, 5 Sep 2005, Franck wrote:
> 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
> > >
On Mon, 5 Sep 2005, Franck wrote:
> 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 fea
Alan Stern <[EMAIL PROTECTED]> writes:
> On Tue, 6 Sep 2005, Arnaud Patard wrote:
>
>>
>> Hi,
>>
>> I'm usually using the g_ether driver with my s3c2410_udc driver but this
>> time I wanted to test something with the g_file_storage
>> driver. Unfortunately, it doesn't build. The trivial fix is a
On Tue, 6 Sep 2005, Arnaud Patard wrote:
>
> Hi,
>
> I'm usually using the g_ether driver with my s3c2410_udc driver but this
> time I wanted to test something with the g_file_storage
> driver. Unfortunately, it doesn't build. The trivial fix is attached.
You've been anticipated already! :-)
Hi,
I'm usually using the g_ether driver with my s3c2410_udc driver but this
time I wanted to test something with the g_file_storage
driver. Unfortunately, it doesn't build. The trivial fix is attached.
Regards,
Arnaud Patard
Signed-Off-By: Arnaud Patard <[EMAIL PROTECTED]>
---
diff --git a
On Mon, 5 Sep 2005, Franck wrote:
> 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
On Mon, 5 Sep 2005, Juergen Schindele wrote:
> 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
For 2.6 - no, AFAIK. Except if Philips has come up with
their own driver.
22 matches
Mail list logo
