public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Daniel Ritz <daniel.ritz@gmx.ch>
To: David Brownell <david-b@pacbell.net>
Cc: rjw@sisk.pl, torvalds@osdl.org,
	linux-usb-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org, hugh@veritas.com, akpm@osdl.org
Subject: Re: [linux-usb-devel] Re: 2.6.13-mm2
Date: Thu, 29 Sep 2005 00:32:26 +0200	[thread overview]
Message-ID: <200509290032.26815.daniel.ritz@gmx.ch> (raw)
In-Reply-To: <20050928220409.DE48BE3724@adsl-69-107-32-110.dsl.pltn13.pacbell.net>

On Thursday 29 September 2005 00.04, David Brownell wrote:
> > > My other point still stands though.  The IRQ for all HCDs _are_ freed
> > > on suspend, and re-requested on resume ... so lack of such free/request
> > > calls can't possibly be an issue.
> >
> > Yes it can.  Apparently on my box the call to request_irq() from a USB HCD
> > driver (OHCI or EHCI) causes a screaming interrupt to be generated,
> > which kills any other driver that shares the IRQ with the USB and has not
> > called free_irq() on suspend.
> 
> So it's as I said:  _lack_ of such calls can't be an issue.

yep, but doing the free_irq() on suspend can be. and is in some cases.

> 
> So _which_ device is generating this IRQ??

USB ohci controller having no handler. yenta shares the line, has the
correct handler installer, sees the interrupt, does not handle it since
it was not the cardbus bridge generating the interrupt but ohci.
nobody cares about the interrupt, nobody tells the hardware to stop.
hello interrupt storm. and during reesume...boom.

and yes, doing the free_irq() in yenta works _around_ the problem but
breaks resume with APM where the BIOS is getting in the way. we had
that change, it was a regression (for Hugh), Linus backed it out.

nice reading:
http://marc.theaimsgroup.com/?t=112275164900002&r=1&w=4

> 
> 
> >	Of course this only happens with the patch
> > at http://www.ussg.iu.edu/hypermail/linux/kernel/0507.3/2234.html
> > unapplied, as it masks the problem.
> 
> Hmm, an ACPI patch.  With tabs completely trashed; that
> mail archive needs to learn about <pre>...</pre.  :(
> 
> 
> >		Actually it also depends on the
> > order in which the drivers' resume routines are called, but unfortunately
> > on my box the USB drivers' are called first.
> 
> Suggesting that the issue comes from the non-USB driver
> sharing that IRQ line...

nope, other way around.

> 
> - Dave
> 

btw. i'm still suggesting not doing that free_irq() thing in suspend, at
least not short-term. i was thinking that it is a good idea in the beginning,
but Linus changed my mind...[ patch for usb ready ]

rgds
-daniel

  reply	other threads:[~2005-09-28 22:32 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-08 12:30 2.6.13-mm2 Andrew Morton
2005-09-08 13:12 ` 2.6.13-mm2 Benoit Boissinot
2005-09-08 13:48 ` 2.6.13-mm2 Christoph Hellwig
2005-09-08 14:30 ` 2.6.13-mm2 Martin J. Bligh
2005-09-09  0:39   ` 2.6.13-mm2 Andi Kleen
2005-09-09 10:41     ` 2.6.13-mm2 Andrew Morton
2005-09-09 10:46       ` 2.6.13-mm2 Andi Kleen
2005-09-08 15:11 ` 2.6.13-mm2 high memory support borken? Michal Piotrowski
2005-09-09  9:29   ` Andrew Morton
2005-09-08 17:20 ` 2.6.13-mm2 Michael Thonke
2005-09-08 19:39   ` 2.6.13-mm2 Andrew Morton
2005-09-10  7:02     ` 2.6.13-mm2 Michael Thonke
2005-09-09  1:47 ` 2.6.13-mm2 Grant Coady
2005-09-09  9:43   ` 2.6.13-mm2 Andrew Morton
2005-09-09 13:45     ` 2.6.13-mm2 Grant Coady
2005-09-10  6:33       ` 2.6.13-mm2 Marko Kohtala
2005-09-09  2:52 ` 2.6.13-mm2 - drivers/char/speakup/speakup doesn't compile (+warnings from other things) Damir Perisa
2005-09-09 12:18   ` Alan Cox
2005-09-09 20:57 ` 2.6.13-mm2 (general protection fault) Dominik Karall
2005-09-10 11:45 ` 2.6.13-mm2 Manuel Lauss
2005-09-10 12:42   ` 2.6.13-mm2 Antonino A. Daplas
2005-09-10 13:46     ` 2.6.13-mm2 Manuel Lauss
2005-09-10 20:21       ` 2.6.13-mm2 Antonino A. Daplas
2005-09-10 21:26       ` 2.6.13-mm2 Antonino A. Daplas
2005-09-10 18:43 ` 2.6.13-mm2 Dominik Karall
2005-09-10 22:12   ` 2.6.13-mm2 Andrew Morton
2005-09-10 23:46 ` 2.6.13-mm2 J.A. Magallon
2005-09-10 23:56   ` 2.6.13-mm2 Andrew Morton
2005-09-11  0:07     ` 2.6.13-mm2 Patrick McHardy
2005-09-11  0:49       ` 2.6.13-mm2 J.A. Magallon
2005-09-11  0:58         ` 2.6.13-mm2 J.A. Magallon
2005-09-11  1:03           ` 2.6.13-mm2 Patrick McHardy
2005-09-11  1:22             ` 2.6.13-mm2 J.A. Magallon
2005-09-11  1:25               ` 2.6.13-mm2 Patrick McHardy
2005-09-11 17:03 ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-11 19:36   ` 2.6.13-mm2 Andrew Morton
2005-09-11 20:03     ` 2.6.13-mm2 Hugh Dickins
2005-09-12 19:19       ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-11 20:08     ` 2.6.13-mm2 Daniel Ritz
2005-09-12 10:04       ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-12 10:06       ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-12 10:09         ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-18 21:49           ` 2.6.13-mm2 Daniel Ritz
2005-09-19  3:07             ` 2.6.13-mm2 Hugh Dickins
2005-09-19 15:56               ` 2.6.13-mm2 Daniel Ritz
2005-09-23 16:52             ` 2.6.13-mm2 Rafael J. Wysocki
2005-09-28 20:05               ` 2.6.13-mm2 Daniel Ritz
2005-09-28 20:23                 ` [linux-usb-devel] 2.6.13-mm2 David Brownell
2005-09-28 20:37                   ` Rafael J. Wysocki
2005-09-28 20:56                     ` David Brownell
2005-09-28 21:34                       ` Rafael J. Wysocki
2005-09-28 22:04                         ` David Brownell
2005-09-28 22:32                           ` Daniel Ritz [this message]
2005-09-29  0:09                             ` David Brownell
2005-09-29 15:36                               ` Linus Torvalds
2005-09-29 16:31                                 ` David Brownell
2005-09-29 19:39                                 ` Daniel Ritz
2005-09-30 16:33                               ` Linus Torvalds
2005-09-30 17:48                                 ` David Brownell
2005-09-29  2:54                             ` Alan Stern
2005-09-28 20:45                   ` Daniel Ritz
2005-09-28 21:07                     ` David Brownell
2005-09-28 21:47                       ` Rafael J. Wysocki
2005-09-28 22:07                       ` Daniel Ritz
2005-09-28 21:10                     ` Alan Stern
2005-09-29 15:22                 ` 2.6.13-mm2 Linus Torvalds
2005-09-12  3:07 ` 2.6.13-mm2 Martin J. Bligh
2005-09-12  5:01   ` 2.6.13-mm2 Andi Kleen
2005-09-12  6:09     ` 2.6.13-mm2 Martin J. Bligh
2005-09-12  7:16       ` 2.6.13-mm2 Andi Kleen
2005-09-12 18:06     ` 2.6.13-mm2 Martin J. Bligh
2005-09-12 18:19       ` 2.6.13-mm2 Dave Hansen
2005-09-12 18:51       ` 2.6.13-mm2 Andi Kleen
2005-09-12 22:46         ` 2.6.13-mm2 Martin J. Bligh
2005-09-13  0:08           ` 2.6.13-mm2 Andrew Morton
2005-09-13  4:00             ` 2.6.13-mm2 Martin J. Bligh
2005-09-12  3:10 ` 2.6.13-mm2 Martin J. Bligh

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200509290032.26815.daniel.ritz@gmx.ch \
    --to=daniel.ritz@gmx.ch \
    --cc=akpm@osdl.org \
    --cc=david-b@pacbell.net \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb-devel@lists.sourceforge.net \
    --cc=rjw@sisk.pl \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox