On Tuesday 25 July 2006 10:44 am, Alan Stern wrote:
> On Tue, 25 Jul 2006, David Brownell wrote:
>
> > Plus, this trace clearly shows the issue is with UHCI, not OHCI!
>
> No, not really. The trace says that the OHCI operations caused
> hcd_data_lock to be acquired in hcd_endpoint_disabled() wit
On Tue, 25 Jul 2006 16:30:20 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> Did you check for any places where ETIMEDOUT actually should be changed to
> ETIME (or removed)? I know usb-storage is an example.
I did not do an exhaustive search. I saw the place you mention in
transport.c, howe
On Tue, 25 Jul 2006, Pete Zaitcev wrote:
> I did not do an exhaustive search. I saw the place you mention in
> transport.c, however I have one little personal problem there, an
> unfinished business. Remember those toggles? Well, we abandoned my
> idea of clearing them preventively, but now we (RH
On Tue, 25 Jul 2006, David Brownell wrote:
> Plus, this trace clearly shows the issue is with UHCI, not OHCI!
No, not really. The trace says that the OHCI operations caused
hcd_data_lock to be acquired in hcd_endpoint_disabled() with interrupts
enabled, which is inconsistent with the earlier beh
> I get the feeling that your patch does much more testing for -ENODEV than
> necessary, and likewise for calls to netif_device_detach().
Paranoia? :)
> Do you really
> have to call that routine from anywhere but the disconnect() method?
That routine is how the network layer knows not to se
On Monday 24 July 2006 11:04 pm, Maulik Mankad wrote:
> eInfochips Business Disclaimer:
> This message may contain confidential, proprietary or legally Privileged
> information.
There's no way that information you have just published to the whole of
Planet Earth could possibly be confidential, p
On Tue, 25 Jul 2006, Peter Chubb wrote:
> The RTL8150 driver currently crashes the kernel if the USB lead is unplugged
> while the device is active. The attached patch adds error handling to
> tell the network layer that the device has gone away when the device is
> unplugged. With this patch, t
On Tuesday 25 July 2006 7:54 am, Alan Stern wrote:
> On Tue, 25 Jul 2006, Matthias Urlichs wrote:
>
> > This is the perennial "we have an OHCI interface on a PCMCIA card. We
> > pull the card. The kernel crashes / hangs / whatever" problem.
> >
> > [ INFO: inconsistent lock state ] -- details bel
On Tue, 25 Jul 2006, Matthias Urlichs wrote:
> This is the perennial "we have an OHCI interface on a PCMCIA card. We
> pull the card. The kernel crashes / hangs / whatever" problem.
>
> [ INFO: inconsistent lock state ] -- details below.
This is interesting because the "inconsistent lock state"
Greg,
Anything wrong with this patch ?
thanks
Franck
Franck Bui-Huu wrote:
> This patch uses completion timeout instead of a timer to implement
> a timeout when submitting an URB in usb_start_wait_urb().
>
> It also fixes a small issue. With the previous code, if no timeout
> ha
This is the perennial "we have an OHCI interface on a PCMCIA card. We
pull the card. The kernel crashes / hangs / whatever" problem.
[ INFO: inconsistent lock state ] -- details below.
Kernel log:
pccard: card ejected from slot 0
ohci_hcd :02:00.0: remove, state 1
ohci_hcd :02:00.0: root
The RTL8150 driver currently crashes the kernel if the USB lead is unplugged
while the device is active. The attached patch adds error handling to
tell the network layer that the device has gone away when the device is
unplugged. With this patch, the device can be plugged and unplugged
to one's
12 matches
Mail list logo
