View previous topic :: View next topic |
Author |
Message |
eomanis n00b
Joined: 08 Mar 2011 Posts: 6
|
Posted: Tue Mar 08, 2011 1:32 am Post subject: Installing upstream snapshot of xf86-video-ati |
|
|
Hello all,
I recently built a new home server since the old one ran out of space and I chose to try out gentoo Linux for the new one. So far, I like what I'm seeing. However, I cannot put the new server productive because I've hit what I believe to be this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=32188
To sum it up, my Gnome desktop is being zapped back to GDM quite frequently and I cannot use it for virtually anything.
The mainboard is an Asus M4A88T-V Evo 880G AM3 ATX having an ATI Radeon HD 4250 onboard graphics chip.
The current version of xf86-video-ati installed is 6.14, I have KMS enabled and the firmware blobs included into the kernel.
What I've tried so far is
- masking xf86-video-ati >=6.14 so a re-emerge installed, what was it, 6.13.2 I believe
- re-emerging xf86-video-ati with ~amd64, but this got me nothing newer than 6.14
- unmasking <= 6.15, still ended up being 6.14
- masking 6.14 and below in a faint hope that this would get me a newer version ... in hindsight this seems quite stupid
This post
http://forums.virtualbox.org/viewtopic.php?f=7&t=35298&start=15#p172187
leaves me with the impression that an upstream build would fix that bug for me.
So, my question as a gentoo newbie is basically, how do I get an upstream version of xf86-video-ati compiled and installed?
Can I do that using portage by just unmasking a higher version and making sure portage has access to the right sources ... and where would those sources, should they exist in a portage-compatible form, be located?
Thanks in advance,
eomanis |
|
Back to top |
|
|
pingufunkybeat l33t
Joined: 01 Dec 2004 Posts: 610
|
Posted: Tue Mar 08, 2011 1:37 pm Post subject: |
|
|
There is nothing later than 6.14 in portage, so you have to use an overlay. The easiest way is to use the x11 overlay, but this will update everything related to xorg, which may be an overkill.
If the 2d X driver is the only thing you need, then I suggest the following:
- get the live/git ebuild from here
- save it as /usr/local/portage/x11-drivers/xf86-video-ati/xf86-video-ati-9999.ebuild
- cd /usr/local/portage/x11-drivers/xf86-video-ati/
- digest it: "ebuild xf86-video-ati-9999.ebuild manifest"
- install it: "emerge -av =x11-drivers/xf86-video-ati-9999"
It should work, but it might ask for some other stuff. Generally, it's a good idea to update libdrm and mesa at the same time.
BTW, this is the procedure which works for adding any custom ebuilds to your local portage repository. |
|
Back to top |
|
|
Aquous l33t
Joined: 08 Jan 2011 Posts: 700
|
Posted: Tue Mar 08, 2011 2:49 pm Post subject: |
|
|
In addition to the above: also make sure you have /usr/local/portage added to the PORTDIR_OVERLAY setting in /etc/make.conf. |
|
Back to top |
|
|
eomanis n00b
Joined: 08 Mar 2011 Posts: 6
|
Posted: Tue Mar 08, 2011 7:56 pm Post subject: |
|
|
Thanks a lot guys, the described overlay procedure worked, at least for xf86-video-ati.
I set PORTAGE_OVERLAY as described, got the files and put this in /etc/portage/package.keywords:
Code: | sys-apps/portage ~amd64
<=x11-drivers/xf86-video-ati-9999
<=media-libs/mesa-9999
<=x11-libs/libdrm-9999 |
(the portage ~amd64 is because I needed to upgrade portage to be able to handle EAPI 4-ebuilds).
I got xf86-video-ati-9999 emerged all right, but when trying to emerge libdrm and mesa, mesa failed with
Code: | checking for INTEL... no
configure: error: Package requirements (libdrm_intel >= 2.4.24) were not met:
No package 'libdrm_intel' found |
So I commented out mesa and libdrm again in package.keywords and got both back to stable.
I'm gonna try with xf86-video-ati-9999 alone for now. Should that not do the trick I'll be back to pester you some more |
|
Back to top |
|
|
pingufunkybeat l33t
Joined: 01 Dec 2004 Posts: 610
|
Posted: Wed Mar 09, 2011 10:14 am Post subject: |
|
|
The bug you described seemed to be an EXA bug. EXA is 2d acceleration, and it is in the X driver (xf86-video-ati). So I expect that this should fix the bug. Mesa is for 3d acceleration, and libdrm for the kernel interface (this is pretty stable nowadays and does not need constant upgrading). |
|
Back to top |
|
|
eomanis n00b
Joined: 08 Mar 2011 Posts: 6
|
Posted: Sat Mar 12, 2011 6:52 pm Post subject: |
|
|
Long story short, the cutting-edge version of xf86-video-ati did not have an effect on this bug that I'm experiencing.
In combination with another showstopper that plagues my new server, https://forums.gentoo.org/viewtopic-p-6610293.html#6610293, I'm actually considering to use Ubuntu again or go for Debian Squeeze, just to have at least a somewhat reliable and performant system...
Still, thanks a lot for your support, I really learned a lot of new stuff through that.
eomanis |
|
Back to top |
|
|
pingufunkybeat l33t
Joined: 01 Dec 2004 Posts: 610
|
Posted: Sat Mar 12, 2011 7:42 pm Post subject: |
|
|
If it's an upstream bug, then Debian and Ubuntu will not help you. |
|
Back to top |
|
|
eomanis n00b
Joined: 08 Mar 2011 Posts: 6
|
Posted: Sun Mar 13, 2011 1:21 pm Post subject: |
|
|
Hmh, at least Debian Squeeze does not crash the X server all the time. Maybe I am having an entirely different bug after all, or this is a regression.
Unfortunatly Debian has some bad problems of its own ... gaaahhh, I want what gentoo can do! Now that I've tried it I don't want to go back to Debian/Ubuntu!
If anybody has a clue how to at least fix the desktop I would be thankful ... I don't need fancy effects or 3D or whatever, I just want to keep some GUI programs running over a longer period of time...
Here's what lspci -v says about the graphics chip:
Code: | 01:05.0 VGA compatible controller: ATI Technologies Inc Device 9715 (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 843e
Flags: bus master, fast devsel, latency 0, IRQ 18
Memory at d0000000 (32-bit, prefetchable) [size=256M]
I/O ports at c000 [size=256]
Memory at fdff0000 (32-bit, non-prefetchable) [size=64K]
Memory at fde00000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled]
Capabilities: [50] Power Management version 3
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Kernel driver in use: radeon |
|
|
Back to top |
|
|
eomanis n00b
Joined: 08 Mar 2011 Posts: 6
|
Posted: Mon Mar 14, 2011 11:53 pm Post subject: |
|
|
I managed to sort out Debian Squeeze's problem (the RAID controller kicking the boot disk from /dev/sda to /dev/sdb and therefore screwing up some stuff). Desktop is stable, and the data is being pulled in with, well, 14MiB/s. Not quite what should be possible, but better than Gentoo's 8MiB none the less.
Hello there de-branded Firefox aka. Iceweasel version 3.5.x ... meh, I don't really dig nostalgia.
Guess I'll be back for another Gentoo Linux try in maybe 6 months or so
Thank you for sharing your knowledge!
eomanis |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|