Summary: | xorg-xfree 6.8.99.15-r4: i810 driver not using more than 8MB, thus disabling xv and what-not | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lutz Lehmann <mail> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED WONTFIX | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch to supposedly remove the errors in i830CheckAvailableMemory
Patch to supposedly remove the errors in i830CheckAvailableMemory x11-drm patch for 'drmAddMap(backbuffer) failed' |
Description
Lutz Lehmann
2005-12-07 08:15:37 UTC
Created attachment 74235 [details, diff]
Patch to supposedly remove the errors in i830CheckAvailableMemory
Created attachment 74236 [details, diff]
Patch to supposedly remove the errors in i830CheckAvailableMemory
This is probably of no issue in modular. You're using masked software, why not switch? :P Overlays: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=5#doc_chap2 Then you just need to make a new patch tarball. If you unpack one of the current ones, you'll see a bunch of patches with a pretty standard naming structure. Just pick a random number and stick it in, repack it, and run 'ebuild foo.ebuild digest' on the ebuild. Let me know how it turns out. We're not really adding many patches to the monoliths anymore, but if we do I'll tag this for addition. Do you know if this was a problem in 6.8.2 as well? (In reply to comment #3) > This is probably of no issue in modular. You're using masked software, why not > switch? :P > Will (probably) do next week or so. Still trying to get the switching-howto into my head :) > Overlays: > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=5#doc_chap2 > > Then you just need to make a new patch tarball. If you unpack one of the > current ones, you'll see a bunch of patches with a pretty standard naming > structure. Just pick a random number and stick it in, repack it, and run > 'ebuild foo.ebuild digest' on the ebuild. After a little more googling, I found out that in http://lists.freedesktop.org/pipermail/xorg/2005-July/008735.html is stated, that the patch merely hides the problem but does not resolve it. Still gave the overlay and the patch a try, and it turned out to be working perfectly as far as the patching goes, even though I used epatch. However, it still didn't do for dri. Xorg.0.log said something about drmAddMap(backbuffer) failing. Found that one on https://bugs.freedesktop.org/show_bug.cgi?id=4908, so I made an overlay for x11-drm using patch #3, rebuilt that one, and got confused. First off, using 1400x1050-24 glxgears is running (or should I rather say creeping) at 250 and some frames. Using in-kernel dri gave approx. 750 fps On the other hand, Chromium B.S.U. is now at ~45 fps, it used to creep so slow that it took nearly 10sec for the menu to unfold. glxinfo confirms dri to be enabled. > Let me know how it turns out. We're not really adding many patches to the > monoliths anymore, but if we do I'll tag this for addition. Do you know if this > was a problem in 6.8.2 as well? Can't say right now, will try a downgrade tomorrow. Created attachment 74250 [details, diff]
x11-drm patch for 'drmAddMap(backbuffer) failed'
I just realized this was assigned wrong. Re-assigning to x11@. Let us know how that turns out. (In reply to comment #4) > > Let me know how it turns out. We're not really adding many patches to the > > monoliths anymore, but if we do I'll tag this for addition. Do you > > know if this was a problem in 6.8.2 as well? > > Can't say right now, will try a downgrade tomorrow. Just did the downgrade. Apparently, i810 driver from 6.8.2 does not like the idea of the chip having two subsequent BusIDs (PCI:0:2:0 and PCI:0:2:1). Tried several setups, but X won't start. Anyone actually running 6.8.2 on 915GM and NOT using the vesa driver?!? (In reply to comment #3) > This is probably of no issue in modular. You're using masked software, why > not switch? :P I tried to switch to modular yesterday. I never realized how much of a pain in the a** it is to google for help with lynx :) Using spyderous' switching-howto gave a good guideline (thank you for that), but unfortunately X did not start up: could not open default font 'fixed'. I emerged pretty much everything under media-fonts that sounded right to me, especially font-alias, but to no avail. I'm not really comfortable with the X font system yet, but with someone taking my hand regarding the font problems, I'm willing to give modular another try. (In reply to comment #8) > Using spyderous' switching-howto gave a good guideline (thank you for that), > but unfortunately X did not start up: could not open default font 'fixed'. I > emerged pretty much everything under media-fonts that sounded right to me, > especially font-alias, but to no avail. I'm not really comfortable with the X > font system yet, but with someone taking my hand regarding the font problems, > I'm willing to give modular another try. The fixed font comes from font-misc-misc, and font-alias and encodings are also necessary. (In reply to comment #9) > The fixed font comes from font-misc-misc, and font-alias and encodings are > also necessary. Had to re-install my entire system last weekend due to a destroyed root-fs (but that's another story). Used 7.0-rc1, and it (now) works like a charm. I only had to patch x11-drm for the pci_pretty_name symbol as in #109757 Thanks to everyone. Please close this bug as you see fit |