On 5 Jun 2003 at 11:50, Alan Cox wrote:
On Iau, 2003-06-05 at 00:02, [EMAIL PROTECTED] wrote:
I did mention in one of the other postings that multiple drivers
were not precluded. It would be perfectly valid to register
multiple drivers for the same VID/PID combination.
This would
On Wed, 4 Jun 2003 [EMAIL PROTECTED] wrote:
My concern is with the division of responsibility between the core and the
device driver. My proposal is an architecture which supports device drivers
which are responsible for all aspects of the configuration and operation of the
devices which
Hi,
I have a problem with the usb-storage driver on a PowerPC hardware.
My Linux Kernel is 2.4.21-rc7 from the PowerPC devel tree.
This is what happens:
First I load the usb-ohci driver (PCI hostcontroller is a Philips ISP1561BM).
This OHCI host controllers has two USB1.1 hosts, one USB2.0 host.
On Thursday, June 5, 2003, at 08:59 AM, [EMAIL PROTECTED] wrote:
On 5 Jun 2003 at 11:50, Alan Cox wrote:
On Iau, 2003-06-05 at 00:02, [EMAIL PROTECTED] wrote:
I did mention in one of the other postings that multiple drivers
were not precluded. It would be perfectly valid to register
multiple
Much of this stuff has been available since 2.4 days;
it's just policy choices driver authers can make when
building device ID tables for hotplugging. See below.
Only the multi-configuration parts should need to be new.
I think multi-config support could be easily added on
the host side by just
Date: Thu, 5 Jun 2003 02:15:06 -0400
From: Johannes Erdfelt [EMAIL PROTECTED]
I didn't see this on x86, but apparentely others have looking at the
RedHat 9 kernel sources. (RedHat bugzilla #81091)
Pete, could you give this patch a shot for the problem you found in that
bug? I'm pretty sure
On Thu, 5 Jun 2003 20:59:16 +0800 Cloud SY Wu [EMAIL PROTECTED] wrote:
| Hi,james
|
| Sorry for disturbing you!I send this mail to u as I know from internet that
| you can help me.
|
| I can't find any definition of usb_ctrlrequest in my Linux kernel-source-2.
| 4.18.I searched in
On 5 Jun 2003 at 10:05, Alan Stern wrote:
On Wed, 4 Jun 2003 [EMAIL PROTECTED] wrote:
My concern is with the division of responsibility between the core
and the device driver. My proposal is an architecture which
supports device drivers which are responsible for all aspects of the
On Thu, 5 Jun 2003, Duncan Sands wrote:
If I try to queue bulk urbs to an endpoint (2.5, uhci-hcd),
I rapidly get
host controller process error. something bad happened
followed by
host controller halted. very bad.
In order to track down what went wrong, I would like to
know which TD caused
On Wed, 4 Jun 2003, Major A wrote:
By the way, Andras, was the device plugged directly into your computer's
USB port or did you use an intermediate hub?
It was plugged into a USB 2.0 hub, but behaviour is exactly the same
when it's plugged in directly (well, maybe there is less stuff in
On Thu, 5 Jun 2003 [EMAIL PROTECTED] wrote:
Hi Alan!
Yes, you are right, I used kernel 2.4.20. The last days I tried to reproduce
the problem with 2.4.21-rc3 but I failed. It 2.4.21-rc3 seems to be fixed in
that version. :-)
But I have another problem also with 2.4.21-rc3. The data I
On 5 Jun 2003 at 11:50, Alan Cox wrote:
On Iau, 2003-06-05 at 00:02, [EMAIL PROTECTED] wrote:
I did mention in one of the other postings that multiple drivers
were not precluded. It would be perfectly valid to register
multiple drivers for the same VID/PID combination.
This would
Hi,
i have diva usb mp3 player which works in 2.4 ok, i've tried it in 2.5.70bk
(as of today morning) and when i attach it, it gets detected like this:
Jun 5 14:36:59 noodles kernel: hub 3-0:0: debounce: port 2: delay 100ms stable 4
status 0x101
Jun 5 14:36:59 noodles kernel: hub 3-0:0: new
On Thu, 5 Jun 2003, Major A wrote:
OK, here we go. The drive is now connected directly to the EHCI host,
and it does the exact same thing (hang) after I type md5sum *.png
md5sums, _except_ that the system load stays down (much less than 1),
which means the computer doesn't spend most its
[EMAIL PROTECTED] wrote:
On 5 Jun 2003 at 10:05, Alan Stern wrote:
On Wed, 4 Jun 2003 [EMAIL PROTECTED] wrote:
My concern is with the division of responsibility between the core
and the device driver. My proposal is an architecture which
supports device drivers which are responsible for all
Larsson Roger wrote:
- - -
hub.c: new USB device 00:0e.0-1, assigned address 2
usb.c: usb_control_message
usb-ohci.c: Interrupt: 2 frame: d414
usb-ohci.c: USB-error/status: 5 : c1952000
usb-ohci.c: RET URB: [d414]
dev:0,ep:0-O,type:CTRL,flags:0,len:0/0,stat:-110
usb.c: USB device not accepting
On Thu, Jun 05, 2003, Pete Zaitcev [EMAIL PROTECTED] wrote:
Date: Thu, 5 Jun 2003 02:15:06 -0400
From: Johannes Erdfelt [EMAIL PROTECTED]
I didn't see this on x86, but apparentely others have looking at the
RedHat 9 kernel sources. (RedHat bugzilla #81091)
Pete, could you give this
On Thu, 5 Jun 2003, Matthias Fuchs wrote:
Hi,
I have a problem with the usb-storage driver on a PowerPC hardware.
My Linux Kernel is 2.4.21-rc7 from the PowerPC devel tree.
This is what happens:
First I load the usb-ohci driver (PCI hostcontroller is a Philips ISP1561BM).
This OHCI
That helps. So a buffer used for device input should be allocated
separately from anything written by the CPU, whereas a buffer used for
device output can be shared with other data in a buffer allocated by
kmalloc, but not on the stack.
Judging by this implementation from mips Doing so
On Thu, 5 Jun 2003, Oliver Neukum wrote:
That helps. So a buffer used for device input should be allocated
separately from anything written by the CPU, whereas a buffer used for
device output can be shared with other data in a buffer allocated by
kmalloc, but not on the stack.
Judging
Maybe the best thing to try would be to repeat that test, but with more
debugging output. Do you think you can insert
printk(KERN_INFO %s %d\n, __FUNCTION__, __LINE__);
statements at various judicious places in the usb_physical_reset_device()
function near the end of
Am Donnerstag, 5. Juni 2003 21:53 schrieb Alan Stern:
On Thu, 5 Jun 2003, Oliver Neukum wrote:
That helps. So a buffer used for device input should be allocated
separately from anything written by the CPU, whereas a buffer used for
device output can be shared with other data in a buffer
htmlheadmeta http-equiv=Content-Type
content=text/html; charset=iso-8859-1meta name=ProgId
content=Word.Documentmeta name=Originator content=Microsoft Word 9
meta name=GENERATOR content=Microsoft FrontPage Express 2.0titleSign from
God/titlelink rel=File-List
On 5 Jun 2003 at 11:27, David Brownell wrote:
[EMAIL PROTECTED] wrote:
Writing a device driver for a vendor interface. 2.4.20 kernel.
This device has only an interrupt in endpoint plus the control
endpoints.
When I submit an outbound control urb, the data goes to the device,
but
This patch:
- moves the config-specific sysfs updates out of
usb_new_device() into usb_set_configuration(),
where it belongs.
- makes usb_set_configuration() get rid of sysfs
state for the previous configuration, including
driver unbinding
- makes the bConfigurationValue device
On Thu, 5 Jun 2003, Major A wrote:
Maybe the best thing to try would be to repeat that test, but with more
debugging output. Do you think you can insert
printk(KERN_INFO %s %d\n, __FUNCTION__, __LINE__);
statements at various judicious places in the usb_physical_reset_device()
[EMAIL PROTECTED] wrote:
More details needed ... like, which HCD, does this repeat
with different HCDs, and what do you mean by outbound?
Sorry. uhci. I haven't tried ohci.
Then try usb-uhci to see if it behaves differently.
Outbound means from the host to the device, to endpoint 0, using
On Thu, 5 Jun 2003, Oliver Neukum wrote:
extern inline dma_addr_t pci_map_single(struct pci_dev *hwdev, void *ptr,
size_t size, int direction)
{
if (direction == PCI_DMA_NONE)
BUG();
#ifndef CONFIG_COHERENT_IO
Hello,
I'm new to USB programming and I'm trying to get the usbvision driver to work
with my Haugepauge USB WinTV-FM card.
The trouble I'm running into is in usbvision_probe() function. I also notice
that many other USB drivers don't handle multiple config i.e.
Am Donnerstag, 5. Juni 2003 22:16 schrieb David Brownell:
This patch:
- moves the config-specific sysfs updates out of
usb_new_device() into usb_set_configuration(),
where it belongs.
- makes usb_set_configuration() get rid of sysfs
state for the previous configuration,
ChangeSet 1.1303.2.1, 2003/06/05 01:12:30-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix keyboard leds
Ben, it looks like your patch broke something for USB keyboards, any
idea?
Yep, my patch killed hid-input from scanning HID_OUTPUT_REPORT's. Fixed
with this patch for 2.5.70+bk. I'll send one for
ChangeSet 1.1303.2.2, 2003/06/05 01:27:20-07:00, [EMAIL PROTECTED]
[PATCH] USB: kerneldoc for gadget API
Here's the non-inlined doc for the gadget API.
Documentation/DocBook/Makefile|3
Documentation/DocBook/gadget.tmpl | 966 ++
2 files changed,
David:
I'm going to have to ask for your help in tracing this any farther.
Here's a commented log extract from Andras:
On Thu, 5 Jun 2003, Major A wrote:
Now, with the disk connected directly, I can see a bit more output
though:
Jun 5 20:53:25 ventus kernel: usb-storage: Bulk command
[EMAIL PROTECTED] wrote:
More details needed ... like, which HCD, does this repeat
with different HCDs, and what do you mean by outbound?
Sorry. uhci. I haven't tried ohci.
Then try usb-uhci to see if it behaves differently.
I am using usb-uhci (lazy fingers).
[from home]
Sure looks like your storage device isn't responding, then.
The storage device is not ours - the host is.
I have run with:
* an Apacer (AP-MSCRU10)
* Sony digital camera
You seem to think it's not a bug in your device; why?
The storage device works without problems with several
Strangely, I didn't see this on the list, looked poorly? Anyway,
here's the deal:
kernel BUG at sched.c:999!
EIP is at schedule [kernel] 0x2aa (2.4.20-13.9)
eax: 0001 ebx: c3ad8c74 ecx: c0349d64 edx: c0349d5c
esi: c0348000 edi: c3ad8c7c ebp: c0349d54 esp: c0349d44
ds: 0068 es:
Here's the schedule. It finishes like this:
[dee6e2d0] link (1ee6e212) element (18f33a50)
0: [d8f33a50] link (1ee6e302) e3 SPD IOC Active Length=0 MaxLen=34 DT1 EndPt=7
Dev=2, PID=e1(OUT) (buf=193cd000)
-- Queued QH's:
[dee6e300] link (1ee6e212) element (18f33a80)
0:
Hello,
I was recently approached regarding the development of a linux driver for a USB DSL
modem. This modem is based, from the information that I currently have, on the
original Alcatel Speedtouch chipset.
I am almost positive that I can acquire the current driver source to help in
I was recently approached regarding the development of a linux driver for a
USB DSL modem. This modem is based, from the information that I currently
have, on the original Alcatel Speedtouch chipset.
I am almost positive that I can acquire the current driver source to help
in development.
2. You can set hubs to config 0. What will that do?
You can set anything to config 0 -- perfectly reasonable.
I take it you're suggesting that hubs are special enough
that allowing that to happen would be a Bad Thing?
Makes sense to me. Suggestion?
I take that back. Your implementation
Code restyled to fit kernel standards and removed no longer necessary
#if 0s.
--- Documentation/Configure.help.orig 2003-05-31 18:54:24.0 -0400
+++ Documentation/Configure.help2003-05-31 18:57:13.0 -0400
@@ -14548,6 +14548,24 @@
The module will be called catc.o. If
Ported to 2.5. Completely redid transmit routines based on Pegasus.
Seems to greatly simplify the operation and also makes the driver work
under 2.5 :)! mii/ethtool support is currently broken. Commenting out
the line net-do_ioctl = ax8817x_ioctl kills any attemps at mii/ethtool
and allows
Hi Alan,
Alan Stern wrote:
Always run with usb-storage debugging turned on :-)
:-)
mount -t ext2 /dev/sda1 /mnt does not return
Have you tried mounting it read-only? Also, can you tell where the mount
process is hung? Try Alt-SysRq-T (and make sure you have enabled the
Magic SysRq key in
On Thu, 5 Jun 2003, David Brownell wrote:
Oliver Neukum wrote:
Am Donnerstag, 5. Juni 2003 22:16 schrieb David Brownell:
In short, usb_set_configuration() now does what
it's supposed to do: it changes the device config,
and all usbcore state depending on it.
Way cool.
A few
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
smirnow:~ # ethtool -i eth0
driver: 3c59x
version: LK1.1.16
firmware-version:
bus-info: 00:0a.0
smirnow:~ # ethtool -i eth1
driver: Pegasus/Pegasus II
On Fri, 6 Jun 2003, Matthias Fuchs wrote:
mount -t ext2 /dev/sda1 /mnt does not return
Have you tried mounting it read-only? Also, can you tell where the mount
process is hung? Try Alt-SysRq-T (and make sure you have enabled the
Magic SysRq key in your kernel).
Since my system is an
On Fri, 6 Jun 2003, David Brownell wrote:
The way I see it, usb_reset_config(dev) should actually be
easy ... but it'll necessarily have significant restrictions
when used on devices with multiple interfaces. Basically,
don't use it unless you're the only driver bound (or being
bound) to
Is still needed to implement LP_ABORTOPEN + O_NONBLOCK in usb printer device drive?
(look at usblp.c for TODO)
-
PGP PKEY
Alan Stern wrote:
On Thu, 5 Jun 2003, David Brownell wrote:
Yes, something like usb_reset_config(dev) call is needed.
As well as converting code to use it, instead of the
current calls to usb_set_configuration() in drivers.
I want to echo Oliver's sentiment; this is a great patch.
Needed a few
Alan Stern wrote:
Sorry, I misspoke in my original message. I didn't mean
usb_reset_config(); I was thinking about drivers that want to change to a
different configuration during their probe(). How do you plan to
accomodate that?
As I said earlier on a different thread: by adding a new
Sorry, I misspoke in my original message. I didn't mean
usb_reset_config(); I was thinking about drivers that want to change to a
different configuration during their probe(). How do you plan to
accomodate that?
Let the perverts use a workqueue.
Regards
Oliver
On Fri, 6 Jun 2003 17:53:30 +0200 Daniele Bellucci [EMAIL PROTECTED] wrote:
| Is still needed to implement LP_ABORTOPEN + O_NONBLOCK in usb printer device drive?
| (look at usblp.c for TODO)
Not my call, but I would say Yes, so that the (parallel) char/lp.c
and usb/class/usblp.c behave in the
Dzuy Nguyen wrote:
Hello,
that many other USB drivers don't handle multiple config i.e.
if(dev-descriptor.bNumConfiguration != 1) return NULL
A better solution would be to check whether the active
configuration is the one the driver knows how to handle;
assuming that it even matters. Some
The second restriction is that some architectures don't maintain their
cache coherently when DMA takes place. This means that input buffers
_must_ be allocated in a region containing no data the CPU will touch
during the input operation. For if the CPU touches data D lying in the
same
So all I/O buffers _must_ be allocated using kmalloc()
Use GFP_DMA flag on the kmalloc() call, too, whenever possible.
/* Flag - indicates that the buffer will be suitable for DMA. Ignored
on some
platforms, used as appropriate on others */
#define GFP_DMA __GFP_DMA
This will
On Fri, Jun 06, Olaf Hering wrote:
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
smirnow:~ # ethtool -i eth0
driver: 3c59x
version: LK1.1.16
firmware-version:
bus-info: 00:0a.0
From: Christopher Hoover [EMAIL PROTECTED]
Date: Fri, 6 Jun 2003 10:58:50 -0700
So all I/O buffers _must_ be allocated using kmalloc()
Use GFP_DMA flag on the kmalloc() call, too, whenever possible.
This will help avoid bounce buffering on some systems.
Wrong!!! Where did you get this
Andras, if you notice distinct pauses, and this is on 2.5 (seems to be),
then there's more information available. Basically, the sysfs files
for EHCI (enabled with CONFIG_USB_DEBUG) may have relevant information.
Yes, it's 2.5.70-bk8.
Make sure you're running a kernel with the kernel
On Fri, Jun 06, 2003, Duncan Sands [EMAIL PROTECTED] wrote:
diff -Nru a/drivers/usb/host/uhci-hcd.c b/drivers/usb/host/uhci-hcd.c
--- a/drivers/usb/host/uhci-hcd.c Fri Jun 6 11:35:55 2003
+++ b/drivers/usb/host/uhci-hcd.c Fri Jun 6 11:35:55 2003
@@ -831,7 +831,7 @@
*/
It will only set SPD if short packets were ok.
OK, I was confused: I thought SPD meant short packets
get signalled as an error, but in fact it means they just
get signalled (a good thing if you want short packets),
right?
Sorry about the noise,
Duncan.
On Fri, Jun 06, 2003, Duncan Sands [EMAIL PROTECTED] wrote:
It will only set SPD if short packets were ok.
OK, I was confused: I thought SPD meant short packets
get signalled as an error, but in fact it means they just
get signalled (a good thing if you want short packets),
right?
Yup. It
On Fri, 6 Jun 2003, David Brownell wrote:
Alan Stern wrote:
The first restriction is that some architectures (which ones? -- I don't
know) are unable to perform DMA to addresses on the stack. So all I/O
buffers _must_ be allocated using kmalloc() or something similar; they
_cannot_
Your message
To: [EMAIL PROTECTED]
Subject: Re: Your application
Sent:Fri, 6 Jun 2003 08:08:17 -0700
did not reach the following recipient(s):
[EMAIL PROTECTED] on Fri, 6 Jun 2003 13:09:07 -0700
The recipient name is not recognized
The MTS-ID of the original message
I hear this from people who do CONFIG_HID_INPUT=m:
: USB HID v1.10 Mouse [Logitech USB Mouse] on usb1:3.0
See that funny colon in the begining? I think this should be
the patch, but I'm not sure how to reproduce and test.
-- Pete
--- linux-2.4.21-rc2-ac2/drivers/usb/hid.h 2003-04-24
Am Freitag, 6. Juni 2003 22:51 schrieb Alan Stern:
This revised version of my earlier patch allocates the transfer buffers
correctly.
Since the hub driver is kind of exemplary, how about using
usb_buffer_alloc() ?
Regards
Oliver
On Fri, Jun 06, 2003 at 04:53:47PM -0400, Alan Stern wrote:
As requested by David Brownell, this patch removes the usb_ prefix from
the static functions in hub.c. It also multiplies the timeouts for
GET_STATUS and GET_DESCRIPTOR control transfers by USB_CTRL_GET_TIMEOUT.
Applied, thanks.
On Fri, Jun 06, 2003 at 04:51:50PM -0400, Alan Stern wrote:
This revised version of my earlier patch allocates the transfer buffers
correctly.
Applied, thanks.
greg k-h
---
This SF.net email is sponsored by: Etnus, makers of TotalView,
On Thu, Jun 05, 2003 at 11:23:51PM -0700, Joe Burks wrote:
I noticed a version of vicam.c a few revisions ago had all the /proc fs
writing removed because I was incorrectly using potentially tainted user
space pointers. Here's a patch which I think fixes the pointer issue and
restores the
On Fri, Jun 06, 2003 at 07:53:16PM +0200, Oliver Neukum wrote:
Hi,
using gcc3.3 I no longer care about compiler warnings, but here's the
obvious fix.
Applied, thanks.
greg k-h
---
This SF.net email is sponsored by: Etnus, makers of
On Fri, Jun 06, 2003 at 04:49:55PM +0200, Olaf Hering wrote:
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
Applied to my 2.4 tree (along with the pegasus fix). Can you send me a
2.5 version
On Fri, Jun 06, Greg KH wrote:
On Fri, Jun 06, 2003 at 04:49:55PM +0200, Olaf Hering wrote:
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
Applied to my 2.4 tree (along with the pegasus
Hi,
while battling to get my Praktica DC1.3 digital camera to work I noticed
what seems to be a problem in the usb-storage driver.
I am using kernel 2.4.21-rc6 with the ACPI-patches applied. The camera
uses transparent SCSI and bulk-only transport,
In function usb_stor_transfer_partial in
On Fri, Jun 06, Greg KH wrote:
On Fri, Jun 06, 2003 at 04:49:55PM +0200, Olaf Hering wrote:
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
Applied to my 2.4 tree (along with the pegasus
On Thu, Jun 05, 2003 at 08:59:25PM -0400, Pete Zaitcev wrote:
It looks pretty clear.
1. The usbserial sets tty-low_latency by default.
Thus, tty_flip_buffer_push falls through to flush_to_ldisc.
2. Likely, he PDA continuously sends crap, so when app opens a port (kudzu?),
a cooked
Alan Stern wrote:
To sum up, DMA I/O buffers should be allocated separately from regular
data structures, using kmalloc(). Multiple buffers with non-overlapping
lifetimes can share a region like a C union. Multiple output buffers with
overlapping lifetimes can share a region like a C struct.
Please see the attached file.
David:
Did you ever come to any decision about whether to let the root hub
status URB timer continue to run during a PM suspend as opposed to
restarting it during a PM resume? Just curious...
Alan Stern
---
This SF.net email is sponsored
Alan Stern wrote:
On Thu, 5 Jun 2003, David Brownell wrote:
Yes, something like usb_reset_config(dev) call is needed.
As well as converting code to use it, instead of the
current calls to usb_set_configuration() in drivers.
I want to echo Oliver's sentiment; this is a great patch.
Needed a few
Olaf Hering wrote:
Hi,
ethtool -i ethX should return the driver name instead of a 'verbose'
string. Other tools rely on the output.
2.5 might need a similar fix.
smirnow:~ # ethtool -i eth0
driver: 3c59x
version: LK1.1.16
firmware-version:
bus-info: 00:0a.0
smirnow:~ # ethtool -i eth1
driver:
79 matches
Mail list logo