linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <bh40@calva.net>
To: Derek Homeier <supas100@astrophysik.uni-kiel.de>,
	<linuxppc-dev@lists.linuxppc.org>
Subject: Re: Lombard Sleep Crash (Was: 2.2.18pre17 again)
Date: Fri, 3 Nov 2000 16:53:03 +0100	[thread overview]
Message-ID: <19340928092447.1002@192.168.1.2> (raw)
In-Reply-To: <Pine.SOL.3.95.1001103151802.20257C-100000@juliet>


>I suspect it is somehow related to mouse and keyboard being handled by
>the new input layer, in pmac-stable this seems to be handled quite
>differently from pmac-benh (at least, there's an extra config menu).
>Maybe someone forgot that pmu/adb is handling more than keyboard and mouse?

No. the input layer also needs the ADB core since it's the low level
code. I would bet for a config problem. I'll check that when I'm back,
this week-end.

>I think there is some misunderstanding here. pmac-stable kernels w/o adb
>_cannot_ crash on wakeup, because they can't sleep. At least that's my
>experience. The benh-kernels may crash, but this doesn't seem to be
>consistent, also I don't think it is related to the device bay.
>I just had 2.2.18pre17-benh1 running (and sleeping) for about a week on
>my Lombard, this morning it simply powered down and reset pram when I
>tried to wake it up (battery was 95% full).

I though that was fixed for a long time... weird.

>I also noted some other problems with sleep, mostly irregularly:
>
> xscreensaver tends to become somehow disconnected from the display, when
> 	this happens, it will run in the background after wakeup and begin
>	to consume 90%+ cpu, but doesn't blank the screen. It can be
>	easily killed, however.

Yup. Fortunately, even if you don't kill it, it tends to stop playing the
CPU hog after a few seconds (or minutes ?)

>	I added some lines to pwrctl-local to kill it before sleeping
>	and relaunch it afterwards, but even then it happenened once again
>	(before, it was about every other time, though)
>
> power consumption during sleep is occasionally (not frequently) 5-10
>	times the normal rate, which will discharge the battery within
>	24-36 hours.

Bizarre... The new sleep code is supposed to be a lot less robust to
those various issues. Well, I suggest you try again with pmac-stable once
the ADB problem is ironed out. Both Paul and I did various fixes to the
sleep process.

> sometimes I don't get my usb mouse back after wakeup. I haven't found any
>	way to reset usb (unplugging doesn't help and it doesn't work with
>	gpm either). So far I could not get the mouse (or any input layer
>	device) to work as a module at all, so rmmod/insmod rules out
>	as well (this was where I started experimenting with
>	pmac-stable kernels in the first place).
>	I think I saw this first with 2.2.18pre15-benh1. It seems to
>	happen more frequently when I'm carrying the PB around during
>	sleep, but this can't be a power supply issue, since I'm
>	usually unplugging the AC when at home, too.

Well, it can be a problem with sleep/wakeup code for the USB controller.
That code is not very clean in that sense that it should do more things
before putting the OHCI to sleep (like waiting for pending requests to
complete, etc...)


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  parent reply	other threads:[~2000-11-03 15:53 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200011030559.XAA12796@lists.linuxppc.org>
2000-11-03 14:55 ` Lombard Sleep Crash (Was: 2.2.18pre17 again) Derek Homeier
2000-11-03 15:17   ` Michael Schmitz
2000-11-03 15:53   ` Benjamin Herrenschmidt [this message]
2000-11-03 15:59     ` Derek Homeier
2000-11-03 15:42 nicola cabibbo
  -- strict thread matches above, loose matches on Subject: below --
2000-10-26  6:30 2.2.18pre17 again Paul Mackerras
2000-10-27 11:59 ` Lombard Sleep Crash (Was: 2.2.18pre17 again) Albrecht Dre_
2000-10-27 14:39   ` Olaf Hering
2000-11-02 12:34     ` Albrecht Dreß
2000-11-02 15:07       ` Claus
2000-11-02 15:28         ` Albrecht Dre_
2000-11-02 18:09           ` Benjamin Herrenschmidt
2000-11-03 10:13             ` Albrecht Dre_
2000-11-03 12:22               ` Michael Schmitz
2000-11-03 12:32                 ` Albrecht Dre_
2000-11-03 12:52                   ` Michael Schmitz
2000-11-03 14:11                     ` Albrecht Dre_
2000-11-03 14:52                       ` Michael Schmitz
2000-11-03 21:51                   ` Michael Schmitz
2000-11-02 15:35         ` Benjamin Herrenschmidt
2000-11-02 15:43           ` Michael Schmitz
2000-11-02 16:11             ` Benjamin Herrenschmidt
2000-11-02 17:13           ` Michael Schmitz
2000-11-03 15:22             ` Claus
2000-11-03 15:55               ` Benjamin Herrenschmidt
2000-11-03 21:53                 ` Michael Schmitz
2000-11-09  1:22                   ` Claus
2000-11-09  8:26                     ` Michael Schmitz
2000-11-02 17:23           ` Joseph P. Garcia
2000-11-02 18:06             ` Benjamin Herrenschmidt
2000-11-02 22:18               ` Michael Schmitz
2000-11-02 22:56       ` Olaf Hering
2000-11-08 20:35   ` Michael Schmitz
2000-11-08 20:54     ` Benjamin Herrenschmidt
2000-11-08 21:48       ` Michael Schmitz

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=19340928092447.1002@192.168.1.2 \
    --to=bh40@calva.net \
    --cc=linuxppc-dev@lists.linuxppc.org \
    --cc=supas100@astrophysik.uni-kiel.de \
    /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;
as well as URLs for NNTP newsgroup(s).