On Wed, 2 Mar 2005, Michael wrote:
> I just wanted to add my thanks as well. Thanks Olav! (a bunch)
> It sounds to me like it's looking pretty good.
You are welcome!
> Perhaps when I have some spare time, I'll try hacking it to work
> with an ISP1362. (that shouldn't be too bad, eh?)
Michael
Jan De Luyck wrote:
I'm sorry to have to come back on this, but further use of my USB disk has
shown that a higher timeout is needed to maintain usability. It seems a
higher timeout is needed depending on how far you go in the disk, as I
started using the entire disk a timeout of 130msecs is needed
Hi,
This is what I saw with 2.6.5 kernel (from Redhat FC2):
usb 2-1: new full speed USB device using address 3
usb-storage: This device (0a16,,0100 S 06 P 50) has unneeded SubClass
and Protocol entries in unusual_devs.h
Please send a copy of this message to
scsi2 : SCSI emulation for USB
On Wed, 2005-03-02 at 19:11 -0500, Wakko Warner wrote:
> David Hollis wrote:
> > On Wed, 2005-03-02 at 12:44 -0500, Wakko Warner wrote:
> > > This might be a stupid question, but you aren't changing the MAC address
> > > of
> > > the nic at one place and not at the other?
> >
> >
> > Not really
> > In summary, I have tried hard to convince the world and
> > myself that somebody else is guilty of this error :) Thanks
> > for your help.
>
> No problem, thanks for taking the time to investigate!
>
I just wanted to add my thanks as well. Thanks Olav! (a bunch)
It sounds to me like it's
David Hollis wrote:
> On Wed, 2005-03-02 at 12:44 -0500, Wakko Warner wrote:
> > This might be a stupid question, but you aren't changing the MAC address of
> > the nic at one place and not at the other?
>
>
> Not really changing MAC addresses, though it does bring up a good point:
> I've often f
On Tuesday 01 March 2005 4:22 pm, Gerd v. Egidy wrote:
> Status code -121; transferred 64525/65536
> Status code -104; transferred 0/13
> Status code -71; transferred 3584/65536
> ...
> with only one disconnect in the log. What do the different status
> codes mean?
See Documentation/usb/*err*
On Wed, 2 Mar 2005, U. George wrote:
> I have a pIII laptop, running RH8 with a linux 2.6.10. I am using the
> garmin_gps from http://sourceforge.net/projects/garmin-gps/ & RXTX to
> read the USB data from the GARMIN GPS-18/USB.
>
> Everyonce in a while, the Garmin Data packet, which is sent ap
On Wed, 2 Mar 2005, Olaf Hering wrote:
> When a device is plugged in, rmmod sd_mod fails, does that work for you?
> sda is already unregistered, but rmmod is stuck like that:
>
> rmmod D 000F4240 0 11501 4 (NOTLB)
> d7a03f1c 0086 db8b95a0 000f4240
Begin forwarded message:
Date: Wed, 2 Mar 2005 14:02:46 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 4276] New: boot hangs when USB mouse plugged in
http://bugme.osdl.org/show_bug.cgi?id=4276
Summary: boot hangs when USB mouse plugged in
Kernel
On Wed, 2 Mar 2005, Stavros Markou wrote:
> >Exactly what _do_ you see? And can you indicate where the zero-length
> >packets should occur but don't?
> >
> >
> >
> I issue a ping request at another host with packet size that results a
> transfer buffer for bulk out urb that has length equal t
On Wed, 2005-03-02 at 12:44 -0500, Wakko Warner wrote:
> David Hollis wrote:
> > On Mon, 2005-02-28 at 11:49 -0600, [EMAIL PROTECTED] wrote:
> >
> > > I don't have access to a machine running Windows.
> > > But, I took the device to the office today and tried it on a machine
> > > running FC2 also
On Wednesday 02 March 2005 4:53 am, Jan Zwiegers wrote:
> Can anybody maybe tell me where this pointer moved to, or was it
> removed.
That "automagic resubmit" mechanism has been gone for some time now.
All urbs are single shot: submit once, complete once.
What you should do instead -- this wo
On Wednesday 02 March 2005 9:07 am, Holger Klawitter wrote:
> Hi there,
>
> in 2.6.11 the usbnet module is not being loaded for my Zaurus SL-C860 (Vendor
> ID = 044d, Product ID = 9031), which used to work in 2.6.10. (as stated in
> previous post, rc4 and rc5 were also broken).
Hmm, I don't thi
I have a pIII laptop, running RH8 with a linux 2.6.10. I am using the
garmin_gps from http://sourceforge.net/projects/garmin-gps/ & RXTX to
read the USB data from the GARMIN GPS-18/USB.
Everyonce in a while, the Garmin Data packet, which is sent approx once
a second automatically, loses the fir
Hi there,
in 2.6.11 the usbnet module is not being loaded for my Zaurus SL-C860 (Vendor
ID = 044d, Product ID = 9031), which used to work in 2.6.10. (as stated in
previous post, rc4 and rc5 were also broken).
Moreover, there seems to be a wrong Product ID in usbnet (already in 2.6.9):
is=9050
On Tuesday 01 March 2005 1:26 pm, Gerd v. Egidy wrote:
> The errors look like this:
>
> usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
> usb-storage: Status code -121; transferred 3085/4096
>
> So in case of an error there are always 1011 bytes missing in the transfer.
Smells to me l
On Wednesday 16 February 2005 3:37 am, Steve Hosgood wrote:
> Basically, David, your suggestion of "try small URBs" works! I am now
> seeing 40 fps from my camera with URBs of 4K, 8K and 16K.
>
> So I'd say that your first hypothesis below pans out nicely:
> ...
> > Now while that's normally a fin
On Wednesday 15 December 2004 22:36, Alan Stern wrote:
> Matt:
>
> This is a trivial change, but it helps at least one person. It may help
> others too -- but so far Jan is the only person to report back any test
> results. Increasing the delay from 100 to 110us won't hurt much, at any
> rate.
>
David Hollis wrote:
> On Mon, 2005-02-28 at 11:49 -0600, [EMAIL PROTECTED] wrote:
>
> > I don't have access to a machine running Windows.
> > But, I took the device to the office today and tried it on a machine
> > running FC2 also. It worked flawlessly. Here at home I'm connecting to
> > RoadRunn
This fixes a rare protocol bug that's been with us since at least 2.4 days;
please merge.
- Dave
This fixes a longstanding bug in the OHCI driver, inherited from the 2.4
code. It also fixes a related comment in the EHCI driver, which came when
the EHCI code was first derived from OHCI. (The EHCI
On Wed, Mar 02, 2005 at 06:24:07PM +0300, Alex Kanavin wrote:
[...]
> +/*
> + * Helper function to usbobex_find_interfaces
> + */
> +struct usb_obex_intf* check_intf(struct usb_device* dev, int c, int i, int
> a, struct usb_obex_intf* current)
This function should be static.
> +/*
> + * Helper
Scrive Adrian Bunk <[EMAIL PROTECTED]>:
> I noticed the following regarding the drivers/usb/media/ov511.c driver:
^^^
> - it's not updated compared to upstream:
Could you provide more details?
> - there's no w9968cf-vpp module
On Wed, 2 Mar 2005, Alex Kanavin wrote:
> On Wed, 2 Mar 2005, Alex Kanavin wrote:
>
> > This is the second part, which adds necessary modifications to the rest of
> > the library.
>
> The last part: obex_test application patch.
Oops, there are three parts altogether, not four :)
--
Alexander
On Tue, 1 Mar 2005, Stavros Markou wrote:
> In order to see that feature I 've issued ping to another network device
> with sizes divisible to maxpacketsize . Unfortunately, I haven't seen a
> zero - length packet using my usb analyzer.
Exactly what _do_ you see? And can you indicate where the
On Wed, 2 Mar 2005, Alex Kanavin wrote:
> So here's the new version of the patch, first the part that adds usbobex.c
> and .h.
This is the second part, which adds necessary modifications to the rest of
the library.
--
Alexander
Homepage: http://www.sensi.org/~ak/
diff -uNr -x configure -x a
On Wed, 2 Mar 2005, Alex Kanavin wrote:
> This is the second part, which adds necessary modifications to the rest of
> the library.
The last part: obex_test application patch.
--
Alexander
Homepage: http://www.sensi.org/~ak/
diff -uNr -x INSTALL -x Makefile -x Makefile.in -x aclocal.m4 -x au
On Thu, Feb 17, Alan Stern wrote:
> On Thu, 17 Feb 2005, Olaf Hering wrote:
>
> > On Mon, Feb 14, Alan Stern wrote:
> >
> > > https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-November/001201.html
> >
> > Alan,
> >
> > this patch seems to fix the crashes. Is it ready for production
On Fri, 11 Feb 2005, Marcel Holtmann wrote:
> This was the first look through your code. You should really make sure
> that everything is still working when USB support is not compiled in. I
> think it is a good idea to break your patch up a little bit. One patch
> that adds usbobex.[ch] and the o
Hello,
First of all, I don't speak english, so it's possible there is a lot of
mistakes.
I found another unusual_dev, and I send you the patch to add it.
/proc/bus/usb/devices information:
T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 13 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00
Alan Stern wrote:
On Tue, 1 Mar 2005, Stavros Markou wrote:
In order to see that feature I 've issued ping to another network device
with sizes divisible to maxpacketsize . Unfortunately, I haven't seen a
zero - length packet using my usb analyzer.
Exactly what _do_ you see? And can you
On Tue, 1 Mar 2005, Gerd v. Egidy wrote:
> Hi,
>
> > There's a description of max_sectors in the FAQ at www.linux-usb.org.
> > Can you verify that it is still set to 240? Maybe something we're not
> > aware of has changed it.
>
> [EMAIL PROTECTED] cat /sys/block/sda/device/max_sectors
> 256
>
On Mon, 2005-02-28 at 11:49 -0600, [EMAIL PROTECTED] wrote:
> I don't have access to a machine running Windows.
> But, I took the device to the office today and tried it on a machine
> running FC2 also. It worked flawlessly. Here at home I'm connecting to
> RoadRunner (high speed cable). Is that t
On Tue, 1 Mar 2005, tong changda wrote:
> Hello
> I use DiskOnChip as usb-mass storage media on pxa271, Now I could put
> file through windows into it, and windows could read the file. but the
> problem puzzle me dozens of days, that _sometimes_ after a large mount of
> data transfer and wr
On Tue, 1 Mar 2005, Gerd v. Egidy wrote:
> Hi,
>
> I'm back from hardware-hell.
Welcome, Orpheus! :-)
> I changed every part of the system (cpu, ram,
> board, case/power-supply, pci-cards, disk, usb-frame,...), one at a time, and
> the problem still persists. In the first email I reported th
Hi Everyone
I'm busy doing upgrades to my USB drivers developed on kernel version
2.4.22 to support kernel 2.6.9
In this version of the USB API the urb structure had a next pointer
which you can use to link onto your next urb.
I used this to do continuous iso transfers.
Can anybody maybe tell me
Hi Ian,
On Tue, 1 Mar 2005, Ian Campbell wrote:
> > If you are not yet tired of my requests then could you
> > please regenerate the log after adding the following to
> > the beginning of the dump_ptd() and dump_ptd_{in,out}_data()
> > functions:
> >
> > if(PTD_GET_EP(ptd) != 3)
> >
On Wed, 2005-03-02 at 00:36 +0200, Olav Kongas wrote:
> Therefore I suspect that the dongle is guilty sending the
> USB data packet with incorrect Toggle from EP3 every now and
> then. Say, when you start a new operation like ping. Of
> course, the verification would be to detect this error with
>
Hi Everyone
I'm busy doing upgrades to my USB drivers developed on kernel version
2.4.22 to support kernel 2.6.9
In this version of the USB API the urb structure had a next pointer
which you can use to link onto your next urb.
I used this to do continuous iso transfers.
Can anybody maybe tell me
39 matches
Mail list logo
