On Mon, 17 Jul 2006, Aras Vaichas wrote:
> Eventually they ran the test with the laptop disconnected and then
> reconnected
> our device to see if it still worked after each type of test. It took a while
> longer, but we passed.
That's good.
> >>* Is there something in the USB host management
Alan Stern wrote:
> On Fri, 14 Jul 2006, Aras Vaichas wrote:
>
>>Hello,
>>
>>we are currently in the process of getting CE certification for our embedded
>>Linux products. Our device (under test) is configured as an ethernet gadget.
>>We
>>failed one test because the host machine was having pro
On Fri, 14 Jul 2006, Aras Vaichas wrote:
> Hello,
>
> we are currently in the process of getting CE certification for our embedded
> Linux products. Our device (under test) is configured as an ethernet gadget.
> We
> failed one test because the host machine was having problems with strange USB
Hello,
we are currently in the process of getting CE certification for our embedded
Linux products. Our device (under test) is configured as an ethernet gadget. We
failed one test because the host machine was having problems with strange USB
device behaviour.
For the test, a Linux 2.6.15 Ubunt
On Sunday 28 May 2006 11:22 am, Bryan O'Donoghue wrote:
> Greetings list.
>
> I hate for my first posting here to be a question, however.
>
> Would the list have an objection were I to submit a patch to Das U-Boot
> the Embedded Bootloader which used VendorID 0x0525 and ProductID 0xa4a6
Assig
On Sun, May 28, 2006 at 07:22:59PM +0100, Bryan O'Donoghue wrote:
> Greetings list.
>
> I hate for my first posting here to be a question, however.
>
> Would the list have an objection were I to submit a patch to Das U-Boot
> the Embedded Bootloader which used VendorID 0x0525 and ProductID 0xa4
On Thu, 1 Jun 2006, linux-os (Dick Johnson) wrote:
> >> Yes, it sounds like we're being non-real-worldly here. This change
> >> apparently broke things. Did it actually fix anything as well?
> >
> > Yes. At least, I think so. The change directly addresses a complaint
> > filed here:
> >
> > ht
On Thu, 1 Jun 2006 10:58:43 -0400 (EDT)
Alan Stern <[EMAIL PROTECTED]> wrote:
> As an alternative, we could allow an "over-budget window" of say 10%.
That, plus we should provide a suitable i-know-what-im-doing user override,
with the appropriate warnings, as well as a printk which directs user
On Thu, Jun 01, 2006 at 10:58:43AM -0400, Alan Stern wrote:
> On Thu, 1 Jun 2006, Andrew Morton wrote:
>
> > On Thu, 01 Jun 2006 02:18:20 -0700
> > David Liontooth <[EMAIL PROTECTED]> wrote:
> >
> > > Starting with 2.6.16, some USB devices fail unnecessarily on unpowered
> > > hubs. Alan Stern ex
Am Donnerstag, 1. Juni 2006 17:09 schrieb linux-os (Dick Johnson):
> Many, most, perhaps all such devices don't take more power when they
> are "enabled". Everything is already running and sucking up maximum
> current when you plug it in! If the motherboard didn't smoke when
If they do, they are v
On Thu, Jun 01, 2006 at 11:09:46AM -0400, linux-os (Dick Johnson) wrote:
> Many, most, perhaps all such devices don't take more power when they
> are "enabled". Everything is already running and sucking up maximum
> current when you plug it in! If the motherboard didn't smoke when
> the device was
On Thu, 1 Jun 2006, Alan Stern wrote:
> On Thu, 1 Jun 2006, Andrew Morton wrote:
>
>> On Thu, 01 Jun 2006 02:18:20 -0700
>> David Liontooth <[EMAIL PROTECTED]> wrote:
>>
>>> Starting with 2.6.16, some USB devices fail unnecessarily on unpowered
>>> hubs. Alan Stern explains,
>>>
>>> "The idea is
On Thu, 1 Jun 2006, Andrew Morton wrote:
> On Thu, 01 Jun 2006 02:18:20 -0700
> David Liontooth <[EMAIL PROTECTED]> wrote:
>
> > Starting with 2.6.16, some USB devices fail unnecessarily on unpowered
> > hubs. Alan Stern explains,
> >
> > "The idea is that the kernel now keeps track of USB power
Andrew Morton wrote:
(added linux-usb cc)
Yes, it sounds like we're being non-real-worldly here. This change
apparently broke things. Did it actually fix anything as well?
Gentoo recieved several reports of this. It appears that certain vendors
are worse than others (Verbatim flash drives a
On Thu, Jun 01, 2006 at 12:36:45PM +0200, Milan Svoboda wrote:
> > > From: Milan Svoboda <[EMAIL PROTECTED]>
> > >
> > > This patch adds support for pxa2xx_udc. This driver then will be
> > > usable on ixp4xx platform.
> >
> > Great work!
> >
> > One thought: if adding ixp4xx support to pxa2xx_
Lennert Buytenhek <[EMAIL PROTECTED]>
05/29/2006 11:09 AM
To: Milan Svoboda <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED],
linux-usb-devel@lists.sourceforge.net
Subject:Re: [PATCH] ixp4xx: Add platform specific device -
pxa2xx_udc
On Mon, May 29, 2006 at 1
On Thu, 01 Jun 2006 02:18:20 -0700
David Liontooth <[EMAIL PROTECTED]> wrote:
> Starting with 2.6.16, some USB devices fail unnecessarily on unpowered
> hubs. Alan Stern explains,
>
> "The idea is that the kernel now keeps track of USB power budgets. When a
> bus-powered device requires more cu
On Thu, Jun 01, 2006 at 12:42:45AM +0200, Frank Gevaerts wrote:
> This patch fixes several problems in the ipaq.c driver with connecting
> and disconnecting pocketpc devices:
> * The read urb stayed active if the connect failed, causing nullpointer
> dereferences later on.
> * If a write failed
On Wed, May 31, 2006 at 11:38:28PM +0200, Frank Gevaerts wrote:
> On Tue, May 30, 2006 at 11:33:27AM -0700, Pete Zaitcev wrote:
> >
> > Please get rid of the above.
> > >* shut down bulk read and write
>
> OK, So here's the corrected patch:
>
> Signed-off-by: Frank Gevaerts <[EMAIL PROTECTED
On Tue, May 30, 2006 at 11:33:27AM -0700, Pete Zaitcev wrote:
>
> Please get rid of the above.
> > * shut down bulk read and write
OK, So here's the corrected patch:
Signed-off-by: Frank Gevaerts <[EMAIL PROTECTED]>
diff -pur linux-2.6.17-rc4/drivers/usb/serial/ipaq.c
linux-2.6.17-rc4.te
On Wed, May 31, 2006 at 06:10:42PM -0300, Luiz Fernando N. Capitulino wrote:
> On Tue, 30 May 2006 23:36:35 +0200
> Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> | On Tue, May 30, 2006 at 05:52:08PM -0300, Luiz Fernando N. Capitulino wrote:
> | > On Tue, 30 May 2006 19:48:21 +0200
> | > Frank Geva
On Tue, 30 May 2006 23:36:35 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Tue, May 30, 2006 at 05:52:08PM -0300, Luiz Fernando N. Capitulino wrote:
| > On Tue, 30 May 2006 19:48:21 +0200
| > Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| >
| > | On Tue, May 30, 2006 at 11:53:29AM -0300, Luiz
Greg KH wrote:
Not correct or needed at all. What needs to happen is the airprime
driver should be changed to handle bigger buffer sizes in it, not to
mess with the usb-serial core.
Yes, that sounds much more sensible.
I've been working with Ken on getting this driver to work better
(meani
On Wed, May 31, 2006 at 01:25:41PM -0700, Jeremy Fitzhardinge wrote:
> People using 1xEV-DO devices report that usb-serial must be changed to
> allow an increased buffer size in order to get good throughput a full
> data-rate.
>
> There's a page at
> http://www.junxion.com/opensource/linux_high
On Wed, May 31, 2006 at 11:42:19AM -0400, Stuart MacDonald wrote:
> Attached patch fixes spurious errors during firmware load. Please
> apply to 2.6.16.20 and 2.6.17.
>
> Signed-off-by: Stuart MacDonald <[EMAIL PROTECTED]>
>
> ..Stu
>
> --- linux-2.6.16/drivers/usb/serial/whiteheat.c 2006-
On Tue, May 30, 2006 at 05:52:08PM -0300, Luiz Fernando N. Capitulino wrote:
> On Tue, 30 May 2006 19:48:21 +0200
> Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> | On Tue, May 30, 2006 at 11:53:29AM -0300, Luiz Fernando N. Capitulino wrote:
> | > On Tue, 30 May 2006 11:38:01 -0300
> | > "Luiz Fern
On Tue, 30 May 2006 11:33:27 -0700
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
| > @@ -967,3 +971,6 @@ MODULE_PARM_DESC(vendor, "User specified
| >
| > module_param(product, ushort, 0);
| > MODULE_PARM_DESC(product, "User specified USB idProduct");
| > +
| > +module_param(connect_retries, int, KP_
On Tue, 30 May 2006 19:48:21 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Tue, May 30, 2006 at 11:53:29AM -0300, Luiz Fernando N. Capitulino wrote:
| > On Tue, 30 May 2006 11:38:01 -0300
| > "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
| >
| > If it ran _before_ the timeout e
On Tue, May 30, 2006 at 11:33:27AM -0700, Pete Zaitcev wrote:
> On Tue, 30 May 2006 19:48:21 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
> +0100
> > +++ linux-2.6.17-rc4.test/drivers/usb/serial/ipaq.c 2006-05-30
> > 19:41:19.0 +0200
> > @@ -692,6 +694,7 @@ static void ipaq_close(struc
On Tue, 30 May 2006 19:48:21 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
+0100
> +++ linux-2.6.17-rc4.test/drivers/usb/serial/ipaq.c 2006-05-30
> 19:41:19.0 +0200
> @@ -692,6 +694,7 @@ static void ipaq_close(struct usb_serial
> struct ipaq_private *priv = usb_get_serial_po
On Tue, May 30, 2006 at 11:53:29AM -0300, Luiz Fernando N. Capitulino wrote:
> On Tue, 30 May 2006 11:38:01 -0300
> "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
>
> If it ran _before_ the timeout expires with no timeout error it does not
> depend. Then we can do the simpler solution:
On Tue, 30 May 2006 17:06:27 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Tue, May 30, 2006 at 11:38:01AM -0300, Luiz Fernando N. Capitulino wrote:
| > On Tue, 30 May 2006 10:21:41 +0200
| > Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| >
| > | On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz
On Tue, May 30, 2006 at 11:53:29AM -0300, Luiz Fernando N. Capitulino wrote:
> On Tue, 30 May 2006 11:38:01 -0300
> "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
>
> | On Tue, 30 May 2006 10:21:41 +0200
> | Frank Gevaerts <[EMAIL PROTECTED]> wrote:
> |
> | | On Mon, May 29, 2006 at 07:
On Tue, May 30, 2006 at 11:38:01AM -0300, Luiz Fernando N. Capitulino wrote:
> On Tue, 30 May 2006 10:21:41 +0200
> Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> | On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz Fernando N. Capitulino wrote:
> | > On Mon, 29 May 2006 22:47:24 +0200
> | > I see.
>
On Tue, 30 May 2006 11:38:01 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
| On Tue, 30 May 2006 10:21:41 +0200
| Frank Gevaerts <[EMAIL PROTECTED]> wrote:
|
| | On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz Fernando N. Capitulino wrote:
| | > On Mon, 29 May 2006 22:47:24 +0200
On Tue, 30 May 2006 10:21:41 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz Fernando N. Capitulino wrote:
| > On Mon, 29 May 2006 22:47:24 +0200
| > Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| > |
| > | The panic was caused by the read urb being s
On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz Fernando N. Capitulino wrote:
> On Mon, 29 May 2006 22:47:24 +0200
> Frank Gevaerts <[EMAIL PROTECTED]> wrote:
> |
> | The panic was caused by the read urb being submitten in ipaq_open,
> | regardless of success, and never killed in case of failure. W
On Mon, 29 May 2006 22:47:24 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Mon, May 29, 2006 at 05:24:10PM -0300, Luiz Fernando N. Capitulino wrote:
| > On Mon, 29 May 2006 21:43:35 +0200
| > Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| >
| > | On Mon, May 29, 2006 at 02:11:10PM -0300, Luiz
On Mon, May 29, 2006 at 05:24:10PM -0300, Luiz Fernando N. Capitulino wrote:
> On Mon, 29 May 2006 21:43:35 +0200
> Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> | On Mon, May 29, 2006 at 02:11:10PM -0300, Luiz Fernando N. Capitulino wrote:
> | >
> | > Frank, could you try this one please?
> | >
On Mon, 29 May 2006 21:43:35 +0200
Frank Gevaerts <[EMAIL PROTECTED]> wrote:
| On Mon, May 29, 2006 at 02:11:10PM -0300, Luiz Fernando N. Capitulino wrote:
| >
| > Frank, could you try this one please?
| >
| > I have no sure whether this makes sense, but every USB-Serial driver
| > I know exit
On Mon, May 29, 2006 at 02:11:10PM -0300, Luiz Fernando N. Capitulino wrote:
>
> Frank, could you try this one please?
>
> I have no sure whether this makes sense, but every USB-Serial driver
> I know exits in the write URB callback if the URB got an error.
It looks sane to me at least.
The ma
On Mon, 29 May 2006 13:25:53 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
| On Mon, 29 May 2006 12:01:02 -0300
| "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
|
| |
| | Hi Pete,
| |
| | On Fri, 26 May 2006 13:34:10 -0700
| | Pete Zaitcev <[EMAIL PROTECTED]> wrote:
On Mon, 29 May 2006 12:01:02 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
|
| Hi Pete,
|
| On Fri, 26 May 2006 13:34:10 -0700
| Pete Zaitcev <[EMAIL PROTECTED]> wrote:
|
| | On Fri, 26 May 2006 20:22:17 +0200, Frank Gevaerts <[EMAIL PROTECTED]>
wrote:
| |
| | > usb 1-4.5.7:
Hi Pete,
On Fri, 26 May 2006 13:34:10 -0700
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
| On Fri, 26 May 2006 20:22:17 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
|
| > usb 1-4.5.7: USB disconnect, address 79
| > [ cut here ]
| > kernel BUG at kernel/workqueue.c:110!
|
On Mon, May 29, 2006 at 10:34:33AM +, Milan Svoboda wrote:
> From: Milan Svoboda <[EMAIL PROTECTED]>
>
> This patch adds support for pxa2xx_udc. This driver then will be
> usable on ixp4xx platform.
Great work!
One thought: if adding ixp4xx support to pxa2xx_udc, shouldn't we
rename pxa2xx_
Hi,
On Tue, Apr 25, 2006 at 08:36:45AM +0200, Veldeman, Jan wrote:
> In some cases the irq may not be requested by usb_add_hcd. E.g. the
> interrupt is shared among different parts of the same driver, and by
> having only 1 handler which calls the others, helps in making the
> driver cleaner.
>
Greetings list.
I hate for my first posting here to be a question, however.
Would the list have an objection were I to submit a patch to Das U-Boot
the Embedded Bootloader which used VendorID 0x0525 and ProductID 0xa4a6 or
VendorID 0x0525 and ProductID 0xa4a7 to identify gserial and cdc_acm co
On Fri, May 26, 2006 at 01:34:10PM -0700, Pete Zaitcev wrote:
> On Fri, 26 May 2006 20:22:17 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> > usb 1-4.5.7: USB disconnect, address 79
> > [ cut here ]
> > kernel BUG at kernel/workqueue.c:110!
>
> Please let me know if
On Friday 26 May 2006 4:16 pm, Pavel Machek wrote:
>
> > the patch appended
> > here shows what I'm pursuing. Same calling convention, new PRETHAW message
> > that "pm-naive" drivers (most of them!) can handle just like FREEZE.
> >
> > Other than this, it affects about 20 files with
Hi!
> > It's Ok if it involves a drive change, so long as its an optional change,
> > which
> > means that it shouldn't affect the interface very much (i.e. the calling
> > convention). That's why it'd be good to augment and/or modify pm_message_t
> > to implement the changes, so we wouldn't hav
On Fri, 26 May 2006, Daniel Drake wrote:
> 2.6.16 introduces USB power budgeting in the Linux kernel, and since then, a
> fair number of users have observed that some of their devices no longer work
> in
> unpowered hubs (this is not a bug, the devices claim that they need more than
> 100mA).
>
On Fri, May 26, 2006 at 01:34:10PM -0700, Pete Zaitcev wrote:
> On Fri, 26 May 2006 20:22:17 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
>
> > usb 1-4.5.7: USB disconnect, address 79
> > [ cut here ]
> > kernel BUG at kernel/workqueue.c:110!
>
> Please let me know if
On Fri, 26 May 2006 20:22:17 +0200, Frank Gevaerts <[EMAIL PROTECTED]> wrote:
> usb 1-4.5.7: USB disconnect, address 79
> [ cut here ]
> kernel BUG at kernel/workqueue.c:110!
Please let me know if this helps:
--- linux-2.6.17-rc2/drivers/usb/serial/usb-serial.c2006-04
On Friday 26 May 2006 05:06, David Brownell wrote:
> On Tuesday 02 May 2006 9:12 am, Patrick Mochel wrote:
> > On Thu, Apr 27, 2006 at 12:41:28PM -0700, David Brownell wrote:
> >
> > > There does seem to be agreement that the current FREEZE invocation is not
> > > sufficient. I'm looking at a sli
Alan Stern wrote:
> On Thu, 25 May 2006, Phil Dibowitz wrote:
>
>> @@ -115,10 +115,12 @@ static int slave_configure(struct scsi_d
>> /* According to the technical support people at Genesys Logic,
>> * devices using their chips have problems transferring more than
>> * 32
On Thu, 25 May 2006, Phil Dibowitz wrote:
> @@ -115,10 +115,12 @@ static int slave_configure(struct scsi_d
> /* According to the technical support people at Genesys Logic,
> * devices using their chips have problems transferring more than
> * 32 KB at a time. In practice
Phil Dibowitz wrote:
> Phil Dibowitz wrote:
>> It sounds like we have a consensus then. I'll try to get a patch to:
>>
>> - Add a MAX_SECTORS_64 flag
>> - Incorporate Benjamin's device
>> - Remove the Genesys logic (this will be the second genesys special-case that
>> I've replaced with a flag ;)
Phil Dibowitz wrote:
> It sounds like we have a consensus then. I'll try to get a patch to:
>
> - Add a MAX_SECTORS_64 flag
> - Incorporate Benjamin's device
> - Remove the Genesys logic (this will be the second genesys special-case that
> I've replaced with a flag ;) )
>
> Shouldn't take me ve
On Tuesday 02 May 2006 9:12 am, Patrick Mochel wrote:
> On Thu, Apr 27, 2006 at 12:41:28PM -0700, David Brownell wrote:
>
> > There does seem to be agreement that the current FREEZE invocation is not
> > sufficient. I'm looking at a slightly different solution now ... one which
> > unfortunately
On Thursday 25 May 2006 22:29, Alan Stern wrote:
> On Sun, 21 May 2006, Rafael J. Wysocki wrote:
>
> > On Saturday 20 May 2006 23:30, Andrew Morton wrote:
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Saturday 20 May 2006 14:41, Andrew Morton wrote:
> > > > >
> > > > >
On Thursday 25 May 2006 1:29 pm, Alan Stern wrote:
> On Sun, 21 May 2006, Rafael J. Wysocki wrote:
>
> >
> > Obviously it's this one:
> >
> > gregkh-usb-usb-ohci-avoids-root-hub-timer-polling.patch
> >
> > [Well, looks like it hasn't been tested properly before posting ... :-(]
>
> Did this eve
On Sun, 21 May 2006, Rafael J. Wysocki wrote:
> On Saturday 20 May 2006 23:30, Andrew Morton wrote:
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > On Saturday 20 May 2006 14:41, Andrew Morton wrote:
> > > >
> > > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches
On Thu, 25 May 2006 02:15:37 -0500, Al Borchers <[EMAIL PROTECTED]> wrote:
> One minor thing, I would prefer "sizeof(string)" to "30", but
> it is not crucial.
Done in my tree. I'll either send a follow-up to Greg or resend, depending
on the acceptance.
-- Pete
Pete --
Thanks for checking with us. Looks good to me.
One minor thing, I would prefer "sizeof(string)" to "30", but
it is not crucial.
-- Al
Quoting Pete Zaitcev <[EMAIL PROTECTED]>:
> Clean up the unicode handling in io_edgeport. Make get_string size-limited.
>
> Signed-off-by: Pete Zaitcev
Jonatan Antoni wrote:
Hello,
we are using an AT91RM9200 microcomputer as a usb-gadget.
If our target is connected to a host and the usb-link is in use by e.g.
g_ether, it goes into a kernel oops in some
cases.
I have reconstructed the following case:
- establish the usb-connection between the
Looks good to me. Greg, please apply.
Matt
Signed-off-by: Matthew Dharm <[EMAIL PROTECTED]>
On Wed, May 24, 2006 at 04:57:28PM +0200, Franck Bui-Huu wrote:
>
> This patch uses completion timeout instead of a timer to implement
> a timeout when submitting an URB.
>
> It also put the task in in
Alan Stern wrote:
> On Wed, 24 May 2006, Franck Bui-Huu wrote:
>
>> and use completion timeout instead. It also put the task
>> in interruptible state instead of an uninterruptible one
>> while waiting for the completion.
>
> Don't make the email content a continuation of the subject line. When
On Wed, 24 May 2006, Franck Bui-Huu wrote:
> and use completion timeout instead. It also put the task
> in interruptible state instead of an uninterruptible one
> while waiting for the completion.
Don't make the email content a continuation of the subject line. When
your patch is accepted the co
On Wednesday 24 May 2006 12:50 am, Jonatan Antoni wrote:
> I have reconstructed the following case:
> - establish the usb-connection between the target and a windows host
> - do "modprobe g_ether" on the target
> - do "ifconfig usb0 192.168.1.2 up" on the target
> - test the connection with e.g. pi
On Tue, May 23, 2006 at 05:14:03PM +0100, Craig Shelley wrote:
> Hi,
>
> I have had a few requests to add support for the CP2103 usb serial
> converter chip to the CP2101 driver. (I suspect this will end up getting
> renamed to CP210x some time in the future)
>
> This chip has 4 general purpose i
>> exregion-0185 [36] ex_system_memory_space: system_memory 0
>(32 width) Address=23FDFFC0
>> exregion-0185 [36] ex_system_memory_space: system_memory 1
>(32 width) Address=23FDFFC0
>> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8
>width) Address=00B2
>>
On Tue, May 23, 2006 at 12:04:59AM +0200, Frank Gevaerts wrote:
> On Mon, May 22, 2006 at 02:44:03PM -0700, Greg KH wrote:
> > On Mon, May 22, 2006 at 04:30:48PM +0200, Frank Gevaerts wrote:
> > > Hi,
> > >
> > > We are having problems with the usb-serial ipaq driver in 2.6.16 (debian
> > > backp
On 5/17/06, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
Hmm... It seems that those drivers are without any current maintainer.
At least, from my research, I didn't noticed any patch from a maintainer
at 2.6 git tree.
Anyway, let's copy both Dmitri and Simon.
I dunno who were the authors fo
It is same as USB driver flow.
Do u know the flow?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 5:11 PM
To: linux-usb-devel@lists.sourceforge.net
Subject: linux-usb-devel digest, Vol 1 #5630 - 11 msgs
Send
On Mon, May 22, 2006 at 04:30:48PM +0200, Frank Gevaerts wrote:
> Hi,
>
> We are having problems with the usb-serial ipaq driver in 2.6.16 (debian
> backports 2.6.16-1-686, but also reproducible with self-compiled
> kernel.org kernel)
>
> Sometimes, we get the following on disconnect:
Can you
Hi!
> > https://bugzilla.novell.com/show_bug.cgi?id=173420
>
> >From Comment #30 at the above url: "The Linux ACPI code seems to
> actively prevent the fan from running and that worries me."
>
> I saw that as well, and found the following recipe would work around
> the problem:
>
> 1. Set the t
Sanjoy Mahajan wrote:
> That seems likely, thanks for the pointer: Besides the ACPI sleep
> hangs, this machine (TP 600X) has fan troubles upon S3 resume. The
> problems don't do harm (the damn fan keeps turning on when it
> shouldn't), but that's probably chance. Various patches that I tested
>
> This sounds like the problem Daniel had on his Samsung P35 recently.
> He could fix it by getting rid of some asus_unhide_smbus stuff or the
> otherway around, adding asus_unhide_smbus quirks in the S3 resume code.
>
> This thread was recently posted on lkml:
> Re: [patch] smbus unhiding kills t
On Mon, 22 May 2006, Matthew Dharm wrote:
> > Also, what is the value of MAX_SCHEDULE_TIMEOUT, and is it a sane value?
>
> Now that I think about it some more, why use MAX_SCHEDULE_TIMEOUT at all?
> You're imposing a timeout where none existed before...
MAX_SCHEDULE_TIMEOUT is a magic value for
On Mon, May 22, 2006 at 10:20:58AM -0700, Matthew Dharm wrote:
> On Mon, May 22, 2006 at 10:53:40AM -0400, Alan Stern wrote:
> > On Mon, 22 May 2006, Franck Bui-Huu wrote:
> >
> > > and use completion timeout instead.
> > >
> > > Signed-off-by: Franck Bui-Huu <[EMAIL PROTECTED]>
> >
> > This loo
On Mon, May 22, 2006 at 10:53:40AM -0400, Alan Stern wrote:
> On Mon, 22 May 2006, Franck Bui-Huu wrote:
>
> > and use completion timeout instead.
> >
> > Signed-off-by: Franck Bui-Huu <[EMAIL PROTECTED]>
>
> This looks okay to me, although you might as go ahead and use
> wait_for_completion_in
On Mon, 22 May 2006, Franck Bui-Huu wrote:
> and use completion timeout instead.
>
> Signed-off-by: Franck Bui-Huu <[EMAIL PROTECTED]>
This looks okay to me, although you might as go ahead and use
wait_for_completion_interruptible_timeout so that the time spent waiting
will be properly account
On Mon, 22 May 2006, Phil Dibowitz wrote:
> > - New flag MAX_SECTORS_128 in include/linux/usb_usual.h
> > - Sets max_sectors per request of queue to 128 sectors if
> >flag is set in drivers/usb/storage/scsiglue.c
>
> Cool - unfortunately, this part of the code isn't up to me alone to
> acce
[EMAIL PROTECTED] wrote:
> On Mon, 22 May 2006 00:48:31 -0700
> Phil Dibowitz <[EMAIL PROTECTED]> wrote:
>
>> Is there still desire for that? If so, I can whip up a patch, or perhaps
>> Benjamin would prefer to do it.
>
> I don't prefer it, because as I am not familiar with it,
> it takes me rea
On Mon, 22 May 2006 00:48:31 -0700
Phil Dibowitz <[EMAIL PROTECTED]> wrote:
>
> Is there still desire for that? If so, I can whip up a patch, or perhaps
> Benjamin would prefer to do it.
I don't prefer it, because as I am not familiar with it,
it takes me really a lot of time.
> Personally,
[EMAIL PROTECTED] wrote:
> Hello,
>
> The last patch I'have sent to you changes the following
Hmm - I never got it, sorry.
> - New device entry for unusual_dev.h with rev id 0x0103 instead of
>0x-0x and with the new flag
Awesome.
> - New flag MAX_SECTORS_128 in include/linux/usb
Hello,
The last patch I'have sent to you changes the following
- New device entry for unusual_dev.h with rev id 0x0103 instead of
0x-0x and with the new flag
- New flag MAX_SECTORS_128 in include/linux/usb_usual.h
- Sets max_sectors per request of queue to 128 sectors if
flag i
[EMAIL PROTECTED] wrote:
> Hello Phil,
>
> Please let me know if you'll apply the patch.
>
> Benjamin
>
Sorry for the late reply. Your use of the flags makes perfect sense...
though I don't believe I saw a response from you regarding:
"You're mis understanding me - I don't care about the te
On Saturday 20 May 2006 23:30, Andrew Morton wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > On Saturday 20 May 2006 14:41, Andrew Morton wrote:
> > >
> > >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc4/2.6.17-rc4-mm2/
> >
> > My box (Asus L5D, x
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> On Saturday 20 May 2006 14:41, Andrew Morton wrote:
> >
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc4/2.6.17-rc4-mm2/
>
> My box (Asus L5D, x86_64 kernel) locks up hard after the resume from suspend
> to disk
On Fri, 2006-03-10 at 00:26 -0500, Sanjoy Mahajan wrote:
> [Re: bugme #5989, head no longer hanging in shame]
>
> From: "Yu, Luming" <[EMAIL PROTECTED]>
> > I suggest you to retest, and post dmesg with UN-modified BIOS.
>
> I'm now running/testing an unmodified DSDT with 2.6.16-rc5. For a while
On Fri, 19 May 2006, David Brownell wrote:
> On Friday 19 May 2006 10:34 am, Alan Stern wrote:
> > Dave:
> >
> > While trying to test some changes to the ISO handling in uhci-hcd, I ran
> > across a whole mess of bugs.
> >
> > Easy one first: The ISO tests in usbtest don't report
> > e
On Friday 19 May 2006 10:34 am, Alan Stern wrote:
> Dave:
>
> While trying to test some changes to the ISO handling in uhci-hcd, I ran
> across a whole mess of bugs.
>
> Easy one first: The ISO tests in usbtest don't report
> errors! test_iso_queue() will return 0 even if all the
>
Pete Zaitcev wrote:
> Excuse me! This was not part of the deal. Here's what you proposed
> originally:
...
> Neither of the above tries to bust MAX_USBFS_BUFFER_SIZE. Why don't
> you just come clean with your real aim?
Sorry, I didn't mean any offense- and the MAX_USBFS_BUFFER_SIZE change
certain
On Thu, 18 May 2006 11:40:01 -0700, Micah Dowty <[EMAIL PROTECTED]> wrote:
> 3. Isochronous transfers had a higher arbitrary buffer size
> limit than bulk/interrupt transfers. Isochronous transfers
> now use MAX_USBFS_BUFFER_SIZE, which has been raised to 32K.
Excuse me! This was not part
On Thu, May 18, 2006 at 11:40:01AM -0700, Micah Dowty wrote:
> (Sorry for the duplicate- I should know better than to try
> sending patches from Outlook... This should fix the word
> wrapping.)
Thanks, that fixed the wrapping, but my other comments remain the same.
greg k-h
On Thu, Mar 16, 2006 at 12:49:18AM +0100, Adrian Bunk wrote:
> > A lot of this is BIOS dependant and if we can isolate cases where one
> > BIOS works and another doesn't an lspci -vvxxx would be helpful so we
> > can look for chipset pokery
>
> It's below.
Vendor fix went to the ide maintainer an
Am Sonntag, 14. Mai 2006 16:11 schrieb [EMAIL PROTECTED]:
> + if ((fhdr->id) == cpu_to_be16(0x8001)) {
> + unsigned char marker[] = { 0x00, 0xff, 0x00, 0xFF };
> + RingQueue_Enqueue(&uvd->dp, marker, 4);
> + totaldata +
Hi Alan,
Thanks for your response. Comments below.
Alan Stern wrote:
On Tue, 16 May 2006, Adisorn Ermongkonchai wrote:
Hi,
First of, I am very new to USB. My project is wireless related (not
USB) and I am in the process of testing the Linux (kernel 2.6.16.15)
wireless performance usin
Am Freitag, 12. Mai 2006 18:40 schrieb Alexander V. Lukyanov:
> On Tue, May 09, 2006 at 11:52:36PM +0200, Oliver Neukum wrote:
> > > In the `n1' case the second attempt of at&v results in a duplicated line.
> > > `n16' produces lots of small dups. `old' produces no dups.
> >
> > Could you please r
1 - 100 of 14191 matches
Mail list logo
