On Tue, 2004-02-24 at 11:07, Alan Stern wrote:
> On Mon, 23 Feb 2004, Bill Peck wrote:
>
> > I'm posting this here in case anyone can help. I can understand the usb
> > drivers not working after a resume if I left them loaded (since I heard
> > that ohci isn't acpi aware yet). But shouldn't it w
On Tue, 24 Feb 2004, David Brownell wrote:
> On the other hand, maybe it'd just be simpler to make the root hub
> registration code set the state to RUNNING? That would solve your
> issue of wanting that state change out of the HCDs.
That's a very good idea. Non-PCI HCDs will still have to cope
On Tue, 24 Feb 2004, patrick hurley wrote:
>
> > Your descriptors showed this is a GeneSys device. For reasons
> > unclear to any of us, that's what those devices do when they talk
> > to Linux. All the evidence is that those adapters are at fault, and
> > they just stop talking to Linux ... so
> Your descriptors showed this is a GeneSys device. For reasons
> unclear to any of us, that's what those devices do when they talk
> to Linux. All the evidence is that those adapters are at fault, and
> they just stop talking to Linux ... sometimes even locking up hard
> enough that a USB reset
Alan Stern wrote:
Okay, let's go back to an earlier point in the discussion. You said that
setting state to RUNNING before calling start() might lead to problems
with other calls being passed through too early, before the hardware was
running properly. So what other calls might get sent through?
patrick hurley wrote:
I am having some problems attempting to use a USB 2.0 drive enclosure
(SanMax HD-337-U2) under linux. More specifically, the external drive
is recognized fine, it's contents able to be listed fine. However, when
I attempt to copy data from the drive, it will copy a screen or
James Courtier-Dutton wrote:
I have recently relooked at the uhci11d.pdf doc.
It mentions a table of 1024 frames. Each frame lasts 1 ms. So, it is
possible to buffer up an entire 1 second of audio!
Not really. The UHCI driver puts a ceiling in place that's
less than that, and there's lots of non
On Tue, Feb 24, 2004 at 12:14:22PM -0800, Matthew Dharm wrote:
> On Mon, Feb 23, 2004 at 09:46:46AM -0800, Greg KH wrote:
> > On Sun, Feb 22, 2004 at 05:23:17PM -0800, Matthew Dharm wrote:
> > > = drivers/usb/storage/usb.c 1.113 vs edited =
> > > --- 1.113/drivers/usb/storage/usb.c We
Alan Stern said:
> would have to guess that the problem lies in the printer driver.
I have verified this. Replacing usblp.c with the 2.6.3 one fixes it.
Maintainer CC'ed. Original bug report at
http://marc.theaimsgroup.com/?l=linux-kernel&m=107756827224748&w=2
Regards,
Joachim B Haga
Greetings,
After having no luck on linux-usb-users, I was wondering if someone here
may be able to assist with this.
I am having some problems attempting to use a USB 2.0 drive enclosure
(SanMax HD-337-U2) under linux. More specifically, the external drive
is recognized fine, it's contents able
Am Dienstag, 24. Februar 2004 08:18 schrieb Matthew Dharm:
> Patches have already been sent to fix this.
OK, it works now with
UNUSUAL_DEV( 0x04cb, 0x0100, 0x, 0x2210,
"Fujifilm",
"FinePix 1400Zoom",
-US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_F
On Tue, 24 Feb 2004 11:56:18 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
>- See the autoconfig() routine in that user mode
> driver; it handles "bulk-only" configs just fine.
Yep, it just uses if()'s instead of #ifdef's, this is the only
difference. This doesn't overcome the f
David Brownell wrote:
James Courtier-Dutton wrote:
Hello,
Are there any documents regarding how one should use USB ISOC
endpoints in linux 2.6 ?
Did you look at the USB API doc you get by "make pdfdocs"?
1) set alternate interface then submit urb, or submit the urb on
initialisation, then s
James Courtier-Dutton wrote:
Hello,
Are there any documents regarding how one should use USB ISOC endpoints
in linux 2.6 ?
Did you look at the USB API doc you get by "make pdfdocs"?
1) set alternate interface then submit urb, or submit the urb on
initialisation, then set alternate interfaces o
On Mon, Feb 23, 2004 at 09:46:46AM -0800, Greg KH wrote:
> On Sun, Feb 22, 2004 at 05:23:17PM -0800, Matthew Dharm wrote:
> > = drivers/usb/storage/usb.c 1.113 vs edited =
> > --- 1.113/drivers/usb/storage/usb.c Wed Feb 11 23:57:02 2004
> > +++ edited/drivers/usb/storage/usb.cSun Fe
Hi,
As more folk start to use the gadget API, I've heard more
suggestions about things that would help make the gadget
drivers more flexible. Even some off-line brainstorming
with folk (notably Alan Stern) about ideas.
So here are notes about some issues that were raised, and how
I think the gadg
Hi,
This patch adds a small routine that makes it easier to work with
complex configuration descriptors, by declaring null-terminated
vectors of pointers to the component descriptors. And it also
converts "gadget/ether.c" to use it, showing net simplification
and essentially no size impact.
The o
Since the remove_list and complete_list now use the same element for
linking, it is possible to use the list_splice inline to avoid
having to loop over all the urb's
diff -Nru a/drivers/usb/host/uhci-hcd.c b/drivers/usb/host/uhci-hcd.c
--- a/drivers/usb/host/uhci-hcd.c Tue Feb 24 09:33:26 20
Since a td can beither on the uhci->td_list or uhci->td_remove_list, but
not both; it makes sense to use the same list pointers and use the list_move
functions, when moving.
diff -Nru a/drivers/usb/host/uhci-hcd.c b/drivers/usb/host/uhci-hcd.c
--- a/drivers/usb/host/uhci-hcd.c Tue Feb 24 09:
Because uhci_result_interrupt used to be aliased to uhci_result_bulk.
The name got changed at some point at which point using the define
doesn't make much sense anymore.
But it did at one point :)
JE
On Mon, Feb 23, 2004, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Bulk and interrupt urb's sh
On Tue, Feb 24, 2004 at 10:49:07AM -0500, Alan Stern wrote:
> It looks like this little scheme about asking people to notify us for
> unneeded unusual_devs entries may have run into a snag, courtesy of Casio.
>
>
> On 15 Feb 2004, Frank D. Cringle wrote:
>
> > Feb 15 00:11:16 dagger usb-storage
Hello,
I have altered kbtab.c a bit in anticipation of an XFree86 4.3 driver that can accept
the pressure data (as a third axis) by listening on the event interface.
I have set it so that if the option kb_pressure_click is -1 it reports pressure
rather than clicks.
This patch is against Linux-
Thomas Sailer wrote:
> On Tue, 2004-02-24 at 15:05, Clemens Ladisch wrote:
>
> > BTW: A Plantronics headset (0x047f/0x0ca1) and the Griffin iMic
> > (0x077d/0x07af) have a similar bug.
>
> Hm, haven't found this in alsa in the linux kernel 2.6.3.
Alsa has this in the parse_audio_endpoints functio
anyone can teach me how to build my own drivers for this keyb?
thanx
http://www.qbik.ch/usb/devices/showdev.php?id=2180
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD so
On Tue, 24 Feb 2004, Joachim Berdal Haga wrote:
> > The printer was enumerated correctly and the printer driver invoked.
> > Without seeing more debugging information from later in the process, I
> > would have to guess that the problem lies in the printer driver.
>
> There were no more messages
On Mon, 23 Feb 2004, Bill Peck wrote:
> I'm posting this here in case anyone can help. I can understand the usb
> drivers not working after a resume if I left them loaded (since I heard
> that ohci isn't acpi aware yet). But shouldn't it work if I unload
> first and reload after?
It _should_ wo
It looks like this little scheme about asking people to notify us for
unneeded unusual_devs entries may have run into a snag, courtesy of Casio.
On 15 Feb 2004, Frank D. Cringle wrote:
> Feb 15 00:11:16 dagger usb-storage: This device (07cf,1001,1000 S 05 P 00) has an
> unneeded SubClass entry
Alan Stern said:
> Thank you for forwarding this, Andrew.
Yes thanks. Sorry about the wrong list.
>> Printing on usb doesn't work for me in 2.6.3-mm3 (or -mm1). The printer
>> is recognized and a session is opened, but never finished (and nothing
>> is printed). After a few minutes the printer pr
- These recipients of your message have been processed by the mail server:
[EMAIL PROTECTED]; Failed; 5.2.2 (mailbox full)
Remote MTA ims7a.libero.it: SMTP diagnostic: 552 RCPT TO:<[EMAIL PROTECTED]>
Mailbox disk quota exceeded
Reporting-MTA: dns; smtp6.libero.it
Received-from-MTA: dns; in
On Mon, 23 Feb 2004, Stephen Hemminger wrote:
> The list macro's now do poisoning to detect attempted traversal of
> dead elements, but the UHCI wants to initialize them as empty.
> The problem with marking them as empty, is if there ever is a locking
> problem, then the code traversing the list c
On Mon, 23 Feb 2004, Stephen Hemminger wrote:
> Bulk and interrupt urb's share common irq processing, why does the
> code try to obfuscate it?
Quite right; this is needless complexity. (But note you left in a couple
of lines that should have been deleted.)
Greg, this is a trivial obviously-cor
Thank you for forwarding this, Andrew.
On Mon, 23 Feb 2004, Andrew Morton wrote:
> Date: Mon, 23 Feb 2004 21:20:52 +0100
> From: Joachim Berdal Haga <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: 2.6.3-mm3: usb printer problem (works in stock 2.6.3)
>
>
>
> Printing on usb doesn't work
Hello,
Are there any documents regarding how one should use USB ISOC endpoints
in linux 2.6 ?
I need answers to questions like: -
1) set alternate interface then submit urb, or submit the urb on
initialisation, then set alternate interfaces on the fly.
2) How many urb's should one use per ISOC
On Mon, 23 Feb 2004, David Brownell wrote:
> > There's no reason they couldn't be allowed during the STARTING state.
> > The real problem seems to be that the start() method does two things: turn
> > on the controller hardware and register the root hub. It becomes tricky
> > to change the sta
On Tue, 2004-02-24 at 15:05, Clemens Ladisch wrote:
> BTW: A Plantronics headset (0x047f/0x0ca1) and the Griffin iMic
> (0x077d/0x07af) have a similar bug.
Hm, haven't found this in alsa in the linux kernel 2.6.3.
Also, I do have a Griffin iMic and it works for me without kludge...
strange...
T
Thomas Sailer wrote:
> the Mirconas UAC355x audio chips don't currently work with my driver
> (haven't tried alsa), because it announces both playback and capture
> being adaptive, while only playback is really adaptive, capture is
> asynchronous. So we need a quirk to handle this.
>
> How do we ha
All,
the Mirconas UAC355x audio chips don't currently work with my driver
(haven't tried alsa), because it announces both playback and capture
being adaptive, while only playback is really adaptive, capture is
asynchronous. So we need a quirk to handle this.
How do we handle this best? In the dri
I must correct me: it virtually never runs correctly. No matter if the
preemptive flag is on or not. In 2.6.2 it was still possible to get the
right values filled in. Not always but, let say every third time.
Somehow this has been "optimised" towards 2.6.3-bk4. Now you have to
plug in the devic
When I plug in my USB device the hotplug script is called without the
needed parameters:
Feb 24 09:25:32 snoopy /etc/hotplug/usb.agent: Bad USB agent invocation
[added by me]:
Feb 24 09:25:32 snoopy /etc/hotplug/usb.agent: PRODUCT=
Feb 24 09:25:32 snoopy /etc/hotplug/usb.agent: ACTION=add
Feb 24
39 matches
Mail list logo
