From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L49K7-0002Ch-UJ for garchives@archives.gentoo.org; Sun, 23 Nov 2008 07:24:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38047E033A; Sun, 23 Nov 2008 07:24:03 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by pigeon.gentoo.org (Postfix) with ESMTP id BF54BE033A for ; Sun, 23 Nov 2008 07:24:02 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L49K1-0002Pm-8N for gentoo-amd64@lists.gentoo.org; Sun, 23 Nov 2008 07:23:57 +0000 Received: from ip68-230-99-190.ph.ph.cox.net ([68.230.99.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2008 07:23:57 +0000 Received: from 1i5t5.duncan by ip68-230-99-190.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2008 07:23:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] kde4, xorg, xf86-video-ati/radeon, and multi-panel display Date: Sun, 23 Nov 2008 07:23:44 +0000 (UTC) Message-ID: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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-230-99-190.ph.ph.cox.net User-Agent: Pan/0.133 (House of Butterflies) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3e76b124-0cb3-48ec-becb-92af36f2e513 X-Archives-Hash: e20db0d946d4113256a50f3d21148b60 New thread, since the topic wandered from what it was on the old one. Beso posted d257c3560811221559h2762345eq6e13c03bf0e6588@mail.gmail.com, excerpted below, on Sat, 22 Nov 2008 23:59:53 +0000: > 2008/11/22 Duncan <1i5t5.duncan@cox.net>: >> FWIW, I tried the kde3 krandr-tray applet and it appears to be >> outdated, only handling randr-1.0 commands. I suppose kde4 has an >> updated version with the 1.1 and 1.2 commands. I do have kde4 merged >> now, but it's still broken in enough ways I don't use it for everyday >> yet. >> >> > well, the system-settings one seems to work quite well for me. it's tru= e > that dual head is a little tricky with kde (most of the time makes > plasma crash without setting the dual head). also i'm using the 4.2 > development brach (plaudis kdebuild overlay) that seems to be > a little better in terms of usability and functionality than the portag= e > 4.1.3 version. Yes. I think their choice of versioning sucked. For quite some time I=20 and others have argued 4.0 should have been 3.8 (developer base and=20 technology preview for 4.0), 4.1 should have been 3.9 (public release=20 preview for 4.0), and what is 4.2 should finally make the first decent=20 4.x full release, what should have been 4.0. But all that and just how far it's going to deflate KDE's momentum has=20 been rehashed and rehashed over and over in the various blogs and=20 Internet forums. Meanwhile, we have the versioning we have. I've chosen not to try the not-full-releases since I gave up on the betas= =20 earlier. Additionally... well let's just put it this way, paludis, no=20 way, no how, so that has been another encouragement not to do the KDE SVN= =20 stuff since the Gentoo/KDE folks started requiring paludis for it. Thus,= =20 I'm sticking with 4.1.x since that's what's released. But with 4.1, once I got the dual panels setup correctly with randr, it=20 hasn't been a problem. It was a problem with earlier 4.x and the merged=20 framebuffer, and 4.1 doesn't seem to take well to them changing on it,=20 but once I got xorg.conf setup to use randr to layout the dual panels as=20 I wanted when it started, 4.1 was able to handle it after that. But you're right on plasma. It still isn't working quite right, in=20 general. It's supposed to let one zoom the desktops, and I can sort of=20 do that, but once they get zoomed out, getting them to zoom back in=20 /reliably/ has been a problem. Sometimes plasma crashes, sometimes they=20 zoom in but only on one panel's display, sometimes they zoom in but get=20 stuck half on and half off the display... it's a mess! Add that to the fact that I haven't seen a working ksysguard panel applet= =20 or the like for 4.x yet. (ksysguard works, but I need something I can=20 put always on top at the top of the combined display, without anything=20 else ending up underneath it... like it works when set as a panel applet=20 in kde3.) Add /that/ to the fact that khotkeys seems to be broken, or at least=20 trying to assign anything but default hotkeys to anything fails to work,=20 AND that khotkeys is the main way I launch stuff in kde3. Add /that/ to the fact that most of the fancy new effects require opengl,= =20 they don't work with composite and etc, the other option, but=20 unfortunately they don't disable or otherwise indicate the ones that=20 don't work, and opengl is limited to 2048x2048 on the radeon 92xx series=20 and I'm running 1920x2400 so opengl doesn't work well, or at all in the=20 lower 352 px of display, and kde4 has so far been too broken to seriously= =20 use. Hopefully with 4.2 enough of that is fixed to at least be worth working=20 around the issues that may remain. >> So I scripted up a solution using xrandr, put the entries in my kmenu, >> and can use them to switch resolutions. But there's still a problem. >> The origin coordinates portion appears to be broken, so when I >> downgrade resolution, the viewport is always the upper left portion of >> the full size version. There's no mouse panning with randr yet (that'= s >> supposed to be added for xorg-server 1.5.3 or possibly later if what I >> read is correct), and with origin coordinates broken at least on the >> radeon driver on my hardware, upper left (still stacked at least, but >> still just upper left) is all I get, and that's not very practical. >> > if you could post the script it would be interesting. I'll post the script in a separate reply... >> The point being that yes, dual-panel works with the freedomware xf86 >> ati/ radeon driver, at least for my hardware, once it's configured to >> do so. However, there are some limitations. >> > i'll try out to see these days how the fglrx driver works with dual > head. i've read that it does behave in quite a good manner. also, > now that it has uvd and basic xvmc included i could also think to go > back with it. the only problem is xorg compatibility. As you know I won't even consider the proprietary drivers, here. I had=20 my fill with nVidia, and vowed never again. Plus, every time xorg adds=20 something new, it's the proprietaryware folks that hold it back, by=20 months, nearing a year sometimes, from stabilizing. I /do/ believe KDE=20 got it right on that one, not waiting up for nVidia to catch up, simply=20 telling folks using the nvidia driver that they'd have a seriously broken= =20 experience due to their choice of hardware and proprietaryware driver=20 that couldn't keep up. As for ATI/Radeon, at some point the new freedomware drivers should in=20 general catch up, now that AMD has opened the specs. I've been waiting,=20 as I'd really like to upgrade this 9200. Apparently the r5xx chips have=20 a 4096x4096 virtual 3D area, and it'll be nice getting dual DVI dual- link, too, instead of settling for the single single-link DVI and single=20 analog that my current 92xx series has. >> We should probably start a new thread on that if people want to discus= s >> the config and how I got it to work. >> > this would be really interesting. That'll be another post as well. --=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."=20 Richard Stallman