Am Dienstag, 27. Januar 2004 22:13 schrieb Alan Stern:
> On Tue, 27 Jan 2004, David Brownell wrote:
>
> > And for the record, folk who want MSFT-interop in this area
> > could implement the "PTP" (Picture Transport Protocol, not
> > Peer-to-Peer!) protocol in a Linux-USB device. I understand
> >
On Fri, Jan 30, 2004 at 07:01:19PM +, Peter Denison wrote:
> On Wed, 28 Jan 2004, Greg KH wrote:
>
> > On Mon, Jan 26, 2004 at 10:57:28PM +, Peter Denison wrote:
> > > The following kernel panic is repeatable on both 2.4.22 and 2.4.24. I'm
> > > afraid I can't remember exactly which FTDI d
2.6 has no -fsigned-char anymore. there are 3 checks for info->lun < 0
--- linux-2.6.1-mm2/drivers/usb/storage/datafab.h 2004-01-09 07:59:49.0
+0100
+++ linux-2.6.2-rc2-mm1/drivers/usb/storage/datafab.h 2004-01-29 08:38:17.0
+0100
@@ -29,7 +29,7 @@ extern int datafab_t
On Thu, Jan 29, 2004 at 06:41:52PM -0200, Marcelo Tosatti wrote:
>...
> Summary of changes from v2.4.25-pre7 to v2.4.25-pre8
>
>...
> David Brownell:
>...
> o USB gadget: add file_storage gadget driver [2/7]
>...
I'm getting the following compile erro
> On Wed, 28 Jan 2004, Martin Bogomolni wrote:
>
> > Alan,
> >
> > I am seeing USB hangs with in both ECHI+OCHI and just with OHCI
[...]
Alan replied on Wed, 28 Jan 2004
> Have you tried adding
>
> max_sectors:128,
>
> into the definition of usb_stor_host_template?
Nope,
Adrian Bunk wrote:
>
> On Thu, Jan 29, 2004 at 06:41:52PM -0200, Marcelo Tosatti wrote:
> >...
> > Summary of changes from v2.4.25-pre7 to v2.4.25-pre8
> >
> >...
> > David Brownell:
> >...
> > o USB gadget: add file_storage gadget driver [2/7]
> >...
Join our referral program and earn free internet, and even CA$H !!!
Refer your friends and you get a free month for every two accounts you refer to us.
10 for 10 : Signup 10 and we pay you $10 as well as the 5 free months!
(Limit of 2 months awarded at a time)
Once you have referred 20 custo
On Fri, 30 Jan 2004, Alan Stern wrote:
> On Sat, 31 Jan 2004, Guennadi Liakhovetski wrote:
>
> > Hm, strange. Now I've got a hang without re-plugging. Just by doing
> > "list", "download". The second one hanged. Log attached.
>
> Strange indeed. For what it's worth, at the end of your log the -75
Hhuh... Just noticed - the hanging gphoto2 process did exit eventually
exit... I did press CTRL-C at some point, and disconnected the camera, but
before this actions still didn't recover the hanging process. Here's the
log after the babble-error:
Jan 31 11:49:26 poirot kernel: finished URB d48442c
CPU : PXA255
Kernel : linux-2.4.18
PWC : pwc-8.11(2.4.21)
USB Camera : QuickCam 4000 , Samsung MPC-C10
USB Host Controller : Philips ISP1160
HC Driver : hc_isp116x
‘Troy Kisky’ patch(BoundaryDevice.com) - Enable DMA, Isochronous
Transfer
I don't use DMA. With Troy's driver and pwc-8.11(2.4.21), wh
Alex Sanks wrote:
Unfortunately we don't offer a cardbus equivalent of an Evelyn board,
which is what I think you're hoping for. As a USB developer, I wouldn't
mind having one myself to take my work on the road, but frankly there's
not much demand for such a device.
That's more like I expected
Dave,
here's a patch which resolves the problem during shutdown.
The sum "now_uframe+mod-1" obviously can get greater than mod. If this
is the case the if-clause "now_uframe==clock" results always into false.
Consequently the loop for(;;) loops forever.
/Bernd
--- ehci-sched.c.orig Sat Jan 31 1
On Sat, 31 Jan 2004, Guennadi Liakhovetski wrote:
> Yep, babbling was also the error under 2.4, but the behaviour was
> different. The driver didn't hang, although, it was unusable after that.
> But I could at least remove and re-insert the module.
Well, we're on the path to tracking down the rea
On Jan 27 2004, Alan Stern wrote:
> It all looks pretty much okay. I don't know what those errors at the
> very end are, though...
Ok. While they look scary, it seems that they don't cause me problems,
apart from spamming my logs.
> > Even if my systems use /dev/input/mouse? I'm using Debian tes
Bernd Porr wrote:
Dave,
here's a patch which resolves the problem during shutdown.
The sum "now_uframe+mod-1" obviously can get greater than mod. If this
is the case the if-clause "now_uframe==clock" results always into false.
Consequently the loop for(;;) loops forever.
That's almost exactly th
Dist: Debian unstable
Kernel: 2.6.1 stock
Machine: IBM T23 Laptop
The controller works fine with the Microsoft USB k/b and mouse I use
until the machine is suspended (by running apm --suspend or closing
the lid), but on resume it refuses to work. Trying to rmmod the module
results in it hanging at
On Fri, Dec 12, 2003, Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2003 at 02:26:07PM +0100, Duncan Sands wrote:
> > On Tuesday 09 December 2003 11:46, fee mail wrote:
> > > I guess this patch have been missed so I resend it as 2 rc more and still
> > > not applied or rejected. Begin forwar
Hi,
this driver does DMA to the stack via usb_bulk_msg(). The patch is against
Linus' BK tree and compiles.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
On Sat, 31 Jan 2004, Alan Stern wrote:
> There's another patch below, with more diagnostics. Use it together with
> the previous patch. Then as before, have usb debugging configured on,
> install the uhci-hcd module with debug=3 and run your test. Post the
> debugging log output and the /proc/d
Hi Greg,
if submission of the interrupt URb fails in belkin_sa_open() the
previously submitted URB may remain live. The rest of the system
thinks that opening failed, therefore the URB should be unlinked
in the error case.
Regards
Oliver
You can import this changeset into
Neue Seite 1
Kurban Bayramramanızı kutlar her
şeyin gönlünüzce olmasını dileriz.
Bedava domain, trafık ve webalanı..
http://www.ws.tc";>www.ws.tc
Heh, ok, I see. A controller-reset URB was submitted, and the driver was
waiting for a controller status change interrupt, which never came... So,
to generate such an interrupt I reconnected the camera - and the process
did at last die in piece:-) However, now there's another URB hanging in
the rem
Barnaby Gray wrote:
Dist: Debian unstable
Kernel: 2.6.1 stock
Machine: IBM T23 Laptop
The controller works fine with the Microsoft USB k/b and mouse I use
until the machine is suspended (by running apm --suspend or closing
the lid), but on resume it refuses to work. Trying to rmmod the module
resul
Well, already thought would have to move it to the ACPI list - if an ACPI
handler claimed the irq HANDLED, USB wouldn't get it... So, booted with
acpi=off - same story.
Guennadi
---
Guennadi Liakhovetski
---
The SF.Net email is sponsored by E
On Fri, Jan 30, 2004, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Thu, 29 Jan 2004, Stephen Hemminger wrote:
>
> > Still tracking down the repeatable OOPS in uhci when an receive interrupt
> > transfer is aborted.
> >
> > I noticed that either the comment or the code is wrong about locking
> > ur
This seems to be a new problem.
ISO transfer, quad buffering (4 URBs), high speed:
I suspect that I get old data from one of the four 4 urbs in the
completion handler. As some of you know I do data acquision via the usb.
The data is a sine wave in this case. It looks like that:
1 -0.891218
2 -1.1
On Sun, 1 Feb 2004, Guennadi Liakhovetski wrote:
> Heh, ok, I see. A controller-reset URB was submitted, and the driver was
> waiting for a controller status change interrupt, which never came...
Almost... The URB was a SetInterface command, and the driver was waiting
for a Start-of-Frame inter
27 matches
Mail list logo