I just noticed, on a second glance, that I've got my WLAN device on
interrupt 11 too;
> 11: 1940XT-PIC-leveluhci_hcd:usb2, uhci_hcd:usb3, wlan0
My wlan device is using the ACX111 driver, which is my reason for using
the -mm series on this test server as it hasn't yet made it to
On Thu, Jun 15, 2006 at 03:08:43PM -0700, David Brownell wrote:
> On Thursday 15 June 2006 1:36 pm, Greg KH wrote:
> > On Thu, Jun 15, 2006 at 01:07:32PM -0700, David Brownell wrote:
> > > On Wednesday 14 June 2006 11:33 pm, Greg KH wrote:
> > >
> > > > + snprintf(ep_dev->dev.bus_id, BUS_ID_
On Thu, 15 Jun 2006 15:08:43 -0700 David Brownell wrote:
> On Thursday 15 June 2006 1:36 pm, Greg KH wrote:
> > On Thu, Jun 15, 2006 at 01:07:32PM -0700, David Brownell wrote:
> > > On Wednesday 14 June 2006 11:33 pm, Greg KH wrote:
> > >
> > > > + snprintf(ep_dev->dev.bus_id, BUS_ID_SIZE,
On Thursday 15 June 2006 1:36 pm, Greg KH wrote:
> On Thu, Jun 15, 2006 at 01:07:32PM -0700, David Brownell wrote:
> > On Wednesday 14 June 2006 11:33 pm, Greg KH wrote:
> >
> > > + snprintf(ep_dev->dev.bus_id, BUS_ID_SIZE, "usbdev%d.%d_ep%02x",
> > > + udev->bus->busnum, udev->devnum,
>
On Thu, Jun 15, 2006 at 01:07:32PM -0700, David Brownell wrote:
> On Wednesday 14 June 2006 11:33 pm, Greg KH wrote:
>
> > + snprintf(ep_dev->dev.bus_id, BUS_ID_SIZE, "usbdev%d.%d_ep%02x",
> > +udev->bus->busnum, udev->devnum,
> > +endpoint->desc.bEndpointAddress);
> > +
On Wednesday 14 June 2006 11:57 am, Alan Stern wrote:
> On Tue, 13 Jun 2006, David Brownell wrote:
>
> >
> > > error:
> > > - usb_buffer_free(dev->udev, writesize, buf, urb->transfer_dma);
> > > + if (buf)
> > > + usb_buffer_free(dev->udev, writesize, buf, urb->transfer_dma);
> > > usb
On Wednesday 14 June 2006 11:33 pm, Greg KH wrote:
> + snprintf(ep_dev->dev.bus_id, BUS_ID_SIZE, "usbdev%d.%d_ep%02x",
> + udev->bus->busnum, udev->devnum,
> + endpoint->desc.bEndpointAddress);
> +
> + retval = device_register(&ep_dev->dev);
> + if (retval)
>
Hello,
Does this such patch make sense ? When a device is disconnected ,
it seems that the driver is the one who disable the device's endpoints
no ?
diff --git a/drivers/usb/gadget/net2280.c b/drivers/usb/gadget/net2280.c
index 0b92934..ef67ebc 100644
--- a/drivers/usb/gadget/net2280.c
+++ b/driv
Hi list,
I am trying to get the isp1362-hcd.c driver going on a homebrew board running
linux 2.6.16 (motorola power pc processor 8247)..
I am getting -110 (timeouts) or -71(proto) errors when I plug in my
usb flash disk.. I think the driver is working somewhat now but
I am not sure where to
Allows compiling g_ether in and fixes a typo with MUSB_HDRC
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
--- a/drivers/usb/gadget/ether.c
+++ b/drivers/usb/gadget/ether.c
@@ -261,7 +261,7 @@
#define DEV_CONFIG_CDC
#endif
-#ifdef CONFIG_USB_GADGET_MUSBHDRC
+#ifdef CONFIG_USB_GADGET_MUSB_H
Hello David
Please recall the issue that i reported wherein the host controller do not PING
when it should. The sequence of USB transactions as captured on the wire using
the catalyst is reproduced below.
1. 31 bytes OUT (NYET, PING, ACK),
2. 512 bytes OUT (ACK),
3. 13 bytes IN (ACK),
4. rep
On Thu, Jun 15, 2006 at 01:00:36PM -0400, Alan Stern wrote:
> On Thu, 15 Jun 2006, Greg KH wrote:
>
> > > It's bloody difficult to do any serious searches through the mailing list
> > > archives. If you know of a good way to do it, I'd like to hear what it
> > > is.
> >
> > Subscribe a gmail a
你好!
浙江卓劲电源有限公司主要生产各种:摄像机电池，笔记本电池，数码相机电池，充电器。并且可根据用户要求定制各种电池。厂家直销，质量保证，价格特优。你如需要各种电池，请你点击进入网站浏览。
不要用此邮件回复,请用网站里边邮址回复。
公司网址：www.51zhuojin.com
联系电话：0570-3082821
联系人：胡生
___
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
htt
On Thu, 15 Jun 2006, Greg KH wrote:
> > It's bloody difficult to do any serious searches through the mailing list
> > archives. If you know of a good way to do it, I'd like to hear what it
> > is.
>
> Subscribe a gmail account to the mailing list, add a tag for it, and
> then use gmail to sear
On Thu, Jun 15, 2006 at 10:47:28AM -0400, Alan Stern wrote:
> On Wed, 14 Jun 2006, Greg KH wrote:
>
> > > usb_generic doesn't bind to a device until the device is registered.
> > > This means that all the early dev_info and dev_dbg log messages in
> > > usb_new_device, hub_port_init, and so on,
On Wed, 14 Jun 2006, David Brownell wrote:
> On Wednesday 14 June 2006 12:05 pm, Alan Stern wrote:
> >
> > > Did you test this with remote wakeup on all three HCDs? And with plain
> > > old external hubs? With and without CONFIG_USB_SUSPEND? I suppose I
> > > was just a bit surprised to see ho
On Thu, 15 Jun 2006 09:07:05 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
| On Thu, Jun 15, 2006 at 10:29:40AM -0300, Luiz Fernando N. Capitulino wrote:
| > On Wed, 14 Jun 2006 17:53:08 -0700
| > Pete Zaitcev <[EMAIL PROTECTED]> wrote:
| >
| > | On Wed, 14 Jun 2006 17:38:24 -0300, "Luiz Fernando N. C
On Thu, Jun 15, 2006 at 10:14:00AM -0400, Alan Stern wrote:
> On Wed, 14 Jun 2006, Greg KH wrote:
>
> > Instead of a kobject, will make things easier in the future (don't know
> > what I was thinking when I did this originally...)
>
> That's 'cause you didn't write it originally, I did. :-)
>
>
On Thu, Jun 15, 2006 at 10:29:40AM -0300, Luiz Fernando N. Capitulino wrote:
> On Wed, 14 Jun 2006 17:53:08 -0700
> Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> | On Wed, 14 Jun 2006 17:38:24 -0300, "Luiz Fernando N. Capitulino" <[EMAIL
> PROTECTED]> wrote:
> |
> | > I think BUG_ON(in_interrupt(
On Thursday 15 June 2006 8:29 am, rakesh kn wrote:
> Hi,
> The ARM processor is in BIG-ENDIAN mode. I have executed a program
> to check in whcih mode is the processor.
And to repeat a previous question:
> > Have you tried running your
> > CPU in little-endian mode, which is more conventiona
Hi,
The ARM processor is in BIG-ENDIAN mode. I have executed a program
to check in whcih mode is the processor.
So from ur infrence, it would mean that , qtd_fill( ) function which
does the cpu_to_le32() of the DMA hardware buffer would get screwed up
in my case .
So removing the converting of D
[Moved to linux-usb-devel in the hope of getting additional help]
On Thu, 15 Jun 2006, Johny wrote:
> Alan,
>
> See comments interspersed, thanks for your assistance :)
>
> Alan Stern wrote:
> > On Tue, 13 Jun 2006, Johny wrote:
> >
> >> Is this best suited to this mailing list?
> >
> > It's
On Thursday 15 June 2006 4:14 am, rakesh kn wrote:
> Hi all,
Let me repeat my earlier multiple requests to you that you not send
me private email that's duplicating what you send to the public
linux-usb-devel list ... one copy is more than enough.
> If my processor is ARM based, i get the DMA a
On Wed, 14 Jun 2006, Greg KH wrote:
> > usb_generic doesn't bind to a device until the device is registered.
> > This means that all the early dev_info and dev_dbg log messages in
> > usb_new_device, hub_port_init, and so on, don't have a device driver name.
> >
> > Maybe I should replace those
On Wed, 14 Jun 2006, David Brownell wrote:
> On Wednesday 14 June 2006 12:25 pm, Alan Stern wrote:
> > On Tue, 13 Jun 2006, David Brownell wrote:
> >
> > > > 9. Tie together suspend/resume operations on a device and on its
> > > > interfaces.
> > >
> > > Another way to put this is
On Wed, 14 Jun 2006, David Brownell wrote:
> On Wednesday 14 June 2006 12:25 pm, Alan Stern wrote:
> > On Tue, 13 Jun 2006, David Brownell wrote:
> >
> > > > 4. Make usb_generic into a genuine device driver. This involves
> > > > adding a mechanism to tell apart USB interface driver
On Wed, 14 Jun 2006, David Brownell wrote:
> On Wednesday 14 June 2006 11:53 am, Alan Stern wrote:
>
> > > > 3. Move some driver-related code from usb.c to driver.c. ...
> > >
> > > So Documentation/DocBook/usb.tmpl needs an update too, right? To
> > > include all these functions. You can
On Wed, 14 Jun 2006, Greg KH wrote:
> Instead of a kobject, will make things easier in the future (don't know
> what I was thinking when I did this originally...)
That's 'cause you didn't write it originally, I did. :-)
I used a kobject instead of a struct device because I didn't foresee any
ne
On Wed, 14 Jun 2006 17:53:08 -0700
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
| On Wed, 14 Jun 2006 17:38:24 -0300, "Luiz Fernando N. Capitulino" <[EMAIL
PROTECTED]> wrote:
|
| > I think BUG_ON(in_interrupt()) does the job. I'll try it here, and
| > if it doesn't trigger I'll submit a patch to And
From: Tilman Schmidt <[EMAIL PROTECTED]>
The following patch to the common part of the Siemens Gigaset driver
prevents it from trying to send the +++ break sequence if the device
has been disconnected, and removes a couple of assignments which
didn't have any effect.
Signed-off-by: Tilman Schmidt
From: Tilman Schmidt <[EMAIL PROTECTED]>
The following patch to the Siemens Gigaset base driver adds graceful
recovery for some frequently encountered error conditions, by retrying
failed control requests (eg. stalled control pipe), and by closing and
reopening the AT command channel when it appea
Hi all,
In Function qtd_fill() (FILE - ehci-q.c) , we get the DMA'able buffer
address, but when we fill the qTD, we convert the buffer address to
Little Endian. and assigning it as follows
qtd->hw_buf [0] = cpu_to_le32 ((u32)addr);
qtd->hw_buf_hi [0] = cpu_to_le32 ((u32)(addr >> 32));
If my pro
Hello,
[I first sent that to usb-users, but Greg KH advised to ask here]
I recently bought an Intel Core Duo powered Mac mini. I got suspend to
RAM working fine using 2.6.17-rc6 plus some minor additional patches.
After doing the right "echo USBn > /proc/acpi/wakeup", I'm able to wake
up the syst
On Tue, Jun 13, 2006 at 02:42:38PM +0400, Sergei Organov wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> > On Thu, Jun 08, 2006 at 09:16:17AM +0400, Sergei Organov wrote:
> >> Hi Luiz,
> >>
> >> "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes:
> >> > Hi Sergei,
> >> [...]
> >> > I sai
34 matches
Mail list logo
