From: Wolfram Quester <wolfi@mittelerde.physik.uni-konstanz.de>
To: linuxppc-dev list <linuxppc-dev@ozlabs.org>
Subject: Status report for 2.6.12-rc2
Date: Sun, 17 Apr 2005 11:18:52 +0200 [thread overview]
Message-ID: <20050417091851.GE4981@halley.zuhause> (raw)
In-Reply-To: <1113184854.9567.522.camel@gaston>
[-- Attachment #1: Type: text/plain, Size: 2211 bytes --]
Hi,
I use debian on my Powerbook6,2 and recently upgraded from kernel 2.6.10
with the patch Guido Günther provides at [1] to 2.6.12-rc2 with ben's
tumbler/snapper patches applied.
So far I've seen the following issues:
1. I tried the new nvidiafb - just because I'm curious and the help says
"This driver supports graphics boards with the nVidia chips, TNT and
newer. For very old chipsets, such as the RIVA128, then use the
rivafb."
The kernel crashed during boot when it tried to switch to nvidiafb. I
could see the messages that appeared before this stage until I
switched the computer off. Booting with video=ofonly went well and
using the traditional rivafb works fine.
This situation reminds me to crashes I had sometime ago when I was
testing Guido's patches for rivafb when he tried to get proper
support for NV30 into rivafb.
2. Sometimes the machine crashes on suspend to disk. It only happens when I work
in X and it seems to freeze in the process of switching to a virtual
terminal. The screen shows a distorted image of the previous screen
(as if I had 8Bit colour depth with oversized pixels).
I never had such freezes with 2.6.10 and this is the issue which
annoys me most ATM. I don't have a way to clearly reproduce the
freeze. It happend in two out of perhaps 20 suspends. It only seems
to happen on the first suspend after boot.
The suspend itself is much much faster than with 2.6.10 however.
3. I configured sound to use snd-powermac. Before I used
dmasound-{pmac,core} and it works mostly. After a
suspend-resume-cycle I have to kill xfce4-panel, which accesses
/dev/mixer0, rmmod snd-powermac, wait a second and reinsert the
module.
4. Something that is quite annoying but harmless is that after wakeup
the machine sometimes suspends again immediately. I had something
like this before. On resume the PMU seems to be some kind of
irritated and gives wrong information about remaining runtime.
If this remaining time is 0 pbbuttonsd suspends the machine again.
Thanks,
Wolfi
1. http://honk.physik.uni-konstanz.de/~agx/linux-ppc/kernel/2.6.11.6-agx0.diff
--
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-04-17 9:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-11 2:00 [PATCH] pmac: Improve sleep code of tumbler driver Benjamin Herrenschmidt
2005-04-11 8:18 ` Colin Leroy
2005-04-11 8:34 ` Benjamin Herrenschmidt
2005-04-11 8:45 ` Colin Leroy
2005-05-04 10:30 ` wrobell
2005-04-11 19:42 ` Vincent Lefevre
2005-04-11 22:49 ` Andreas Schwab
2005-04-11 13:56 ` Takashi Iwai
2005-04-17 9:18 ` Wolfram Quester [this message]
2005-04-19 23:42 ` Status report for 2.6.12-rc2 Benjamin Herrenschmidt
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=20050417091851.GE4981@halley.zuhause \
--to=wolfi@mittelerde.physik.uni-konstanz.de \
--cc=linuxppc-dev@ozlabs.org \
/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).