Greg KH wrote:
> On Thu, Feb 14, 2008 at 07:55:44PM +1030, David Newall wrote:
>
>> The current 2.6 driver maintains it's own buffer. I think that's a bad
>> thing: usbserial already buffers writes, and the extra buffer copy seems
>> unnecessary, however it does solve the putchar problem. Buff
Alan Cox wrote:
>> byte of a packet is being thrown away about .1% of the time for the pl2303,
>> but I'm not sure if the FTDI driver still suffers from a similar rash. I
>>
>
> A 20 byte low speed message is too small for flow control to account for
> it.
I agree. I've observed the first
I don't know what you mean by "wait for the device to fully come up",
but wouldn't you have to wait for that in any case? After all, how can
your patch eject it or do anything else if isn't fully up?
You don't have to wait for it to be mounted; the "eject" program is
perfectly happy to eject a
On Thu, 14 Feb 2008, Brian Tuchten wrote:
>
> > Why don't you just write a udev rule to run the "eject" program when it
> > sees the Novatel device has been plugged in?
> >
> > Alan Stern
>
> We could, but we don't use udev or eject. If we did then we would need to
> wait for the device to
>
On Thursday 14 February 2008, hui zhuu wrote:
> > > Thanks, anyway, how can I find the if version of
> > the
> > > gadgetfs.h is wrong?
> >
> > Use the version of the header from the kernel that
> > you're running with.
>
> I just did that, the problem is still there.
>
> This is strange, as our
> > Thanks, anyway, how can I find the if version of
> the
> > gadgetfs.h is wrong?
>
> Use the version of the header from the kernel that
> you're running with.
I just did that, the problem is still there.
This is strange, as our d12 driver works ok with the
serial/ether/file_storage gadget, fr
> Thanks, anyway, how can I find the if version of the
> gadgetfs.h is wrong?
Use the version of the header from the kernel that
you're running with.
> --- David Brownell <[EMAIL PROTECTED]>写道:
>
> > On Thursday 14 February 2008, hui zhuu wrote:
> > > gadgetfs: bound to d12 driver
> >
> > My fi
Hi David,
Thanks, anyway, how can I find the if version of the
gadgetfs.h is wrong?
--- David Brownell <[EMAIL PROTECTED]>写道:
> On Thursday 14 February 2008, hui zhuu wrote:
> > gadgetfs: bound to d12 driver
>
> My first suspicion would be this "d12" driver ... is
> it
> behaving right?
>
> Th
On Wed, Feb 13, 2008 at 11:16:02PM +0100, Mariusz Kozlowski wrote:
> Hello,
>
> I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> problem.
> Linux boots but with huge delay due to some issue with loading usb modules.
> Udev complains:
>
> 'Could not lock modprobe uhci
Why don't you just write a udev rule to run the "eject" program when it
sees the Novatel device has been plugged in?
Alan Stern
We could, but we don't use udev or eject. If we did then we would need to wait for the device to
fully come up, get mounted, and then eject it, then wait for hotpl
On Thu, 14 Feb 2008, Brian Tuchten wrote:
> Thanks Phil,
>
> >Your patch disables the USB Storage card all together in order to get access
> >to the modem. We have other such hacks in the tree, but is there no way to
> >simply "eject" the USB Storage device so we don't have to actually disable
>
On Thursday 14 February 2008, Krzysztof Halasa wrote:
>Gene Heskett <[EMAIL PROTECTED]> writes:
>> Apparently they do not Alan, the pl2303 in particular is a problem child,
>> throwing several lost com errors a day when doing nothing more strenuous
>> than talking to my belkin UPS from apcupsd, ver
Thanks Phil,
Your patch disables the USB Storage card all together in order to get access
to the modem. We have other such hacks in the tree, but is there no way to
simply "eject" the USB Storage device so we don't have to actually disable
it for all users and they can choose which component of
Gene Heskett <[EMAIL PROTECTED]> writes:
> Apparently they do not Alan, the pl2303 in particular is a problem child,
> throwing several lost com errors a day when doing nothing more strenuous than
> talking to my belkin UPS from apcupsd, very small packets there, 20 bytes I
> believe at several
On Thu, 14 Feb 2008 00:27:34 +0100, Mariusz Kozlowski wrote:
> Of course there is a typo in the subject :)
>
> 2.5.25-rc1 -> 2.6.25-rc1
>
> > Hello,
> >
> > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > problem.
> > Linux boots but with huge delay due to some iss
Signed-off-by: Warren Turkal <[EMAIL PROTECTED]>
---
drivers/usb/serial/option.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index 5e8bf1b..b7cb102 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/seri
Hello,
I'm using an ASUS Desknote with a SiS chipset. It has 4 USB ports which
work well, except when I try to use my camera and audio stick at the
same time (also have a harddisk and mouse connected), then the camera
kicks off the audio stick and dmesg shows "out of bandwidth" messages.
Tha
On Thursday 14 February 2008, Greg KH wrote:
>On Thu, Feb 14, 2008 at 03:04:41PM -0500, Gene Heskett wrote:
>> On Thursday 14 February 2008, Alan Cox wrote:
>> >> byte of a packet is being thrown away about .1% of the time for the
>> >> pl2303, but I'm not sure if the FTDI driver still suffers from
On Thu, Feb 14, 2008 at 01:12:28PM -0800, Andrew Morton wrote:
> On Mon, 11 Feb 2008 12:29:33 -0800
> Kevin Lloyd <[EMAIL PROTECTED]> wrote:
>
> > From: Kevin Lloyd <[EMAIL PROTECTED]>
> >
> > Moves the Onda H600/ZTE MF33 device from the sierra driver to the option
> > driver.
> >
>
> A change
Alan Stern wrote:
> On Thu, 14 Feb 2008, Phil Dibowitz wrote:
>
>> It occurs to me we need to change the email list in unusual_devs.h to the
>> new linux-usb-devel email address. Whoops. I'll submit a patch.
>
> While you're at it, you should also change the mailing list address
> mentioned in us
On Mon, 11 Feb 2008 12:29:33 -0800
Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> From: Kevin Lloyd <[EMAIL PROTECTED]>
>
> Moves the Onda H600/ZTE MF33 device from the sierra driver to the option
> driver.
>
A changelog should describe why a change was made, not simply what the
change is.
>
> ---
On Thu, 14 Feb 2008, Phil Dibowitz wrote:
> It occurs to me we need to change the email list in unusual_devs.h to the
> new linux-usb-devel email address. Whoops. I'll submit a patch.
While you're at it, you should also change the mailing list address
mentioned in usb.c:get_device_info().
Alan S
On Thu, Feb 14, 2008 at 03:04:41PM -0500, Gene Heskett wrote:
> On Thursday 14 February 2008, Alan Cox wrote:
> >> byte of a packet is being thrown away about .1% of the time for the
> >> pl2303, but I'm not sure if the FTDI driver still suffers from a similar
> >> rash. I
> >
> >A 20 byte low spe
On Thu, Feb 14, 2008 at 07:55:44PM +1030, David Newall wrote:
> The current 2.6 driver maintains it's own buffer. I think that's a bad
> thing: usbserial already buffers writes, and the extra buffer copy seems
> unnecessary, however it does solve the putchar problem. Buffered (i.e.
> by the 2.6 s
It occurs to me we need to change the email list in unusual_devs.h to the
new linux-usb-devel email address. Whoops. I'll submit a patch.
Anyway, the following patch was submitted to my by Brian Tuchten.
Brian,
Your patch disables the USB Storage card all together in order to get access
to the m
On Thursday 14 February 2008, Alan Cox wrote:
>> byte of a packet is being thrown away about .1% of the time for the
>> pl2303, but I'm not sure if the FTDI driver still suffers from a similar
>> rash. I
>
>A 20 byte low speed message is too small for flow control to account for
>it.
Where then c
> byte of a packet is being thrown away about .1% of the time for the pl2303,
> but I'm not sure if the FTDI driver still suffers from a similar rash. I
A 20 byte low speed message is too small for flow control to account for
it.
-
To unsubscribe from this list: send the line "unsubscribe linux
> That's a very good point. Even so: on the 2.4 driver, write_room isn't
> implemented (refer to a previous message by Alan); and in 2.6, a 1k
> buffer is built into the driver, with nothing to prevent it being sent
> when the hardware buffer fills. These could be bugs in the two versions
Which
On Thu, Feb 14, 2008 at 10:51:10AM -0800, David Brownell wrote:
> On Thursday 14 February 2008, Andrew McKay wrote:
> > What would be the best way to implement a loop to handle flashing the LED
> > in
> > kernel space. ?Is this a good task for a kthread? ?Or is there a simpler
> > construct to d
On Thu, Feb 14, 2008 at 10:48:37AM -0800, Warren Turkal wrote:
> Hello Greg or others,
>
> I have a small change I'd like to make the usbserial driver. Is there
> a particular remote branch that I should be tracking with git to make
> sure that I can submit it easily?
Just do it against Linus's l
On Fri, 16 Nov 2007 14:22:56 +0100, Norbert Preining <[EMAIL PROTECTED]> wrote:
> > > The difference with huaweiAktBbo.c seems that kernel uses a nonzero
> > > length.
> > > Can you try zero length with the kernel? It's the second argument to the
> > > last.
> >
> > I tried with the git patch p
On Thursday 14 February 2008, Alan Cox wrote:
>O> believe at several second intervals. I can cut those messages to about
>
>> weekly by using an FDTI adaptor in its place, or I can stop them entirely
>> if
>
>Sorry don't see the connection between the two stories ?
>
>Alan
The connection is that
On Thursday 14 February 2008, David Newall wrote:
> RS232 is (normally) so much slower than USB that, on an extended
> transmission, the buffer internal to the local hardware can fill well
> before the remote device has demanded that transmission stop. In fact,
> now that you've mentioned it, I ca
On Thursday 14 February 2008, Andrew McKay wrote:
> What would be the best way to implement a loop to handle flashing the LED in
> kernel space. Is this a good task for a kthread? Or is there a simpler
> construct to do this with?
Use the LED framework ... it supports a variety of triggers.
Fo
On Thu, Feb 14, 2008 at 06:19:46PM +0100, René Rebe wrote:
> Hi all,
>
> due to some failing dics I got myself a JMicro USB<->ATA,SATA
> cable for data recovery and co.
>
> However, I was quite suprised that the SMART (...) status querries
> would not go thru.
>
> # smartctl -a /dev/sdb
> smartc
Hello Greg or others,
I have a small change I'd like to make the usbserial driver. Is there
a particular remote branch that I should be tracking with git to make
sure that I can submit it easily?
Thanks,
wt
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a me
Alan Cox wrote:
>> To make it clear: Even aside from the buffer in 2.6's pl2303.c, there's
>> a race: An in-flight write URB can fill all hardware buffers, making
>> unsafe what previously appeared to be a safe write. I think it's
>> essential to delay submission of the URB on a stop-transmit cond
Sorry for all the questions, but I do appreciate the help.
Off = unactive
On = active
Flashing = error talking to connected device
You might want to add the "flash" functionality within the kernel driver
itself, so you can get a bit tighter timing than relying on a
userspace/kernelspace turn a
Hi all,
due to some failing dics I got myself a JMicro USB<->ATA,SATA
cable for data recovery and co.
However, I was quite suprised that the SMART (...) status querries
would not go thru.
# smartctl -a /dev/sdb
smartctl version 5.37 [x86_64-t2-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home pag
On Thu, Feb 14, 2008 at 03:32:46PM +, Sergio Callegari wrote:
> > >>
> > >
> > > make M=drivers/usb/serial/
> > > will build only that one directory.
> > >
> > > Or:
> > > make drivers/usb/serial/option.ko
> > > should build only that module.
> > >
> > > You might have to do a 'make ol
On Thu, Feb 14, 2008 at 03:20:26PM +0100, Sergio Callegari wrote:
> Greg KH wrote:
>> On Wed, Feb 13, 2008 at 03:54:38PM +, Sergio Callegari wrote:
>>
>>> Hi,
>>>
>>> I have an ONDA N501HS (namely a rebranded ZTE MF330) UMTS pc card.
>>>
>>> I am currently using this card with the sierra dri
On Thursday 14 February 2008, hui zhuu wrote:
> gadgetfs: bound to d12 driver
My first suspicion would be this "d12" driver ... is it
behaving right?
Though of course, you might also have a problem where
you're using the wrong version of the gadgetfs.h header.
-
To unsubscribe from this list: se
O> believe at several second intervals. I can cut those messages to about
> weekly by using an FDTI adaptor in its place, or I can stop them entirely if
Sorry don't see the connection between the two stories ?
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the b
On Thursday 14 February 2008, Alan Cox wrote:
>> To make it clear: Even aside from the buffer in 2.6's pl2303.c, there's
>> a race: An in-flight write URB can fill all hardware buffers, making
>> unsafe what previously appeared to be a safe write. I think it's
>> essential to delay submission of t
> >>
> >
> > make M=drivers/usb/serial/
> > will build only that one directory.
> >
> > Or:
> > make drivers/usb/serial/option.ko
> > should build only that module.
> >
> > You might have to do a 'make oldconfig' and 'make prepare' first though.
> >
> > Hope this helps,
> >
Ok, I thin
On Thu, 14 Feb 2008, vichy wrote:
> Dear all:
> I list the initial sequences that I observed from source code.
> If I get something wrong, please let me know.
>
> Suppose I get 3 devices connected to a host, A, B and C.
> A plugs in.
> We use QH with device-address = 0, ep = 0 to get A's device d
On Wed, 13 Feb 2008, Randy Dunlap wrote:
> Thanks, Alan. Updated patch... Any more comments/corrections?
This looks good.
Alan Stern
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.
Hello all,
I ran into this gadgetfs problem on our custom board.
We use 2.6.20.4 kernel tree and run gadget stuff on
our PDIUSBD12 device. The device works good with
g_serial, g_ether and g_file_storage, but with
gadgetfs, when I invoke usb.c to test it, it reports
the following
message:
gadgetf
Greg KH wrote:
On Wed, Feb 13, 2008 at 03:54:38PM +, Sergio Callegari wrote:
Hi,
I have an ONDA N501HS (namely a rebranded ZTE MF330) UMTS pc card.
I am currently using this card with the sierra driver (as in current kernels).
Which kernel version specifically?
Ubuntu's 32bit
> To make it clear: Even aside from the buffer in 2.6's pl2303.c, there's
> a race: An in-flight write URB can fill all hardware buffers, making
> unsafe what previously appeared to be a safe write. I think it's
> essential to delay submission of the URB on a stop-transmit condition.
Hardware flo
Just for my information, is this patch accepted or are you expecting some
other changes?
Thanks
JC
On Monday 11 February 2008 17:52:13 Jean-Christophe Dubois wrote:
> On Saturday 09 February 2008 10:51:06 David Brownell wrote:
> > So I'd rather see a one-line fix to the RNDIS host code, instead
Vichy
>Sent: Thursday, February 14, 2008 1:35 PM
>
>Dear all:
>I list the initial sequences that I observed from source code.
>If I get something wrong, please let me know.
>
>Suppose I get 3 devices connected to a host, A, B and C.
>A plugs in.
>We use QH with device-address = 0, ep = 0 to get A'
On Wed, 13 Feb 2008 21:02:11 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 01:15:37AM +1030, David Newall wrote:
> > Consider a USB-attached serial port that is set to do RTS/CTS (or
> > DSR/DTR) handshaking: What stops the kernel sending more data to it when
> > the remote en
I am using a USB keyboard on a arm system running kernel 2.6.11. I want
to set the keyboard repeat rate and wonder how this can be done? Are
there some application that can be used?
/Johan
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PRO
Greg KH wrote:
> On Thu, Feb 14, 2008 at 01:15:37AM +1030, David Newall wrote:
>
>> Consider a USB-attached serial port that is set to do RTS/CTS (or
>> DSR/DTR) handshaking: What stops the kernel sending more data to it when
>> the remote end lowers CTS (or DTR)?
>>
>
> The tty layer shoul
Dear all:
In section 4.5 of ehci-r10.pdf, there is a phase which says
"The one micro-frame delay yields host controller periodic schedule and bus
frame boundary relationship as illustrated in Figure 4-7. This adjustment
allows software to trivially schedule the periodic start and complete-split
tra
Dear all:
I list the initial sequences that I observed from source code.
If I get something wrong, please let me know.
Suppose I get 3 devices connected to a host, A, B and C.
A plugs in.
We use QH with device-address = 0, ep = 0 to get A's device descriptor.
Set A's device address to 1.
B plugs
57 matches
Mail list logo
