On Monday 29 November 2004 2:43 pm, Benjamin Herrenschmidt wrote:
> On Mon, 2004-11-29 at 23:34 +0100, Colin Leroy wrote:
>
> Ok, this is a perfectly normal "out of the schelves" NEC chip, no
> special "Mac" thing in there, it just use normal PCI PM...
>
> It could be one of the devices not prope
On Mon, 2004-11-29 at 23:34 +0100, Colin Leroy wrote:
> On 30 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
>
> Hi,
>
> > Hrm... there is some problem in communication here. I asked you which
> > controller out of the 3 OHCIs you have in this machine is the culprit,
> > you give me a list of
On 30 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
Hi,
> Hrm... there is some problem in communication here. I asked you which
> controller out of the 3 OHCIs you have in this machine is the culprit,
> you give me a list of all of them but without PCI IDs ... From the
> archive, I think it w
On Mon, 2004-11-29 at 09:04 +0100, Colin Leroy wrote:
> On 27 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
>
> Hi,
>
> > > > It's probably a linux-wlan-ng issue...
> > >
> > > I suspect PPC resume issues myself.
> >
> > Colin, you didn't tell us which controller it was ? The NEC one is a
On 27 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
Hi,
> > > It's probably a linux-wlan-ng issue...
> >
> > I suspect PPC resume issues myself.
>
> Colin, you didn't tell us which controller it was ? The NEC one is a
> totally normal off-the-shelves controller coming out of D3. The Apple
> If you got the "IRQ INTR_SF lossage" diagnostic, there's clearly
> some problem with IRQ handling after the resume ... is the iBook
> firmware (or hardware) doing wierd stuff so that the normal PCI
> IRQ calls stopped working?
The iBook hardware isn't doing anything special, the controller is j
On Fri, 2004-11-26 at 09:57 -0800, David Brownell wrote:
> On Friday 26 November 2004 09:37, Colin Leroy wrote:
> > On 26 Nov 2004 at 09h11, David Brownell wrote:
> > > This isn't a good patch either... maybe your best
> > > bet would be to find out why the IRQs stopped getting
> > > delivered.
> >
On Friday 26 November 2004 08:54, Colin Leroy wrote:
> On 26 Nov 2004 at 08h11, David Brownell wrote:
>
> Hi,
>
> > The infinite loop means that something trashed the stack, yes?
> >
> > The "limit-- < -1000" test below should never be able to succeed
> > unless the previous "limit-- == 0" test
On Friday 26 November 2004 09:37, Colin Leroy wrote:
> On 26 Nov 2004 at 09h11, David Brownell wrote:
> > This isn't a good patch either... maybe your best
> > bet would be to find out why the IRQs stopped getting
> > delivered.
>
> It's probably a linux-wlan-ng issue...
I suspect PPC resume iss
On Friday 26 November 2004 02:30, Colin Leroy wrote:
> @@ -375,6 +375,11 @@
> spin_unlock_irqrestore (&ohci->lock, flags);
> set_current_state (TASK_UNINTERRUPTIBLE);
> schedule_timeout (1);
> + if (limit < 1000) {
> + ohci_w
On 26 Nov 2004 at 09h11, David Brownell wrote:
Hi,
> So instead of waiting a moment for the ED to finish
> its normal processing and move from state ED_UNLINK
> into ED_IDLE, you want to always clobber the whole
> USB device tree attached to that bus? That'd happen
> quite routinely.
Yeah. Sor
Colin reported off-line that he's using 2.6.9
rather than 2.6.10-rc2 or newer ... so it's
actually expected that his kernel misbehave
with USB PM. The workaround, for all 2.6
kernels until very recently, is to rmmod the
HCDs before entering a system sleep state.
I think that starting in 2.6.10 it
On 26 Nov 2004 at 08h11, David Brownell wrote:
Hi,
> The infinite loop means that something trashed the stack, yes?
>
> The "limit-- < -1000" test below should never be able to succeed
> unless the previous "limit-- == 0" test got trashed by having
> something obliterate the stack.
Sure? the
On Thursday 25 November 2004 10:17, Colin Leroy wrote:
> Hi,
>
> Following patch fixes an endless loop that happens after having
> slept and resumed my iBook with a linux-wlan-ng controller plugged in,
> removed the stick and plugged it back (getting "IRQ lossage" message).
The infinite loop mea
Hi,
Following patch fixes an endless loop that happens after having
slept and resumed my iBook with a linux-wlan-ng controller plugged in,
removed the stick and plugged it back (getting "IRQ lossage" message).
It supercedes the previous one where
.I hadn't noticed limit was unsigned,
.Decrement
Hi,
Following patch fixes an endless loop that happens after having
slept and resumed my iBook with a linux-wlan-ng controller plugged in,
removed the stick and plugged it back (getting "IRQ lossage" message).
Signed-off-by: Colin Leroy <[EMAIL PROTECTED]>
--- a/drivers/usb/host/ohci-hcd.c
16 matches
Mail list logo
