Oh well! I commented out the "goto fail_and_release" statement, but I still
have no drivers. The dmesg, lsusb, and usbdevices files are attached.
I appreciate the effort and know the source of the problem.
Thanks again,
Mark
On Fri, Apr 20, 2007 at 09:29:59AM -0700, David Brownell wrote:
> On
On Friday 20 April 2007 8:46 am, Mark Glassberg wrote:
> Applied the patch. It looks like we took a step back. The latest dmesg,
> lsusb, and usbdevices files are attached. I thought you might want to see
> them
Good to see those ... those are expected results, other than the timeouts
one time
Applied the patch. It looks like we took a step back. The latest dmesg,
lsusb, and usbdevices files are attached. I thought you might want to see
them before I comment out the "goto fail_and_release" statement. Just let
me know if you want to see the results of that change.
Thanks again,
Mark
On Thursday 19 April 2007 10:48 am, David Brownell wrote:
> But after Oliver's hack, there was still:
>
> > rndis_host 3-1:1.0: dev can't take 1558 byte packets (max 0)
>
> And that means something else: the device took the RNDIS
> initialization request, but didn't return a sane response.
> So
On Thursday 19 April 2007 5:07 am, Mark Glassberg wrote:
> rndis_host 3-1:1.0: usb_probe_interface
> rndis_host 3-1:1.0: usb_probe_interface - got id
> rndis_host 3-1:1.0: missing cdc header union ether descriptor
> usb 3-1: bad CDC descriptors
One issue is that the CDC descriptors are in the wron
Your cdc_ether.c certainly helped. I am attaching the latest dmesg,
lsusb, and usbdevices files. Unfortunately, as you can see from the
latter file, I only have a driver for the comm side of the device, but
none for the data side.
As always, any assistance would be most welcome.
Thanks again,
Ma
Am Donnerstag, 19. April 2007 15:28 schrieb Mark Glassberg:
> I did EXACTLY as instructed. The compilation ended with this:
> make[3]: *** [drivers/usb/net/cdc_ether.o] Error 1
> make[2]: *** [drivers/usb/net] Error 2
> make[1]: *** [drivers/usb] Error 2
> make: *** [drivers] Error 2
>
> My modif
I did EXACTLY as instructed. The compilation ended with this:
make[3]: *** [drivers/usb/net/cdc_ether.o] Error 1
make[2]: *** [drivers/usb/net] Error 2
make[1]: *** [drivers/usb] Error 2
make: *** [drivers] Error 2
My modified cdc_ether.c is attached.
Sorry,
Mark
On Thu, Apr 19, 2007 at 02:51:1
Am Donnerstag, 19. April 2007 14:07 schrieb Mark Glassberg:
> I installed a 2.6.21-rc7 kernel with USB_DEBUG=y and USB_NET_RNDIS_HOST=y.
> Unfortunately, my dsl modem/router is not yet installed. Attached are the
> dmesg output, the detailed lsusb output, and the related section of the
> /proc/bus
I installed a 2.6.21-rc7 kernel with USB_DEBUG=y and USB_NET_RNDIS_HOST=y.
Unfortunately, my dsl modem/router is not yet installed. Attached are the
dmesg output, the detailed lsusb output, and the related section of the
/proc/bus/usb/devices file. The latter shows no driver for the device,
but d
On Tue, 17 Apr 2007, Mark Glassberg wrote:
> On Tue, Apr 17, 2007 at 12:56:51PM -0400, Alan Stern wrote:
> > There was a fairly recent change in this area of choose_configuration(),
> > having to do with whether or not RNDIS support is present in a module vs.
> > built-in. Mark should try using
Am Dienstag, 17. April 2007 20:21 schrieb Mark Glassberg:
> On Tue, Apr 17, 2007 at 06:13:24PM +0200, Oliver Neukum wrote:
> > OK. Please run two tests.
> >
> > #1 - try the attached patch
> > #2 - compile USB_NET_RNDIS_HOST statically into your kernel
>
> Sorry, but I have two problems. First
On Tue, Apr 17, 2007 at 12:56:51PM -0400, Alan Stern wrote:
> There was a fairly recent change in this area of choose_configuration(),
> having to do with whether or not RNDIS support is present in a module vs.
> built-in. Mark should try using 2.6.21-rc if he isn't using it already.
I'm runnin
On Tuesday 17 April 2007 8:31 am, Oliver Neukum wrote:
> Am Dienstag, 17. April 2007 17:18 schrieb Mark Glassberg:
> > usb 3-1: new full speed USB device using uhci_hcd and address 2
> > usb 3-1: ep0 maxpacket = 8
> > usb 3-1: skipped 4 descriptors after endpoint
> > usb 3-1: default language 0x040
On Tue, Apr 17, 2007 at 06:13:24PM +0200, Oliver Neukum wrote:
> OK. Please run two tests.
>
> #1 - try the attached patch
> #2 - compile USB_NET_RNDIS_HOST statically into your kernel
Sorry, but I have two problems. First the patch seems to for the 2.6.21-rc7
kernel and I'm running 2.6.17.13.
On Tue, Apr 17, 2007 at 05:31:25PM +0200, Oliver Neukum wrote:
> Am Dienstag, 17. April 2007 17:18 schrieb Mark Glassberg:
> > usb 3-1: new full speed USB device using uhci_hcd and address 2
> > usb 3-1: ep0 maxpacket = 8
> > usb 3-1: skipped 4 descriptors after endpoint
> > usb 3-1: default langua
On Tue, 17 Apr 2007, Oliver Neukum wrote:
> Am Dienstag, 17. April 2007 17:18 schrieb Mark Glassberg:
> > usb 3-1: new full speed USB device using uhci_hcd and address 2
> > usb 3-1: ep0 maxpacket = 8
> > usb 3-1: skipped 4 descriptors after endpoint
> > usb 3-1: default language 0x0409
> > usb 3-
Am Dienstag, 17. April 2007 17:50 schrieb Mark Glassberg:
> On Tue, Apr 17, 2007 at 05:31:25PM +0200, Oliver Neukum wrote:
> > Am Dienstag, 17. April 2007 17:18 schrieb Mark Glassberg:
> > > usb 3-1: new full speed USB device using uhci_hcd and address 2
> > > usb 3-1: ep0 maxpacket = 8
> > > usb 3
Am Dienstag, 17. April 2007 17:18 schrieb Mark Glassberg:
> usb 3-1: new full speed USB device using uhci_hcd and address 2
> usb 3-1: ep0 maxpacket = 8
> usb 3-1: skipped 4 descriptors after endpoint
> usb 3-1: default language 0x0409
> usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=0
Am Dienstag, 17. April 2007 15:15 schrieb Mark Glassberg:
> usb 3-1: new full speed USB device using uhci_hcd and address 2
> usb 3-1: ep0 maxpacket = 8
> usb 3-1: skipped 4 descriptors after endpoint
> usb 3-1: default language 0x0409
> usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=0
On Tue, Apr 17, 2007 at 04:39:05PM +0200, Oliver Neukum wrote:
> Am Dienstag, 17. April 2007 15:15 schrieb Mark Glassberg:
> > usb 3-1: new full speed USB device using uhci_hcd and address 2
> > usb 3-1: ep0 maxpacket = 8
> > usb 3-1: skipped 4 descriptors after endpoint
> > usb 3-1: default langua
I have a 2Wire Homeportal 1000SW, which is a dsl modem/router connected by
a usb cable. Because I do not know which class this device falls under, I
have installed the following modules:
Module Size Used by
ndiswrapper 171732 0
plusb 2176 0
kawe
Hi,
the catc driver as is simply allocates 70K of memory in one chunk
and violates the DMA coherency rules. As this device uses somewhat
complex data structures I don't want to rewrite a lot without documentation
or testing. Does anybody have documentation around?
Regards
On Sat, 3 Feb 2007, Pete Zaitcev wrote:
> On Sat, 3 Feb 2007 11:43:50 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > Here's an idea for an improvement to the text interface in usbmon which
> > should be easy to implement. I'd like to know for certain when and where
> > events are missi
On Sat, 3 Feb 2007 11:43:50 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> Here's an idea for an improvement to the text interface in usbmon which
> should be easy to implement. I'd like to know for certain when and where
> events are missing from the log. Something as simple as a line con
Pete:
Here's an idea for an improvement to the text interface in usbmon which
should be easy to implement. I'd like to know for certain when and where
events are missing from the log. Something as simple as a line containing
nothing but a '*' could mark the absence of one or more events.
The dr
Am Mittwoch, 31. Januar 2007 20:35 schrieb Alan Stern:
> On Wed, 31 Jan 2007, Oliver Neukum wrote:
>
> > > > + if (sdkp->capacity % 63 || sdkp->capacity % 255)
> > > > + --sdkp->capacity;
> > >
> > > This is a strange computation. You avoid decrementing the ca
On Wed, 31 Jan 2007, Oliver Neukum wrote:
> > > + if (sdkp->capacity % 63 || sdkp->capacity % 255)
> > > + --sdkp->capacity;
> >
> > This is a strange computation. You avoid decrementing the capacity iff it
> > is already divisible both by 63 and by 255. Maybe you really
Am Mittwoch, 31. Januar 2007 17:22 schrieb Alan Stern:
> On Wed, 31 Jan 2007, Oliver Neukum wrote:
> If some other device ends up needing this in the future, what makes you
> think the heuristic you have chosen will be appropriate?
I've checked my disks and asked for counterexamples.
If you have
On Wed, 31 Jan 2007, Oliver Neukum wrote:
> Hi,
>
> could you please test this with your storage device. It tries to implement
> a heuristics which will work with both versions of the firmware.
>
> Regards
> Oliver
If some other device ends up needing this in the future, wha
Hi,
could you please test this with your storage device. It tries to implement
a heuristics which will work with both versions of the firmware.
Regards
Oliver
--- a/drivers/usb/storage/unusual_devs.h2007-01-31 14:48:08.0
+0100
+++ b/drivers/usb/stora
On Thursday 19 May 2005 9:22 pm, [EMAIL PROTECTED] wrote:
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 19, 2005 10:25 AM
> To: Borse, Ganesh
>
> > how is it shown in sysfs? In any file?
>
> >>The current device configuration is bConfigurationValue,
> >>matching the USB s
On Thu, May 19, 2005 at 11:22:20PM -0500, [EMAIL PROTECTED] wrote:
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 19, 2005 10:25 AM
> To: Borse, Ganesh
>
> > how is it shown in sysfs? In any file?
>
> >>The current device configuration is bConfigurationValue,
> >>matching
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 19, 2005 10:25 AM
To: Borse, Ganesh
> how is it shown in sysfs? In any file?
>>The current device configuration is bConfigurationValue,
>>matching the USB spec.
No, bConfigurationValue does not give any information about overcurr
On Wednesday 18 May 2005 9:21 pm, [EMAIL PROTECTED] wrote:
> -Original Message-
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 19, 2005 9:40 AM
> To: [email protected]
> Cc: Borse, Ganesh; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>
> >>in the USB spe
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 19, 2005 9:40 AM
To: [email protected]
Cc: Borse, Ganesh; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>>in the USB spec and the current device configuration as
>>shown in sysfs ... except for
On Wednesday 18 May 2005 8:42 pm, [EMAIL PROTECTED] wrote:
> What I would like to know is: which IOCTL, system call, /proc or /sysfs
> file can provide me the information that certain USB device is causing
> overcurrent condition on an external hub?
Have a look at how "lsusb" fetches port status
-Original Message-
From: Alan Stern [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 18, 2005 7:36 PM
To: Borse, Ganesh
>>If you want to get the information that's in /var/log/messages all you
>>need to do is open /var/log/messages and read the contents of the
file.
>>Various pieces of tha
On Tue, 17 May 2005 [EMAIL PROTECTED] wrote:
> Dear sir,
> I am a developer working on Red Hat Linux with kernels 2.6 and 2.4.
> I am connecting a bus-powered USB 4-port hub with USB floppy (connected on
> this USB external hub) onto USB Root hub.
>
> I found that /var/log/messages file contains
Dear sir,
I am a developer working on Red Hat Linux with kernels 2.6 and 2.4.
I am connecting a bus-powered USB 4-port hub with USB floppy (connected on this
USB external hub) onto USB Root hub.
I found that /var/log/messages file contains a message as below:
May 17 15:54:30 localhost kernel: us
On Wed, Mar 23, 2005 at 03:23:37PM -0800, mohamed rafi wrote:
> Hi,
>
> I have recently bought a M-S Cash Drawer, the new one
> which is a HID Device. It has drivers available for
> Windows only, and not for Linux.
I suggest you ask your vendor for those drivers :)
> Using a USB Transport Analy
Hi,
I have recently bought a M-S Cash Drawer, the new one
which is a HID Device. It has drivers available for
Windows only, and not for Linux.
Using a USB Transport Analyzer,I was able to get the
request for Open Device (the Request is 0x09h, and the
Value is 0x0200h) However, I need to know wha
On Sat, 4 Dec 2004, Gerd v. Egidy wrote:
> Sorry for the dumb question, but what does that mean for the non
> usb-professional? Will it really spin down my disk or just put the usb
> connection to it in suspend mode?
It only puts the USB connection into suspend mode. If your drive decides
that
> > Cool! I'll have to take a look soon. (And at the hub autosuspend
> > patch too...) It's bigger than I'd have expected. Care to sketch
> > what those three patches do?
>
> It's a little bigger than it needs to be, because I took the opportunity
> to reorder the #include lines in bunch of sou
On Thu, 2 Dec 2004, David Brownell wrote:
> On Thursday 02 December 2004 9:22 am, Alan Stern wrote:
> > Below is a composite of three patches pending for the usb-storage driver.
> > Together they provide support for autosuspend. The inactivity timeout is
> > controlled by a module parameter na
On Thursday 02 December 2004 9:22 am, Alan Stern wrote:
> Below is a composite of three patches pending for the usb-storage driver.
> Together they provide support for autosuspend. The inactivity timeout is
> controlled by a module parameter named "autosuspend"; its value gives the
> timeout i
Below is a composite of three patches pending for the usb-storage driver.
Together they provide support for autosuspend. The inactivity timeout is
controlled by a module parameter named "autosuspend"; its value gives the
timeout in seconds (0 means no autosuspend).
If anyone can try this out
Almost welcome to our mailinglist(s) ...
Someone, hopefully you, has subscribed your email address to the following
mailinglists:
* adhost list
If this is correct, please click this URL to confirm your subscription:
http://adhost.gr/list/?p=confirm&uid=fb54e9b8e0a23a8adfd09f5447ee6
On Thu, Sep 02, 2004 at 08:43:23PM +0200, Hermann Kneissel wrote:
>
> The current version of my driver to connect a garmin gps receiver
> is available here:
>
> http://cvs.sourceforge.net/viewcvs.py/garmin-gps/kernel/garmin_gps.c
>
> can someone review it and tell, if there are obvious problems
The current version of my driver to connect a garmin gps receiver
is available here:
http://cvs.sourceforge.net/viewcvs.py/garmin-gps/kernel/garmin_gps.c
can someone review it and tell, if there are obvious problems and what
should be changed if i want to submit the driver for inclusion in the l
FOREIGN EXCHANGE DEPARTMENT.
SAFEX BANK OF SOUTH AFRICA
NORTHERN PROVINCE
REPUBLIC OF SOUTH AFRICA
I am the manager of Bill and Exchange at the foreign Remittance Department of SAFEX
BANK I got your email adress while searching for trustworthy cuontries and
individuals.In my department we discov
Dave, Alan,
actually in the BIOS there's no way to change anything related to USB.
Therefore I don't know if it's the BIOS to blame or not.
However, we leave it as it is. Nobody else has ever reported any problem
like this, I suspect. Seem to be my personal prob with my ACER aspire
1350. It's
Alan Stern wrote:
On Sat, 7 Feb 2004, Bernd Porr wrote:
If I only load the UHCI driver all external devices get no power at all
(measured with a meter).
To get power to the external bus I have to first load both drivers: ehci
and uhci. When I remove the ehci driver the power is still on.
I di
On Sat, 7 Feb 2004, Guennadi Liakhovetski wrote:
> On Fri, 6 Feb 2004, Alan Stern wrote:
>
> > Can someone who has a VIA-based UHCI controller please try out this patch
> > and let us know if anything goes wrong?
>
> Noticed nothing wrong. Should I have noticed any difference? lspci -v
> reports
On Sat, 7 Feb 2004, Bernd Porr wrote:
> Hi Alan,
>
> let's say: it works with VIA as bad as before. ;-) The UHCI driver
> itself works -- if the ehci driver is/was loaded (before).
That's good to hear.
> If I only load the UHCI driver all external devices get no power at all
> (measured with
Hi Alan,
let's say: it works with VIA as bad as before. ;-) The UHCI driver
itself works -- if the ehci driver is/was loaded (before).
If I only load the UHCI driver all external devices get no power at all
(measured with a meter).
To get power to the external bus I have to first load both dri
On Fri, 6 Feb 2004, Alan Stern wrote:
> Can someone who has a VIA-based UHCI controller please try out this patch
> and let us know if anything goes wrong?
Noticed nothing wrong. Should I have noticed any difference? lspci -v
reports exactly the same information. Or where is the over-current
prot
On Tue, 3 Feb 2004, David Brownell wrote:
> Hi,
>
> I was recently looking at the root hub logic in 2.6 and noticed
> that UHCI was mis-advertising itself as supporting per-port power
> switching; the hardware doesn't do that. OK, easy to fix...
>
> Then I noticed that it was advertising itself
Hi Greg,
the files
drivers/atm/fore200e_mkfirm
drivers/atm/fore200e_pca_fw.c
drivers/atm/pca200e.bin
drivers/ieee1394/oui.c
are built during kernel compilation.
Could you exclude them from BK ?
The last time I simply clicked 'ignore' you were unhappy.
Regards
Oliver
---
On Wed, Dec 11, 2002 at 01:34:58PM -0700, Douglas Roberts wrote:
> Yes, they would have needed the spec to build the device. There is may
> be some kind of power play going on between the Chinese manufacturer of
> the device, and the American company who wants to supply us with the
> device. T
03:02 PM Subject
[linux-usb-devel] Request
03:02 PM Subject
[linux-usb-devel] Request
Hi, all.
I have an o
Hi, all.
I have an odd situation here: we have in our hands a prototype of a
digital radio that uses a USB HID controller to interface it to the
computer. The Chinese manufacturer of this device professes to not
understand us when we have (repeatedly) requested the USB interface
specificatio
Some time ago I sent to Greg a backport of the code in 2.5, to allow a
user program to request a disconnect of a device from the usbfs, so
that the user program could make use of the device. I took the code
from 2.5.32 (which was the current 2.5 kernel at that time), to try to
get the locking cor
Hi,
I'd like to request a minor number for the LEGO USB Tower driver.
The driver is currently beginning to become useable, and IMHO it
would become confusing if we continue with an unofficial number
for much longer.
I think a single minor number will be fine,
IMHO there will be very few people wh
65 matches
Mail list logo
