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-11512-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1MH9GC-0003EH-6A
for garchives@archives.gentoo.org; Thu, 18 Jun 2009 04:30:00 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 4612FE03AB;
Thu, 18 Jun 2009 04:29:59 +0000 (UTC)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
by pigeon.gentoo.org (Postfix) with ESMTP id 17A54E03A5
for <gentoo-amd64@lists.gentoo.org>; Thu, 18 Jun 2009 04:29:59 +0000 (UTC)
Received: from list by ciao.gmane.org with local (Exim 4.43)
id 1MH9GB-0007ev-34
for gentoo-amd64@lists.gentoo.org; Thu, 18 Jun 2009 04:29:59 +0000
Received: from ip68-231-21-207.ph.ph.cox.net ([68.231.21.207])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-amd64@lists.gentoo.org>; Thu, 18 Jun 2009 04:29:59 +0000
Received: from 1i5t5.duncan by ip68-231-21-207.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-amd64@lists.gentoo.org>; Thu, 18 Jun 2009 04:29:59 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-amd64@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-amd64] Re: Hurray! Radeon KMS in 2.6.31
Date: Thu, 18 Jun 2009 04:29:44 +0000 (UTC)
Message-ID: <pan.2009.06.18.04.29.44@cox.net>
References: <200906172226.n5HMQ9o11978@webmail.phys.ualberta.ca>
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
Content-Type: text/plain; charset=UTF-8
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip68-231-21-207.ph.ph.cox.net
User-Agent: Pan/0.133 (House of Butterflies)
Sender: news <news@ger.gmane.org>
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: fd706e46-0c52-4ea4-ac32-103966bd47b3
X-Archives-Hash: b71a54bef3fe142dc5085bbcc2732807
"Dmitri Pogosyan" <pogosyan@phys.ualberta.ca> posted
200906172226.n5HMQ9o11978@webmail.phys.ualberta.ca, excerpted below, on=20
Wed, 17 Jun 2009 16:26:09 -0600:
> Multimonitor functionality is, however, a must.
FWIW, I'm in 100% agreement with you. I run dual 1920x1200 stacked for=20
1920x2400, and if the new drivers don't do that, I'll be back to the old=20
drivers faster than fsck!
But I don't expect it to be a problem, because while it's relatively=20
uncommon to run dual desktop monitors and probably always will be as=20
laptops are the majority seller now, there's a LOT of folks now days that=
=20
will flat call it broken if their laptop can't work with both the=20
internal and external monitors at the same time! In fact, that was and=20
remains the big push behind RandR and input hotplugging as well, and now=20
that they've got it working reasonably well, they're NOT going to go back=
=20
to having it broken, or people will be walking away, as I said, faster=20
than fsck!
Plus, enough of the xorg devs work with laptops and do enough "mobile=20
warrioring" that it's not as if they don't have the hardware or the need=20
to keep it working just for themselves, because they do.
So I just don't see it as even a possibility that they'll implement it=20
without that.
Still it's a a very good question, one that while it's important to me, I=
=20
hadn't thought of, simply because I /don't/ believe it within the realm=20
of reason. So I'm glad /someone's/ thinking about it!
--=20
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