[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100614214122.GA21064@suse.de>
Date: Mon, 14 Jun 2010 14:41:22 -0700
From: Greg KH <gregkh@...e.de>
To: Tejun Heo <tj@...nel.org>
Cc: mingo@...e.hu, tglx@...utronix.de, bphilips@...e.de,
yinghai@...nel.org, akpm@...ux-foundation.org,
torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
jeff@...zik.org, linux-ide@...r.kernel.org,
stern@...land.harvard.edu, khali@...ux-fr.org
Subject: Re: [PATCH 12/12] usb: use IRQ watching
On Sun, Jun 13, 2010 at 05:31:38PM +0200, Tejun Heo wrote:
> Ask IRQ subsystem to watch HCD IRQ line after initialization. This at
> least keeps USB ports which are occupied on initialization working and
> eases bug reporting and debugging.
>
> Signed-off-by: Tejun Heo <tj@...nel.org>
> ---
> drivers/usb/core/hcd.c | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
> index 12742f1..383875f 100644
> --- a/drivers/usb/core/hcd.c
> +++ b/drivers/usb/core/hcd.c
> @@ -2270,6 +2270,7 @@ int usb_add_hcd(struct usb_hcd *hcd,
> "request interrupt %d failed\n", irqnum);
> goto err_request_irq;
> }
> + watch_irq(irqnum, hcd);
So if there's a routing problem, it turns into a polled interrupt? Do
we really want that? I wonder how long people will run without
realizing that there are problems with their system if their devices
still work.
Other than that minor comment, it all looks good to me.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists