Re: Test patch for sleep on Aluminium PowerBooks
On Tue, 2004-11-23 at 08:47 +1100, Benjamin Herrenschmidt wrote: > > > > I don't know if I am doing something wrong, but when I suspend to ram > > and resume, all the stuff works, but when I try to play any video > > (mplayer, vlc and xine) it shows like when you select an empty air > > channel in you TV, but in green :). > > I repeated this test, and I can play any video, until I use sleep to ram > > function... then I have to reboot to use it again. > > I suppose that something in the Ati 9600 is not setup properly in the > > sleep to ram process. > > Have you tested the latest patch ? (#4) Not at this time. But Yes now :) Bug solved, now I suffer from very low sound volume when I came back from sleep (I already read your answer in other thread saying that is sound driver problem... so is not you bug :) Thank you very much Ben. Federico > > Ben. > > > -- My software never has bugs. | ASCII Ribbon Campaign /"\ It just develops random features. | For Standards-Complaint Email \ / Public GnuPG key available at: http://www.keyserver.netX 1024D/203E154B 2003-10-03 Federico Gamio <[EMAIL PROTECTED]> / \ Key fingerprint = 0B9E 3A19 C88B EBAC 5422 C05F 76B5 B922 203E 154B sub 2048g/32D2F465 2003-10-03 signature.asc Description: This is a digitally signed message part
Re: the ibook G4 sleep test patch
On 22 Nov 2004 at 18h11, Benjamin Herrenschmidt wrote: Hi Ben, > Never saw this problem with other machines. > > > - crashes sometimes later (often happens) > > Have you tried patch #4 ? I did now. The iBook still froze some time after resume, once when starting sylpheed-claws and once when starting firefox. Can I hack something somewhere so that the eventual stacktrace would be displayed even when I'm in X? Thanks, -- Colin
Re: TEST: Sleep suppport for iBook G4 & Aluminium PowerBooks (ATI based)
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > No, it's all normal. > > Ben. Mmm I'll check my .config with Pau's then, and see if there are any differences.
Re: TEST: Sleep patch #4
On Mon, Nov 22, 2004 at 06:36:02PM +, Sean Neakums wrote: > Keith Conger <[EMAIL PROTECTED]> writes: > > > Works great here also (15" 1GHz PB). One issue which may be unrelated > > I have some sound issues. For instance one a sound is played it sounds > > fine but if a sound is played right after its volume is extremely low. > > But with headphones this doesn't occur. > > I have a similar problem post-resume -- sound from the speakers is > very quiet (although it seems to be louder at the very beginning) and > I had to plug and re-plug the headphones to get sound from them. I > tried unloading and reloading snd_powermac, to no avail. Could you check if: http://honk.physik.uni-konstanz.de/~agx/linux-ppc/kernel/alsa-2.6.9-rc2-revert.diff helps? -- Guido
Re: TEST: Sleep patch #4
> > > http://gate.crashing.org/~benh/albook-ibookg4-sleep-4.diff > > > > Sorry for coming late to the party ... the current code works nicely on > > the 17" PB. On the first boot with that code, I had the PLL freak out (or > > so it looked like) but I couldn't reproduce that. Needless to say, the > > new PLL fixup code produces the same dividers as the hardcoded fixup > > before, so it should work :-) > > It reads them from OF at boot. What do you mean by "freak out" ? the > usual problem with those models where the display gets all fuzzy ? I'm Yep - the display get totally unreadable, worse than before when the PLL wouldn't lock properly. When I turned down the backlight (using the f-keys), it would switch off and not come back up until X had fully started. Though that might be a bug in pbbuttonsd as well, to be honest (I turned the backlight off before pbbuttonsd started, perhaps). > not completely sure what's up, I tend to blame the panel power sequence > nowadays ... Anything I can do to test that? Michael
Re: TEST: Sleep patch #4
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > On Mon, 2004-11-22 at 18:36 +, Sean Neakums wrote: >> Keith Conger <[EMAIL PROTECTED]> writes: >> >> > Works great here also (15" 1GHz PB). One issue which may be unrelated >> > I have some sound issues. For instance one a sound is played it sounds >> > fine but if a sound is played right after its volume is extremely low. >> > But with headphones this doesn't occur. >> >> I have a similar problem post-resume -- sound from the speakers is >> very quiet (although it seems to be louder at the very beginning) and >> I had to plug and re-plug the headphones to get sound from them. I >> tried unloading and reloading snd_powermac, to no avail. > > Tried playing with the DRC setting in Alsa mixer ? I hadn't noticed that this was happening pre-suspend, too, and cranking DRC up fixed it. Thanks! On resume this morning, though, the display was behaving oddly, both in X and on the console: it was sort of shimmering, split and repeated about 1/5 of the screen's width to the right in what looked like 8-pixel horizontal stripes. Rebooting seemed to sort it.
Re: TEST: Sleep patch #4
Guido Guenther <[EMAIL PROTECTED]> writes: > On Mon, Nov 22, 2004 at 06:36:02PM +, Sean Neakums wrote: >> Keith Conger <[EMAIL PROTECTED]> writes: >> >> > Works great here also (15" 1GHz PB). One issue which may be unrelated >> > I have some sound issues. For instance one a sound is played it sounds >> > fine but if a sound is played right after its volume is extremely low. >> > But with headphones this doesn't occur. >> >> I have a similar problem post-resume -- sound from the speakers is >> very quiet (although it seems to be louder at the very beginning) and >> I had to plug and re-plug the headphones to get sound from them. I >> tried unloading and reloading snd_powermac, to no avail. > Could you check if: > > http://honk.physik.uni-konstanz.de/~agx/linux-ppc/kernel/alsa-2.6.9-rc2-revert.diff > helps? Increasing DRC Range as suggested by Ben seems to fix my problem. I note that this patch seems to have a few hunks relating to 48KHz -- does this do anything to help applications that do not resample audio to 44.1KHz? The asoundrcs using dmix to adjust the rate that I have seen posted produce rather poor sound.
Re: howto ignore lid-opened?
> I'm familiar with the pmud -k & -K flags for avoiding sleeping when the > lid is closed (with potentially grave thermal consequences - I don't > know), but I can't find their reciprocal - for avoiding waking when the > lid is opened. There isn't any such option. > I think some behavior may be configured in /etc/power/pwrctl, but not > whether the machine actually sleeps or wakes. > > I want my Book to require deliberate action to wake - like keypress, > not accidental lid-opened. Anyone know how? You would have to ignore the lid-open signal in the kernel, or send the machine right back to sleep from pmud. On the first method, BenH might know how to tell the PMU to not wake on lid open. The second should be easier to implement but it's a hack only. I'll look into that. Low tech fix: just wrap a rubber band around the iBook :-) Michael
Re: howto ignore lid-opened?
On 23 Nov 2004 at 09h11, Michael Schmitz wrote: Hi, > > I'm familiar with the pmud -k & -K flags for avoiding sleeping when the > > lid is closed (with potentially grave thermal consequences - I don't > > know), but I can't find their reciprocal - for avoiding waking when the > > lid is opened. > > There isn't any such option. [EMAIL PROTECTED] ~]$ sudo cat /proc/pmu/options lid_wakeup=1 server_mode=0 I think "echo lid_wakeup=0 > /proc/pmu/options" would do the trick. -- Colin
Re: TEST: Sleep patch #4, USB swap during sleep kills system
Hello Ben, and thanks again for your great sleep patch. I have been running at home without any problem for a few days now, but when going to work this morning, I found a good, reproducible kernel panic. System is an Ibook G4 12' 800Mhz running gentoo, kernel 2.6.9-r4 + your 4th sleep patch how to do it : * have USB mouse unplugged * sleep * plug USB mouse in * resume oops! I have no pmud, just pbbuttonsd. USB is compiled in the kernel (so i have keyboard working at boot). I tried 3 times to reproduce it. 3 times I reproduced the crash. Going to sleep with USB mouse plugged then resuming or going with no mouse plugged then resuming is fine. Swapping the mouse when sleeping kills the system. I took a screenshot of the kernel messages with the digicam, and uploaded to my home server (adsl, slow link) : http://siths.dyndns.org/sleep/usb-swap-crash.jpg [1.1Mb] I'm yours for more information to help troubleshoot this. Julien -- Julien PERVILLE <[EMAIL PROTECTED]> signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: TEST: Sleep patch #4, USB swap during sleep kills system
Yes, I had exactly the same problem. >Hello Ben, and thanks again for your great sleep patch. > >I have been running at home without any problem for a few days now, but >when going to work this morning, I found a good, reproducible kernel >panic. > >System is an Ibook G4 12' 800Mhz running gentoo, kernel 2.6.9-r4 + your >4th sleep patch > > >how to do it : > >* have USB mouse unplugged >* sleep >* plug USB mouse in >* resume > >oops! > > >I have no pmud, just pbbuttonsd. USB is compiled in the kernel (so i >have keyboard working at boot). > >I tried 3 times to reproduce it. 3 times I reproduced the crash. Going >to sleep with USB mouse plugged then resuming or going with no mouse >plugged then resuming is fine. Swapping the mouse when sleeping kills >the system. > >I took a screenshot of the kernel messages with the digicam, and >uploaded to my home server (adsl, slow link) : >http://siths.dyndns.org/sleep/usb-swap-crash.jpg [1.1Mb] > >I'm yours for more information to help troubleshoot this. > >Julien > >-- >Julien PERVILLE <[EMAIL PROTECTED]>
Re: howto ignore lid-opened?
> > > I'm familiar with the pmud -k & -K flags for avoiding sleeping when the > > > lid is closed (with potentially grave thermal consequences - I don't > > > know), but I can't find their reciprocal - for avoiding waking when the > > > lid is opened. > > > > There isn't any such option. > > [EMAIL PROTECTED] ~]$ sudo cat /proc/pmu/options > lid_wakeup=1 > server_mode=0 > > I think "echo lid_wakeup=0 > /proc/pmu/options" would do the trick. So it would seem. And it works for me. No need for kernel or other hacks then. Nonetheless, I will add a runtime option to pmud to set that flag on startup. Michael
Re: TEST: Sleep patch #4, USB swap during sleep kills system
On Tue, Nov 23, 2004 at 10:53:25AM +0100, Julien PERVILLE wrote: [...] > I have been running at home without any problem for a few days now, but > when going to work this morning, I found a good, reproducible kernel > panic. > [..] > how to do it : > > * have USB mouse unplugged > * sleep > * plug USB mouse in > * resume running vanilla 2.6.9 kernel with 4th version of patch: - plug in USB pen drive - sleep - unplug pen drive system wakes up (the sleep light stops to flash and I can hear the sounds of waking up ibook :-) and dies - black screen, no reaction to keystrokes and cannot ping the machine [...] regards, wrobell <[EMAIL PROTECTED]> P.S. Ben and others who contributed... I owe you tons of beer :-) pgpphp4zBaYX5.pgp Description: PGP signature
Re: TEST: Sleep patch #4
Hi... surely i'm making some stupid mistake, but when i try to compile (via kernel-package) my patched kernel (obtained by applying the sleep patch to a kernel tree got from debian's kernel-source package), the compiler complains about a missing target (pmac_cache.o; there's no corresponding pmac_cache.c in my tree). Any hints? Thanks, jao Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > Ok, here's the 4th iteration of the patch. It includes John Steele Scott > fixes for > cpufreq and the sound driver and fixes a problem where memory refresh > wouldn't properly > be re-enabled on the video chip upon wakeup. I also cleaned a bit more the > MDLL reset > code for r300, plus a couple of other things. > > http://gate.crashing.org/~benh/albook-ibookg4-sleep-4.diff > > Ben. > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > -- "Knowledge is proud that he has learned so much; Wisdom is humble that he knows no more." -- William Cowper
Re: TEST: Sleep patch #4
The file is located in /usr/src/linux-2.6.9-sleep (or something like that). Just copy it into the right place... Am 23.11.2004 schrieb "Jose A. Ortega Ruiz" <[EMAIL PROTECTED]>: > >Hi... surely i'm making some stupid mistake, but when i try to compile >(via kernel-package) my patched kernel (obtained by applying the sleep >patch to a kernel tree got from debian's kernel-source package), the >compiler complains about a missing target (pmac_cache.o; there's no >corresponding pmac_cache.c in my tree). Any hints? > >Thanks, >jao > >Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > >> Ok, here's the 4th iteration of the patch. It includes John Steele Scott >> fixes for >> cpufreq and the sound driver and fixes a problem where memory refresh >> wouldn't properly >> be re-enabled on the video chip upon wakeup. I also cleaned a bit more the >> MDLL reset >> code for r300, plus a couple of other things. >> >> http://gate.crashing.org/~benh/albook-ibookg4-sleep-4.diff >> >> Ben. >> >> >> >> -- >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] >> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >> >> >> > >-- >"Knowledge is proud that he has learned so much; >Wisdom is humble that he knows no more." -- William Cowper > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: TEST: Sleep patch #4
> It reads them from OF at boot. What do you mean by "freak out" ? the > usual problem with those models where the display gets all fuzzy ? I'm > not completely sure what's up, I tend to blame the panel power sequence > nowadays ... Just got a garbled display when waking up from sleep. That seems to support your panel powerup idea. A second sleep/wake cycle fixed it. Looking at radeon_base.c:radeon_screen_blank() (line 1045) we have: val &= ~(LVDS_BL_MOD_EN); udelay(100); val &= ~(LVDS_ON | LVDS_EN); OUTREG(LVDS_GEN_CNTL, val); Is there an OUTREG(LVDS_GEN_CNTL, val); missing before the udelay(100) ?? That's in the panel blank code, not the unblank code though. Doesn't seem to hurt to put the OUTREG in. Michael
Re: TEST: Sleep patch #4
On 23 Nov 2004 at 12h11, Michael Clemens wrote: Hi, > The file is located in /usr/src/linux-2.6.9-sleep (or something like > that). > Just copy it into the right place... Better, apply patches in linux' root (/usr/src/linux-2.6.9) with -p1 instead of -p0, that'll take care of it transparently. -- Colin
Re: the ibook G4 sleep test patch
On 23 Nov 2004 at 08h11, Colin Leroy wrote: Hi, > I did now. The iBook still froze some time after resume, > once when starting sylpheed-claws and once when starting > firefox. Just a wild guess, could it be caused by pmac_cache.S ? I have a first gen ibook G4: processor : 0 cpu : 7455, altivec supported clock : 707MHz revision: 3.3 (pvr 8001 0303) bogomips: 712.70 machine : PowerBook6,3 motherboard : PowerBook6,3 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 001b L2 cache: 256K unified memory : 640MB pmac-generation : NewWorld -- Colin
Re: TEST: Sleep patch #4
On Mon, Nov 22, 2004 at 11:32:58AM +1100, Benjamin Herrenschmidt wrote: > > http://gate.crashing.org/~benh/albook-ibookg4-sleep-4.diff Testing the patch above. iBook G4 1GHz. The problem i found is after a long sleep, it woke up and suddenly it looked like without battery. Even it would not react to on/off button being pressed. After plugging the recharger it did come back to life. A secondary symptom: if i use the power button to send it to sleep, after wake up the power button works as caps lock! J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It is not the size, mate. It's how you use it. --N. Powers (Austin Powers in Goldmember)
Re: the ibook G4 sleep test patch
On Tue, 2004-11-23 at 13:51 +0100, Colin Leroy wrote: > On 23 Nov 2004 at 08h11, Colin Leroy wrote: > > Hi, > > > I did now. The iBook still froze some time after resume, > > once when starting sylpheed-claws and once when starting > > firefox. ... Could it be faulty memory or something like that? -M.
Re: the ibook G4 sleep test patch
On 23 Nov 2004 at 08h11, Mannequin* wrote: Hi, > > > I did now. The iBook still froze some time after resume, > > > once when starting sylpheed-claws and once when starting > > > firefox. > > ... > > Could it be faulty memory or something like that? I hope not. It never happened before this patch :) Just in case, I ran the apple hardware test CD and it went ok. -- Colin
problems with cpu frequency governor
Hi! I'v just installed the Kernel 2.6.9 on my iBook 2.2. I compiled in the userspace and ondemand governor. Userspace is the default. I tried to change this by echoing ondemand into /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor But the setting does not change. It stays at userspace. cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors says ondemand userspace So the ondemand governor is available, isn't it? Martin
Re: TEST: Sleep patch #4
thanks. that worked. i've tried the patch a little bit on a new ibook g4 12' and it's working so far. jao "Michael Clemens" <[EMAIL PROTECTED]> writes: > The file is located in /usr/src/linux-2.6.9-sleep (or something like > that). > Just copy it into the right place... > > Am 23.11.2004 schrieb "Jose A. Ortega Ruiz" <[EMAIL PROTECTED]>: > >> -- Holding on to anger is like grasping a hot coal with the intent of throwing it at someone else; you are the one getting burned. -Buddha (c. 566-480 BCE)
pbbuttonsd problem (Was: Re: TEST: Sleep patch #4)
On Tue, Nov 23, 2004 at 03:41:17PM +0100, Jesus Climent wrote: > On Mon, Nov 22, 2004 at 11:32:58AM +1100, Benjamin Herrenschmidt wrote: > > > > http://gate.crashing.org/~benh/albook-ibookg4-sleep-4.diff > > Testing the patch above. iBook G4 1GHz. More findings: I have noticed that when setting the backlight to 0 with "fblevel 0" it actually does what is intended: the panel goes null, void. However, when setting it with the keys, i noticed that if some light is coming from above, i can actually see and read the content of the screen! In this situation i cannot see the apple from behind with some back light, but I can if I use the fblevel command. I guess this is not the intended behaviour... -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 And then he ran into my knife... he ran into my knife ten times. --June (Chicago)
Re: the ibook G4 sleep test patch
Mannequin* wrote: On Tue, 2004-11-23 at 13:51 +0100, Colin Leroy wrote: On 23 Nov 2004 at 08h11, Colin Leroy wrote: Hi, I did now. The iBook still froze some time after resume, once when starting sylpheed-claws and once when starting firefox. ... Could it be faulty memory or something like that? -M. I also saw a freeze once and have had some crashes lately. My system was rock-solid before the patches. I will continue to investigate this ( I have not yet applied the 4th incarnation of the patch ). /Arne
[seems SOLVED] Re: the ibook G4 sleep test patch
On 23 Nov 2004 at 08h11, Colin Leroy wrote: Hi Ben! > I did now. The iBook still froze some time after resume, > once when starting sylpheed-claws and once when starting > firefox. I had a brilliant idea ;-) and thought that my crashes that I was noticing happened when starting (relatively) heavyweight stuff like firefox. Then remembered I have powernowd to switch CPU frequency based on the load, and tried without (with the CPU fixed at 931MHz): it seems to have disappeared ! My guess is something changed in the cpufreq code that doesn't play nicely with 7455 cpus after sleep/resume. thanks for your work again, -- \|/ \|/ Colin "@'/ ,. \`@" http://www.geekounet.org/ /_| \__/ |_\ \__U_/
gdesklets uses 100 % of my cpu
Hi all, I'd like to know if some of you managed to run gdesklets-daemon without any trouble in a ppc laptop with Debian/Sid. Here it works but also uses 100 % of the CPU. Then, the system get hot rapidly and becom very slow. :-( Best regards Jaonary
Re: gdesklets uses 100 % of my cpu
On Tue, 2004-11-23 at 19:15 +0100, Jaonary Rabarisoa wrote: > > I'd like to know if some of you managed to run gdesklets-daemon without > any trouble in a ppc laptop with Debian/Sid. Here it works but also uses > 100 % of the CPU. Then, the system get hot rapidly and becom very slow. > :-( I see the same problem at least intermittently, even on an i386 machine. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: TEST: Sleep patch #4, USB swap during sleep kills system
On Tue, 2004-11-23 at 10:53 +0100, Julien PERVILLE wrote: > Hello Ben, and thanks again for your great sleep patch. > > I have been running at home without any problem for a few days now, but > when going to work this morning, I found a good, reproducible kernel > panic. > > System is an Ibook G4 12' 800Mhz running gentoo, kernel 2.6.9-r4 + your > 4th sleep patch > > > how to do it : > > * have USB mouse unplugged > * sleep > * plug USB mouse in > * resume > > oops! > > > I have no pmud, just pbbuttonsd. USB is compiled in the kernel (so i > have keyboard working at boot). > > I tried 3 times to reproduce it. 3 times I reproduced the crash. Going > to sleep with USB mouse plugged then resuming or going with no mouse > plugged then resuming is fine. Swapping the mouse when sleeping kills > the system. I'm seeing similar problems with kernel-image-2.6.9-powerpc on a TiBook IV, so this is probably not specific to Ben's patches. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: [seems SOLVED] Re: the ibook G4 sleep test patch
On Tuesday 23 November 2004 19:06, Colin Leroy wrote: > On 23 Nov 2004 at 08h11, Colin Leroy wrote: > I had a brilliant idea ;-) and thought that my crashes that > I was noticing happened when starting (relatively) heavyweight stuff > like firefox. Then remembered I have powernowd to switch CPU frequency > based on the load, and tried without (with the CPU fixed at 931MHz): > it seems to have disappeared ! Give a chance to cpudyn
Re: gdesklets uses 100 % of my cpu
On Tue, 23 Nov 2004 13:40:16 -0500 Michel Dänzer <[EMAIL PROTECTED]> wrote: > > I'd like to know if some of you managed to run gdesklets-daemon without > > any trouble in a ppc laptop with Debian/Sid. Here it works but also uses > > 100 % of the CPU. Then, the system get hot rapidly and becom very slow. > > :-( > > I see the same problem at least intermittently, even on an i386 machine. Are you (both) using the mail checker desklet? If yes remove it; I've seen that desklet eating up all the CPU when is not properly configured.
Re: TEST: Sleep suppport for iBook G4 & Aluminium PowerBooks (ATI based)
Hi, 'echo ram >/sys/power/state' also does nothing. Am I missing something? pmud or pbbuttonsd set to pmud replacement mode ... sorry, but what does this exactly mean ? By closing/opening the lid suspend-to-ram is working fine with debian sarge and a patched (#4) vanilla 2.6.9 kernel. But if i try to 'echo -n mem >/sys/power/state' nothing happens ? pmud is not installed and pbbuttonsd is compiled without it. Is suspend-to-disk working with the #4-version of the sleep patch ? greets, clee -- moqua [at] gmx.net moqua [at] kurtenba.ch
Re: [seems SOLVED] Re: the ibook G4 sleep test patch
On 23 Nov 2004 at 21h11, Pau Rul·lan Ferragut wrote: Hi, > Give a chance to cpudyn Will do, thanks for the pointer. -- Colin Well, it just seemed wrong to cheat on an ethics test. -- Calvin
Re: TEST: Sleep patch #4
Benjamin Herrenschmidt wrote: first thank you for this nice work. Mostly it works great for me on my iBook G4 933 (first generation). I have still some problems with #4. When i unplug or plug in an USB-Mouse while in sleep the iBook crashes on resume. The sleep-led turns off, but the display remains dark and i can't ping the iBook (with #2 one time after resume the display remained blank too, but the sound (xmms and dmasound_pmac) started again and i was able to ping the iBook over the net). An other problem is that the kernel hangs sometimes on boot. With patch #2 and agpgart compiled into the kernel, it locked up every time after the agpgart messages. Without agpgart or agpgart compiled as module, i can boot without problems most times. Loading agpgart as module (hotplug loads it) make no problems. Btw. what is agpgart needed for? I have not tested #4 with agpgart compiled into kernel. Some times (with patch #2 more often as with #4) the kernel hangs somewhere after the ati messages (i will write down the exact message down when i see it the next time). I had this two times with vanilla 2.6.9 too, but with the suspend patch it happens quiet more frequent. One thing i noticed in this context (with vanilla 2.6.9 and 2.6.8.1 and with the sleep patches too) is an messages "radeonfb (...): Invalid ROM signature 0 should be0xaa55". (The space between the "be" and "0xaa55" is really missing!) An other point where it hangs sometimes is just after the kernel message "Macintosh non-volatile memory driver v1.1". One time i was only able to start Linux again after booting MacOS. If you need some more information, i would be happy to give them to you. Best Regards, Sascha
Re: TEST: Sleep patch #4
On Tue, 2004-11-23 at 08:27 +, Sean Neakums wrote: > On resume this morning, though, the display was behaving oddly, both > in X and on the console: it was sort of shimmering, split and repeated > about 1/5 of the screen's width to the right in what looked like > 8-pixel horizontal stripes. Rebooting seemed to sort it. Next time, please try to take a picture of the screen. Also, try sleeping & waking up again and tell me if that helps. Ben.
Re: TEST: Sleep patch #4
> Looking at radeon_base.c:radeon_screen_blank() (line 1045) we have: > > val &= ~(LVDS_BL_MOD_EN); > udelay(100); > val &= ~(LVDS_ON | LVDS_EN); > OUTREG(LVDS_GEN_CNTL, val); > > > Is there an OUTREG(LVDS_GEN_CNTL, val); missing before the udelay(100) ?? > > That's in the panel blank code, not the unblank code though. Doesn't seem > to hurt to put the OUTREG in. won't hurt, dunno if it will help tho... could also be a different issue, like the spread spectrum PLL not locking properly or something like that ... I don't really know. Ben.
Re: TEST: Sleep patch #4
> I have still some problems with #4. > When i unplug or plug in an USB-Mouse while in sleep the iBook crashes > on resume. The sleep-led turns off, but the display remains dark and i > can't ping the iBook (with #2 one time after resume the display remained > blank too, but the sound (xmms and dmasound_pmac) started again and i > was able to ping the iBook over the net). There are issues with USB, just avoid doing that for now. > An other problem is that the kernel hangs sometimes on boot. With patch > #2 and agpgart compiled into the kernel, it locked up every time after > the agpgart messages. Without agpgart or agpgart compiled as module, i > can boot without problems most times. Loading agpgart as module (hotplug > loads it) make no problems. Btw. what is agpgart needed for? I have not > tested #4 with agpgart compiled into kernel. It hangs with #4 ? Do you have cpufreq ? it could be a cpufreq issue... agpgart is the driver for the AGP, necessary if you use DRI > Some times (with patch #2 more often as with #4) the kernel hangs > somewhere after the ati messages (i will write down the exact message > down when i see it the next time). I had this two times with vanilla > 2.6.9 too, but with the suspend patch it happens quiet more frequent. > > One thing i noticed in this context (with vanilla 2.6.9 and 2.6.8.1 and > with the sleep patches too) is an messages "radeonfb (...): Invalid ROM > signature 0 should be0xaa55". (The space between the "be" and "0xaa55" > is really missing!) That's is fine. expected. > An other point where it hangs sometimes is just after the kernel message > "Macintosh non-volatile memory driver v1.1". One time i was only able to > start Linux again after booting MacOS. > > If you need some more information, i would be happy to give them to you. I think the hang may be an issue with cpufreq. Does it still happen with patch #4 ? Ben.
Re: [seems SOLVED] Re: the ibook G4 sleep test patch
On Tue, 2004-11-23 at 21:00 +0100, Pau Rul·lan Ferragut wrote: > On Tuesday 23 November 2004 19:06, Colin Leroy wrote: > > On 23 Nov 2004 at 08h11, Colin Leroy wrote: > > > > I had a brilliant idea ;-) and thought that my crashes that > > I was noticing happened when starting (relatively) heavyweight stuff > > like firefox. Then remembered I have powernowd to switch CPU frequency > > based on the load, and tried without (with the CPU fixed at 931MHz): > > it seems to have disappeared ! > Give a chance to cpudyn The problem is probably not related to the software used to switch frequencies, but more probably to the kernel support. I've been having various problems with the PMU-based frequency switching lately, I'm still investigating. Ben.
Re: TEST: Sleep suppport for iBook G4 & Aluminium PowerBooks (ATI based)
On Tue, 2004-11-23 at 22:28 +0100, clemens kurtenbach wrote: > Hi, > > >>'echo ram >/sys/power/state' also does nothing. > >> > >>Am I missing something? > > > > pmud or pbbuttonsd set to pmud replacement mode ... > > sorry, but what does this exactly mean ? > By closing/opening the lid suspend-to-ram is working fine > with debian sarge and a patched (#4) vanilla 2.6.9 kernel. > > But if i try to 'echo -n mem >/sys/power/state' nothing happens ? > pmud is not installed and pbbuttonsd is compiled without it. Historically, the powermac suspend-to-ram code has been it's own separate entity (existed before there was some global system suspend framework in the kernel). It has never been "merged" with the core suspend code in that sense that it's not hooked to /sys/power/state. This will eventually happen in the future, but for now, sleep is triggered by it's own ioctl sent to /dev/pmu, either by the snooze command, or by pmud or pbbuttonsd. > Is suspend-to-disk working with the #4-version of the sleep patch ? I think there are some conflicts. Ben.
Re: gdesklets uses 100 % of my cpu
On Tue, 2004-11-23 at 21:32 +0100, Domingo Fiesta Segura wrote: > On Tue, 23 Nov 2004 13:40:16 -0500 > Michel Dänzer <[EMAIL PROTECTED]> wrote: > > > > I'd like to know if some of you managed to run gdesklets-daemon without > > > any trouble in a ppc laptop with Debian/Sid. Here it works but also uses > > > 100 % of the CPU. Then, the system get hot rapidly and becom very slow. > > > :-( > > > > I see the same problem at least intermittently, even on an i386 machine. > > Are you (both) using the mail checker desklet? I am, but I think it also happened with only MultiTail. > If yes remove it; I've seen that desklet eating up all the CPU when > is not properly configured. And how is it configured properly? :) -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
