On Thu, 16 Jan 2003, Thomas Chen wrote:
| > like you say:v
| > | so... if that is the case... from PC/host point of view... we SHOULD
| > | never send out any packet that is has OUT bit set why am i seeing
| > | BULK message being queued up with that bit set ???
| > |
| > | 0x8280
| > |
> like you say:v
> | so... if that is the case... from PC/host point of view... we SHOULD
> | never send out any packet that is has OUT bit set why am i seeing
> | BULK message being queued up with that bit set ???
> |
> | 0x8280
> | ^
> |
> | this starts happening when the usbseri
On Thu, 16 Jan 2003, thomas chen wrote:
|
| i am not sure if i understand the PID stuff correctly after reading
| thru the code and some USB spec
|
| i thought from my limited reading that
| OUT - Function to HOST
| IN - HOST to Function
OUT: host to device
IN: device to host
It's basically PC-
i am not sure if i understand the PID stuff correctly after reading
thru the code and some USB spec
i thought from my limited reading that
OUT - Function to HOST
IN - HOST to Function
so... if that is the case... from PC/host point of view... we SHOULD
never send out any packet that is has OUT
thanks for the pointers it turned out that it is being queued
but for the wrong reason...
in the submit_urb.. (this is the SL811)... it checks the
RH.DEVNUM (which is 1)... against the PIPEDEVICE which is 2...
so it does not send it out and queue it up... and i am now trying
to find out wher
thomas chen wrote:
ohci can handle two urb_submit by DELAYing one for the next frame?
No, it handles them by _queueing_ the second one so that it'll
start after the first one finishes. In the case of OHCI, the
typical case is that the hardware automatically advances that
queue ... no software a
ohci can handle two urb_submit by DELAYing one for the next frame?
i guess the question is that can two packets be sent in the same frame?
if not.. then the driver is responsible for delaying one??? i guess that
is the problem... the driver i have does not seem to do that properly
and slave start
On Thu, Jan 16, 2003 at 07:33:14PM -0500, thomas chen wrote:
> can TWO submit_urb be performed within the same FRAME?
Well UHCI and OHCI can do it, I don't know if your driver can :)
greg k-h
---
This SF.NET email is sponsored by: Thawte.com
U
can TWO submit_urb be performed within the same FRAME?
i basically tracked it down to usb.c making TWO submit_urb request
within the same 1MS frame can this be done? or should the lower
level driver take responsibility to queue them up and delay second
one by one frame ???
basically when thi
Am Donnerstag, 16. Januar 2003 21:48 schrieb Mike Anderson:
> David Brownell [[EMAIL PROTECTED]] wrote:
> > Have any of the SCSI people been looking much at SCSI hotplug on 2.5?
> > I attach "/etc/hotplug/scsi.agent" from one of my desktops; all it
> > does is make sure the right drivers are loaded
Copied to linux-usb-devel, as they should also see this...
On Thu, 16 Jan 2003 12:10:18 -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>, Greg KH <[EMAIL PROTECTED]>
> wrote:
>>On Thu, Jan 16, 2003 at 11:43:23AM -0800, Matthew Dharm wrote:
>>> Well, we only create the host when the
Hello Oliver,
On Thursday 16 January 2003 00:34, Oliver Neukum wrote:
> Hi,
>
> I'd like to propose a small further patch.
>
> I want to bind URBs to usb_devices at allocation.
> usb_alloc_urb (int i, int mem_flags) ->
> usb_alloc_urb (struct usb_device *dev, int i, int mem_flags)
> and usb_fill_*
On Thursday 16 Jan 2003 8:22 pm, Greg KH wrote:
> On Thu, Jan 16, 2003 at 08:10:26PM +, oliver stieber wrote:
> > Patch taking account of log2 intervals for iso and interrupt urbs.
> Do you really want to fall through here?
>
> greg k-h
oops I've put the blank line back in too.
--- linux
Patrik Staehli wrote:
The freezing lockups only happen when the interrupt load of the system
is relatively high and the mouse is being moved during that time.
For all of its relative stability, the "usb-ohci" driver did have some
issues ... many of which are fixed only in the 2.5 code, though a
On Thu, Jan 16, 2003 at 03:27:15PM -0500, thomas chen wrote:
>
> and there is a prolific 2303 serial converter... it is hooked up to a
> small GPS (look like a mouse) receiver running at 4800 bps...
So the control messages sent to the device are not completing? The bulk
urbs that are sent to the
David Brownell [[EMAIL PROTECTED]] wrote:
> Have any of the SCSI people been looking much at SCSI hotplug on 2.5?
> I attach "/etc/hotplug/scsi.agent" from one of my desktops; all it
> does is make sure the right drivers are loaded, it doesn't have a
> clue yet about whether/how/where to mount disk
Greg KH wrote:
On Thu, Jan 16, 2003 at 11:43:23AM -0800, Matthew Dharm wrote:
Well, we only create the host when the device is first attached. After
that, if it goes away and comes back, we re-connect it to the old SCSI
host.
Ick, so when the device is gone, where does the SCSI host go? Is
here is the set up
i have a ARM7TDMI based board with SL811HS chip
running uclinux 2.4.19
and there is a prolific 2303 serial converter... it is hooked up to a
small GPS (look like a mouse) receiver running at 4800 bps...
Greg KH wrote:
>
> On Thu, Jan 16, 2003 at 03:06:01PM -0500, thom
On Thu, Jan 16, 2003 at 08:10:26PM +, oliver stieber wrote:
> Patch taking account of log2 intervals for iso and interrupt urbs.
>
>
> --- linux-2.5.54/drivers/usb/core/devio.c 2003-01-02 03:22:02.0 +
> +++ /usr/src/linux/drivers/usb/core/devio.c 2003-01-16 20:04:52.
On Thu, Jan 16, 2003 at 03:14:39PM -0500, Bill Davidsen wrote:
> On Wed, 15 Jan 2003, Greg KH wrote:
>
> Would it be possible to post patches in general instead of pointing to bk:
> links? Some people can't use bk and would like the patches (legal opinion,
> not technical issues).
All usb patches
On Thu, Jan 16, 2003 at 03:06:01PM -0500, thomas chen wrote:
>
> well... i am getting usb.c complaining about "bulk_msg: timeout"
>
> and i traced it down to the chip level where SL811 is getting NACK
> from the slave (device)... and because of that... the urb->complete is
> not getting
> called
On Wed, 15 Jan 2003, Greg KH wrote:
Would it be possible to post patches in general instead of pointing to bk:
links? Some people can't use bk and would like the patches (legal opinion,
not technical issues).
--
bill davidsen <[EMAIL PROTECTED]>
CTO, TMR Associates, Inc
Doing interesting thing
well... i am getting usb.c complaining about "bulk_msg: timeout"
and i traced it down to the chip level where SL811 is getting NACK
from the slave (device)... and because of that... the urb->complete is
not getting
called... and usb task is then spitting out that timeout message
is this a non-i
Patch taking account of log2 intervals for iso and interrupt urbs.
--- linux-2.5.54/drivers/usb/core/devio.c 2003-01-02 03:22:02.0 +
+++ /usr/src/linux/drivers/usb/core/devio.c 2003-01-16 20:04:52.0 +
@@ -854,13 +854,21 @@
return -EINVAL;
On Thu, Jan 16, 2003 at 01:58:39PM -0500, thomas chen wrote:
> i am working on a SL811 host controller in a ARM7 based embeded system
> running uclinux
>
> i am continusouly getting NACK from slave device after a while...
Nothing wrong with that, it means the device doesn't have any data to
send
On Thu, Jan 16, 2003 at 11:43:23AM -0800, Matthew Dharm wrote:
> Well, we only create the host when the device is first attached. After
> that, if it goes away and comes back, we re-connect it to the old SCSI
> host.
Ick, so when the device is gone, where does the SCSI host go? Is it
still repre
Well, we only create the host when the device is first attached. After
that, if it goes away and comes back, we re-connect it to the old SCSI
host.
But, while the device is gone, you've created an association between a SCSI
node that exists and a non-existant USB device. Basically, you've got a
Alan Stern wrote:
On Thu, 16 Jan 2003, Stephen Harker wrote:
Trace; c013f258
Trace; c0133a67
Trace; c0133c95
Trace; c0133d03
Trace; c0134c10
Trace; c0134e89 <__alloc_pages+d9/170>
Trace; c012fcde
Trace; d080ec81 <[jbd].text.lock.journal+5ea5/14284>
Trace; c013b314
Trace; c0108f03
Al
ChangeSet 1.971.1.5, 2003/01/11 23:45:51-08:00, [EMAIL PROTECTED]
[PATCH] usb-skeleton MINOR_BASE change
USB_SKEL_MINOR_BASE should be a multiple of 16 to work
correctly with the way that minors are assigned (in blocks
of 16) in Linux 2.4.x.
diff -Nru a/drivers/usb/usb-skeleton.c b/drivers/usb/
i am working on a SL811 host controller in a ARM7 based embeded system
running uclinux
i am continusouly getting NACK from slave device after a while...
can someone point me to a good resource about the low level usb
handshaking??? why is this happening? the same device seems to work
ok with intel
ChangeSet 1.971.1.12, 2003/01/15 12:51:56-08:00, [EMAIL PROTECTED]
[PATCH] Add maintainer for USB scanner driver
diff -Nru a/MAINTAINERS b/MAINTAINERS
--- a/MAINTAINERS Thu Jan 16 10:51:51 2003
+++ b/MAINTAINERS Thu Jan 16 10:51:51 2003
@@ -1805,6 +1805,14 @@
L: [EMAIL PROTECTED
ChangeSet 1.971.1.3, 2003/01/08 16:45:23-08:00, [EMAIL PROTECTED]
[PATCH] PATCH: more unusual USB storage devices
IBM memory key
Epson 785EPX PCMCIA slot
Konica KD-200Z camera
diff -Nru a/drivers/usb/storage/unusual_devs.h b/drivers/usb/storage/unusual_devs.h
--- a/drivers/usb/storage/unusual_d
ChangeSet 1.954.1.5, 2003/01/09 01:02:07-08:00, [EMAIL PROTECTED]
[PATCH] USB: fix ehci build problem for older versions of gcc
diff -Nru a/drivers/usb/hcd/ehci-dbg.c b/drivers/usb/hcd/ehci-dbg.c
--- a/drivers/usb/hcd/ehci-dbg.cThu Jan 16 10:52:08 2003
+++ b/drivers/usb/hcd/ehci-dbg.c
ChangeSet 1.971.1.7, 2003/01/12 23:17:07-08:00, [EMAIL PROTECTED]
[PATCH] USB: Backport konicawc driver to 2.4
This patch adds support for webcams based on a konica chipset
(eg Intel YC76). It is a backport from 2.5
diff -Nru a/Documentation/Configure.help b/Documentation/Configure.help
--- a/D
ChangeSet 1.1025, 2003/01/16 10:51:04-08:00, [EMAIL PROTECTED]
[PATCH] Added ids for the Dell Axim and Toshiba E740. Thanks to Ian Molton
diff -Nru a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.c Thu Jan 16 10:51:44 2003
+++ b/drivers/usb/serial/ipaq.c Thu
ChangeSet 1.971.1.2, 2003/01/08 16:45:11-08:00, [EMAIL PROTECTED]
[PATCH] USB scanner driver: updated Configure.help
This patch removes the link in Configure.help to
Documentation/usb/scanner-hp-sane.txt which was removed by the
documentation update.
diff -Nru a/Documentation/Configure.help b/D
ChangeSet 1.954.1.2, 2003/01/06 15:48:16-08:00, [EMAIL PROTECTED]
[PATCH] zaurus B500 (sl-5600?) & usbnet
More Zaurii. That model will be interesting from the
perspective of "usb gadget drivers", lots of flexible
endpoints are available.
diff -Nru a/drivers/usb/usbnet.c b/drivers/usb/usbnet.c
ChangeSet 1.971.1.8, 2003/01/15 12:48:51-08:00, [EMAIL PROTECTED]
[PATCH] : scanner.h, scanner.c: New vendor/product ids for visioneer scanners
This patch adds vendor/product ids for two Visioneer scanners.
diff -Nru a/drivers/usb/scanner.c b/drivers/usb/scanner.c
--- a/drivers/usb/scanner.c
ChangeSet 1.971.1.9, 2003/01/15 12:49:35-08:00, [EMAIL PROTECTED]
[PATCH] scanner.c: print user-supplied ids only on start-up
With this patch, information about user-supplied ids is printed only
once at startup instead of everytime any USB device is plugged in.
The patch is on top of the new ids
ChangeSet 1.971.1.6, 2003/01/12 00:01:28-08:00, [EMAIL PROTECTED]
[PATCH] USB bluetooth: fix incorrect url in help text.
diff -Nru a/Documentation/Configure.help b/Documentation/Configure.help
--- a/Documentation/Configure.help Thu Jan 16 10:52:04 2003
+++ b/Documentation/Configure.help
ChangeSet 1.971.1.10, 2003/01/15 12:50:12-08:00, [EMAIL PROTECTED]
[PATCH] scanner.c, scanner.h: Remove PV8630 ioctls
This patch removes the inofficial ioctls that were used to support the
PV8630 USB-over-Parport chipset. They were already ifdefed out.
Instead of them, the more generic (and offic
ChangeSet 1.954.1.3, 2003/01/08 08:36:06-08:00, [EMAIL PROTECTED]
[PATCH] scanner.c: remove "magic" number for interface
On Tue, Dec 24, 2002 at 12:40:06AM +0100, Oliver Neukum wrote:
>
> > Well, the reason I didn't use one was that I didn't found one in
> > usb.h/usb_ch9.h for 16. It's also not
ChangeSet 1.1024, 2003/01/16 10:44:04-08:00, [EMAIL PROTECTED]
USB: Move the scanner ioctls to usb_scanner_ioctl.h to allow access by archs that need
it.
Specifically arches that need to thunk between a 32 bit userspace
and a 64 bit kernel.
Thanks to Dave Miller for proding me to make this chan
ChangeSet 1.971.1.11, 2003/01/15 12:51:27-08:00, [EMAIL PROTECTED]
[PATCH] scanner.c: endpoint detection cleanup
This patch makes endpoint detection more generic. Basically, only one
bulk-in endpoint is required, everything else is optional.
The patch is on top of the PV8630 removal patch.
dif
ChangeSet 1.954.1.4, 2003/01/08 10:13:02-08:00, [EMAIL PROTECTED]
[PATCH] USB Serial patch.
I got a PL2303 USB serial converter a few days ago, and got your driver
up and running fairly quickly. The problem is that I got an oops when I
rmmod-ed the drivers. The pl2303 uses two interfaces but re
Hi,
Here are some USB updates and bugfixes for 2.4.21-pre3.
Please pull from: bk://linuxusb.bkbits.net/marcelo-2.4
The individual patches will be sent in follow up messages to this email
to you and the linux-usb-devel mailing list.
thanks,
greg k-h
Documentation/Configure.help | 44
On Thu, Jan 16, 2003 at 06:55:07PM +0530, V Ganesh wrote:
>
> hi,
> this adds the dell axim and toshiba e740 vendor/product ids to the
> ipaq driver.
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by: Thawte.com
Understand
HID guys,
I took over support of the Aiptek tablet HID driver from Chris Atenasio.
Things have been difficult insofar as I don't completely understand the
HID spec, and I've been working from an incomplete hardware spec. (Other
than that, everything is good!)
1.I have some new Aiptek produ
On Thu, Jan 16, 2003 at 09:31:12AM -0800, Matthew Dharm wrote:
> Hrm... doesn't this all fall to pot when the device is unplugged and
> repluged?
Um, how? This seems to work for me, but I don't have a lot of devices
here. And if there is a problem, you might want to tell the scsi
people, as they
Hrm... doesn't this all fall to pot when the device is unplugged and
repluged?
Matt
On Wed, Jan 15, 2003 at 03:27:00PM -0800, Greg KH wrote:
> ChangeSet 1.879.76.2, 2003/01/13 17:31:46-08:00, [EMAIL PROTECTED]
>
> [PATCH] USB: put the usb storage's SCSI device in the proper place in sysfs.
>
>
[ Since Greg KH and Duncan Sands haven't contributed directly to this
discussion, I'm removing their names from the CC: above -- they can read
this via the regular mailing list. ]
On Wed, 15 Jan 2003, Oliver Neukum wrote:
> I take it back, there's a need for a TERMINATING state.
> Your argument
Title: ´ç÷Ȯ·ü 100¹è up, °¡°Ý ÃÖ´ë 45% DOWN. ¹é¯º¹±Ç ź»ý!!!
On Thu, 16 Jan 2003, Oliver Neukum wrote:
>
> > But I have a problem with usb_unlink_urb() and resubmitting, as you
> > suggests.
> >
> > First of all, usb_unlink_urb() comes in two flavours, asynchronous and
> > synchronous. If I use asychronous unlink, it may well be the aim of the
> > device d
On Wed, 15 Jan 2003, David Brownell wrote:
> Alan Stern wrote:
>
> > This is where my lack of knowledge of the details underlying the usb core
> > shows through. Okay, looking at hcd.c I see where urb_unlink() is called
> > and how it releases the bandwidth. I'm surprised; is it really supposed
Am Donnerstag, 16. Januar 2003 16:39 schrieb Alan Stern:
> On Thu, 16 Jan 2003, Oliver Neukum wrote:
> > It seems like queuecommand of usb-storage is handed a NULL-pointer.
>
> From Stephen's ksymoops output:
> >>EIP; c01348b1 <__free_pages_ok+2e1/300> <=
>
> If queuecommand were dereferenci
Hi,
With any 2.5.xx kernel i tried, my mac with PCI USB card crashes
completely while loading the OHCI HCD. Normally I have USB built into the
kernel since I use a USB keyboard & mouse, so booting stops and the
computer doesn't respond to anything. The same happens with USB built as
modules, after
On Thu, 16 Jan 2003, Oliver Neukum wrote:
> It seems like queuecommand of usb-storage is handed a NULL-pointer.
>From Stephen's ksymoops output:
>>EIP; c01348b1 <__free_pages_ok+2e1/300> <=
If queuecommand were dereferencing a NULL pointer, the EIP value would not
lie in __free_pages_ok
Hello
We are experiencing usb mouse freezing with different 2.4.x kernels
(tested: 2.4.1, 2.4.17 and 2.4.20). In 2.4.20 it's actually much more
frequent than in the older ones.
The freezing lockups only happen when the interrupt load of the system
is relatively high and the mouse is being moved
On Thu, 16 Jan 2003, Stephen Harker wrote:
> Well here is a dmesg extract with usb-storage-debug turned on and the
> oops and the output of ksymoops. There doesn't appear to be much wrong
> with usb-storage? I am no expert...
Your system log shows no problems at all with usb-storage. All th
On Thu, 16 Jan 2003, Stephen Harker wrote:
> >>Trace; c013f258
> >>Trace; c0133a67
> >>Trace; c0133c95
> >>Trace; c0133d03
> >>Trace; c0134c10
> >>Trace; c0134e89 <__alloc_pages+d9/170>
> >>Trace; c012fcde
> >>Trace; d080ec81 <[jbd].text.lock.journal+5ea5/14284>
> >>Trace; c013b314
> >>Trac
hi,
this adds the dell axim and toshiba e740 vendor/product ids to the
ipaq driver.
thanks,
ganesh
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.5 USB kernel tree
# This patch format is intended for GNU patch command version 2.5 or hig
hi,
this adds the dell axim and toshiba e740 vendor/product ids to the
ipaq driver.
thanks,
ganesh
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.4 USB kernel tree
# This patch format is intended for GNU patch command version 2.5 or hi
Hi,
On Thu, Jan 09, 2003 at 12:05:46AM +0100, Henning Meier-Geinitz wrote:
> This is another try to fix the crashes that occur when a USB scanner
> is disconnected while open and write/read/ioctl is called after the
> disconnect. This time I've kept all the cleanup bur kfree(scn) in
> disconnect_s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 16 Jan 2003 11:18, Oliver Neukum wrote:
> No. Does that mean you are volunteering to get me a USB2.0 storage device?
Note that the Beanie fund still has cash. If you don't ask, you don't get
Brad
- --
http://linux.conf.au. 22-25Jan2003. P
64 matches
Mail list logo
