airlied: spstarr: loads of stuff pshed out, no idea how well it works yet.
spstarr: i can grab it and give it a go
spstarr: I have KMS off right now explicitly, VT switch broke with it, corruption (with AGP, didnt try fallback to PCI)
airlied: stuff should be all in rawhide, but maybe not there yet.
airlied: just have to fix video under KMS
spstarr: does VT switching lockup for you when you try to switch back to X?
airlied: not any more.
spstarr: non-composite enabled
airlied: there was some bugs in that area
spstarr: looks on koji
spstarr: last mesa is -5, DDX -3 from yesterday
airlied: yup sounds right
spstarr: i have -2
spstarr: hmm lots of updates in rawhide...
spstarr: 320M already
MostAwesomeDude: airlied: I think I may be sticking with Gallium for my Xorg driver for a while.
MostAwesomeDude: It certainly seems just as fast and stable as -radeon somehow. :3
MostAwesomeDude: And I don't need those pesky Xv thingies anyway.
airlied: at least you get to debug your own fail :)
MostAwesomeDude: airlied: Yeah, I certainly understand all this code much better than some of the radeon stuff.
spstarr: MostAwesomeDude: is your driver using hw accel or swrendering?
MostAwesomeDude: spstarr: Yes.
spstarr: yes to which? ;)
MostAwesomeDude: It's KMS and it's got a bit of HW speedup as well.
spstarr: committed into git?
MostAwesomeDude: Yep. Master of mesa.
MostAwesomeDude: It's probably not suitable for anybody not prepared for kitten-death.
spstarr: well, im gonna try some basic GL with the new DDX package in a bit
spstarr: i learned something from a co-worker on what GLSL is
spstarr: shader language
spstarr: in fact, most of the old GPU specific applications used GLSL to submit precision numeric to the GPU
airlied: MostAwesomeDude: so is there a shader compiler yet? :)
spstarr: but with OpenCL and Cuda etc is something new
MostAwesomeDude: airlied: First gotta figure out why trivial/point causes lockup.
MostAwesomeDude: As soon as I have trivial/tri I'll do shaders.
spstarr: airlied: I assume OpenCL does not use GLSL?
airlied: OpenCL is a new API AFAIK, could be built on gallium
spstarr: ah ok
spstarr: so GLSL is now considered legacy?
spstarr: OpenGL itself uses GLSL to submit to the GPU?
MostAwesomeDude: GLSL is just what the shaders are made of, in OGL 2.0. That's all.
spstarr: I thought the old @Home apps uses GLSL as a hack to submit numeric data to the GPU
spstarr: like Folding@Home etc
MostAwesomeDude: Not really a hack. The shader engines are the only logical part of the GPU to do that math.
spstarr: makes sense to me now
spstarr: 173 new packages
EruditeHermit: oh n0z
EruditeHermit: no r300-500 catalyst support in the future
EruditeHermit: thank goodness for you guys
spstarr: EruditeHermit: it doesnt matter really, the AMD folk work on this now too
EruditeHermit: well only a few
spstarr: it would be nice for the proprietary driver to be faded out
spstarr: that sure helps in that direction
EruditeHermit: if that is what happens, then i'd be all for it
EruditeHermit: however, I am in a bind as I currently need opengl 2.1 support for what I am doing
spstarr: simple, dont upgrade your kernel/X :)
spstarr: then you can use the binary driver for now?
EruditeHermit: well I won't be in a situation where I need it in 5 days
EruditeHermit: its not a big deal
spstarr: airlied: I am pending geppetto's fixes to yum.. he's logged into my laptop right now ;)
crdlb: hopefully, they'll at least put xserver 1.6 support in the last release
EruditeHermit: how close is radeon-rework to being merged into mesa master?
EruditeHermit: spstarr: the catalyst driver sucks for r300 anyway. It is so buggy. Video doesn't work for me and suspend is flaky. Only good thing s opengl 2.1
airlied: EruditeHermit: close enough, I've only got a couple of bad bugs left.
EruditeHermit: very good to hear
EruditeHermit: airlied: is it just a rewrite or are there any improvements other than code organization?
airlied: its mainly to set things up for kms
EruditeHermit: ah yes
EruditeHermit: so like the intel driver
airlied: for non-kms it doesn't really do anything new
EruditeHermit: to GEM or not to GEM
airlied: for kms its the driver
airlied: in theory adding FBOs would be quite easy
EruditeHermit: intel is able to detect whether GEM or non GEM is desired
airlied: of course only on KMS
spstarr: airlied: ok i'll boot into KMS once i have a working yum again (we hit a bug)
airlied: I'm sorta hoping someone else adds FBOs while I'm asleep
EruditeHermit: airlied: if you add FBOs, will that be the last part for openGL 2.1 compliance?
airlied: we need proper GLSL I think
EruditeHermit: is GLSL hard?
EruditeHermit: to implement
airlied: not sure MostAwesomeDude played with it last :)
airlied: you can't on anything less than r500 I don't think
EruditeHermit: the catalyst driver has it
EruditeHermit: and I have an r300
airlied: well you can do it on the CPU
airlied: and subsets on the GPU
EruditeHermit: radeon is so much nicer and less buggy though
EruditeHermit: I just gave up trying to work on it with catalyst
EruditeHermit: I will just wait 5 days
EruditeHermit: airlied: will it be worth adding FBOs or just spending that time on Gallium
airlied: planning on adding them for r100->r500 in one go
airlied: so I still need to do it even with gallium
EruditeHermit: and if below r500 cannot do GLSL, will gallium allow for softpipe to do whatever can't be done on the GPU?
EruditeHermit: is that the idea?
airlied: yup I think so I'm not 100% of the finer points of gallium fallbacks yet
EruditeHermit: so it can fallback on the fly
EruditeHermit: that is cool
EruditeHermit: gnight guys
EruditeHermit: good luck airlied
EruditeHermit: thanks for the hard work