DanaG: Gotta' love nvidia.
DanaG: Actually, that's not eve the crash I'm getting.
bridgman: spstarr; that's not unusual, it's very hard for a teacher to deal with people doing advanced stuff when their task is to make sure that the lowest people get a certain level of understanding. You would have seemed pretty disruptive, I imagine
bridgman: all of you
DanaG: Still, failing a person for doing too much... sounds like an attitude problem to me.
bridgman: that always bothered me when I was going to school; the province had an economic strategy based on superstars, but an educational system oriented to plodders
DanaG: or not-quite-failing.
bridgman: absolutly; it's normally one of three reasons
bridgman: - he sees the work on neater things as disrupting the class and making it harder for everyone else to concentrate on their work
bridgman: - student works on cool stuff and doesn't quite get their boring assignments done on time
bridgman: - teacher can't deal with someone who knows more than they do about the subject and hasn't grown up enough yet to avoid rubbing it in their face ;)
bridgman: everyone assumes #3 but my experience is that #2 is often a factor ;)
DanaG: I've been in that case myself, sometimes.
bridgman: ah well, zzz beckons
spstarr: bridgman: well, its in the past now, sleep for me too
spstarr: bridgman: thanks for icon chat :)
hifi: soreau: yeah, jaunty works well
moeSizlak: man i think i gotta bad case of teh swine flu
phoenix64: MostAwesomeDude, http://rafb.net/p/Lb7yNw24.html
phoenix64: (fixes line-wide at least)
phoenix64: (should such patches go to the ml btw? You are the one who would apply them anyways)
hifi: heh, nice
hifi: when I get font corruption I can just cat /dev/urandom for a few seconds and then they are rendered correctly again
Erektium: adamk are you here?
Erektium: you remember when we talked about my xserver crashing and you said I should take the Xorg.0.log and put it in pastebin well I just did that: http://pastebin.com/m578867c
adamk: Is that the log file that was produced by the crash or the log file from after the crash?
Erektium: I guess
OLiverr: hello, I have another problem: when I start Quake-engine games, I get such xfree86 errors with the radeon driver: http://pastebin.com/m16692e5f
adamk: Erektium, You would need to check your old log file (probably /var/log/Xorg.0.log.old) for any errors.
Erektium: it seems there isn't any errors ;S
adamk: It's possible that your window manager or desktop environment is crashing/stopping, causing X to restart.
Erektium: I thinks it's compiz that causes these crashes
adamk: compiz should not cause your desktop environment to crash. It could possibly cause X to crash if there is a bug in the driver, but I would expect some error from Xorg in /var/log/Xorg.0.log.old if that were the case.
Erektium: thats my Xorg.0.log.old if u wanna take a look
Netzpython: Erektium: can you reproduce that bug with application switcher/shift switcher plugin?
Netzpython: e.g. hold down the buttons so that the animation will go very fast?
Netzpython: that would be a known r300 bug...
Netzpython: https://bugs.freedesktop.org/show_bug.cgi?id=20673 <--
Erektium: well I'll try
Netzpython: that crashs my xorg within 3 or 5 seconds ;)
Erektium: apparently I could reproduce it
Erektium: atleast I got a crash
Netzpython: hehe, thats nice :)
Netzpython: the prob here is nobody knows a solution exept not playing too much around with that plugins ;)
Erektium: wow. that really does the trick
Erektium: that application switch plugin
Erektium: 2 seconds and it crashed
Netzpython: hehe there it is *g*
Netzpython: ok, that was the easy part ^^
Netzpython: Erektium: you could disable EXA and use XAA and the bug will go away but performance too...
Erektium: if I disable compiz would I still get crashes?
Netzpython: you can disable these 2 plugins, should be sufficient
Netzpython: its not a compiz bug...
Netzpython: many many games will crash or hard lockup xorg too, even tuxracer...
Erektium: I haven't even used these plugins before
Erektium: this was the first time
Netzpython: then just disable them, should help a lot
Erektium: hope so
Netzpython: or use them very carefully, like i do
Netzpython: so dont park your fingers on that keys
Netzpython: switch more slowly and not more than 10 times, could reduce crashes a lot
Netzpython: and watch http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/log/ from time to time, maybe some nice day a fix popups here :)
Erektium: hopefully it will =)
zap_: Hi all. Just upgraded to Jaunty and thought the standard stuff was slow.
zap_: Tried envyng and various other tricks. Now I can't even get back to the original slow stuff... 8(
zap_: My hw: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 01)
zap_: The screen just keeps freaking up.
zap_: Any tips?
adamk: Yeah, you probably really screwed things up with envyng... Never, ever, ever use that POS :-)
adamk: That's the first tip.
adamk: The second is to reinstall libgl1-mesa-dri and libgl1-mesa-glx
zap_: Sorry, it worked fine about a year ago...
adamk: Make sure that you are using the 'radeon' driver in your xorg.conf file, though, in fact, not even having an xorg.conf file should be fine, too.
zap_: OK, reinstalling those packages now...
zap_: radeon is same as ati but no "magic" at init, right?
zap_: should I reboot or is restarting X enough?
chithead: ati is the wrapper for mach64, r128 and radeon drivers
zap_: restarting X seems not enough - screen still freaks. Rebooting...
zap_: Is there anyway at all to use fglrx with my old card?
zap_: I used it a LONG time ago, but I know plenty has happened since..
adamk: zap_, No.
adamk: zap_, fglrx dropped support for that GPU *years* ago.
adamk: zap_, We would need to see your /var/log/Xorg.0.log file to figure out what's going on.
zap_: Right, well that laptop is pretty old.
zap_: Should be back up soon now...
adamk_: /join #oss
zap_: Looks like it has produced 3 Xorg*log files during startup: a .old, the standard wone and a failsafe one.
zap_: Screen still garbled. Which one do you want? All of it or just the end?
zap_: Prefered method of transfer?
adamk: Go to http://pastebin.com/ and paste in the full current /var/log/Xorg.0.log file.
adamk: If you can.
zhick: is anyone else experiencing black borders with scaled images in eg firefox with latest (git) radeon?
zap_: Tooka while to paste in parts... http://pastebin.com/m517b33f5
zap_: Hope I didn't mess up the pieces...
adamk: Not sure if this is the problem, but your DRM kernel modules aren't getting loaded.
adamk: Can you better explain 'garbled' ?
zap_: garbled: currently (after reboot) it is mostly black with parts of ubuntu log streached out in odd colors
adamk: Immediately upon booting into Ubuntu? That doesn't sound like a problem with Xorg then.
zap_: At experimentation earlier it would flicker all sorts of things.
zap_: Boot is fine. This is what I see when X is supposed to start.
adamk: Can you pastebin the output of 'lsmod' and 'dmesg | grep drm' ?
zap_: http://pastebin.com/d781701f9 - that's lsmod. dmesg has no drm at all.
adamk: What's the output of 'sudo modprobe radeon' ?
zap_: Just warnings about ndswrapper and os-compat
zap_: ndiswrapper* ;-) (my spelling sux...)
adamk: What's the output of:
adamk: find /lib/modules/`uname -r`/ -iname "radeon.ko"
adamk: zap_, Does 'dmesg | grep drm' show anything now?
zap_: Jupp, 4 lines:
zap_: [ 892.225602] [drm] Initialized drm 1.1.0 20060810
zap_: [ 892.259050] [drm] Initialized radeon 1.29.0 20080528 on minor 0
zap_: [ 959.568970] [drm] Module unloaded
zap_: [ 962.233090] [drm] Initialized radeon 1.29.0 20080528 on minor 0
adamk: Very very odd...
zap_: so I should add radeon to /etc/modules?
adamk: Try restarting X and see if you have the same problems. Again, I'm not sure that having direct rendering disabled would necessarily cause the problems you are seeing, but that was the only thing that jumped out at me in the log file.
zap_: restarting X...
zap_: well, it isn't garbled... It's pitch black!
zap_: Actually the box hung. Will reboot.
adamk: Well I'm running out of ideas, unfortunately.
zap_: radeon didn't get loaded after reboot
adamk: Hmmm... That is very odd.
adamk: Is it blacklisted?
zap_: I've added it to /etc/modules now.
zap_: Still ended up in failsafe - trying a reboot.
zap_: This card has been sensitive in the past: Using a non fglrx driver after reboot would prevent fglrx from working.
zap_: Got two drm lines in dmesg after reboot: [ 17.974906] [drm] Initialized drm 1.1.0 20060810
zap_: [ 18.010194] [drm] Initialized radeon 1.29.0 20080528 on minor 0
adamk: Well the kernel module is now getting loaded... There's something odd going on if that's causing X to hang or fall back to failsafe now, but if it worked when you first installed Ubuntu.
zap_: Screen in all black. I just ran startx from remote and got something odd:
zap_: /usr/bin/X11/X: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: undefined symbol: atiddxAbiDixSetPrivate
zap_: giving up.
adamk: Wait a second.
zap_: that symbol rings a bell... I think I saw something similar in a post today...
adamk: Try 'sudo apt-get install --reinstall xserver-xorg-core xserver-xorg-video-radeon'
zap_: done - restart X or reboot?
zap_: startx gives the same problem so I guess a reboot is needed.
adamk: It can't hurt.
adamk: Especially if the driver is not in a sane state.
zap_: Still the same... 8(
zap_: Without xorg.conf at all I see "(EE) open /dev/fb0: No such file or directory" in the middle. Is that bad?
zap_: Well, I removed that libdri.so file and at least I'm back where I started now: Slow and boring...
adamk: Alright, well that's promising.
adamk: It does seem to indicate that the corruption you are experiencing is do to direct rendering, at least.
zap_: That's sure explains why it is painfully slow...
zap_: The log indicates that I'm using RADEON(0) when there is no xorg.conf
zap_: Fairly good I guess.
zap_: Would a paste of the current log file help in any way?
Guest29059: wenn meine gpx daten höhendaten enthalten, werden die doch auch auf dem server gespeichert, sodass sie später theoretisch mal genutzt werden könnten oder?
Guest29059: sorry, wrong channel
zap_: Guest29059, ;-)
zap_: (II) LoadModule: "dri"
zap_: (WW) Warning, couldn't open module dri
zap_: (II) UnloadModule: "dri"
zap_: (EE) Failed to load module "dri" (module does not exist, 0)
zap_: (II) LoadModule: "dri2"
zap_: (II) Loading /usr/lib/xorg/modules/extensions//libdri2.so
zap_: [Snipped out of the new log]
zap_: (WW) RADEON(0): Direct rendering disabled
zap_: (II) RADEON(0): Render acceleration enabled for R200 type cards.
zap_: Seems a bit confused IMHO.
zap_: (EE) RADEON(0): [dri] RADEONDRIGetVersion failed (libdri.a too old)
zap_: There sure seems to be a pattern pointing to dri...
adamk: Right, that's what I said above. X is starting properly (but slowly, which is expected) when direct rendering is disabled.
adamk: Can you pastebin your log file from when you have direct rendering enabled?
zap_: Right now I have no xorg.conf at all - enable is default I guess. Is that what you want?
zap_: (Found a better way to paste...)
tommi69: hi all
zap_: Peekad around and both libdri and libdrm are certainly new - less than a month old, so they must have been part of the upgrade ti jaunty.
tommi69: i just upgraded to ubuntu 9.04 and i am using a radeon xpress 200m, glxgears shows ~200.000 FPS (1000 frames in 5.0 seconds). the only solution i could find to solve this is to manually patch mesa sources. is this needed?
zap_: tommi69, I wish I had your problem... B-)
tommi69: zap_: why?
zap_: I have no glx at all...
Enrico|ITA|: tommi69: why you want to patch mesa?
adamk: zap_, Right, but we need to see the log file from when you *used* dri.
tommi69: Enrico|ITA|: i do not want to, it's the only solution i have found - i am here to see if there's something less scary :)
Enrico|ITA|: tommi69: ok but what is your problem?
zap_: adamk, Hmm, not sure I have any logs that old. Upgraded from Hardy 3 days ago and started digging into this only today.
zap_: Downgrading would be tricky I guess.
adamk: zap_, No, no. When it's enabled but *not* working. When you actually have the corruption.
tommi69: Enrico|ITA|: glxgears is pretty slow i think, on ubuntu 8.10 i could get much more than 200.000 FPS if i remember correctly
Enrico|ITA|: tommi69: glxgears is not a benchmark
zap_: Ah, you mean I put libdri.so back in place and crash again...
zap_: Will do.
Enrico|ITA|: tommi69: it is only for test
tommi69: Enrico|ITA|: ah, sorry i didn't know about that - i thought it was kind of an 'official benchmarking tool':)
Enrico|ITA|: tommi69: if you play some game try them.......... if they are playable there is no problem
tommi69: Enrico|ITA|: i tried openarena and it's very slow
Enrico|ITA|: tommi69: no glxgears is only for testing working stuff
Enrico|ITA|: tommi69: ok slow openarena is stange
Enrico|ITA|: tommi69: glxinfo show dri active? (not via software)
tommi69: Enrico|ITA|: let me check (thanks in advance for your kind help)
Enrico|ITA|: tommi69: eheh no problem. i'm here to help if i can :D
zap_: adamk, here you go: http://pastebin.com/d72f3ad0b
tommi69: Enrico|ITA|: ugh lots of info, something i should grep? like 'dri' maybe
tommi69: Enrico|ITA|: if dri stands for direct rendering i get a "direct rendering: Yes"
tommi69: Enrico|ITA|: i can get visual effects working well
Enrico|ITA|: tommi69: mhm, may be you have to tune your xorg.conf . can i ask what card do you have?
zap_: Sure looks like it is dri that loads fglrxdrm
tommi69: Enrico|ITA|: ATI Radeon Xpress 200m on a HP Pavillion dv5000 laptop
Enrico|ITA|: tommi69: with visual effect you mean composite? it is better to play game without active effects
adamk: zap_, This is an AGP card?
tommi69: Enrico|ITA|: yes, i mean wobbly windows, shadows and the like
zap_: Um, doubt it. Built into an old ASUS laptop. How do I check?
tommi69: Enrico|ITA|: (Extra option under the Visual effects tab of the Appearance ubuntu tool)
adamk: zap_, Actually, Xorg says it is... So it *probably* is.
zap_: adamk, Right...
adamk: It's hanging just as it enabled direct rendering.
adamk: I'd prefer if one of the developers could take a look, but I'm not sure that any are around now.
zap_: Just did a lshw and "agp" is listed for the firmware.
zap_: adamk, yes that would be really cool.
Enrico|ITA|: tommi69: igp card?
zap_: Who would be the right person to ask? Or can you take the ball and let me know?
tommi69: Enrico|ITA|: how do i find out? glxinfo?
Enrico|ITA|: tommi69: no, you should know it, but wikipedia tell us that your card is igp :D
tommi69: Enrico|ITA|: thank god for wikipedia then :D
Enrico|ITA|: tommi69: well can i see your xorg.conf pls (use some nopaste service and give me the link)
tommi69: sure, hold on
adamk: zap_, airlied or agd5f would probably be the best.
adamk: zap_, One thing you can try, though, is setting a low AGP mode in your xorg.conf file (which, of course, requires creating an xorg.conf file).
davi_: Is there a radeon driver specific mailing list?
tommi69: Enrico|ITA|: here it is - http://pastebin.com/m2ec5ef9c
Enrico|ITA|: tommi69: mhm, quite short :D
zap_: adamk, can you suggest a minimum xorg.conf file?
adamk: zap_, I don't know what it's using by default, but it might be incompatible with your motherboard or AGP drivers.
tommi69: Enrico|ITA|: it's the default one i'm surprised as well
adamk: zap_, Not easily. Just creating one via 'Xorg -configure' should be fine, I would think.
Enrico|ITA|: tommi69: well xorg autodetect a lot of things
Enrico|ITA|: tommi69: can i ask you also what version of mesa are you using?
tommi69: Enrico|ITA|: under redhat 7.2 it used to be way longer, good old times
tommi69: Enrico|ITA|: sure, how do i found out
Enrico|ITA|: tommi69: well it is better now imho, autodetect is a good thing (but i still write the whole xorg.conf by hand :D)
Enrico|ITA|: tommi69: well the package manager should tell it to you. something like aptitude search mesa
zap_: adamk, so in "Device" I put Option "AGPMode" 0
tommi69: Enrico|ITA|: no luck, i'm googling on how to find a package version (never had to deal with this before), i'll be back soon with good infos i hope - per intanto grazie mille davvero
adamk: zap_, It can be 1, 2, 4, or 8. You can force it into PCI mode with Option "BusType" "PCI" if, for example, AGPMode 1 doesn't help.
Enrico|ITA|: tommi69: try with the package manager. ubuntu uses apt. so use it! but also the ui should tell you the version
tommi69: Enrico|ITA|: that's exactly why i'm rtfmanpage of apt-get ;D
Enrico|ITA|: tommi69: i fell better with aptitude
tommi69: Enrico|ITA|: i still need to get used to that but all my debian guru friends share your same opinion so i should learn that as well
tommi69: Enrico|ITA|: synaptic says that libgl1-mesa version is 7.4-ubuntu3
Enrico|ITA|: tommi69: ok 7.4 then :D
tommi69: Enrico|ITA|: exactly, same 7.4 for all other *mesa* packages
Enrico|ITA|: tommi69: well i had found a better way. glxinfo | grep OpenGL version string :D
tommi69: Enrico|ITA|: i knew it! there's always a way out of the dark by using grep and some obscure regexp, always
Enrico|ITA|: tommi69: i'm on mesa 7.4 too (but not on ubuntu) and i can play nexuiz (low effect mode) on a 9 years old pc with a radeon 9250 (r200 based, older than yopurs)
tommi69: Enrico|ITA|: okay i'll try to see if nexuiz works for me
zap_: adamk, Fiddled with: Option "BusType" "PCI"
zap_: Option "AGPMode" "1"
zap_: adamk, no errors in log file, but no display either... 8(
Enrico|ITA|: tommi69: well nexuiz is more heavy, openarena should be lighter
tommi69: dang, 400mb of stuff to download
zap_: adamk, just agpmode refused to work. Had to do bustype too.
adamk: zap_, Sorry, but this is out of my league now... You may want to keep an eye out for airlied, agd5f, or maybe MrCooper and give them a ping if you see them active on here.
Enrico|ITA|: tommi69: btw i've read somewhere that ubuntu 9.04 has some problems with ati cards, so keep it updated
tommi69: Enrico|ITA|: exactly the same info i found, i believe that the problem is the new Xorg packed with 9.04
Enrico|ITA|: to have the lastest fix
zap_: adamk, OK, thanks for trying and hinting anyway.
Enrico|ITA|: tommi69: may be. but i'm on xorg-server 1.6 too, and i have no problem
Enrico|ITA|: tommi69: anyway you can install some older xorg (i can give you a link if you want)
Enrico|ITA|: tommi69: or may be just wait for a fix
tommi69: Enrico|ITA|: i'll be happy to check if it makes thing better - shoot on
Enrico|ITA|: tommi69: btw for what do you use 3d?
zap_: adamk, at least two of them seem to be online - with some luck they scan the log later... ;-)
tommi69: Enrico|ITA|: some games from time to time, and i'm planning to use this laptop as a multimedia center connected to my tv so i'll use xbmc or boxee
zap_: adamk, anyway: you can reach me at catellie AT gmail.com if you like.
Enrico|ITA|: tommi69: well for multimedia you don't need 3d
adamk: You can also try one of the Xorg mailing lists.
tommi69: Enrico|ITA|: you do, if you plan to use those softwares
Enrico|ITA|: tommi69: this is a link i've found on kde-planet http://www.kdedevelopers.org/node/3942
tommi69: Enrico|ITA|: let me check that, thanks a lot for all these infos
Enrico|ITA|: tommi69: xbmc don't need 3d
zap_: adamk, will do if this fails. thx
Enrico|ITA|: tommi69: and btw for 2d accel (multimedia stuff) enable EXA acceleration
Enrico|ITA|: tommi69: you have to edit the xorg.conf file
tommi69: Enrico|ITA|: uh ok i'll google into that as well
Enrico|ITA|: tommi69: i think there is a official ubuntu guide or wiki for that
Enrico|ITA|: tommi69: anyway it is very easy, only one line in xorg.conf
Enrico|ITA|: tommi69: Option "AccelMethod" "EXA" under the device section of the driver
Enrico|ITA|: tommi69: EXA is very usefull il multimedia stuff, and also for composite (visual) effects
tommi69: Enrico|ITA|: nice, i'll try that right now
Enrico|ITA|: tommi69: try it. i feel very well with it
Enrico|ITA|: tommi69: you have to write the device section of your video card
Enrico|ITA|: tommi69: but it is very easy
tommi69: Enrico|ITA|: i'm copying that from an online xorg.conf (after having backed up mine of course)
Enrico|ITA|: tommi69: can you show it to me too pls?
tommi69: Enrico|ITA|: http://wiki.archlinux.org/index.php/Intel_Graphics_(Italiano)
tommi69: just ctrl+f exa
Enrico|ITA|: from the arch wiki
Enrico|ITA|: ok i know that wiki. it is correct :D
tommi69: so if i understand correctly i can just enter that indented line under my Identifier line in the Section "Device"
Enrico|ITA|: tommi69: anyway this is my config http://dpaste.com/38029/ :D
Enrico|ITA|: tommi69: yes, look at the above link to have an idea. you can just copy it in your xorg.conf (if needed add the busid line, but xorg should autodetect it)
tommi69: after the xbmc download is over i'll restart X and see
tommi69: thanks a lot, i with there was more support like this in all GNU projects
billdangerous: hello, sorry for the noob question, is it possible to use radeon driver in order to use a CRT TV with a AGP X1950 graphic card?
Enrico|ITA|: tommi69: there is. it is only a ubuntu problem as far as i know
chithead: billdangerous: yes, with the ATOMTVOut option in xorg.conf. some users still report issues like wrong/missing colors though
Enrico|ITA|: tommi69: as i said i have an almost full working radeon card, but i don't use ubuntu. the last resort is trying the older xorg-server (1.5.x)
billdangerous: thx a lot chithead, I'm trying
tommi69: Enrico|ITA|: if i have problems i'll go back to 1.5
tommi69: using the guide you gave me
Enrico|ITA|: tommi69: or maybe you can just wait a fix. and indeed keep your ubuntu up to date
tommi69: Enrico|ITA|: ever experimented random freezes with this card?
tommi69: Enrico|ITA|: X and sound freeze and the computer is locked (can't access the TTY), all i can do is switch off and reboot
Enrico|ITA|: tommi69: never with the radeon driver
billdangerous: chithead: only a black screen even with this option :/
chithead: billdangerous: is the tvout now listed in xrandr?
Enrico|ITA|: tommi69: my old radeon cards work just well. i use kde4 with composite (with EXA enabled indeed) and i can play games
Enrico|ITA|: RADEON TEAM THANK YOU VERY MUCH :d
tommi69: Enrico|ITA|: installed xbmc and have that problem i had earlier
Enrico|ITA|: tommi69: slow framerate?
tommi69: Enrico|ITA|: i know that a multimedia app like xbmc shouldn't be affected by 3d but seems to be a common problem with ati + new xorg
tommi69: Enrico|ITA|: no, doesn't start at all
tommi69: Enrico|ITA|: CRITSEC[0x8a771e4]: Trying to leave destroyed section.
tommi69: Enrico|ITA|: moreon this here - http://ubuntuforums.org/showthread.php?t=1090098
tommi69: i guess i'll have to downgrade
Enrico|ITA|: tommi69: al least untill ubuntu team fix it
tommi69: Enrico|ITA|: yup
tommi69: Enrico|ITA|: so if i got the kdeveloper instructions correctly i need to download that bz2 package, unpack and reinstall the debs
Enrico|ITA|: tommi69: yes i think
billdangerous: chithead: I can't use it, it says "Can't open Display". I'm using a SSH connection.
chithead: billdangerous: you need to run xrandr as the user logged into X
tommi69: seems pretty easy, thanks
chithead: billdangerous: if you run via ssh, the DISPLAY=... environment variable must be set properly
Enrico|ITA|: tommi69: well i hope. i've never tried it since i don't use ubuntu (i like rolling distro, i use gentoo on the notebook and arch on the older pc)
tommi69: Enrico|ITA|: i'd love to try arch i read it's pretty good, same for gentoo
tommi69: Enrico|ITA|: plus the community behind them seems pretty strong
Enrico|ITA|: tommi69: both are not easy like ubuntu, you have been warned
Enrico|ITA|: tommi69: arch as ha small but strong community. gentoo communuty is larger
chithead: billdangerous: that is a known issue, some workaround exists but I cannot remember right now
nanonyme: chithead: Usually using the right switch on ssh sets DISPLAY automatically.
billdangerous: chithead: Ok, thx a lot.
nanonyme: Or wait. Which end graphics were you talking about?
chithead: nanonyme: it is not X forwarding what is desired but displaying something on the remote host's screen
tommi69: Enrico|ITA|: i know ubuntu is easy, that's why i'm using it :) - it just seems a bit too much bloated for my liking right now
Enrico|ITA|: tommi69: anyway gentoo is a lot harder than ubuntu, you have to config almost all the system manually (and you have to recompile it) arch is light, but still you have to do some config (like xorg) almost by hand
nanonyme: Enrico|ITA|: Recompiling is in most cases trivial.
Enrico|ITA|: tommi69: well it is just unluck if this version of ubuntu has this problem, don't worry. ubuntu is a good distro, let them solve it :D
nanonyme: It's the configuring part that might take even some effort.
Enrico|ITA|: nanonyme: yes, the compiling processes in gentoo is totally automatic :D
tommi69: i had lots of headaches from using linux a few years ago (redhat 7.2) and ubuntu put the fun back to using linux for me
tommi69: i'll try gentoo or arch on my eeepc when it comes back from the dead (burnt charger)
Enrico|ITA|: tommi69: lol redhat ihihihi not really a friendly distro imho :D
Enrico|ITA|: tommi69: well it is not a good idea to try gentoo on a intel atom (eeepc) becouse it is slow to compile package
Enrico|ITA|: tommi69: but indeed if you use distcc it is faster :D
tommi69: Enrico|ITA|: i have sworn i would *never* use rpms in my life after using redhat for years. it was a complete mess but it was cool
tommi69: Enrico|ITA|: much cooler than mandrake, at least :D
tommi69: Enrico|ITA|: ah i didn't think about that speed in compiling problem
Enrico|ITA|: tommi69: well if you have another pc you can use distcc to use other computer to compile
tommi69: Enrico|ITA|: wow distributed compiling? i have 3 laptops i could use for that
Enrico|ITA|: tommi69: distcc is a distributed compiling
tommi69: Enrico|ITA|: nice, i didn't know about that - i could compile stuff in batches and move them to the eeepc
tommi69: but i notice now only that it's a pretty long OT for #radeon, sorry about that :)
Enrico|ITA|: tommi69: in gentoo you can natively use distcc. you have to configure the package manager (portage) but it is very easy, there is a guide for it
Enrico|ITA|: right lol
Enrico|ITA|: sorry for the OT
tommi69: Enrico|ITA|: yea looking into it right now
billdangerous: chithead: Do you know if radeonhd driver is better to solve my problem?
chithead: billdangerous: no, radeonhd does not support tv-out yet
billdangerous: chithead: ok thank you
mvirkkil: I've got a HD 2600 Pro _AGP_ card. X starts, cursor works, gdm backround is loaded but after that the screen doesn't update.
mvirkkil: I've compiled from the xf86-video-ati tree
mvirkkil: distro is Ubuntu Jaunty (latest ubuntu, released a few days ago) with xorg 1.6
mvirkkil: Would anyone feel like helping me to debug the issue?
mvirkkil: Nothing obvious in xorg log. I think xorg thinks everything is going great, since I can even log in by blindly typing the username and password in gdm.
spstarr: glisse: how goes?
spstarr: glisse: im in your newest kernel
jzmer: is there an official repository from amd for radeon drivers like the ones ati once provided?
kepstin: i doubt the fglrx drivers will ever be released as open-source.
tommi69: they're too stupid to do that
jzmer: well even nvidia has a repository for opensuse/sled/sles
glisse: spstarr: not much today
glisse: i was working on benchmarking things for r6xx/r7xx
glisse: will be back on AGP soon
MostAwesomeDude: jzmer: No.
jzmer: MostAwesomeDude: check ftp://download.nvidia.com/novell/ and ftp://download.nvidia.com/opensuse
airlied: glisse: you see the IGP snoop fixes in my tree (not that I'm sure they do anything?)
glisse: airlied: don't think i saw then
glisse: IGP corruption is a things i want to fix before asking for more tester :)
glisse: i saw them quickly as soon as i lower the amount of stollen memory and so increase "VRAM" -> system transfer
airlied: glisse: ^
airlied: need more proof it does something ;)
glisse: i will tell you if it helps with corruption i see
glisse: zzzZZZzzz now :)
osiris__: anyone can check if on r300 or r500 (not rs480 nor rs690) if mesa/progs/trivial/poly-flat-unfilled-clip is rendered correctly?
b0le: osiris__: any specific setup you want it checked on?
b0le: osiris__: LIBGL_ALWAYS_SOFTWARE=1 should make it do software rendering, so it should be correct, right? Because it is rendering the same with/without it. But GL_RENDERER is both times "Mesa DRI R300 ... TCL DRI2"
osiris__: b0le: probably you have too old mesa to use LIBGL_ALWAYS_SOFTWARE
b0le: osiris__: I'm running radeon-rewrite :)
osiris__: anyway, how does it look like? red lineloop?
b0le: yes, though it isn't a closed loop. It goes off the window
b0le: osiris__: http://picpaste.com/2009-04-27-084445_1440x900_scrot.png
osiris__: b0le: thanks
bridgman: jzmer; we used to host SuSE packages on ati.com, but now we include a package builder in the regular Catalyst driver instead
bridgman: the package building scripts are maintained on a public git repository hosted by Phoronix
DanaG: I much prefer the ATI installer that builds PACKAGES, over the nvidia one that just tramples on things.
crdlb: meh, it doesn't help
dmb: DanaG, i agree
jonrafkind: anonymous git doesnt seem to work. is this the right url? git://anongit.freedesktop.org/xorg/driver/xf86-video-ati
jonrafkind: I get this error: error: Unable to find 0000000000000000000000000000000000000000 under http://cgit.freedesktop.org/xorg/driver/xf86-video-ati
jonrafkind: Cannot obtain needed object 0000000000000000000000000000000000000000
jonrafkind: nvm, I made a simple error
ssieb: airlied: are you there?
airlied: ssieb: sort of
ssieb: did you have any luck reproducing the RS690 issues? I noticed a comment that one of the bugs was fixed
ssieb: currently drm is failing, so I have only software gl... :-(
ssieb: airlied: is the RS690 just a bad chipset with lots of issues?
ssieb: I can't test the fix because it's rawhide only, although I'm considering upgrading one of the machines to rawhide to test
airlied: ssieb: no its just different. I fixed a hang with firefox issue in F11 last week, but it just made things break on my other cards
ssieb: airlied: is there *anything* I can do to help?
airlied: ssieb: not really, unless you can figure out why the 3D engine is trying to use R tex coords :)
ssieb: what are those?
spstarr: good afternoon airlied
airlied: texture coords have 4 components, STRQ, for 2D texture you should only need ST
airlied: we for some reason are getting effects from R getting used when it shouldn't
agd5f: airlied: maybe we need to always route 4 tex coords in the RS for the ddx. along the lines of osiris__ fix for mesa
spstarr: airlied / agd5f : I was thinking today of something, can the new drm/ttm stuff be used to allocate static GART size still?
spstarr: if so, why don't we just do that for AGP cards that have problems?
airlied: agd5f: yeah it might be possible.
spstarr: so we fallback to the same behavour as non-KMS
airlied: spstarr: we don't have a copy to GART any more
agd5f: just force r and q to 0 andd 1
airlied: otherwise we'd just not be using TTM
airlied: agd5f: yeah I'll try that tomorrow
airlied: am not at work today!! :)
spstarr: airlied: well, kms is separate to TTM though?
airlied: spstarr: kms needs a memory manager
spstarr: ok so it is tied to that
ssieb: airlied: any suggestion on finding out why I'm getting software rendering? with EXA the X server was giving a warning that it couldn't initialize DRM, but with XAA, it claims to be using DRI, but it's not