From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-amd64+bounces-12198-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1NIaCx-0003ER-B5
for garchives@archives.gentoo.org; Thu, 10 Dec 2009 04:00:51 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 9716BE0586
for <garchives@archives.gentoo.org>; Thu, 10 Dec 2009 04:00:50 +0000 (UTC)
Received: from mail-pw0-f47.google.com (mail-pw0-f47.google.com [209.85.160.47])
by pigeon.gentoo.org (Postfix) with ESMTP id 4954EE06D6
for <gentoo-amd64@lists.gentoo.org>; Thu, 10 Dec 2009 02:10:37 +0000 (UTC)
Received: by pwi1 with SMTP id 1so2403593pwi.26
for <gentoo-amd64@lists.gentoo.org>; Wed, 09 Dec 2009 18:10:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:received:in-reply-to:references
:date:message-id:subject:from:to:content-type;
bh=N0MO1OEMonPr8xwoTXQPQd6IeaMn+GkP4qJrUiABnnU=;
b=N5lUumUvjz3hGdbkyDNX6/VA98fXfS73lJ43FbgYz07shEx4shu6XMafXJnz3uv/sB
OqYvMZiV5Fuo6+vtly1J0K6NSPKi2fLSSFiN6JdOBUgzu49E2dJyyeRn+Xcx0c3vRLUt
YDMb9LuywaBJuB03ioyJ2USmhdpiAGbZahEQs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
b=abNPNApTY483Z7LCmb2f5bhKquYLIU2qOd9uAcrRJGSJhBaNgRIMYUR9/AqrkXew5V
qhko6r27St6n3IqMtxkbVDkItfh23tPHGTXO9hW07woo6nnbYW4zZq+G6tQ3Lz4YDmpM
2OoePlbtUWcryBSM5+jutbHCq8obBLWcfmE4Y=
Precedence: bulk
List-Post: <mailto:gentoo-amd64@lists.gentoo.org>
List-Help: <mailto:gentoo-amd64+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-amd64+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-amd64+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-amd64.gentoo.org>
X-BeenThere: gentoo-amd64@lists.gentoo.org
Reply-to: gentoo-amd64@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.143.24.40 with SMTP id b40mr1760325wfj.0.1260411035488; Wed,
09 Dec 2009 18:10:35 -0800 (PST)
In-Reply-To: <b79f23070912091810x542871cena050d0879516447b@mail.gmail.com>
References: <pan.2009.12.10.01.31.32@cox.net>
<b79f23070912091810x542871cena050d0879516447b@mail.gmail.com>
Date: Wed, 9 Dec 2009 18:10:35 -0800
Message-ID: <b79f23070912091810m4e031a34s1be7e3fdec30ac2e@mail.gmail.com>
Subject: Re: [gentoo-amd64] New video card, finally!
From: James Ausmus <james.ausmus@gmail.com>
To: gentoo-amd64@lists.gentoo.org
Content-Type: multipart/alternative; boundary=001636e0b6e20a924e047a565098
X-Archives-Salt: 2521c737-2c30-41a8-891c-881978d7b2e9
X-Archives-Hash: 94f70400e1fafb7621fe039cb0601a59
--001636e0b6e20a924e047a565098
Content-Type: text/plain; charset=ISO-8859-1
Congrats on the new HW!
On Dec 9, 2009 6:00 PM, "Duncan" <1i5t5.duncan@cox.net> wrote:
As regulars are aware, I /was/ running an old Radeon 92xx series card,
r200 series chip. My system was /relatively/ good, even if it's half a
decade old now, because it's a dual socket Opteron, which I had upgraded
to top-of-the-line dual-core Opteron 290s (2.8 GHz), with plenty of
memory (8 gigs, tho it's now six as a stick went bad on me and I've not
replaced it yet), and running four SATA drives in md/kernel RAID.
Well, a few weeks ago I switched the system partitions from RAID-6 to
RAID-1. In many tasks the RAID-1 is actually faster than the RAID-6 was,
tho part of that might be that the new partitions aren't fragmented,
yet. While I was at it, I rid myself of the LVM2 layer I was running
most of the non-rootfs system on. No real issues with it here, but it
was a bit of a hassle since I couldn't put the rootfs on it directly, and
I have seen some horror stories I didn't like, tho whether they're
accurate on the current LVM2 I don't know. But anyway, I decided that
layer was more hassle than it was worth, and experience with the new
layout so far says I was right.
But that just lays the groundwork for the REAL upgrade. I FINALLY got
the video card upgrade that I'd been needing for awhile, thus bringing it
more inline with the rest of the system. It's a Radeon hd4650, rv730
chip, gig video RAM (tho I have a feeling I'm not using anything near
that), dual DVI output (I'm not sure if both are dual-link tho, might be
one dual-link and one single-link), AGP bus as that's what my system is
-- five years old, remember, I have PCI-X but not PCI-E.
Of course, the xorg native xf86-video-ati driver (and xf86-video-
radeonhd, tho that seems to be falling behind now, unless you have HDMI
you want to support or something) only have 2D for anything r600 or newer
in their released drivers, thru the 6.12 series (with 6.12.4 being the
latest, and a possible 6.12.5 coming up). There's not even a beta
tarball out for the 6.13 series yet, so if one wants OpenGL support,
really the whole point to the upgrade, one has to run the "live" driver,
straight from git or available in the x11 overlay as the traditional live
version 9999.
So that's what I grabbed. I already had the latest non-live xorg
components installed from the tree and x11 overlay, so I was fortunate
and didn't need any further live packages, only xf86-video-ati-9999.
Meanwhile, I basically gave up on the kernel bug I was git-bisecting, as
I couldn't duplicate it on the (then still unaccelerated) new radeon
hardware, tho I saved a bisect-log in case it comes back with the new
hardware after I enable acceleration, git-pulled, did a git-checkout of
v2.6.32 (Linus git tree), did the usual oldconfig, then a menuconfig and
changed my config around a bit, enabling KMS, etc.
Did a reboot into the new kernel and played around at the radeondrmfb
enhanced CLI for awhile, tweaking a couple things there, then started X/
kde4 and started tweaking things for the new hardware, there.
After editing xorg.conf and restarting X a few times, playing with
glxgears, etc, I started trying out the newly available kde4 OpenGL eye
candy options. =:^) As I run dual 22" 1920x1200 LCDs, stacked for
1920x2400, and the old card couldn't handle OpenGL at resolutions above
2048 either direction, I hadn't had the OpenGL effects available to play
with on the old card. What a change the new card made! =:^)
So now I'm running kde 4.3.4 with OpenGL effects. It's nice. I've
actually had the "snow on the desktop" effect turned on as I worked, for
several hours now, tweaked a bit to add more "flakes" but reduce the size
to make them a bit more realistic, and with the "behind windows" option
turned off, so they float in front of the windows. Much like watching
real snow fall outside the window while you're nice and warm inside, it's
quite a calming effect.
OTOH, there's still enough glitches to see why it's not released yet, and
I did have one crash. Also, font anti-aliasing /really/ looks bad now,
it's /gotta/ be a bug somewhere I'm sure, so I turned off font anti-
aliasing entirely. MUCH better! With that, it's working well enough to
be usable if a few visual glitches, mostly background repaints turning
bits of the plasma panels and desktop weird colors at times, which goes
away with desktop switches, etc, but also a semi-regular flashing of bits
of one particular corner of the desktop, and artifacts appearing on
scrollbars and the like occasionally. But it's good enough I've no
intention of going back, even if the driver code is unoptimized at
present and the snow makes new launches rather less than responsive! But
I can always turn the snow bit off, if I want, and have a reasonably
responsive system with the other effects still.
So now I suppose I'm experiencing kde4 as it was meant to be seen, fully
accelerated opengl effects, cube desktop switching, snow on the desktop,
wobbly windows (which unlike many, I think I'll keep tho I turned down
the effect power a notch, and can turn it down another if I want), cover-
switch for alt-tabbing, etc. Very nice, even with the glitches. It'll
be even nicer when the radeon r600 opengl driver and kernel KMS matures a
bit. Unfortunately, even in 4.3.4, kde4 itself is still buggy enough I'd
consider it beta, tho late beta now. The first kde 4.4 beta is out now,
and since 4.3 still feels like beta anyway, I'll probably upgrade before
the scheduled February release date, tho it'll probably be beta2 or rc1
before I get to it. I expect kde 4.4 to be what I'd call release
candidate quality, the critical bugs gone and no show-stoppers, but still
not quite there, and 4.5, in August, to finally hit what I'd call good
release quality suitable for an ordinary user. After that, it'll all be
frosting on the cake, especially now that I have a decent video card and
can enjoy it as it was designed to be enjoyed. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
--001636e0b6e20a924e047a565098
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<p>Congrats on the new HW!</p>
<p><blockquote type=3D"cite">On Dec 9, 2009 6:00 PM, "Duncan" <=
;<a href=3D"mailto:1i5t5.duncan@cox.net">1i5t5.duncan@cox.net</a>> wrote=
:<br><br>As regulars are aware, I /was/ running an old Radeon 92xx series c=
ard,<br>
r200 series chip. =A0My system was /relatively/ good, even if it's half=
a<br>
decade old now, because it's a dual socket Opteron, which I had upgrade=
d<br>
to top-of-the-line dual-core Opteron 290s (2.8 GHz), with plenty of<br>
memory (8 gigs, tho it's now six as a stick went bad on me and I've=
not<br>
replaced it yet), and running four SATA drives in md/kernel RAID.<br>
<br>
Well, a few weeks ago I switched the system partitions from RAID-6 to<br>
RAID-1. =A0In many tasks the RAID-1 is actually faster than the RAID-6 was,=
<br>
tho part of that might be that the new partitions aren't fragmented,<br=
>
yet. =A0While I was at it, I rid myself of the LVM2 layer I was running<br>
most of the non-rootfs system on. =A0No real issues with it here, but it<br=
>
was a bit of a hassle since I couldn't put the rootfs on it directly, a=
nd<br>
I have seen some horror stories I didn't like, tho whether they're<=
br>
accurate on the current LVM2 I don't know. =A0But anyway, I decided tha=
t<br>
layer was more hassle than it was worth, and experience with the new<br>
layout so far says I was right.<br>
<br>
But that just lays the groundwork for the REAL upgrade. =A0I FINALLY got<br=
>
the video card upgrade that I'd been needing for awhile, thus bringing =
it<br>
more inline with the rest of the system. =A0It's a Radeon hd4650, rv730=
<br>
chip, gig video RAM (tho I have a feeling I'm not using anything near<b=
r>
that), dual DVI output (I'm not sure if both are dual-link tho, might b=
e<br>
one dual-link and one single-link), AGP bus as that's what my system is=
<br>
-- five years old, remember, I have PCI-X but not PCI-E.<br>
<br>
Of course, the xorg native xf86-video-ati driver (and xf86-video-<br>
radeonhd, tho that seems to be falling behind now, unless you have HDMI<br>
you want to support or something) only have 2D for anything r600 or newer<b=
r>
in their released drivers, thru the 6.12 series (with 6.12.4 being the<br>
latest, and a possible 6.12.5 coming up). =A0There's not even a beta<br=
>
tarball out for the 6.13 series yet, so if one wants OpenGL support,<br>
really the whole point to the upgrade, one has to run the "live" =
driver,<br>
straight from git or available in the x11 overlay as the traditional live<b=
r>
version 9999.<br>
<br>
So that's what I grabbed. =A0I already had the latest non-live xorg<br>
components installed from the tree and x11 overlay, so I was fortunate<br>
and didn't need any further live packages, only xf86-video-ati-9999.<br=
>
<br>
Meanwhile, I basically gave up on the kernel bug I was git-bisecting, as<br=
>
I couldn't duplicate it on the (then still unaccelerated) new radeon<br=
>
hardware, tho I saved a bisect-log in case it comes back with the new<br>
hardware after I enable acceleration, git-pulled, did a git-checkout of<br>
v2.6.32 (Linus git tree), did the usual oldconfig, then a menuconfig and<br=
>
changed my config around a bit, enabling KMS, etc.<br>
<br>
Did a reboot into the new kernel and played around at the radeondrmfb<br>
enhanced CLI for awhile, tweaking a couple things there, then started X/<br=
>
kde4 and started tweaking things for the new hardware, there.<br>
<br>
After editing xorg.conf and restarting X a few times, playing with<br>
glxgears, etc, I started trying out the newly available kde4 OpenGL eye<br>
candy options. =3D:^) =A0As I run dual 22" 1920x1200 LCDs, stacked for=
<br>
1920x2400, and the old card couldn't handle OpenGL at resolutions above=
<br>
2048 either direction, I hadn't had the OpenGL effects available to pla=
y<br>
with on the old card. =A0What a change the new card made! =3D:^)<br>
<br>
So now I'm running kde 4.3.4 with OpenGL effects. =A0It's nice. =A0=
I've<br>
actually had the "snow on the desktop" effect turned on as I work=
ed, for<br>
several hours now, tweaked a bit to add more "flakes" but reduce =
the size<br>
to make them a bit more realistic, and with the "behind windows" =
option<br>
turned off, so they float in front of the windows. =A0Much like watching<br=
>
real snow fall outside the window while you're nice and warm inside, it=
's<br>
quite a calming effect.<br>
<br>
OTOH, there's still enough glitches to see why it's not released ye=
t, and<br>
I did have one crash. =A0Also, font anti-aliasing /really/ looks bad now,<b=
r>
it's /gotta/ be a bug somewhere I'm sure, so I turned off font anti=
-<br>
aliasing entirely. =A0MUCH better! =A0With that, it's working well enou=
gh to<br>
be usable if a few visual glitches, mostly background repaints turning<br>
bits of the plasma panels and desktop weird colors at times, which goes<br>
away with desktop switches, etc, but also a semi-regular flashing of bits<b=
r>
of one particular corner of the desktop, and artifacts appearing on<br>
scrollbars and the like occasionally. =A0But it's good enough I've =
no<br>
intention of going back, even if the driver code is unoptimized at<br>
present and the snow makes new launches rather less than responsive! =A0But=
<br>
I can always turn the snow bit off, if I want, and have a reasonably<br>
responsive system with the other effects still.<br>
<br>
So now I suppose I'm experiencing kde4 as it was meant to be seen, full=
y<br>
accelerated opengl effects, cube desktop switching, snow on the desktop,<br=
>
wobbly windows (which unlike many, I think I'll keep tho I turned down<=
br>
the effect power a notch, and can turn it down another if I want), cover-<b=
r>
switch for alt-tabbing, etc. =A0Very nice, even with the glitches. =A0It=
9;ll<br>
be even nicer when the radeon r600 opengl driver and kernel KMS matures a<b=
r>
bit. =A0Unfortunately, even in 4.3.4, kde4 itself is still buggy enough I&#=
39;d<br>
consider it beta, tho late beta now. =A0The first kde 4.4 beta is out now,<=
br>
and since 4.3 still feels like beta anyway, I'll probably upgrade befor=
e<br>
the scheduled February release date, tho it'll probably be beta2 or rc1=
<br>
before I get to it. =A0I expect kde 4.4 to be what I'd call release<br>
candidate quality, the critical bugs gone and no show-stoppers, but still<b=
r>
not quite there, and 4.5, in August, to finally hit what I'd call good<=
br>
release quality suitable for an ordinary user. =A0After that, it'll all=
be<br>
frosting on the cake, especially now that I have a decent video card and<br=
>
can enjoy it as it was designed to be enjoyed. =3D:^)<br>
<font color=3D"#888888"><br>
--<br>
Duncan - List replies preferred. =A0 No HTML msgs.<br>
"Every nonfree program has a lord, a master --<br>
and if you use the program, he is your master." =A0Richard Stallman<br=
>
<br>
<br>
</font></blockquote></p>
--001636e0b6e20a924e047a565098--