mcgreg: hmm could anyone paste the version line of the glxinfo for me to compare. I compiled the git version and I am not sure if it is used : server glx version string: 1.4 Mesa 7.1
MrCooper: 7.1 means Git
MrCooper: the 'OpenGL version string' is what really matters though
tigerchen: what the hell?
tigerchen: my fonts just grew to 10000000%
tigerchen: at least the menu in firefox
tigerchen: restarting x fixed
tigerchen: it
mcgreg: MrCooper: OpenGL version string: 2.1 Mesa 7.1
mcgreg: MrCooper: thx you. so, mesa git is loaded fine, just Xserver is still the old. any idea what I could do to get it loaded? (using debian). I've set ld.so.conf , (local.conf -> /usr/local/ + /usr/local/lib ,but it didnt solve the problem
MrCooper: mcgreg: what do you mean 'X server is still the old'?
mcgreg: as I said I am using debian ,a nd have debina Xorg (and Xserver) packages installed, but those get started. theyÄre install in /usr/... , not in /usr/local/... . but git version is install in usr/local (from the make install script) so it doesnt get recognised
MrCooper: not sure the Debian X server could advertise GLX 1.4 though
mcgreg: my xserver is clearly the old debina one -> from the Xorg.0.log X.Org X Server 1.4.0.90
MrCooper: did you change the /etc/X11/X symlink?
mcgreg: no
mcgreg: I should I guess?
MrCooper: that's the X server started by default on Debian
Terman: tigerchen: did the r500test version work for you? It didn't for me - well, glxinfo is happy now (direct rendering: Yes), but glxgears dies with "drmRadeonCmdBuffer: -22" on my X1400 mobility
mcgreg: MrCooper: thx very much for now, I'll test that
MrCooper: np
tigerchen: Terman: yeah it works quite well, but i get a lot of libGL warning: 3D driver claims to not support visual 0x22
tigerchen: and gl-apps won't run
Terman: tigerchen: so glxgears actually works for you and doesn't terminate with an error?
mcgreg: ok, it worked a little better, though the radeon driver is still the old version so I need to build it again the new Xserver (I think) , there was a module version mismatch
mcgreg: I'm almost there, just missing mouse , kbd module and some fonts :)
mcgreg: finally I got new Xserver from git working :)
mcgreg: additionally I know how it works to have the debian version and git version both install and understand how it works
tigerchen: Terman: nope, as i said, libGL complains about missing visuals and that's it
Terman: ah, ok, thanks
Terman: hmm, IIRC, there was a "trick" that generates the visual, but I don't remember the how
Terman: ah, no, I'm mixing things with xv
tigerchen: oh, thanks, i wanted to try out -vo xv
Terman: that was working even without r300_dri.so
Terman: :-)
tigerchen: yeah, but i hadn't tried out all that stuff before because there was no easy howto for that
tigerchen: for installing mesa &co from git, and what needs to be done to use this driver
Terman: to just use xv you don't need mesa, just the xf...ati git and drm git
Terman: no need for new mesa or x-server
Terman: tigerchen: I wanted to get mesa running just for the fun of it :-)
tigerchen: dito
tigerchen: and it wasn't too much work after i found out that there is a x11-overlay with xserver, drm, mesa, xf-...-ati directly from git
tigerchen: so it came down to emerge + manually build the mesa-branch with r500test
tigerchen: but somehow with -ati my consoles are not working anymore, the just show funny blinking, garbled crap
Terman: hmm, ok, I switched from framebuffer to vga a while ago (due to fglrx problems)
tigerchen: i have this effect with and without framebuffer
mcgreg: hmm almost everything works with new Xserver , except "(EE) Failed to load module "glx" (module does not exist, 0)" , it says I dont have direct rendering , "(WW) RADEON(0): Direct rendering disabled"
mcgreg: but glxinfo shows me a glx client version
mcgreg: might be missing kernel modules
mcgreg: hmm I compared the my X-logs and the new Xserver-git doesnt even try to access DRI . any idea what I could have done wrong?
MrCooper: mcgreg: the DRI requires the glx module
MrCooper: mcgreg: maybe you didn't pass --with-mesa-source=
mcgreg: MrCooper: well, I first compile and installed Xserver git then configured mesa and compiled it again against it
mcgreg: erm, they way round
MrCooper: so did you pass the above?
mcgreg: I didnt do any extra argument or something
mcgreg: checking for DRIPROTO... yes
mcgreg: checking for LIBDRM... yes
mcgreg: checking for GL... yes
mcgreg: checking for DRI2PROTO... yes
mcgreg: checking for LIBDRM... yes
MrCooper: but you have to, it can't figure that out automagically...
mcgreg: ok, ran configure and recompiled, now, testing :)
mcgreg: MrCooper: better now :) again thx very much :)
MrCooper: np
edgecase: got my DVI to component out adapters in the mail today!
edgecase: and i traded my DVI out r200's yesterday, whoops
edgecase: time to try with X300
spstarr_home: hmm
spstarr: hmmm
spstarr: wonders if .218 fixes some radeon issues
spstarr: I was in firefox browsing the BBC then the disk started writing logs and i had to press power on laptop to shut it off
edgecase: hmm these DVI to Component dongles don't seem to do DDC
edgecase: maybe they use non-standard pins in the DVI connector?
edgecase: doesn't work on X300 BTW
agd5f: edgecase: component doesn't support DDC
agd5f: it's more like s-vieo or composite
edgecase: i'm wondering how the dongle dip switch settings are detected
edgecase: there are 6 or 7 dipswitches
agd5f: edgecase: it's done with gpios
edgecase: using "extra" pins in dvi connector?
edgecase: are there enough spare pins in a VGA connector, for the VGA -> component donge to work in the same way?
MostAwesomeDude: Okay. All the r500 guys trying to get direct gears, lemme post my technique.
MostAwesomeDude: 1) Uninstall your distro's Mesa. Trust me, it's not worth it.
MostAwesomeDude: 2) Go grab your git trees. You'll want the latest master of xf86-video-ati, and airlied's DRM and Mesa trees.
MostAwesomeDude: The branch on airlied's Mesa tree is called r500test, and the branch on the DRM tree is called r500-fp. If you want, you can merge the main masters over those after you get them; the important part is that you have those branches merged.
MostAwesomeDude: 3) Build and install. Configure them all with "--prefix=/usr" so the linker finds them correctly. (If this bricks you (and it might), you'll want a LiveCD handy so you can reinstall the old Mesa.)
MostAwesomeDude: You should confirm that CONFIG_DRM is set to "m" (modules) in your kernel. If not, follow your distro's procedure for getting a custom kernel set up.
MostAwesomeDude: Finally, go to the linux-core directory in your DRM tree, and make and install there to get your kernel modules set up.
rx__: cool
MostAwesomeDude: Now, there's a few r500 chip ids already in Mesa. If yours isn't in there ("unknown chip id" error,) you'll have to add it.
MostAwesomeDude: Add your chip in radeon_chipset.h as a PCI_CHIP_RV530 or PCI_CHIP_R520 depending on which it is, and then add it to the massive switch statement in radeon_screen.c, above the "R520 detected" statement.
MostAwesomeDude: Rebuild and reinstall Mesa, and then enjoy direct glxinfo and direct glxgears. It really is that easy.
MostAwesomeDude: ("Easy", as usual, is relative.)
MostAwesomeDude: rx__: Reading through the archives from today, there's a lot of people having problems; since I was the first to get it working (besides airlied, of course) I figured I would post my technique.
tigerchen: MostAwesomeDude: 1. thanks 2. could you perhaps put that on the web somewhere where one could find it again?
arekm: + fig fat warning about installing stuff that missess package manager
tigerchen: well, on gentoo one can use the x11-overlay for xserver, drm, and -video-ati
tigerchen: hmm, there is no r500-fp just r500-support in drm
tigerchen: or is it also a special drm-tree like with mesa?
rx__: r500-support would be the one
MostAwesomeDude: tigerchen: It's on the logs at radeonhd.org now, and I suppose I could repost to my blog.
MostAwesomeDude: rx__: Can we use the standard trees now? I thought there were still some r500 tweaks in airlied's trees that haven't been mainlined.
tigerchen: that's what i asked, i thought that drm head would be enough, but if airlied has his own tree there i think i'll have to get this as well
rx__: MostAwesomeDude; i don't believe they've been merged
rx__: i think mesa/drm might be merged actually
mikkoc: can you guys make a gentoo howto?
tigerchen: mikkoc: i think so, mom
mikkoc: tigerchen: no hurry, im going to bed now anyways :D
tigerchen: just 1 mom
mikkoc: maybe just post it somewhere on the gentoo-unsupported forums?
mikkoc: im currently using the x11 overlay, but can't figure out how to get the r500test branch
tigerchen: mikkoc: layman -a x11 && echo
tigerchen: s/drm/mesa
tigerchen: mikkoc: i was trying that, but didn't get it either
mikkoc: ah
mikkoc: well, i guess we're stuck at the same point then?
tigerchen: perhaps I'll ask one of the devs in #gentoo.de tomorrow
mikkoc: i already have mesa/drm/ati from git
mikkoc: ok :)
mikkoc: i'll be hanging out here :p
tigerchen: mikkoc: i have mesa from airlied, and i have to check the ebuild tomorrow, how i can get this specific branch
mikkoc: yep
tigerchen: but i think it shouldn't be too hard, *reads git.eclass*
tigerchen: ahh, found
tigerchen: i think
mikkoc: it'd be cool if the x11 overlay people could add a specific r500 ebuild
mikkoc: ok :)
mikkoc: i'll see you tomorrow then, thx
tigerchen: i think it should be adding 1 line
mikkoc: ok
mikkoc: bye
tigerchen: got it i think
tigerchen: mikkoc: http://rafb.net/p/boMNsP99.html
tigerchen: should do the trick
tigerchen: hmm, somehow still no working gears
tigerchen: Warning, R520 detected, 3D HAHAHAHAHA!!.
tigerchen: libGL warning: 3D driver claims to not support visual 0x54
tigerchen: whatever, goint to bed now
MostAwesomeDude: mikkoc: I am on Gentoo. Trust me when I say this is easier than the overlay.
PSYCHO___: MostAwesomeDude: you could create overlay of your own, so lazy ones don't have to do so.
PSYCHO___: don't have time to write ebuilds now... :(
leio: MostAwesomeDude: I don't trust you on that! *g
MostAwesomeDude: PSYCHO___: Hmm. Maybe. I prefer to keep my git and svn trees out of Portage, but that's just me.
MostAwesomeDude: leio: XD!
PSYCHO___: MostAwesomeDude: clear and nice way would be packagename-svn-9999
PSYCHO___: so then you could easily keep them all updated
szier: hi everyone. im having a hell of a time getting dual head to work with the xorg radeon driver. xrandr -q isn't showing the external monitor
szier: oh. its an xpress 1100 (rs 485) chipset
szier: any help would be greatly appreciated
PSYCHO___: szier: try to add mode to that ouput and set it on...
PSYCHO___: xrandr --addmode