On Tue, 2005-01-18 at 00:10 +0100, Guillaume Florey wrote:
>
> Sleep patch #7 from benh works fine, but after resuming, I always lost my
> connection to a imap server,
If the sleep is longer than 20 minutes or so, TCP connections will time
out.
> the only way to solve it, is to restart kde and
On Tue, 2005-01-18 at 00:10 +0100, Guillaume Florey wrote:
>
> Sleep patch #7 from benh works fine, but after resuming, I always lost my
> connection to a imap server,
If the sleep is longer than 20 minutes or so, TCP connections will time
out.
> the only way to solve it, is to restart kde and
This thread is not very important...
Sleep patch #7 from benh works fine, but after resuming, I always lost my
connection to a imap server, the only way to solve it, is to restart kde and
networking...
Kmail gives me also an interesting progress bar when I wanted to check my mail
after resume:
This thread is not very important...
Sleep patch #7 from benh works fine, but after resuming, I always lost my
connection to a imap server, the only way to solve it, is to restart kde and
networking...
Kmail gives me also an interesting progress bar when I wanted to check my mail
after resume:
> > Let me just add that powernowd works fine with sleep patch #7 here
>
> Be cautious! It seemed to work fine for me. Only when I do a large
> compile immediately after reboot, the system gets instable. Can you try
> this:
>
> Start a Linux kernel compile; suspend the compile with Ctrl-Z; suspend
Benjamin Herrenschmidt wrote:
So my configuration is:
iBookG4 800 Mhz running on 600 Mhz, cpufreqd disabled.
Firewire is enabled ( no devices attached )
Sound is enabled ( no audio streams open )
USB is enabled ( no devices attached )
This seems to run rather stable.
So it seems that enabling
Michael Schmitz wrote:
Let me just add that powernowd works fine with sleep patch #7 here
Be cautious! It seemed to work fine for me. Only when I do a large
compile immediately after reboot, the system gets instable. Can you try
this:
Start a Linux kernel compile; suspend the compile with
> > Let me just add that powernowd works fine with sleep patch #7 here
>
> Be cautious! It seemed to work fine for me. Only when I do a large
> compile immediately after reboot, the system gets instable. Can you try
> this:
>
> Start a Linux kernel compile; suspend the compile with Ctrl-Z; suspend
Benjamin Herrenschmidt wrote:
So my configuration is:
iBookG4 800 Mhz running on 600 Mhz, cpufreqd disabled.
Firewire is enabled ( no devices attached )
Sound is enabled ( no audio streams open )
USB is enabled ( no devices attached )
This seems to run rather stable.
So it seems that enabling cpufr
Michael Schmitz wrote:
Let me just add that powernowd works fine with sleep patch #7 here
Be cautious! It seemed to work fine for me. Only when I do a large
compile immediately after reboot, the system gets instable. Can you try
this:
Start a Linux kernel compile; suspend the compile with Ctrl-Z
> So my configuration is:
>
> iBookG4 800 Mhz running on 600 Mhz, cpufreqd disabled.
> Firewire is enabled ( no devices attached )
> Sound is enabled ( no audio streams open )
> USB is enabled ( no devices attached )
>
> This seems to run rather stable.
>
> So it seems that enabling cpufreqd ca
> So my configuration is:
>
> iBookG4 800 Mhz running on 600 Mhz, cpufreqd disabled.
> Firewire is enabled ( no devices attached )
> Sound is enabled ( no audio streams open )
> USB is enabled ( no devices attached )
>
> This seems to run rather stable.
>
> So it seems that enabling cpufreqd ca
> > I know :) The point of the exercice is to test wether the problem
> > originates from the firewire drivers ...
>
> I finally came around to repeat the test with CPUfreq disabled: No crash
> so far.
>
> So my configuration is:
>
> iBookG4 800 Mhz running on 600 Mhz, cpufreqd disabled.
> Firewire
Benjamin Herrenschmidt wrote:
I do not have any USB device ( only firewire ). But I will disable
CPUfreq again. I had it always disabled with the old patches and only
enabled it as you said it should be save now with #7 ;-)
Hrm... try without firewire too, just in case ...
I can not, I am
On Mon, 2004-12-20 at 11:10 +0100, Benjamin Herrenschmidt wrote:
> I never tried with XFS, it would be related. At this point, it's very
> stable for me except some occasional video related lockups on wakeup
> which I'm investigating.
I've been running with XFS since the moment patch1 came out (ha
Benjamin Herrenschmidt schrieb:
I do not have any USB device ( only firewire ). But I will disable
CPUfreq again. I had it always disabled with the old patches and only
enabled it as you said it should be save now with #7 ;-)
Hrm... try without firewire too, just in case ...
I can not, I a
> >>I do not have any USB device ( only firewire ). But I will disable
> >>CPUfreq again. I had it always disabled with the old patches and only
> >>enabled it as you said it should be save now with #7 ;-)
> >
> >
> > Hrm... try without firewire too, just in case ...
> >
>
> I can not, I am
Arne Caspari wrote:
Benjamin Herrenschmidt wrote:
Hrm... try without firewire too, just in case ...
I can not, I am a firewire developer ;-)
I can't believe that you can't cooperate just compiling for a few
moments a new kernel without firewire support. It would serve just to
rule out some
Benjamin Herrenschmidt wrote:
On Mon, 2004-12-20 at 12:27 +0100, Arne Caspari wrote:
Benjamin Herrenschmidt wrote:
Can you try not plugging any USB device (in case you have any), does
that make any difference ? also not building the USB OHCI driver at
all...
Also, can you try not using cpufr
On Mon, 2004-12-20 at 12:27 +0100, Arne Caspari wrote:
> Benjamin Herrenschmidt wrote:
> > Can you try not plugging any USB device (in case you have any), does
> > that make any difference ? also not building the USB OHCI driver at
> > all...
> >
> > Also, can you try not using cpufreq (or not bui
Benjamin Herrenschmidt wrote:
Can you try not plugging any USB device (in case you have any), does
that make any difference ? also not building the USB OHCI driver at
all...
Also, can you try not using cpufreq (or not building it)
Let me know if any of these makes any difference.
Ben.
I
> iBook G4 800 Mhz
>
> processor : 0
> cpu : 7455, altivec supported
> clock : 798MHz
> revision: 3.3 (pvr 8001 0303)
> bogomips: 804.39
> machine : PowerBook6,3
> motherboard : PowerBook6,3 MacRISC3 Power Macintosh
> detected as : 287 (
Benjamin Herrenschmidt wrote:
On Mon, 2004-12-20 at 10:41 +0100, Arne Caspari wrote:
Hi,
I ran a big compile, suspended this compile, put the device to sleep,
resumed and then continued the compile.
After a while, the machine rebooted. Below is what I found in the kernel
log.
This happen
On Mon, 2004-12-20 at 10:41 +0100, Arne Caspari wrote:
> Hi,
>
> I ran a big compile, suspended this compile, put the device to sleep,
> resumed and then continued the compile.
>
> After a while, the machine rebooted. Below is what I found in the kernel
> log.
>
> This happens frequently if I
Hi,
I ran a big compile, suspended this compile, put the device to sleep,
resumed and then continued the compile.
After a while, the machine rebooted. Below is what I found in the kernel
log.
This happens frequently if I do a compile after sleep. Sometimes the X
Server crashes and sometime
On 21:34, Sun 05 Dec 04, Benjamin Herrenschmidt wrote:
>
> Ok, here's the 7th version of the sleep patch for ATI based albooks &
> iBook G4. Other machine users, please test too as it may cause
> regressions (or improvements) as well.
>
> http://gate.crashing.org/~benh/albook-ibookg4-sleep-7.diff
X crashed after a few suspend/resume cycle on my ibook g4
Note that I put it to sleep during a compilation (I pushed my luck too far)
kernel: Oops: kernel access of bad area, sig: 11 [#1]
kernel: NIP: C005C798 LR: C005C944 SP: D6FFBEE0 REGS: d6ffbe30 TRAP: 0300
Not tainted
kernel: MSR: 903
Rogério Brito <[EMAIL PROTECTED]> writes:
> If the his e-mails in the past are still relevant, Ben is against having
> CONFIG_PREEMPT enabled (for powerpc, at least).
>
oh, i see. i'll dig the archives. just for the record, i've been using
ben's patches 4 to 6 on a new ibook g4 with preempt enabl
On Dec 07 2004, Jose A. Ortega Ruiz wrote:
> does this advice apply also to ibooks?
If the his e-mails in the past are still relevant, Ben is against having
CONFIG_PREEMPT enabled (for powerpc, at least).
So, I don't have it enabled in my kernels for my iBook G3 (well, in fact,
I'm momentarily no
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> Also, try not using CONFIG_PREEMPT, it may not be very safe with sleep
> at the moment.
>
>
does this advice apply also to ibooks?
On Tue, 2004-12-07 at 15:52 -0200, Federico Gamio wrote:
> I have no USB device attached to my PB, and the suspend cycles do not
> restore the console to previus state, it stays displaying the debug
> information.
You do have a USB device: the internal bluetooth adapter. This looks
very much li
Benjamin Herrenschmidt wrote:
On Mon, 2004-12-06 at 20:04 -0200, Federico Gamio wrote:
On Sun, 2004-12-05 at 21:34 +1100, Benjamin Herrenschmidt wrote:
(As usual, I'm cross posting several lists, please don't reply to all of them,
and CC me as I'm not subscribed to all of them neither)
On Mon, 2004-12-06 at 11:22 +0100, Nacho Barrientos wrote:
> Patch #7 and #5 too not working on an iBook G4 1.2 Ghz. The wake up only
> crashes when I sleep the laptop running XFree86 Version 4.3.0.1 (Debian
> 4.3.0.dfsg.1-8) and if useful the information running XFCE 4.1.0
>
> Sleeps seems be OK
Hi,
I reported about my powerbook not falling asleep sometimes. I figured it
could be usb (after a hint from ben) and tried unplugging it before
sleep and plugging it in after wakeup. That fooled me for being the
reason. It's not. My next guess is pbbuttonsd or gtkpbbuttonsd. I sense
something lik
On Mon, 2004-12-06 at 20:04 -0200, Federico Gamio wrote:
> On Sun, 2004-12-05 at 21:34 +1100, Benjamin Herrenschmidt wrote:
> > (As usual, I'm cross posting several lists, please don't reply to all of
> > them,
> > and CC me as I'm not subscribed to all of them neither)
> >
> > Ok, here's the 7th
On Sun, 2004-12-05 at 21:34 +1100, Benjamin Herrenschmidt wrote:
> (As usual, I'm cross posting several lists, please don't reply to all of them,
> and CC me as I'm not subscribed to all of them neither)
>
> Ok, here's the 7th version of the sleep patch for ATI based albooks &
> iBook G4. Other ma
On Mon, 2004-12-06 at 12:44 +0100, Arne Caspari wrote:
> With patch #7, is it safe now to re-enable cpufreqd? Or should it still
> remain deactivated ( this is currently the only issue I have with the
> sleep patches ).
I have it working fine here.
Ben.
On Mon, 2004-12-06 at 09:24 +0100, Alexander Wirt wrote:
> Benjamin Herrenschmidt wrote:
>
> I provided some kernel debs at: http://people.debian.org/~formorer/ppc.
>
> Patch #7 is working fine here, thanks Benjamin.
>
> Alex
>
Downloaded, intalled, working smoothly. And I like the trick with
On Mon, 2004-12-06 at 08:07 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2004-12-05 at 12:18 +0100, eric.bachard wrote:
> > Hi Ben,
> >
> >
> > Not really the time, I am always using patch #1 on alubook 1,25GHz SD /
> > Debian sid :-)) ...
> > Just a question : is your patch only for 2.6.9 or
Benjamin Herrenschmidt wrote:
(As usual, I'm cross posting several lists, please don't reply to all of them,
and CC me as I'm not subscribed to all of them neither)
Ok, here's the 7th version of the sleep patch for ATI based albooks &
iBook G4. Other machine users, please test too as it may cau
Patch #7 and #5 too not working on an iBook G4 1.2 Ghz. The wake up only
crashes when I sleep the laptop running XFree86 Version 4.3.0.1 (Debian
4.3.0.dfsg.1-8) and if useful the information running XFCE 4.1.0
Sleeps seems be OK but when I try to wake up my machine the laptop seems
be shutdown. I
Benjamin Herrenschmidt wrote:
I provided some kernel debs at: http://people.debian.org/~formorer/ppc.
Patch #7 is working fine here, thanks Benjamin.
Alex
On Sun, 2004-12-05 at 12:18 +0100, eric.bachard wrote:
> Hi Ben,
>
>
> Not really the time, I am always using patch #1 on alubook 1,25GHz SD /
> Debian sid :-)) ...
> Just a question : is your patch only for 2.6.9 or is it both usable for
> 2.6.10* ?
It's not easily applied to 2.6.10* as-is, b
On 05 Dec 2004 at 21h12, Benjamin Herrenschmidt wrote:
Hi,
> Ok, here's the 7th version of the sleep patch for ATI based albooks &
> iBook G4. Other machine users, please test too as it may cause
> regressions (or improvements) as well.
Still working fine :)
--
Colin
On Sun, 05 Dec 2004 11:18:29 +, eric.bachard wrote:
[...]
> Just a question : is your patch only for 2.6.9 or is it both usable for
> 2.6.10* ?
>
well, it does not apply to 2.6.10-rcX ...
Soeren
Hi Ben,
Not really the time, I am always using patch #1 on alubook 1,25GHz SD /
Debian sid :-)) ...
Just a question : is your patch only for 2.6.9 or is it both usable for
2.6.10* ?
Benjamin Herrenschmidt a écrit :
> Ok, here's the 7th version of the sleep patch for ATI based albooks &
> iB
(As usual, I'm cross posting several lists, please don't reply to all of them,
and CC me as I'm not subscribed to all of them neither)
Ok, here's the 7th version of the sleep patch for ATI based albooks &
iBook G4. Other machine users, please test too as it may cause
regressions (or improvements)
47 matches
Mail list logo
