I have a new Motorolo T730 phone which supports USB. I plugged it into 2.6.1 and
the kernel doesn't pick up the devices correctly. I add some debug message to
the usb driver and this is what I saw:
hub 3-0:1.0: new USB device on port 2, assigned address 4
drivers/usb/core/config.c: number of inter
I just got a Logitech Quick cam and plugged it into my 2.6.1-bk4 kernel.
Any idea what driver or what else is missing?
I get this so far:
[EMAIL PROTECTED]
{0}:/lib/modules/2.6.1-bk4/kernel/drivers>find . -iname \*cam\*
./usb/media/ibmcam.ko
./usb/media/ultracam.ko
./usb/media/vicam.ko
[EMA
> nobody else has ever reported such a problem.
Actually, I've had several people email me regarding this problem asking
if I'd gotten around my incarnation of the problem. (The answer is still
no.)
> (And "broken" is fully compatible
> with "works in Windows"; especially since MSFT has access
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 it without recompilation.
This is YAASP (yet another Alan Stern patch).
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. If you want me to re-generate the patch instead, just let me
know.
Ma
Hi Greg,
I read your post in linux-kernel archive.
I am working on a target board running Linux with USB
only and without serial port.
I want to direct the Linux console the USB port, so
that i can remote control it on PC.
Now, i can send the shell output to PC side by running
following command o
This is a long overdue patch to pull out the standalone ax8817x.o driver
from 2.4. All functionality is in the usbnet driver which is
considerably more stable.
--
David T Hollis <[EMAIL PROTECTED]>
--- a/Documentation/Configure.help 2004-01-17 20:00:48.151163632 -0500
+++ b/Documentation/Config
Alexander Markley wrote:
Hey all... Some of you may remember me and my EHCI problem, but for
those that don't, I'll summerize the details.
Basically, if I load ehci-hcd into my kernel, and plug ANY USB devices
in, the computer completely hangs. (No magic sysrq keys, no kernel panic
messages, no
Hi Vojtech,
> #define DEBUG and #define DEBUG_DATA in hid-core.c, then plug in the
> device, then dmesg.
>
> lsusb could possibly provide it, too.
I found no way to do it with lsub under 2.6.1, so here is the complete
dmesg part from the Logitech Bluetooth Hub. The important report id's
are 16 a
On Sat, Jan 17, 2004 at 04:10:28PM +0100, Marcel Holtmann wrote:
> Hi Vojtech,
>
> > And regarding the first patch - I'm still not convinced it's the right
> > way to do it - James, can you send me a descriptor dump for that device?
> > Maybe we're just misparsing the descriptor ...
>
> what com
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, HIDIOCGREPORT, &rinfo);
ioctl(fd, HIDIOCGUSAGE, &uinfo);
ioctl(fd,
there are a few kinds
look at driver/usb/serial to see the drivers available
emanuel stiebler wrote:
>
> Hi all,
> Sorry, if this is off-topics here, but anybody here can recommend any
> multi serial usb devices ?
> Like at least 4 times serial (don't need to be faster than 38400 Baud)
> on on
Hi all,
Sorry, if this is off-topics here, but anybody here can recommend any
multi serial usb devices ?
Like at least 4 times serial (don't need to be faster than 38400 Baud)
on one USB port ?
Yes, it should run without problems on linux ;-)
Thanks a lot in advance.
On Sat, 17 Jan 2004, Duncan Sands wrote:
> Hi Alan, actually I thought you were trying to say that I had used a rwsem like that
> somewhere (which hopefully I haven't)...
Well, you did _talk_ about doing it at one point last month. I haven't
read through your code changes.
Alan Stern
---
On Sat, 17 Jan 2004, Rogério Brito wrote:
> Hi, Alan.
>
> I'm back and I'm trying to follow your directions to the letter. I
> turned hotplugging completely, but kept the "echo 4" part.
Good.
> I tried to cut down the logs to what I thought was a safe minimum. If
> you don't need some of the li
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 queues of bulk
> or interrupt transfers. I'm not sure what happ
On Saturday 17 January 2004 21:07, Alan Stern wrote:
> On Sat, 17 Jan 2004, Duncan Sands wrote:
> > > You hear that, Duncan?
> >
> > Yes, but I have no idea what you are referring to.
>
> Sorry, I was referring to this:
>
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107429466028075&w=2
Hi A
On Sat, 17 Jan 2004, Duncan Sands wrote:
> > You hear that, Duncan?
>
> Yes, but I have no idea what you are referring to.
Sorry, I was referring to this:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107429466028075&w=2
Alan Stern
---
On Dec 31 2003, Alan Stern wrote:
> On Tue, 30 Dec 2003, Rogério Brito wrote:
> > Ok, I'll keep doing it if it does no harm, but I'll stop if you tell me
> > to.
>
> The "echo 4..." is okay. But hotplugging may complicate things a little
> bit. I'd turn that off.
Hi, Alan.
I'm back and I'm try
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 is this done in the hardware or by your serial-driver ?
>
> Both places :)
>
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 is this done in the hardware or by your serial-driver ?
Both places :)
The driver sets it in the device.
The device reports it to the driver.
H
Does a usb-serial converter use rts/cts dtr/drs ?
If yes is this done in the hardware or by your serial-driver ?
--
Klaus
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See t
Hey all... Some of you may remember me and my EHCI problem, but for
those that don't, I'll summerize the details.
Basically, if I load ehci-hcd into my kernel, and plug ANY USB devices
in, the computer completely hangs. (No magic sysrq keys, no kernel panic
messages, no indication at all that t
On Fri, Jan 16, 2004 at 11:22:31PM -0800, Matthew Dharm wrote:
> On Fri, Jan 16, 2004 at 05:18:30PM -0800, Greg KH wrote:
> > On Sun, Jan 11, 2004 at 04:46:45PM -0800, Matthew Dharm wrote:
> > > This patch adds a sysfs attribute to the usb-storage SCSI devices. This
> > > attribute (read-only) is
Simone Gotti wrote:
Hi,
I've already wrote about this bug on the usb-user mailing list and on the
http://bugme.osdl.org/show_bug.cgi?id=1873
One bug is that for some reason the uhci-hcd driver is failing the
requests from "usbmodules". Unmounting "usbfs" prevents "usbmodules"
from running.
This c
Antonio Varriale wrote:
I need to develop a pl2303 usb driver CLIENT SIDE. Do
you know if something like that is already available?
I've just tried a general usb-char driver client side,
but I can't have any kind of control flow.
Why pl2303 -- because it has flow control?
Do you think it's poss
oops..missed reply all
> And regarding the first patch - I'm still not convinced it's the right
> way to do it - James, can you send me a descriptor dump for that device?
> Maybe we're just misparsing the descriptor ...
I can't get a lsusb -vv output at the moment (device is in use), but here
> what command should I use to provide you with the descriptor?
try lsusb -vv
It will dump everything about every usb device so look for where your Logitech device
gets mentioned in the device name.
---
The SF.Net email is sponsored by Eclip
Hi Vojtech,
> And regarding the first patch - I'm still not convinced it's the right
> way to do it - James, can you send me a descriptor dump for that device?
> Maybe we're just misparsing the descriptor ...
what command should I use to provide you with the descriptor?
Regards
Marcel
-
> No, there can be other reasons too. For example, suppose one routine that
> gets a read lock calls another that does the same thing. That works well
> with rw-semaphores but not with regular ones. That's not contention, it's
> something else (poor design perhaps -- but Duncan has his reasons).
> > You must not do this. Debugging such a thing will drive programmers
> > to madness in incredible numbers.
>
> ;-)
>
> You hear that, Duncan?
Yes, but I have no idea what you are referring to.
All the best,
Duncan.
---
The SF.Net email is
Hi,
I've already wrote about this bug on the usb-user mailing list and on the
http://bugme.osdl.org/show_bug.cgi?id=1873
Now I've found a workaround to avoid this but I can access at the
bugme.osdl.org page for a strange error so I've decided to post on this list.
I've attacched the message that
Hi there,
I'm an italian student of the "Politecnico di Torino".
I'm working on the Xscale PXA255 microprocessor with
linux 2.4.21.
Can you help me?
I need to develop a pl2303 usb driver CLIENT SIDE. Do
you know if something like that is already available?
I've just tried a general usb-char
On Fri, Jan 16, 2004 at 02:54:50PM -0800, Greg KH wrote:
> On Fri, Jan 16, 2004 at 02:47:10PM -0800, James Lamanna wrote:
> >
> > >
> > >When creating a structure for an ioctl, you have to explicitly state how
> > >big the different fields are. Use the '__' types. So for your case,
> > >you prob
On Fri, Jan 16, 2004 at 05:18:30PM -0800, Greg KH wrote:
> On Sun, Jan 11, 2004 at 04:46:45PM -0800, Matthew Dharm wrote:
> > 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 -
35 matches
Mail list logo
