confirm 115627
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_
On Tue, 20 Jan 2004, David Brownell wrote:
> Date: Tue, 20 Jan 2004 19:38:13 -0800
> From: David Brownell <[EMAIL PROTECTED]>
> To: John Heil <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
> linux-usb-devel <[EMAIL PROTECTED]>
> Subject: Re: [linux-usb-devel] Re: Test of ehci
Greg --
Greg KH wrote:
> I agree. Care to do the port? :)
Sure. I won't be able to start on until after
Feb 5, though.
-- Al
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
On Jan 20 2004, Alan Stern wrote:
> Here Rogério, try this patch. It adds a few more diagnostic messages. I
> think the problem occurs at the point where the system tries to reset one
> of the ports belonging to the internal hub. This should help make sure of
> that.
Hi, Alan.
Attached is t
Hi John,
More later, but one quick comment:
Each urb at present has 2048 bytes so the mult bit is on and it
comes in 1K chunks. The production version will be about 2800+
so 3 chunks.
Interesting ... so eight urbs per uframe, one IRQ each 125 usec.
What happens when you make each URB larger, lik
On Tue, 20 Jan 2004, David Brownell wrote:
> Date: Tue, 20 Jan 2004 18:09:43 -0800
> From: David Brownell <[EMAIL PROTECTED]>
> To: John Heil <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
> linux-usb-devel <[EMAIL PROTECTED]>
> Subject: Re: [linux-usb-devel] Re: Test of ehci
John Heil wrote:
On Tue, 20 Jan 2004, David Brownell wrote:
At one point I noticed schedule glitching if the URB queue got short enough
to empty; for now, that'll force a big (10 msec!) gap in the stream. If
that's an issue, the fix is using deeper queues in your host side driver.
Forgive my ju
ChangeSet 1.1474.81.33, 2004/01/16 17:15:09-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Fix scatter-gather for non READ/WRITE in sddr55
These patch fixes the scatter-gather usage in the sddr55 driver for
commands other than READ or WRITE. It also tidies up a few other
commands.
drivers/usb/
ChangeSet 1.1474.81.1, 2004/01/06 13:55:44-08:00, [EMAIL PROTECTED]
USB: add legotower driver to main usb makefile
drivers/usb/Makefile |1 +
1 files changed, 1 insertion(+)
diff -Nru a/drivers/usb/Makefile b/drivers/usb/Makefile
--- a/drivers/usb/Makefile Tue Jan 20 17:37:50 2004
++
ChangeSet 1.1516, 2004/01/20 16:53:52-08:00, [EMAIL PROTECTED]
[PATCH] USB: Band-aid for mct_u232 in 2.6.1
On Sun, 18 Jan 2004 00:37:44 -0800
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> My Magic Control Technology adapter causes an oops in the following way.
> Connect the thing, run "cat < /dev/tt
ChangeSet 1.1508, 2004/01/20 14:50:56-08:00, [EMAIL PROTECTED]
[PATCH] USB UHCI: fix broken data toggles for queued control URBs
This patch fixes a long-standing (albeit unidentified) problem in the
queueing code for the UHCI HCD. The code propagates data toggle settings
between messages in a qu
ChangeSet 1.1474.81.11, 2004/01/16 15:26:54-08:00, [EMAIL PROTECTED]
[PATCH] USB storage: unusual_devs.h change
On Tue, 23 Dec 2003, sledgedog wrote:
> USB Mass Storage support registered.
> hub 3-0:1.0: new USB device on port 2, assigned address 2
> usb-storage: This device (090c,1132,0100 S 06
ChangeSet 1.1512, 2004/01/20 16:02:47-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Notify the SCSI layer about device resets
According to James Bottomley, we need to notify the SCSI midlayer whenever
we issue a driver-initiated device reset. That can happen in several
places, most notably follo
ChangeSet 1.1474.81.22, 2004/01/16 16:27:36-08:00, [EMAIL PROTECTED]
[PATCH] USB: EHCI support on MIPS
From Darwin Rambo, <[EMAIL PROTECTED]>
These get rid of 8 and 16 byte PCI access, which don't work
on some MIPS platforms.
drivers/usb/host/ehci-dbg.c |3 ++-
drivers/usb/host/eh
ChangeSet 1.1474.81.12, 2004/01/16 15:27:26-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: another unneeded unusual_devs entry
On Fri, 2 Jan 2004, Oliver Neukum wrote:
> Hi Alan,
>
> you seem to like them. Here it is:
>
> usb-storage 3-1:1.0: usb_probe_interface
> usb-storage 3-1:1.0: usb_probe_i
ChangeSet 1.1474.81.35, 2004/01/16 17:18:20-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: add sysfs info attribute
This patch adds a sysfs attribute to the usb-storage SCSI devices. This
attribute (read-only) is basically a clone of the information available in
/proc/scsi/scsi -- since that inte
ChangeSet 1.1474.81.29, 2004/01/16 17:11:16-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Remove non s-g pathway from subdriver READ/WRITE
This patch does what you suggested. The read/write routines from the
updated subdrivers are changed so they don't bother to differentiate
between transfers t
ChangeSet 1.1474.81.24, 2004/01/16 16:42:42-08:00, [EMAIL PROTECTED]
[PATCH] USB: ehci update: 1/3, misc
This is minor "obvious" fixes plus two tweaks to help later
patches:
- Interrupt QH has a link to the device, needed to implement
schedule trees (like OHCI does today) that are TT-
ChangeSet 1.1474.81.28, 2004/01/16 17:03:58-08:00, [EMAIL PROTECTED]
[PATCH] USB: powermate-payload-size-fix.patch
Thomas has a newer variant of this device, which sends more data.
drivers/usb/input/powermate.c | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
di
ChangeSet 1.1474.81.31, 2004/01/16 17:11:49-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Fix scatter-gather for non READ/WRITE in jumpshot
These patch fixes the scatter-gather usage in the jumpshot driver for
commands other than READ or WRITE. It also tidies up the MODE-SENSE
handler considerab
ChangeSet 1.1474.81.4, 2004/01/06 14:19:28-08:00, [EMAIL PROTECTED]
[PATCH] USB: fix kfree in usb-skeleton.c
>> if (dev->bulk_in_buffer != NULL)
>> kfree (dev->bulk_in_buffer);
>
>
> Yes that one check can go away. Care to send me a patch?
Actually all those checks should go a
ChangeSet 1.1474.81.15, 2004/01/16 15:38:37-08:00, [EMAIL PROTECTED]
[PATCH] USB: add another PID to ftdi_sio
This patch adds a new product ID to the list of devices using the FTDI232BM
chip. It applies cleanly against vanilla 2.6.0.
drivers/usb/serial/ftdi_sio.c |1 +
drivers/usb/serial/f
ChangeSet 1.1474.81.14, 2004/01/16 15:28:56-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: unusual_devs.h update
On Wed, 14 Jan 2004, Marcin Juszkiewicz wrote:
> After running "MS Import" on my Sony Clie SJ30 palmtop I got:
>
> hub 3-0:1.0: new USB device on port 2, assigned address 6
> usb-stora
ChangeSet 1.1474.81.23, 2004/01/16 16:29:03-08:00, [EMAIL PROTECTED]
[PATCH] USB: high speed iso maxpacket is 1024 not 1023
Someone sent this around mixed with an EHCI patch which should not
be applied (there's a different patch on the way). I lost their
name, sorry. It lets 1024 byte ISO packe
ChangeSet 1.1474.81.19, 2004/01/16 16:16:07-08:00, [EMAIL PROTECTED]
[PATCH] USB: update the cyberjack driver
drivers/usb/serial/cyberjack.c | 34 ++
1 files changed, 30 insertions(+), 4 deletions(-)
diff -Nru a/drivers/usb/serial/cyberjack.c b/drivers/usb/se
ChangeSet 1.1474.81.13, 2004/01/16 15:28:05-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: another unusual_devs entry
On Fri, 2 Jan 2004, Eric Lussard wrote:
> <5>usb-storage: This device (05e3,0701,0002 S 02 P 50) has an unneeded
> Protocol entry
> in unusual_devs.h
> <4> Please send a copy of
ChangeSet 1.1474.81.5, 2004/01/06 14:19:45-08:00, [EMAIL PROTECTED]
[PATCH] USB: fix bug in bMaxPower sysfs file, it should be * 2
Also cleaned up the string files.
Thanks to Mark Smith for pointing this out.
drivers/usb/core/driverfs.c | 91 ++--
1 fi
ChangeSet 1.1474.81.6, 2004/01/06 14:20:03-08:00, [EMAIL PROTECTED]
[PATCH] USB: add test for B400 to ir-usb driver to fix build issue on some archs
drivers/usb/serial/ir-usb.c |2 ++
1 files changed, 2 insertions(+)
diff -Nru a/drivers/usb/serial/ir-usb.c b/drivers/usb/serial/ir-usb.
ChangeSet 1.1474.81.2, 2004/01/06 14:18:50-08:00, [EMAIL PROTECTED]
[PATCH] USB: add a new pl2303 device id.
Thanks to Stefan Verkoyen <[EMAIL PROTECTED]> for the information.
drivers/usb/serial/pl2303.c |1 +
drivers/usb/serial/pl2303.h |3 +++
2 files changed, 4 insertions(+)
diff
ChangeSet 1.1474.81.25, 2004/01/16 16:42:59-08:00, [EMAIL PROTECTED]
[PATCH] USB: ehci update: 2/3, microframe scanning
This patch is needed to make high bandwidth ISO streams behave,
but could resolve some other scanning glitches. Current users
of periodic transfers (interrupt transfer modes f
ChangeSet 1.1474.81.26, 2004/01/16 16:43:13-08:00, [EMAIL PROTECTED]
[PATCH] USB: ehci update: 3/3, highspeed iso rewrite
This is an updated version of a patch submitted to me from
Michal Sojka <[EMAIL PROTECTED]>, basically providing a
much-needed rewrite of the highspeed ISO support. I update
ChangeSet 1.1474.81.8, 2004/01/09 16:53:28-08:00, [EMAIL PROTECTED]
[PATCH] USB: add new usb led driver.
drivers/usb/misc/Kconfig | 10 ++
drivers/usb/misc/Makefile |3
drivers/usb/misc/usbled.c | 181 ++
3 files changed, 193 insertions(+), 1
ChangeSet 1.1474.81.34, 2004/01/16 17:18:02-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: fix mode-sense handling for 10-byte commands
This patch fixes sddr09 and sddr55 to suppor the MODE_SENSE_10 commands,
which are the only variants used by sd.c
drivers/usb/storage/sddr09.c | 16 +
ChangeSet 1.1474.81.16, 2004/01/16 15:39:38-08:00, [EMAIL PROTECTED]
[PATCH] USB: Missing patch for ftdi_sio.c
On Sat, 2004-01-10 at 05:07, Greg KH wrote:
> On Thu, Dec 18, 2003 at 10:28:24PM +0100, Rasmus Rohde wrote:
> > I wrote to you earlier about a missing patch to ftdi_sio.c that appeared
>
ChangeSet 1.1474.81.27, 2004/01/16 16:58:03-08:00, [EMAIL PROTECTED]
[PATCH] USB: fix whiteheat problems
> CC [M] drivers/usb/serial/whiteheat.o
> drivers/usb/serial/whiteheat.c: In function `firm_setup_port':
> drivers/usb/serial/whiteheat.c:1209: `CMSPAR' undeclared (first use in this functi
ChangeSet 1.1509, 2004/01/20 15:29:14-08:00, [EMAIL PROTECTED]
USB: hook up the HID device's struct device to the input system properly.
drivers/usb/input/hid-core.c |1 +
drivers/usb/input/hid-input.c |1 +
drivers/usb/input/hid.h |1 +
3 files changed, 3 insertions(+)
dif
ChangeSet 1.1474.81.30, 2004/01/16 17:11:35-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Scatter-gather fixes for non READ/WRITE in datafab
These patch fixes the scatter-gather usage in the datafab driver for
commands other than READ or WRITE. It also tidies up the MODE-SENSE
handler considerab
ChangeSet 1.1474.81.9, 2004/01/14 13:46:17-08:00, [EMAIL PROTECTED]
[PATCH] USB: add support for the Clie PEG-TJ25 device
Thanks to BOUCNIAUX Benjamin <[EMAIL PROTECTED]> for the information.
drivers/usb/serial/visor.c |3 +++
drivers/usb/serial/visor.h |1 +
2 files changed, 4 inserti
ChangeSet 1.1474.81.21, 2004/01/16 16:24:11-08:00, [EMAIL PROTECTED]
[PATCH] USB: usbnet on 2.6.0 -- needs ax8817x_ethtool_ops
On Tue, 2003-12-23 at 22:49, David Brownell wrote:
> > This patch should take care of it. Additionally, I had to fold one of
> > my patches that's in the queue for 2.6.1
ChangeSet 1.1474.81.20, 2004/01/16 16:20:49-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Old patches (as129 and as141)
There's a couple of old patches floating around still that you might want
to apply. I have reproduced them below.
as129 handles the situation where a command error causes us t
ChangeSet 1.1474.81.32, 2004/01/16 17:14:52-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Fix scatter-gather for non READ/WRITE in sddr09
This patch (from Alan Stern as157) fixes the non-READ/WRITE paths of the
sddr09.c driver to be compliant to the requirements of scatter-gather. It
also cleans
ChangeSet 1.1510, 2004/01/20 15:37:47-08:00, [EMAIL PROTECTED]
[PATCH] USB: hook up the other (non-HID) input devices to the input system properly.
drivers/usb/input/aiptek.c|1 +
drivers/usb/input/kbtab.c |1 +
drivers/usb/input/powermate.c |1 +
drivers/usb/input/usbkbd.c
ChangeSet 1.1513, 2004/01/20 16:03:17-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: Sysfs attribute file for max_sectors
After much discussion with the SCSI folks, here's a patch to export
max_sectors as a sysfs attribute. Turning this down makes some people's
devices more stable, but at a signi
ChangeSet 1.1511, 2004/01/20 16:02:17-08:00, [EMAIL PROTECTED]
[PATCH] USB: hiddev HIDIOCGREPORT not blocking in 2.6
I've noticed in 2.6 kernels that HIDIOCGREPORT does not wait for io
completion before returning to the caller. This creates a few unpleasant
issues for userspace:
First, code sequ
ChangeSet 1.1514, 2004/01/20 16:03:48-08:00, [EMAIL PROTECTED]
[PATCH] USB: fix memory bug in usb-skeleton.c
drivers/usb/usb-skeleton.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/usb-skeleton.c b/drivers/usb/usb-skeleton.c
--- a/drivers/usb/usb-skeleton.
ChangeSet 1.1515, 2004/01/20 16:13:21-08:00, [EMAIL PROTECTED]
[PATCH] USB Storage: unusual_devs.h patch for Trumpion MP3 player
This patch is needed for the USB storage subsystem to recognize the
Trumpion MP3 player as a valid USB mass storage.
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3
Hi,
Here are some USB patches for 2.6.1. There are a number of different
fixes and a few new drivers added. Some of the highlights are:
- lots of usb-storage fixes
- some usb-storage unusual-devs updates
- added new usbled driver
- added new goku_udc driver
On Wed, Jan 21, 2004 at 12:22:42AM +0100, Marius Vollmer wrote:
> Hi,
>
> please find attached a patch that adds support for the DMC TSC-10 USB
> touchscreen controller to linux-2.6.1. I hope you can use it.
>
> This driver is based on the wacom.c driver, and I don't really know
> enough about U
On Tue, 20 Jan 2004, David Brownell wrote:
> Date: Tue, 20 Jan 2004 15:10:15 -0800
> From: David Brownell <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: linux-usb-devel <[EMAIL PROTECTED]>
> Subject: [linux-usb-devel] Re: Test of ehci iso patch
>
> Michal Sojka wrote:
> >
> > We transfer a stre
On Sat, Jan 17, 2004 at 04:40:49PM -0500, Adam Kropelin wrote:
> I've noticed in 2.6 kernels that HIDIOCGREPORT does not wait for io
> completion before returning to the caller. This creates a few unpleasant
> issues for userspace:
>
> First, code sequences such as...
>
> ioctl(fd, HIDIOC
On Sat, Jan 17, 2004 at 07:18:47PM -0800, Matthew Dharm wrote:
> After much discussion with the SCSI folks, here's a patch to export
> max_sectors as a sysfs attribute. Turning this down makes some people's
> devices more stable, but at a significant cost in performance. Now, users
> can adjust i
On Sun, Jan 18, 2004 at 07:33:09PM +0100, Axel Waggershauser wrote:
> On Sat, 2004-01-17 at 01:51, Greg KH wrote:
> > Hm, the patch doesn't apply. Care to resend it without the tabs
> > stripped?
> >
> > thanks,
> >
> > greg k-h
>
> No problem... hope that's better.
Applied, thanks.
greg k-h
On Sun, Jan 18, 2004 at 01:37:55PM +0100, Wolfgang Mües wrote:
> Hello Greg,
>
> this patch adds a new device which uses the same protocol:
>
> This patch is against 2.4.24, but I think it should apply to 2.6 also.
Applied to 2.4. Does not apply to 2.6 due to file moves and renames.
Care to se
On Sat, Jan 17, 2004 at 06:26:18PM -0800, Matthew Dharm wrote:
> This is another patch from Alan Stern. Apparently, the SCSI layer needs
> notification of certain reset events when initiated from the LLDD.
>
> Greg, please apply. This should apply to your tree with some fuzz, but it
> will apply
On Tue, Jan 20, 2004 at 06:52:40PM +0100, Dimitri Torfs wrote:
> On Tue, Jan 20, 2004 at 09:19:22AM -0800, Greg KH wrote:
> > On Tue, Jan 20, 2004 at 11:10:29AM +0100, Dimitri Torfs wrote:
> > > I ask this question because there are places in the code where this
> > > requirement clearly is not
Hi,
please find attached a patch that adds support for the DMC TSC-10 USB
touchscreen controller to linux-2.6.1. I hope you can use it.
This driver is based on the wacom.c driver, and I don't really know
enough about USB or the input event stuff to be sure that I got it
right. If you spot any p
On Tue, Jan 20, 2004 at 12:53:49PM -0500, Johannes Erdfelt wrote:
> On Tue, Jan 20, 2004, David Brownell <[EMAIL PROTECTED]> wrote:
> > Alan Stern wrote:
> > >
> > >>This could very easily be the bug where UHCI garbages the USB data
> > >>toggle when control queueing is in use ... it shouldn't be
My Sony Clié SJ33 can not attach the memory card unless the following patch is added
to 2.6.1. The problem is that the PDA does not follow the storage spec's and the
code was being too picky.
I sent the same patch in before but it didn't make it in.
diff -urN -X /home/shemminger/osdlab/dontdiff
Michal Sojka wrote:
We transfer a stream of four 16 bit channels over USB. In one channel
there is a sample number that increases every sample period. We use this
"counter" to detect errors in a stream. With my ehci patch I can
transfer aproximately 3 MB of data without any error. It's quite sma
On Tue, Jan 20, 2004 at 03:57:57PM -0600, Al Borchers wrote:
> Greg --
>
> Greg KH wrote:
> > I agree. We can either use Pete's patch, or work on backporting the 2.6
> > code to 2.4 (no semaphores, and any locking that is needed must be
> > handled by the individual drivers.)
>
> Thanks for the
Here Rogério, try this patch. It adds a few more diagnostic messages. I
think the problem occurs at the point where the system tries to reset one
of the ports belonging to the internal hub. This should help make sure of
that.
Alan Stern
--- 2.6/drivers/usb/core/hub.c.orig Tue Jan 20 16
On Tue, 20 Jan 2004, Axel Waggershauser wrote:
> > Then run your test again and post what you get in your log. If, as you
> > say, set_next_interrupt is working then the interrupt should show up in
> > the log after urb_dequeue. As I recall that wasn't happening before and
> > it was the caus
Greg --
Greg KH wrote:
> I agree. We can either use Pete's patch, or work on backporting the 2.6
> code to 2.4 (no semaphores, and any locking that is needed must be
> handled by the individual drivers.)
Thanks for the pointer to Pete's patch--I did a quick search
before posting but did not find
Hi Dave (and others),
I have tested your EHCI iso patch with our hardware. When I looked at
source code, it seemed much better than my version of patch, but the
functionality isn't so good (for me :( ).
We transfer a stream of four 16 bit channels over USB. In one channel
there is a sample num
On Tue, 20 Jan 2004, David Brownell wrote:
> Dimitri Torfs wrote:
> >
> > I ask this question because there are places in the code where this
> > requirement clearly is not met. Is it because people are not aware
> > of this requirement or because they expect that cache-effects will
> > n
On Sun, 18 Jan 2004, Sander wrote:
> Hi List,
>
> As ordered by my computer:
>
> usb-storage: This device (05e3,0701,0002 S 02 P 50) has an unneeded Protocol entry
> in unusual_devs.h
>Please send a copy of this message to <[EMAIL PROTECTED]>
Thanks for sending this in. An update will be
On Mon, 19 Jan 2004, David Brownell wrote:
> Random notion: each device could have a work_struct used to change
> its configuration, deconfigure it, etc. Easy to have those work
> in parallel. Not clear how hubs might use that mechanism.
It's not clear to me either, but I will leave the hub dri
This is a tricky topic... There are several interrelated issues to
consider.
1. Keep the children[] array? Getting rid of it wouldn't be as
bad as you seem to think, but I don't object to keeping it.
2. Leave it in struct usb_device? At first I thought it would
make more sens
On Saturday 17 January 2004 21:15, Alan Stern wrote:
> On Sat, 17 Jan 2004, David Brownell wrote:
> > This could very easily be the bug where UHCI garbages the USB data
> > toggle when control queueing is in use ... it shouldn't be patching
> > the toggles after they're set up, that's only for queu
Dimitri Torfs wrote:
I ask this question because there are places in the code where this
requirement clearly is not met. Is it because people are not aware
of this requirement or because they expect that cache-effects will
not come into play ... (or because they don't run on a
cache-incoh
Rudolf Ladyzhenskii wrote:
Hi, all
I am reading through OHCI spec and I am a bit lost.
When an ISO URB is sent to the host controller driver, should it send it
out once only or should it keep sending every 1ms until cancelled?
Well, the OHCI spec doesn't talk about URBs so it's understandable
why
Here's version 2 of my patch to support writing multiple bytes to a usage.
I've also made the type changes that Greg pointed out (though that may want to be
broken out separately)...
--
James Lamanna
Applied Minds, Inc.
1209 Grand Central Ave.
Glendale, CA 91201
(818) 332-5214
hid-multi2.diff
Des
On Tue, Jan 20, 2004, David Brownell <[EMAIL PROTECTED]> wrote:
> Alan Stern wrote:
> >
> >>This could very easily be the bug where UHCI garbages the USB data
> >>toggle when control queueing is in use ... it shouldn't be patching
> >>the toggles after they're set up, that's only for queues of bul
On Tue, Jan 20, 2004 at 09:19:22AM -0800, Greg KH wrote:
> On Tue, Jan 20, 2004 at 11:10:29AM +0100, Dimitri Torfs wrote:
> > I ask this question because there are places in the code where this
> > requirement clearly is not met. Is it because people are not aware
> > of this requirement or b
Alan Stern wrote:
This could very easily be the bug where UHCI garbages the USB data
toggle when control queueing is in use ... it shouldn't be patching
the toggles after they're set up, that's only for queues of bulk
or interrupt transfers. I'm not sure what happened to the patch
which fixed tha
On Tue, Jan 20, 2004 at 11:10:29AM +0100, Dimitri Torfs wrote:
> Hi,
>
> what are the requirements on the transfer_buffer field of an urb in
> case URB_NO_TRANSFER_DMA_MAP is not set ? Since this value is passed
> to dma_map_single() I would expect it to be cache-linesize aligned.
> I sup
On Tue, Jan 20, 2004 at 06:16:05AM -0600, Al Borchers wrote:
>
> We simply can't be using semaphores in interrupt code
> like serial_write. We need to look at how usbserial.c
> can better handle synchronization.
I agree. We can either use Pete's patch, or work on backporting the 2.6
code to 2.4
On Mon, 19 Jan 2004, David Brownell wrote:
> Alan Stern wrote:
>
> > Maybe it would be best to forget the "unplugged" flag. Instead have the
> > new "topology" spinlock protect the children[] arrays and the ->state
> > values. This means that usbdev->state would be subject to outside change
On Tue, Jan 20, 2004 at 09:58:41AM +0100, Zodel Wolfgang (MPI/SFS) wrote:
> Hi,
> when the usb.agent is called by /sbin/hotplug with some parameters
> (e.g. ACTION, INTERFACE, DEVICE, PRODUCT, TYPE), I miss the assignment
> between these specific device variables and the attached device file
> name
On Tue, 20 Jan 2004 06:16:05 -0600
Al Borchers <[EMAIL PROTECTED]> wrote:
> Greg --
>
> There is a problem in usbserial.c in serial_write (and
> possibly other usbserial functions) that causes an
> oops--Scheduling in interrupt.
> Serial_write gets the port->sem semaphore, but serial_write
> can
Hi,
here is some additional insight:
I worked around the panic by modifying my drivers completion function to
no call complete() if the device has been removed. That means I can
replug the device now without the panic. Log when I replug now looks
like that:
Jan 20 13:28:47 koffer kernel: uhci_ir
Greg --
There is a problem in usbserial.c in serial_write (and
possibly other usbserial functions) that causes an
oops--Scheduling in interrupt.
I think this is the same problem we talked about a few
months ago, but now I see the cause of the oops. It is
not in the usb serial drivers themselves,
Hi, all
I am reading through OHCI spec and I am a bit lost.
When an ISO URB is sent to the host controller driver, should it send it
out once only or should it keep sending every 1ms until cancelled?
Thanks,
Rudolf
---
The SF.Net email is sp
Hi,
what are the requirements on the transfer_buffer field of an urb in
case URB_NO_TRANSFER_DMA_MAP is not set ? Since this value is passed
to dma_map_single() I would expect it to be cache-linesize aligned.
I suppose that is (a.o.) what meant in usb.h when it says
"it should be suita
Hi,
when the usb.agent is called by /sbin/hotplug with some parameters (e.g. ACTION,
INTERFACE, DEVICE, PRODUCT, TYPE), I miss the assignment between these specific device
variables and the attached device file name string "/dev/bus/ttyUSBx". Is there an
environment variable, which contains this
On Sat, Jan 17, 2004 at 08:31:41PM +0100, Klaus Dittrich wrote:
> On Sat, Jan 17, 2004 at 11:07:31AM -0800, Greg KH wrote:
> > On Sat, Jan 17, 2004 at 08:04:19PM +0100, Klaus Dittrich wrote:
> > > Does a usb-serial converter use rts/cts dtr/drs ?
> >
> > Yes, a number of them do.
> >
> > > If yes
Hi!
I have a problem with a new variant of the Logitech Internet Navigator
keyboard and Linux. If connected via USB about half of this keyboard's
special keys work, the other half does not generate scancodes but shows
something if I start "showkeys" without any parameter.
I tried running the dump
87 matches
Mail list logo
