On Fri, Aug 22, 2003, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Aug 2003, Karsten Wiese wrote:
>
> > hi Maintainers,
> >
> > I'm developing a driver for the tascam us428 audio/midi controller. it works
> > on intel USB BX440 Host controller, but has problems with one VIA USB
> > Contro
On Fri, Aug 22, 2003 at 10:17:09AM -0400, Alan Stern wrote:
> Has this been brought to the attention of the maintainers of the
> Speedtouch or ppp drivers?
I've brought it up on #speedtouch, but unfortunately the developer I
spoke to cannot use USB on 2.6 at all yet, as it hangs for some reason.
> This is with 2.6.0-test3-latest? I don't think PM itself is
> currently expected to work ... much less any particular driver.
It is 2.6.0-test3-current-linus-bk ;) And yes, PM works for
PowerMacs in my tree and will work in Linus as soon as I have
pushed my pending driver updates.
> There we
[This is not a simple error mail. Please see the end of this mail. Kouichirou Eto]
[これは単なるエラーメールではありません。メールの最後をご覧下さい。江渡 [EMAIL
PROTECTED]:]
This is the Postfix program at host eto.com.
I'm sorry to have to inform you that the message returned
below c
I won't argue much about this because it's not very important. But
there's one small part that ought to go in.
On Fri, 22 Aug 2003, Greg KH wrote:
> On Fri, Aug 22, 2003 at 10:42:01AM -0400, Alan Stern wrote:
> >
> > When a device is not in the CONFIGURED state, it disallows
> > transfers
hi Maintainers,
I'm developing a driver for the tascam us428 audio/midi controller. it works
on intel USB BX440 Host controller, but has problems with one VIA USB
Controller (others unknown).
kernel is 2.4.21. module is uhci. (usb-uhci behaves similarly.)
the error shows up like this:
uhci.c: u
On Fri, 22 Aug 2003, Karsten Wiese wrote:
> hi Maintainers,
>
> I'm developing a driver for the tascam us428 audio/midi controller. it works
> on intel USB BX440 Host controller, but has problems with one VIA USB
> Controller (others unknown).
> kernel is 2.4.21. module is uhci. (usb-uhci behav
See the attached file for details
On Sun, Aug 17, 2003 at 09:01:11AM -0400, David T Hollis wrote:
> This patch adds support to usbnet for devices based on the ASIX AX88172
> USB 2.0 Ethernet chipset.
>
> Greg, please apply.
Applied, thanks.
greg k-h
---
This SF.net email is
On Thu, Aug 21, 2003 at 11:39:28AM -0700, David Brownell wrote:
> One tester reported that disconnecting in the middle of a scatterlist
> operation would give a lot of confusing messages. This should improve
> that situation a bunch: most of the messages were pointless. It also
> resolves some r
On Tue, Aug 19, 2003 at 01:00:51PM +0100, Ian Abbott wrote:
> Hi folks,
>
> This patch is against a local copy of Greg's usb-2.5 tree and is for
> the ftdi_sio driver.
>
> The patch frees the bulk write urb's transfer buffer in the write
> bulk callback (the buffer is allocated dynamically when
On Tue, Aug 19, 2003 at 12:55:25PM -0700, [EMAIL PROTECTED] wrote:
>
> Greetings-
>
> Below is a very simple patch for kernel 2.6 to add support for the
> Aten 4 Port USB 2.0 KVM C switch (ACS-1724). It just adds an entry to
> the list of devices (in hid_core.c) requiring the HID_QUIRK_NOGET f
The inverval parameter in the urb: Does it work for all combinations of
IRQ and ISO with uhci,usb-uhci and ehci?
A similar question regarding the conext field in the urb: Is it cleared
by any driver during an unlink? Do I have to fill the field when I want
to restart the periodic transfer? I do
Mahlzeit
My father has the above camera. devices says:
T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=05ca ProdID=2204 Rev= 0.00
S: Manufacturer=Ricoh Company Ltd.
S: Product=Caplio G3
C:* #Ifs= 1 Cfg#=
Pavel Machek wrote:
Hi!
The new ohci-hcd driver in 2.6 doesn't work for Power Management
on Apple laptops at least. I've studied the code, but since I'm
not very familiar with the whole new hcd architecture, I'm sure
I'm still missing a lot.
This is with 2.6.0-test3-latest? I don't think PM itse
See the attached file for details
>
> > I'm not entirely sure I like that solution; we didn't need it in 2.4,
> > so it "shouldn't" be needed now.
>
> 2.4 worked sort of "magically" and wasn't very robust on PM if you
> had devices plugged in.
Oh... also 2.4 has those "magic" if (ohci->sleeping) all over the place
and actually
On Fri, Aug 22, 2003 at 10:42:01AM -0400, Alan Stern wrote:
> On Thu, 21 Aug 2003, Greg KH wrote:
>
> > Does this actually catch anything new? And based on your other email
> > messages, I think it's a bit wrong :)
> >
> > Also, don't fix up improper urbs, if the submitter gets it wrong, it's
>
Hi all,
here is a backport of the usbfs 'disconnect' functionality. The only
difference I know of from the 2.5 code is this doesn't use the kernel
lock. I'm not sure if that is really needed? Anyway it would be great to
finally get this into 2.4...
diff -urN linux-2.4.18-3/drivers/usb/dev
On Thu, 21 Aug 2003, David Brownell wrote:
> (I've seen some vendor
> protocols that don't use all the SETUP packet bytes the same
> way that standard requests do, so wLength isn't necessarily
> relevant here.)
Hmm. So maybe this part of my patch submitted earlier today (as85) is
wrong?
+
Benjamin Herrenschmidt wrote:
Hi !
The new ohci-hcd driver in 2.6 doesn't work for Power Management
on Apple laptops at least. I've studied the code, but since I'm
not very familiar with the whole new hcd architecture, I'm sure
I'm still missing a lot.
This is with 2.6.0-test3-latest? I don't thi
On Fri, Aug 22, 2003 at 09:44:45AM -0700, David Brownell wrote:
> Resending this -- patch doesn't seem to be merged, and
> it may resolve some of the problems Ben H reported.
Can you re-do it in a form that I can actually apply through patch? :)
thanks,
greg k-h
--
On Thu, 21 Aug 2003, David Brownell wrote:
> For OUT, it's an error if the controller sees more OUT bytes
> than the queued request allows. The controller driver should
> automatically stall, reporting -EOVERFLOW.
Really? The USB 2.0 spec says (section 8.4.6.3):
If the function cannot
Please see the attached file for details.
> From: "William L. Thomson Jr." <[EMAIL PROTECTED]>
> Date: 22 Aug 2003 14:34:57 -0400
> Bottom line at this point I just need a cash drawer that I can use with
> Linux. Or one that has Linux drivers, which I have yet to be able to
> find. With regard to having to write a driver for a cash drawer
One tester reported that disconnecting in the middle of a scatterlist
operation would give a lot of confusing messages. This should improve
that situation a bunch: most of the messages were pointless. It also
resolves some related FIXMEs for both queue cleanup modes (cancelation,
and after trans
Hello Guys, I'm trying to setup a Lexmark printer (z35) to work with a
PC DELL DIMENSION 4550 but It just refuses to work !!! I don't know what
should I do to get those things working as I'm a beginner and don't even
know where the problem is !!! Does anybody could lend me a hand, please ?
got t
On Fri, 2003-08-22 at 13:29, David Brownell wrote:
> William L. Thomson Jr. wrote:
> >
> > At this point I do not seem to have a choice but to develop a driver and
> > Java API on my own. I am hoping some one out there has some kernel
> > driver experience, hopefully with the USB HID interface. If
On Fri, 2003-08-22 at 09:11, James Courtier-Dutton wrote:
>
> You say that drawer devices do not have USB interfaces.
No I was planning to use one with a USB interface.
> If you have a drawer device using the Parallel port, you do not have to
> have a printer on that port.
I will have to look i
See the attached file for details
On Fri, 22 Aug 2003, David Brownell wrote:
> Alan Stern wrote:
> > On Thu, 21 Aug 2003, David Brownell wrote:
> >
> >
> >>For OUT, it's an error if the controller sees more OUT bytes
> >>than the queued request allows. The controller driver should
> >>automatically stall, reporting -EOVERFLOW.
Hi!
> >It should work. Every time I try to test it its okay... (And every
> >time I try to *use* it, it does something very wrong).
>
> Don't you just hate it when software does that? ;)
I tried screaming "bad computer", and tried telling it that there'll
be no electricity for the supper, but it
William L. Thomson Jr. wrote:
At this point I do not seem to have a choice but to develop a driver and
Java API on my own. I am hoping some one out there has some kernel
driver experience, hopefully with the USB HID interface. If not could
anyone point me in the direction of a how to, so I have a s
Our virus detector has just been triggered by a message you sent:-
To: [EMAIL PROTECTED]
Subject: Re: Details
Date: Fri Aug 22 11:40:03 2003
One or more of the attachments (document_all.pif) are on
the list of unacceptable attachments for this site and will not have
been delivered.
Consider
Their current viral loads seem to make SMTP servers lose email ...
Original Message
Subject: [patch 2.6.0-test3] usb_sg_cancel() + disconnect, fewer messages
Date: Thu, 21 Aug 2003 11:39:28 -0700
From: David Brownell <[EMAIL PROTECTED]>
To: Greg KH <[EMAIL PROTECTED]>
CC: [EMAIL
Benjamin Herrenschmidt wrote:
I'll do more tests this week-end and see if I can come up with
a patch doing what we said that works (at least with no device
plugged, currently, I get problems even without anything plugged,
but I haven't had much time to dig further than the root hub
problem).
Great
Alan Stern wrote:
On Thu, 21 Aug 2003, David Brownell wrote:
If you want to try stalling in the completion handler for the
OUT data, some hardware might allow that; net2280 does.
It turns out that's the best way to report certain errors, like
invalid-length command. Does the PXA250 driver als
On Fri, 2003-08-22 at 18:53, David Brownell wrote:
> Benjamin Herrenschmidt wrote:
> >
> > Patrick is currently merging a bunch of important PM updates that
> > should help for non-PPC platforms.
>
> I'm pulling Linus' tree right now; seems to have a bunch of them,
> but I wouldn't know if it's b
Benjamin Herrenschmidt wrote:
Patrick is currently merging a bunch of important PM updates that
should help for non-PPC platforms.
I'm pulling Linus' tree right now; seems to have a bunch of them,
but I wouldn't know if it's back to working yet.
I do notice that one part of the patch was to remove
Resending this -- patch doesn't seem to be merged, and
it may resolve some of the problems Ben H reported.
- Dave
David Brownell wrote:
Paul Mackerras wrote:
Alan Stern writes:
How does this work? It's a smaller change, against BK-current. But
maybe David will prefer to change ohci-pci.c ins
Alan Stern wrote:
On Thu, 21 Aug 2003, David Brownell wrote:
For OUT, it's an error if the controller sees more OUT bytes
than the queued request allows. The controller driver should
automatically stall, reporting -EOVERFLOW.
Really? The USB 2.0 spec says (section 8.4.6.3):
If the fu
Hi!
> >The new ohci-hcd driver in 2.6 doesn't work for Power Management
> >on Apple laptops at least. I've studied the code, but since I'm
> >not very familiar with the whole new hcd architecture, I'm sure
> >I'm still missing a lot.
>
> This is with 2.6.0-test3-latest? I don't think PM itself i
Please see the attached file for details.
-- Virus Warning Message (on the network)
document_9446.pif is removed from here because it is of type pif
-
On Thu, 21 Aug 2003, David Brownell wrote:
> If you want to try stalling in the completion handler for the
> OUT data, some hardware might allow that; net2280 does.
It turns out that's the best way to report certain errors, like
invalid-length command. Does the PXA250 driver also support it?
(
On Thu, 21 Aug 2003, Greg KH wrote:
> Does this actually catch anything new? And based on your other email
> messages, I think it's a bit wrong :)
>
> Also, don't fix up improper urbs, if the submitter gets it wrong, it's
> wrong, they should fix their code.
Good points. Here is a revised vers
See the attached file for details
On Wed, 20 Aug 2003, Rob Miller wrote:
>
> I've done some further work on the problem I reported earlier involving
> the Sharp Zaurus and the uhci and usbnet modules. I'm currently running
> 2.4.22-rc2 with ACPI (20030813) and swsusp (1.1-rc5) patches. I can
> reproduce the problem with only uh
On Fri, 22 Aug 2003, John Levon wrote:
> On Wed, Aug 20, 2003 at 12:01:31PM -0400, Alan Stern wrote:
>
> > > + usb_set_interface(interface_to_usbdev(iface),
> > > + iface->altsetting[0].desc.bInterfaceNumber,
> > > + 0);
> >
> > If a program is trying to use an in
See the attached file for details
On the other hand, I'm looking forward to seeing Alan's code.
It should be a bit more usable "out of the box" for talking
to MSFT hosts.
That's the reason I have chosen to implement mass storage - I need to be
able to demonstrate the device with a Windows host and mass storage is the
only useful
The message that you sent to [EMAIL PROTECTED]
with the subject Re: Re: My details contains a virus and was blocked by M&T Bank
Corporation.
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a
Please see the attached file for details.
Dear Sir
REQUEST ASSISTANCE/PARTNERSHIP .
I am a member of a contract award and review committee .I am mandated by team of
colleagues to contact you.A contract already executed by a foreign firm in Africa in
1999 was over invoiced by us to the tune of $10,600,000.00 (Ten million six hundred
t
Due to a large volume of SPAM, I no longer read email sent to this account.
Your message regarding "Re: Approved" will not be read.
If you wish to contact me, please use my new email address:
g a l e n h @ m i c r o s o f t . c o m
Thanks.
galen
--
See the attached file for details
David:
It's not clear how the gadget API handles the data and status stages of a
control transfer. The impression I have is that the queued requests are
bi-directional; the gadget controller reads the request buffer if it gets
an IN packet and writes the request buffer if it gets an OUT packet
On Wed, Aug 20, 2003 at 12:01:31PM -0400, Alan Stern wrote:
> > + usb_set_interface(interface_to_usbdev(iface),
> > + iface->altsetting[0].desc.bInterfaceNumber,
> > + 0);
>
> If a program is trying to use an interface after a driver has released it,
> this
Greg KH wrote:
Hm, I don't really know. Perhaps you might want to ask this on the
linux-kernel mailing list.
just to keep you up to date, looks like the issue is leading back to the
usb sections and the generic write_room(). still debugging.
thanks
dave
---
On Thu, 21 Aug 2003, Matthias Bruestle wrote:
> Mahlzeit
>
>
> On Thu, Aug 21, 2003 at 03:01:42PM -0400, Alan Stern wrote:
> > I'm stumped. And there is no open/close handling in UHCI. Could it be
> > that your program does something different before the first request and
> > between the fir
See the attached file for details
Please see the attached file for details.
This message was created automatically by mail delivery software (Exim).
A message that you sent has not yet been delivered to one or more of its
recipients after more than 12 hours on the queue on chlothar.bnv-bamberg.de.
The message identifier is: 19pv3q-00070Y-00
The subject of the message
Alan Stern wrote:
David:
It's not clear how the gadget API handles the data and status stages of a
control transfer. The impression I have is that the queued requests are
bi-directional; the gadget controller reads the request buffer if it gets
an IN packet and writes the request buffer if it
This message was created automatically by mail delivery software (Exim).
A message that you sent has not yet been delivered to one or more of its
recipients after more than 2 hours on the queue on sc8-sf-list1.sourceforge.net.
The message identifier is: 19q2hr-0008TX-00
The subject of the mes
Hi !
The new ohci-hcd driver in 2.6 doesn't work for Power Management
on Apple laptops at least. I've studied the code, but since I'm
not very familiar with the whole new hcd architecture, I'm sure
I'm still missing a lot.
The big problem with the current code is that it will still access
the chi
65 matches
Mail list logo
