Nightwulf|work: hi all
tomekh: adamk_: ping
adamk: tomekh, Pong.
tomekh: adamk: hey, i've talked with you on ##freebsd about 3d and radeonhd under freebsd.
adamk: That sounds vaguely familiar :-)
tomekh: as you can see, xorg 7.4 were ported to ports (patch is not needed anymore, woho). and i have one quesion - how did you integrated r500 drm code into freebsd kernel?
tomekh: you've been talking about git and libdrm, unfortunately i didn't log that.
adamk: tomekh, I've been using DRM from the freedesktop git. I do not know if r500 DRM has been mfc'ed to -STABLE yet.
adamk: tomekh, That should be the only thing you need from git if you upgrade Xorg via ports.
tomekh: adamk: http://cgit.freedesktop.org/mesa/drm/ ?
tomekh: and, after you cloned their git, what's next? how did you pull drm code into kernel?
adamk: tomekh, You don't. Just change into the newly pulled directory and run './autogen.sh && make && sudo make install' and then 'cd bsd-core && make && sudo make install'
adamk: As I recall.
adamk: You aren't actually merging it with the FreeBSD kernel code.
tomekh: adamk: libdrm-2.4.4 (also in ports) released 14 days ago hmm, maybe i don't need to grab git sources?
adamk: tomekh, libdrm does not contain the kernel modules.
libv: libdrm should be totally irrelevant for radeonhd
libv: libdrm has only been bumped recently for the intel blob.
libv: and was very stable before that.
adamk: tomekh, FYI, the DRM code needed for r500 support *is* in -STABLE.
tomekh: adamk: so, I need to upgrade only kernel without the whole userland?
adamk: tomekh, I do not believe that is recommended.
tomekh: you're right.
udovdh: also I see:
udovdh: so Gtk and Gdk complain?
udovdh: wrong window
nanonyme: udovdh: Forgetting to generate the right locales is pretty much fail. :)
udovdh: I have to set LANG=nl_NL to make navit's search for towns work on my H2210
udovdh: but the ipaq has a small installation only
nanonyme: The real reason why you probably want to continue on the other channel is that this channel is publicly logged on the Internet. :)
udovdh: I know.
udovdh: not a big problem
tijlbertzwaan: Can I do a !list here or ...?
adamk: tijlbertzwaan, What are you looking for?
tijlbertzwaan: Hi, I'm looking for a text / driver package for my ati to use on ipc...
tijlbertzwaan: I see that I can compile the radeonhd package myself...
adamk: Many linux distributions have a packaged version of the radeonhd driver.
tijlbertzwaan: ipc is a variation on the Mac OS software :) for x86 platforms
tijlbertzwaan: like leopard4all
yangman: tijlbertzwaan: wrong server. chat.osx86.hu
adamk: Ahhh... I'm guessing that this is not the channel you want.
tijlbertzwaan: ah... thanks yangman and adamk...
tijlbertzwaan: gonna check that out now. and Remember, you always make your own fun. It's called entertainment if you don't...
Roberth1: is the support for rs6xx chipset more or less complete?
Roberth1: Zajec: oh nice
nanonyme: Zajec: Wouldn't happen to know if "memory controller" on this page is different than "memory manager"? http://www.x.org/wiki/radeonhd:DRI
Roberth1: 3870 goes under R600(RHD)?
nanonyme: It's an RV670 and yeah, I think it goes under that.
Roberth1: only need textured xv and exa and it got what I need:)
nanonyme: Roberth1: For now only available in the experimental branch, I think.
nanonyme: And it's not altogether unproblematic.
Roberth1: oh okay
Roberth1: experimental branch is?
nanonyme: The r6xx-r7xx-support branches off drm and radeonhd git trees.
nanonyme: Just the kernel modules from drm, mind.
dickon: Good luck in getting it to build ATM.
nanonyme: dickon: Hmm?
Roberth1: nanonyme: what about the r500 support?
dickon: I couldn't get the modules to work with the Debian experimental xserver-xorg, so tried to rebuild that.
nanonyme: dickon: Works for me.
dickon: Unfortunately, just at the time that the keyboard drivers caused it to fail.
nanonyme: dickon: Did you pull the whole xorg off experimental?
dickon: Now, I may be doing something wrong, but I thought the git heads should compile.
nanonyme: dickon: They should, yes.
dickon: I did, I think. It was complaining of ABI mismatches.
nanonyme: dickon: As in apt-get -t experimental install xorg?
Zajec: nanonyme: don't know that (memory ...)
dickon: No, I did the packages I as aware of manually. I may have missed one.
nanonyme: dickon: Just take it all.
Zajec: Roberth1: using EXA lockups my 3400 as I open first application in X :) maybe you will have more luck
nanonyme: Let the package management system take care of dependencies, you'll run into ABI problems otherwise.
dickon: I did end up with something that ran, but unfortunately didn't display anything onscreen.
dickon: So I gave up, and recompiled the whole shebang from source. That fails, because the keyboard driver doesn't compile ATM.
nanonyme: Zajec: r500 support is further, there's basic OpenGL too. If you've got patience, I've heard devs say r600 and r700 support will be considerably further by April
dickon: Or didn't when I tried it six hours or so ago.
nanonyme: (As in, further than now. Catching up on r500 in April even maybe?)
nanonyme: dickon: What's your X.org log like?
dickon: The one I got working complained it didn't have any keyboard and mouse drivers, but everything else looked OK.
nanonyme: Zajec: Sorry, meant to go to Roberth1.
nanonyme: dickon: Could you show it to me?
dickon: Not ATM; it got overwritten.
dickon: I'm just trying a 'git pull' and recompile of everything. I'll let you know how that goes.
Roberth1: nanonyme: yeah i got patience, motherboard with intel graphics is being sent to me as we speak and I got a 3870 card in backhand
Roberth1: nanonyme: i dont really care about opengl support, i just need xv exa, and the basic stuff
nanonyme: dickon: I don't personally recommend that. There's really no sense currently to compile more than just radeonhd and DRM, the xorg from experimental should work just fine.
nanonyme: Roberth1: Ah, right. Well, there's rendering bugs with that still, font issues and so. (at least last I got to test)
dickon: OK, I'll give that a go, ta.
nanonyme: dickon: You need a few additional build dependencies but you should be able to sort those out.
dickon: I've been following the wiki.
Roberth1: nanonyme: well it all will be put in place over time, just patience is needed:)
dickon: It seems comprehensive enough.
nanonyme: dickon: Which one?
dickon: r6xx_7xx branch, plus the main article.
dickon: URLs are upstairs; I'm watching telly ATM.
nanonyme: Anyway, the compiling is mostly not very messy if you don't start recompiling whole xorg. If you do, remember to fall back to older branches than master because master branches of eg X server will likely be broken.
dickon: They are. That I've discovered...
nanonyme: X server 1.5 and Mesa 7.3 are probably quite safe. Dunno if X server 1.6 is.
dickon: git head compiles OK, but xf86-input-keyboard doesn't.
nanonyme: Yups yups.
nanonyme: I think I had to do something to it to get it to compile but I don't remember what.
dickon: They've fiddled with one of the structures, by the looks of things.
dickon: kbd.c:567: error: too many arguments to function ‘InitKeyboardDeviceStruct’
dickon: Then it spews out a fair bit of crap and gives up.
dickon: Which, TBH, is fair enough.
nanonyme: Probably an ABI problem... Old headers and/or libs which define that function in a different way.
Roberth1: nanonyme: nice theres a lot of sentences that the words add and support in them in the r6xx-r7xx-support branch:)
dickon: All pulled from git head, assuming I've not got any cross-contamination anywhere.
Roberth1: nanonyme: does the devs have all the docs they need now?
nanonyme: Roberth1: They said all they need now is a lot of active coders.
Roberth1: nanonyme: orly
hatseflats: I heard AMD made a new move to release some infos regarding the r600 core
edman007: hatseflats, they released the 3d docs