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.
By exporting usb_hcd_irq, the driver can call the irq handler at the
correct t
Hi David.
On Tuesday 25 April 2006 07:29, David Brownell wrote:
> I've noticed a bunch of problem reports that go like this:
>
> - boot system with some USB devices attached
> - echo disk > /sys/power/state
> - ... later resume ...
> - now those USB devices don't work right
> - unplug them/re
On Mon, 24 Apr 2006, Greg KH wrote:
> On Fri, Apr 14, 2006 at 01:10:45PM +0200, Guennadi Liakhovetski wrote:
> > On Thu, 13 Apr 2006, Paul Fulghum wrote:
> >
> > > Guennadi Liakhovetski wrote:
> > > > Well, looked through the code again - I think, you are right. An updated
> > > > version below.
On Fri, Apr 14, 2006 at 01:10:45PM +0200, Guennadi Liakhovetski wrote:
> On Thu, 13 Apr 2006, Paul Fulghum wrote:
>
> > Guennadi Liakhovetski wrote:
> > > Well, looked through the code again - I think, you are right. An updated
> > > version below. I just used your initial (slightly modified to my
Dear All:
I am still digging into the enumeration fail after disable debug message.
So I add mdelay(1) after I send every token to the USB device. Then the
enumeration will pass and I can mount the USB mass storage device, but when
I copy large file (> 1M Bytes), the USB core will reset the device
On Monday 24 April 2006 2:47 pm, Rafael J. Wysocki wrote:
>
> I agree with this change but I think it'll cause some strange things to happen
> for some time.
Let's see. :) I think it's less likely to be drivers with broken
shutdown() callbacks than drivers which are missing them.
Plus, one of
This is a note to let you know that I've just added the patch titled
Subject: USB: net2280: Handle STALLs for 0-length control-IN requests
to my gregkh-2.6 tree. Its filename is
usb-net2280-handle-stalls-for-0-length-control-in-requests.patch
This tree can be found at
http://ww
Hi,
On Monday 24 April 2006 23:29, David Brownell wrote:
> I've noticed a bunch of problem reports that go like this:
>
> - boot system with some USB devices attached
> - echo disk > /sys/power/state
> - ... later resume ...
> - now those USB devices don't work right
> - unplug them/replug t
I've noticed a bunch of problem reports that go like this:
- boot system with some USB devices attached
- echo disk > /sys/power/state
- ... later resume ...
- now those USB devices don't work right
- unplug them/replug them, all is OK
I recently observed this myself and tracked down one pro
On Saturday 22 April 2006 10:49 pm, Peter.Chen wrote:
>
> I can get the ep0->name which i assigned at static unsigned __init
> dm320_ep_setup routine.But list_empty(&ep0->queue)) is true,it means
> there is no item at ep0 list.I do INIT_LIST_HEAD(&ep->queue) for every
> ep.Why this would happen?
On Friday 21 April 2006 6:00 am, [EMAIL PROTECTED] wrote:
> Hi all,
> I have a PCMCIA multi functional card hosting a usb and a serial
> port.
> The device tree for the usb is as follows:
>
> /sys/bus/pcmcia/devices/1-1/hcd/usb5/5-0:1.0/...
>
> 1-1 represents usb functionalit
On Mon, 24 Apr 2006, Pete Zaitcev wrote:
> On Mon, 24 Apr 2006 11:55:51 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]>
> wrote:
>
> > Before submitting the patch, it seemed like a good idea to check with you
> > and make sure it doesn't cause any problems. I'd appreciate it if you
> > could try
On Mon, 24 Apr 2006 11:55:51 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> Before submitting the patch, it seemed like a good idea to check with you
> and make sure it doesn't cause any problems. I'd appreciate it if you
> could try it out and let me know what happens. The patch is base
Everyone:
Below is the patch I'd like to submit for adding proper FSBR support back
into the UHCI driver. It works by explicitly keeping track of progress
made by every endpoint queue. Whenever an URB that wants FSBR is making
progress, FSBR is turned on. When nothing that wants FSBR is maki
On Sun, 23 Apr 2006, Sean Bruno wrote:
> I fired up ekiga (rpm's from www.ekiga.org), and couldn't quite get it
> to work with my BTC-P380 webcam, looks like something is broken that is
> a bit beyond me.
>
> Apr 23 17:51:43 home-desk kernel: usb 2-4: new full speed USB device
> using ohci_hcd an
> I have a few concerns about your patch:
> 1. What makes you think it needs US_FL_FIX_CAPACITY and
> US_FL_IGNORE_RESIDUE?
US_FL_FIX_CAPACITY : It didn't work without it, BUT I have opened the disk as
"physical disc"
with Hex Workshop under win xp now, which says the last sector is 3
16 matches
Mail list logo
