lupine_85: this is an outrage. where's my refund? :p
Ferocanis: does doing opengl stuff restart x for anyone?
rmh3093: Ferocanis, you are using gentoo right
Ferocanis: yes
rmh3093: I made a live git ebuild for xf86-video-radeonhd
rmh3093: if u want to use it
rmh3093: its in the zen-overlay
rmh3093: in laymab
rmh3093: laymanb
rmh3093: layman
rmh3093: lol
Ferocanis: heh
Ferocanis: i'll check it out, thanks :)
rmh3093: i havent submitted it to bgo yet
rmh3093: Ferocanis, there is also a mesa git ebuild
Ferocanis: i ought to check out layman actually =/
Ferocanis: i've never had reason to use it
rmh3093: that pulls from the r500 branch for mesa
Ferocanis: ah cool
rmh3093: but u need other 9999 x11 ebuilds to use it
Ferocanis: okay
Ferocanis: i'll check it out
b1: hi, is it true that today the main-git contains basic 3d suppport for the r500?
the-me: hmmm, has anyone a clue what's missing for dri, see: http://nopaste.linux-dev.org/?590
mikkoc: is 3d supposed to work with radeonhd now?
mikkoc: with mesa r500-support branch
mikkoc: or what?
bierbo: hi, can anyone help me , howto setup radeonhd (r570) with dri support?
bierbo: on gentoo, Xorg.log says:(II) RADEONHD(0): Direct rendering turned off by default. Use Option DRI to enable.
MostAwesomeDude: bierbo: Need to be using xf86-video-ati (radeon), not xf86-video-radeonhd. For now.
MostAwesomeDude: Unless I missed something?
libv: MostAwesomeDude: no
libv: err, yes
libv: MostAwesomeDude: you did miss something :)
rx__: dri support pushed just today?
libv: yes
MostAwesomeDude: libv: Congrats!
libv: no to the first line, yes to the second... urgh :p
libv: MostAwesomeDude: congratulate emmes :)
MostAwesomeDude: So you guys can load the r300 DRI driver for r5xx support?
the-me: ahh, drm-dev was missing :=)
mikkoc: so, how do i make it work with radeonhd? same as radeon?
rmh3093: libv, i havent been able to get dri working w/ master yet
bierbo: rmh3093: do you always get? (II) RADEONHD(0): Direct rendering turned off by default. Use Option DRI to enable.
rmh3093: :)
rmh3093: that could be it
rmh3093: i didnt see that option in my xorg
rmh3093: where was that message in xorg log?
mikkoc: bierbo: what do you need to make 3d work with radeonhd?
rmh3093: mikkoc, mesa with r500 support
rmh3093: git x11-drm
mikkoc: ok
rmh3093: git libdrm probbably
mikkoc: same as -radeon then?
rmh3093: yeah basically
rmh3093: I have a mystery connector now
rmh3093: wheni run xrandr
rmh3093: (null) disconnected
rmh3093: could this null be my svideo port
rmh3093: that never showed up before
rmh3093: (II) RADEONHD(0): RandR: Adding RRoutput (null) for Output DAC B
rmh3093: (II) RADEONHD(0): Connector[2] {RHD_CONNECTOR_TV, "SVIDEO TV1", RHD_DDC_NONE, RHD_HPD_NONE, { RHD_OUTPUT_DACB, RHD_OUTPUT_NONE } }
bierbo: rmh3093: do you have dri working?
rmh3093: no, radeon kernel module isnt loading
rmh3093: im trying to rebuild it now
rmh3093: i had it working before
rmh3093: before it was merged to master
bierbo: rhm3093: ok
rmh3093: ahhh
rmh3093: i know what
rmh3093: its build against wrong kernel version
rmh3093: ;)
rmh3093: git pull; make oldconfig
rmh3093: it will be working in a few min
bierbo: rhm3093: can you give me a guide howto do you get it working? pls
rmh3093: what distro you running?
bierbo: gentoo
rmh3093: bierbo, do you have layman installed?
bierbo: yes
rmh3093: you want the x11 overlay
rmh3093: and the zen-overlay
bierbo: k
rmh3093: in the zen-overlay
rmh3093: i have an ebuild for mesa
rmh3093: which pulls from the r500 branch
rmh3093: emerge that
rmh3093: and you need the git ebuild for x11-drm
rmh3093: probably libdrm also
rmh3093: those are in the x11 overlay
bierbo: ok great
rmh3093: then you can use the xf86-video-radeonhd ebuild I made
rmh3093: thats in the zen-overlay
bierbo: zen-overlay is not in the default layman settings?
rmh3093: layman -f
rmh3093: update your list ;)
bierbo: no not here
rmh3093: * xwing [Rsync ] (source: rsync://gentoo.xwing.info/...)
rmh3093: * zen-overlay [Git ] (source: git://zen-sources.org/zen/...)
rmh3093: * zugaina [Rsync ] (source: rsync://gentoo.zugaina.org...)
rmh3093: it should be
bierbo: could you give me your layman.conf?
bierbo: ok there it is
bierbo: had to set nockeck to yes in layman.cfg
rmh3093: ok dri is working again
rmh3093: but gnome must be using xrender
rmh3093: cause moving windows around sucks
mattst88: yes, 3D acceleration kills 2D accel
rmh3093: can i disable the render extension
rmh3093: and get back a usable desktop
rmh3093: noope that didnt work, just gonna have to disable dri for now
rmh3093: does anyone have any idea why my exa performance on r500 has gone down the drain
rmh3093: it used to be better than xaa
bierbo: mh3093: I installed radeohd, libdrm and x11-drm but i still haven't dri, what did you else do to get it it?
bierbo: ok mesa
rmh3093: do you have /dev/dri/card0
rmh3093: is radeon and drm kernel modules loaded?
beuss: erg
rmh3093: do you have
rmh3093: Option "DRI" "true"
beuss: drm.h not found, but -rw-r--r-- 1 root root 28K avr 20 2007 /usr/include/drm/drm.h
rmh3093: what is that from?
yangman: rhdlogger: DRI disabled 2D accel
yangman: whops, wrong nick
beuss: xf86drm.h=> drm.h file not found
rmh3093: beuss, where are you getting that from?
beuss: rmh3093: autogen/configure/make, make fails with "/usr/include/xf86drm.h:41:17: error: drm.h: Aucun fichier ou répertoire de ce type
beuss: I guess I need to add some -I...
beuss: erf, is it possible that debian packages messed up ?
beuss: do I need to put some special switch n the command line ?
rmh3093: no
rmh3093: berniyh, which package are you trying to emerge
rmh3093: you might need to install some other git x11 packages
rmh3093: i am using all git atm
rmh3093: but i dont think you need everything git
rmh3093: beuss, ^^^
rmh3093: tabcomplete messed up
beuss: rmh3093: I'm not emerging anything, just compiling it from sources
hdh: should these instructions help you? nouveau is using libdrm master too http://nouveau.freedesktop.org/wiki/InstallNouveau
bierbo: rmh3093:hm dri still not working
bierbo: rmh3093: any idea what I am doing wrong?
rmh3093: shit
rmh3093: to many people with similar nicks
rmh3093: idk who im tlaking to now
rmh3093: lol
rmh3093: bierbo, is radeon and drm kernel modules loaded?
bierbo: radeon module?
rmh3093: bierbo, yeah
bierbo: rmh3093: kernel module?
rmh3093: x11-drm should provide you with drm and radeon kernel modules
bierbo: ok radeon useflag?
rmh3093: yeah
bierbo: rmh3093: thought this useflag would be for the old driver
drac: sorry but x11-drm is out of date, even the one in kernel is more up to date...
rmh3093: x11-drm from the git repo is not out of date
rmh3093: how else would r500 dri be working
rmh3093: if that didnt work
bierbo: other question does anyone else have this strange pink scrollbars?
MAD|class: rmh3093: Magic.
MAD|class: I got R500 DRI to work by threatening to turn my card into a frog if it didn't draw smooth-shaded quads.
MAD|class: I showed an iguana and told it that it was my old nVidia card.
MAD|class: Works pretty well, I'd say.
bierbo: rmh3093: i still have no dri?
rmh3093: are the module loaded?
bierbo: yes
rmh3093: do you have /dev/dri/card0?
bierbo: yes
rmh3093: Option "DRI" "true"
rmh3093: ? in xorg.conf
bierbo: to stupid i set it in the wrong section, but i still have no dir
bierbo: but know i get DRI installation complete
rmh3093: bierbo, if you have /dev/dri/card0
rmh3093: i cant imagine what you are missing
rmh3093: Section "dri"
rmh3093: Mode 0666
rmh3093: EndSection
bierbo: rmh3093: windows-solution: reboot, dri works thx for your held
rmh3093: ??
bierbo: help
rmh3093: ?windows-solution
rmh3093: is that your way of saying you give up and are gonna use windows(tm)
bierbo: no, i started solve the problem the windows(tm) way: I did a reboot, and know it works
rmh3093: ahh yeah
rmh3093: did u rebuild your kernel or something
rmh3093: you probably just needed to run
bierbo: no, may some fglrx parts where not clean unloaded
rmh3093: update-modules
rmh3093: or maybe it was fglrx
rmh3093: that happens too
rmh3093: np, glad it worked
bierbo: whatever thx, 3d 3D HAHAHAHAHA!!.
rmh3093: :D
rmh3093: bierbo, is your desktop all choppy though
rmh3093: i needed to disable dri
bierbo: 2d is horrible
rmh3093: lol
bierbo: but if you use metacity in the reduced resource mode it is still useable
rmh3093: lol
bierbo: wow openarena full fps , very nice
rmh3093: bierbo, 3d is actualy usable?
bierbo: yes
GerbilSoft: it is :)
rmh3093: hmm
GerbilSoft: using radeon, not radeonhd
GerbilSoft: haven't tested radeonhd's dri yet
rmh3093: now i know glxgears is no benchmark, but I assumed since i only get 1/4 - 1/5 of the glxgears fps that it wasnt gonna be worth trying a game
bierbo: try quake you will be suprised
rmh3093: bierbo, where are those reduced resource settings?
bierbo: gconf
GerbilSoft: i'm getting ~2000 fps on glxgears, which is around normal for 3D acceleration
bierbo: moment
rmh3093: i havent use fglrx in a while
rmh3093: but i though i got over 4k
GerbilSoft: hm
rmh3093: i only get like 1.4k
GerbilSoft: now i'm getting 600 fps
rmh3093: with radeonhd
GerbilSoft: for some reason it varies between 600 and 2000, but "real" 3D performance doesn't change
bierbo: Apps > Metacity > General > Reduced Resources
rmh3093: emerging gconf-editor
GerbilSoft: i'm thinking dynamicclocks in radeon might have something to do with it
rmh3093: thanks
rmh3093: maybe
bierbo: gconftool-2 --type bool --set /apps/metacity/general/reduced_resources true
bierbo: gconf-editor is just a useless gui
GerbilSoft: i need to install compiz again
bierbo: but firefox scrolling is pure pain
GerbilSoft: or KDE 4.1 beta 1
rmh3093: bierbo, i need gui
rmh3093: well esp with gconf
rmh3093: im not used to playing with gconf
rmh3093: never touch it
rmh3093: but
rmh3093: i just enabled the metacity compositing manager
rmh3093: and now shit runs awesome
rmh3093: even with limited resources mode disabled
rmh3093: so odd
rmh3093: but very nice
bierbo: compositing manager?
rmh3093: yeah
rmh3093: compositing_manager
rmh3093: is in the same section as reduced_resources
rmh3093: i am using gnome 2.22.x though
bierbo: do you feel a speedup?
rmh3093: yes
rmh3093: i am not using reduced_resources
rmh3093: and its way smoother
rmh3093: usable
rmh3093: even more so than with reduced_resources
bierbo: ok firefox scrolling is fare better
rmh3093: i need to get synaptics working again
rmh3093: to try ff scrolling
bierbo: ok somthing is eating 200% cpu , and i still feel a light speedup
rmh3093: :)
rmh3093: find the culprit and enjoy smooth gnome ;)
bierbo: lol
bierbo: hope 2d will return soon , and the could fix me "whole-screen-shifted-to-the-left-bug"
libv: bierbo: eh?
beuss: is the radeon drm module mandatory ou can it be built-in ?
bierbo: libv: with: 1600x1200 and 75hz the whole screen is pushed to the left about 2 cm
libv: i just fixed a segfault, and made the failing more verbose so that a missing dri module statement doesn't lead to an obscure disappearance of dri from everything :)
rmh3093: beuss, there is no kernel patch yet
rmh3093: if that is what you are asking
libv: bierbo: with or without dri?
rmh3093: but i've been thinking about making one
bierbo: libv: both
libv: bierbo: so without.
bierbo: with : dri and without
libv: bierbo: is this on a laptop panel?
libv: beuss: just build the modules from mesa/drm
bierbo: libv: crt vga connected through a dvi2vga adapter
libv: beuss: soon we will have some things (not dri of course) running without drm as well
libv: bierbo: is this a tft monitor?
bierbo: crt
beuss: libv: Device Drivers/DRM ?
rmh3093: libv, this is awesome (radeonhd + metacity w/ compositing)
libv: beuss: git-clone the mesa/drm repository of fd.o
libv: bierbo: what happens to the 2cm on the right?
beuss: libv: is it a kernel module or just a X11 module ?
bierbo: libv: its black
libv: bierbo: what happens when you use the OSD of the crt to adjust it?
Ferocanis: libv, is that why i get "Xlib: extension "XFree86-DRI" missing on display ":0.0"." when i try to run glxgears?
yangman: bierbo: have you tried just adjusting the CRT?
Ferocanis: your fixing a segfault
libv: Ferocanis: segfaults make the xserver bail out with a backtrace.
Ferocanis: libv, as in terminate? that happened to me when i stopped using an opengl app
bierbo: libv, yangman: but this is a mulibootsystem and i have to adjust it every time i do a reboot
libv: bierbo: alter the modeline
bierbo: libv: alter the modeline?
libv: ye-es
bierbo: libv: don't know how to alter the modeline
libv: move hsyncstart/end towards hdisplay
libv: there is an excellent modelines howto that's a few decades old on the websomewhere
bierbo: libv: o god this is too much to day
rmh3093: beuss, is a kernel module, that is outside the tree
rmh3093: the in tree-drm is old
rmh3093: or does not have the update you want
beuss: ok
beuss: still the drm.h not found bug
beuss: fixed it by editing xf86mm & xf86drm to use drm/drm.h instead of drm.h
rmh3093: beuss, u need libdrm also
beuss: gat it
beuss: do I need to specify a KSRC somewhere ?
rmh3093: probably sayd in the readme/install file
beuss: yep! sorry :)à
rmh3093: np
beuss: rmh3093: how do I know if DRI is working ?
rmh3093: glxgears says so
rmh3093: beuss, and you should have /dev/dri/card0
rmh3093: if u have compositing enabled in metacity you will have dropshadows and transparency
beuss: /dev/dri/card0 I gat it
rmh3093: beuss, make sure you have dri enabled in your xorg.conf
beuss: LoadModule dri should be enough, isn't it ?
rmh3093: libv, any idea why my connector table is messed up now
rmh3093: beuss, no
libv: rmh3093: eh? it is?
rmh3093: beuss, Option "DRI" "true"
libv: urgh
rmh3093: libv, well
libv: rmh3093: what changed?
rmh3093: i think the svideo port shows up now
beuss: rmh3093: in the DEvice section ?
rmh3093: beuss, yes
libv: why would this mess up the output handling?
rmh3093: libv, i mean, before i pulled today
rmh3093: i only had PANEL, VGA, and DVI-D_1
rmh3093: now i have (null)
libv: rmh3093: and then it didn't show up, while it does now?
libv: yikes
rmh3093: which I think is my svideo port
libv: rmh3093: this should not happen
libv: let me just commit a fix and a versioning cleanup for the dri code and then i'll get to you
rmh3093: np
beuss: erk
beuss: soft freeze when starting
beuss: with or without DRI :/
Ferocanis: so if i'm using the git radeonhd driver, should i also be using git mesa and git drm?
GerbilSoft: Ferocanis: if you want 3D acceleration
Ferocanis: i want 3D acceleration :)
Ferocanis: thanks
GerbilSoft: also make sure you get the r500-support branch of mesa
rmh3093: Ferocanis, did you find my ebuilds?
Ferocanis: rmh3093, i haven't checked yet, sorry
Ferocanis: what are they again?
rmh3093: mesa-9999-r500
rmh3093: that is the r500 support ebuild for mesa
rmh3093: and xf86-video-radeonhd
rmh3093: is the git ebuild
rmh3093: in zen-overlay
Ferocanis: okay cool
Ferocanis: i'll check them out as soon as i get a chance :)
rmh3093: and you want x11-drm from x11 overlay
Ferocanis: okay
g-zu: hello, I got an issue
g-zu: with the new code... although I managed to get it working easily some time ago
g-zu: I mean the dri code... only the first application using 3d gets the real visuals
g-zu: after that the visuals lose "bits"
g-zu: err, loose
g-zu: the first time I run glxgears / glxinfo, anything using 3d works ok, but for the second app - in this case glxinfo I get this http://nopaste.com/p/aamGntnecb
g-zu: if I close X and restart it works again but still only 1 application
yangman: g-zu: 64-bit kernel?
g-zu: yes
yangman: it's a known issue for 64-bit systems
yangman: someone's looking into it, iirc
g-zu: oh... but is it an X issue, a mesa issue?
g-zu: which part does it come from
yangman: I'm not sure if it's been conclusively decided. it's discussed in the "State of DRI on r5xx" thread on the mailling list
g-zu: maybe a kernel issue, I could also downgrade if necessary... I know it used to work when I tried this code from mhopf's private repository a while back but many packages have been upgraded since
g-zu: I'm not a member of the mailing list
g-zu: how can I get to be there?
yangman: http://lists.opensuse.org/radeonhd/2008-05/
yangman: you can browse the archives
g-zu: oh thanks
Goshawk: so guys how do you get this working?
libv: rmh3093: can you send in a log of this bad connector table to the ml?
rmh3093: yeah
rmh3093: 1 sec
libv: rmh3093: do you have any idea when you last updated the driver btw?
libv: make it -logverbose 7 too
libv: and cc eich@suse.de
rmh3093: u are gonna make me reboot :/
rmh3093: 3 min then
libv: :)
libv: take your time
libv: maybe i can spot it immediately, but i think egbert will have to intervene here
rmh3093: is there a way to force -logverbose by default
rmh3093: maybe my slim.conf
rmh3093: ?
libv: no, sadly not
libv: just run Xorg -logverbose 7
libv: and then ctrl-alt-backspace kill it
libv: this log contains enough to debug most modesetting issues :)
rmh3093: libv, sent
libv: yikes...
libv: (--) RADEONHD(0): Attaching Output DAC B to Connector (null)
libv: (II) RADEONHD(0): RHDConnectorsInit: 2 (SVIDEO TV1) type 5, ddc 255, hpd 0
libv: why did this string get lost...
beerockxs: w00t
beerockxs: working glxgears on my r580
libv: :)
beerockxs: torcs works as well
beerockxs: yay
beerockxs: a few textures show up somewhat wrong, but still :)
libv: pfff
libv: no break or return in a case statement in a switch statement
libv: rmh3093: nice catch
rmh3093: someone would have at some point
beerockxs: does the tv out connector always default to NTSC?
libv: beerockxs: it isn't properly wired up
libv: rmh3093: but you did, and immediately questioned it, thanks a bunch :)
rmh3093: np
libv: commit 077933cf1d is the cullprit
libv: pushing a trivial fix for it right now :)
beerockxs: also, yay for people packing xserver-xorg current git as .deb for ubuntu :)
beerockxs: one question: I have 2 LCDs connected via DVI-I_1/digital and DVI-I_2/digital. They have different native resolutions, and I set one to be on the right of the other one. What should the resolutions default to?
beerockxs_: hm, PreferredResolution is again not working quite right
rmh3093: libv, yes its fixed thanks
rmh3093: acutally I didnt remember that connector because it TV_SVIDEO
rmh3093: not SVIDEO ;)
beerockxs: working compiz
beerockxs: now i can even live without xaa :)
matteo: /usr/include/xf86drm.h:41:17: error: drm.h: No such file or directory
matteo: but I have it
matteo: -rw-r--r-- 1 root root 29K 2007-08-03 14:30 /usr/include/drm/drm.h
libv: but is /usr/include/drm an include path or not?
matteo: seems not
libv: try to include "drm/drm.h"
matteo: I added -I/usr/include/drm to the cflags
libv: _check_ whether it actually made it to the actual compile
matteo: it compiles
matteo: now I have to start X
matteo: black screen
matteo: gah
libv: airlied: oh, a version bump?
airlied: libv: need to bump the drm minor for r500 support otherwise pain and suffering supporting users with out-of-date stuff.
libv: just surprised, not many versions have been bumped in the drm in the last 2 or so years
airlied: I just bumped the date because people always give out the date doesn't change.
airlied: so it'll give them something else to do.
airlied: the radeon version does bump whenever new mesa really needs it.
airlied: a lot of the other version numbers are meaningless..
libv: any reason to keep the date around still then?
airlied: libv: I might just do the nouveau thing and do a build date instead.
libv: git_version.sh :)
airlied: libv: its in the drm already, GIT_REVISION define..
airlied: nouveau uses it I probably should move it into other drivers.
libv: cool, never knew that
libv: ah, right
airlied: it was a recent addition from nouveau guys.
airlied: for upstream kernel I think I might just change the dates to developers birthdays or something for all the meaning the concey.
airlied: convey..
matteo: Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers//radeonhd_drv.so: undefined symbol: RHDDRIPreInit
matteo: I miss something?
libv: stuffs matteo in a big vat of tar
libv: subsequently showers him with goosefeathers
libv: 16:38 < libv> EVERYBODY SHOULD RUN ./autogen.sh AFTER A FRESH PULL!
rx__: haha
matteo: not just ./configure?
libv: autoconf and automake also need to run
libv: rx__: i'm surprised it took 10h
matteo: libv: in what order?
matteo: autogen ; autoconf ; automake ; configure?
libv: matteo: just run ./autogen.sh, that's what it is there for
matteo: libv: ok, but it doesn't fixes the drm.h path
matteo: can you fix it upstream?
libv: matteo: this needs some autoconf logic
libv: in your case, it is drm/drm.h, but loads of people are happy with drm.h
libv: i'll shove this one off to emmes for now, as he will be here again in 7.5h or so
airlied: pkg-config should get it right
matteo: Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers//radeonhd_drv.so: undefined symbol: RHDDRIPreInit
matteo: same thing
rx__: libv; me too ;)
matteo: autogenned and all
matteo: anyway, it's late
matteo: gnite
libv: urgh... it's the idlewait that is in itself messed up... CP RB on rs690 is just dandy
libv: just that rs690 is significantly slower than other engines i've tested this on that i hit it now
Ferocanis: rmh3093, i'm using layman now, i see the x11, but what were you saying about the zen-overlay for the radeonhd git ebuild?
rmh3093: in the zen-overlay are 2 ebuilds i mare
rmh3093: made
rmh3093: mesa-9999-r500 ;)
rmh3093: which pulls from the r500 support branch
rmh3093: and the xf86-video-radeonhd git ebuild
GerbilSoft: r500-support isn't needed anymore :)
GerbilSoft: it's been merged to master
rmh3093: ahh
rmh3093: nice
rmh3093: didnt know about that
Ferocanis: i suppose the real question is how do i get zen-overlay?
rmh3093: layman -f
rmh3093: layman -a zen-overlay
Ferocanis: i'll try that... i did a fetch and a list and didn't see it
rmh3093: thats cause of a default layman setting
rmh3093: set nocheck to yes
Ferocanis: ah okay
Ferocanis: rmh3093, also, did you say that i need x11-drm from the x11 overlay? i can only seem to see the regular portage one
rmh3093: yeah u need that
rmh3093: its keyword masked
Ferocanis: the most recent version i see is x11-drm-20071019
rmh3093: in portage
rmh3093: not in the overlay
rmh3093: unmask the git version
Ferocanis: what's it called?
rmh3093: ?
rmh3093: x11-drm
rmh3093: look in /usr/portage/local/layman/x11/profile/package/package.pask
rmh3093: .mask
Ferocanis: aha
Ferocanis: it's trying to get x11-drm-99999999-gentoo-0.2.tar.bz2 from my mirrors
rmh3093: just add =x11-base/x11-drm-99999999
rmh3093: to /etc/portage/package.unmask
Ferocanis: ah thanks
Ferocanis: i ought to play with layman more often i suppose
rmh3093: this isnt a layman issue, i take it you tied to emerge many masked packages before
ferocanis: that wasn't fun
ferocanis: rmh3093, i'm not blaming layman, i'm just not used to the idea of separate package.*s
ferocanis: i'm going to try compiling drm again, it failed last time and weird stuff happened
Ori_B: hi
ferocanis: or maybe i was an idiot and tried to compile the portage one again
ferocanis: hi
Ori_B: anyone have an idea how far off basic 2d accel is for RV670?
GerbilSoft: Ori_B: last i heard they were still getting the documents ready
Ori_B: GerbilSoft: ah. still? it's been a while since the last dump =/
GerbilSoft: yeah
GerbilSoft: i checked phoronix - bridgman said it's ~1000 pages right now, they're trying to condense it
Ori_B: heh. I'd be happy with 1000 pages that got condensed later.
GerbilSoft: http://www.phoronix.com/forums/showthread.php?p=33556#post33556
Ori_B: although ShadowFB is actually surprisingly fast - composite is almost usable on it!
GerbilSoft: R600 doesn't have an actual 2D acceleration component, which is why it's taking longer
GerbilSoft: (it has to be done via 3D)
Ori_B: ah. that sounds like more work than plain 2d
rx__: i think the issue is all 1000 pages or so have to go through legal cleansing.. so they can't just push out what they currently have
rx__: if it's smaller then they can get through that stage quicker
Ori_B: rx__: yeah. reading the post, that sounds right.
Ori_B: damn it, I want my glxgears to spin *fast*
Ori_B: ;-)
GerbilSoft: i could send you a video of a fast spinning glxgears
GerbilSoft: but that kinda defeats the purpose <_<
ferocanis: rmh3093, turns out i had to go through a few dozen mirrors before i found one that had the xorg-drm that i needed =/
rmh3093: x11-drm should be git based
rmh3093: if are using mirrors then u probably arent using the right ebuild
Ori_B: GerbilSoft: indeed.
ferocanis: it is git based! but for some reason portage wanted a tar.gz
Ori_B: GerbilSoft: at least initially, I'm actually more interested in 2d acceleration
ferocanis: it definitely fetched the git version though
ferocanis: interesting... i just installed the git drm module and when i modprobe it, dmesg says "[drm] Initialized drm 1.1.0 20060810"
rx__: you copied the drm module to the right place?
ferocanis: yes, as far as i can tell
ferocanis: i even removed the driver, tried to modprobe (which failed) and reinstalled it
rx__: should be fine then
ferocanis: err module*
ferocanis: is drm just misinforming me?
rx__: you mean the date?
ferocanis: yeah
rx__: don't worry about the date
ferocanis: okay
ferocanis: i'll restart x and see what's up
ferocanis: brb
Ferocanis: (WW) RADEONHD(0): RHDDRIPreInit: Version check failed. Disabling DRI.
Ferocanis: my glxgears are slow =(
rx__: uhmm...
rx__: what's the line before it?
Ferocanis: heh... i didn't catch this
Ferocanis: (EE) RADEONHD(0): RHDDRIVersionCheck: symbol drmAvailable not available.
rx__: i'm just going to haphazardly guess that your libdrm isn't new enough
Ferocanis: that's probably a good guess
Ferocanis: i'll deal with it tomorrow :)
Ferocanis: thanks
rx__: np