> Oh, fiddlesticks, that didn't occur to me. I can redo with overnight
> sleeps on a full charge, if you like.
In the meantime, Andrew, please submit this one to Linus, I'll update
the stuff if it happens the other one gives better power consumptions:
--
This patch fixes a logic error in the i
On Sun, 2005-03-13 at 22:08 +, Sean Neakums wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> >> Sean Neakums <[EMAIL PROTECTED]> writes:
> >>
> >> > Both patches give me a successful sleep, although I had to alter the
>
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
>> Sean Neakums <[EMAIL PROTECTED]> writes:
>>
>> > Both patches give me a successful sleep, although I had to alter the
>> > second to not #if 0 core99_ata100_enable -- there's another cal
On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> Sean Neakums <[EMAIL PROTECTED]> writes:
>
> > Both patches give me a successful sleep, although I had to alter the
> > second to not #if 0 core99_ata100_enable -- there's another call to
> > that function in pmac_feature.c's set_initial_fea
On Sun, 2005-03-13 at 16:19 +, Sean Neakums wrote:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power number
Sean Neakums <[EMAIL PROTECTED]> writes:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power numbers.
With the f
Both patches give me a successful sleep, although I had to alter the
second to not #if 0 core99_ata100_enable -- there's another call to
that function in pmac_feature.c's set_initial_features().
I will try to gather some power numbers.
--
Dag vijandelijk luchtschip de huismeester is dood
-
To un
On Sun, 2005-03-13 at 23:30 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> > Machine check in kernel mode.
> > Caused by (from SRR1=149030): Transfer error ack signal
> > Oops: machine check, sig: 7 [#1]
> > TASK = etc. 'pmud' etc.
> > (for registers
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
http://flynn.zork.net/~sneakums/pmac-machine-check-on-sleep-2611mm3.jpeg )
Call trace:
pmac_ide_pci_suspend
pci_device_susp
11 matches
Mail list logo