egbert: yangman: there is 2D support already. only 3D is still missing.
jdahlin_: Hi, I'm trying to configure an R515 card with DVI output
jdahlin_: without any specific configuration, my screen goes black when I startup X
jdahlin_: I'm using latest git compiled on top of gutsy
jdahlin_: I get this:
jdahlin_: (WW) RADEONHD(0): DACBSenseCRT: connector type 4 is not supported.
ndim: Hmm. SVideo output?
jdahlin_: 4 appears to mean RHD_CONNECTOR_TV, but I'd really like to use DVI.
jdahlin: If anyone's interested, here is my complete Xorg.log: http://rafb.net/p/8iscDl97.html
jdahlin: Oh, I got it working setting up the monitor options properly in the device section
egbert: jdahlin: dvi_1/analog should give you a mode. 1440x900@60Hz
egbert: what did you put in your monitor section to get it to work?
jdahlin: egbert, I am currently using http://rafb.net/p/ao12kd47.html
jdahlin: but I am still struggling to get multi head to work
egbert: jdahlin: from looking at the log there seems to be only one monitor detected.
egbert: jdahlin: i could probably see more if you ran the server with -logverbose 7.
jdahlin: egbert, I have two identical monitor connected
jdahlin: let me figure out how to run the server from the command line
egbert: jdahlin: ok, but for some reason only one is detected.
egbert: you can just run 'X'.
egbert: or 'X -logverbose 7'.
jdahlin: right, I need -layout cotovia too, this is a shared system.
jdahlin: egbert, here's the log: http://async.com.br/~jdahlin/misc/Xorg.0.log
egbert: jdahlin: from reading the log you should get the same mode on both screens. right?
jdahlin: egbert, sorry, but it seems that I wrote an incorrect xorg.conf
jdahlin: I had a typo in the monitor name
jdahlin: fixing that makes it work!
egbert: jdahlin: ok :)
egbert: jdahlin: it should also work without a static config.
jdahlin: egbert, hmm. Can I have one while still passing in -layout $hostname ?
jdahlin: (to the xserver)
egbert: jdahlin: if you want to start with a specific layout you need a static config.
egbert: jdahlin: otherwise you will get whatever is deemed as a same default.
jdahlin: egbert, how do I start without a static config?
egbert: jdahlin: it should just work. the results may not be what you need, though.
Tigerchen: libv: *poke*
egbert: Tigerchen: libv is around somewhere. just go on.
Tigerchen: egbert: he knows what i want ^^
vjm: hi, I'm currently running my box with the radeonhd driver from opensuse build service
vjm: however, should I want to try the latest one from the git repository what would be the sanest way of doing that?
vjm: using checkinstall to make an rpm that can be easily replaced by the one from osbs that I know to be working well if something goes wrong
libv: Tigerchen: yes, i do know what you want :)
egbert: vjm: why don't you use the opensuse source rpm and just replace the tarball?
egbert: vjm: you should be able to create an rpm from that.
vjm: aah, ok, didn't know one can do that... =)
vjm: that should work...thanks, I'll have to try it
egbert: vjm: in this case yes. since there are no local patches ;)
Obscene_CNN: I have been reading on both EXA and XAA and I am surprised at how few 2d accelerations they encompass. I would have expected some provision for drawing arcs as some video chips have acceleration for this and it is a bit cpu intensive as far as 2d ops go.
CornedBee: but no applications use such functions on the low level nowadays
CornedBee: so accelerating them wouldn't be any use
Obscene_CNN: libraries could be written to utilize them though.
CornedBee: you're missing the point
CornedBee: look at your desktop
CornedBee: what part of it would benefit from accelerating specific 2d drawing primitives?
Obscene_CNN: I do a lot of cad work so I guess I'm biased.
CornedBee: I guess
CornedBee: Don't CAD programs use 3d acceleration anyway?
Obscene_CNN: Some still are 2d only
CornedBee: Even then ...
CornedBee: The Cairo 2d graphics library for example
CornedBee: has an experimental backend called Glitz
CornedBee: which uses 3d acceleration for 2d primitives
joachimd: egbert: want to debug some screen blanking?
egbert: yeah, i was just writing an email to you with a patch.
egbert: lemme send it.
Obscene_CNN: emerges glitz even though it does him no good because radeonhd doesn't support 3d yet :/
egbert: joachimd: did you get my email?
joachimd: egbert: not yet
joachimd: egbert: you want to just put it in a pastebin or resend?
egbert: joachimd: i just bounced the email
joachimd: egbert: ok I got the patch
egbert: joachimd: ok.
egbert: joachimd: i'm not so sure if this will address your problem, though.
egbert: joachimd: it points into a similar direction.
joachimd: well we will find out soon enough ;)
joachimd: egbert: nope doesn't help, everythings stays blanks as soon as I swith to VT
joachimd: you want the log?
egbert: joachimd: no.
egbert: joachimd: a normal log won't help. maybe -verbose 7.
joachimd: I got that ;)
egbert: oh, ok.
Goga777: does the chipset AMD690G will support in radeonHD ?
egbert: Goga777: yes.
egbert: Goga777: that's RS690?
joachimd: egbert: http://pastebin.com/m21ef04ec
Goga777: egbert, ah I don't know
joachimd: egbert: do you want me to try anything else on this screen blanking issue?
egbert: joachimd: yes, maybe a bit later. still need to find out about a few things.
bunk: egbert: anythingnew regarding dvi on my gigabyte?
bunk: (please say so in case you don't like people askingsuch status questions)
egbert: bunk: i've tested my asus board. it worked like a charm.
egbert: so we need to look into this.
bunk: egbert: anything I can do to help?
egbert: bunk: you could open a bug in bugzilla. this makes it easier to track.
egbert: bunk: things get buried in a mailbox too easily.
bunk: egbert: I even didn't send an email...
bunk: will open a Bugzilla bug
andrei: Hi, I have an ATI card and any time I take it out of powersave mode everything dies.. 20 seconds later (the CPU reads a temperature of 125 degrees)
andrei: The fglrx drivers do this automatically on startup; but it also happens if I do it manually by poking at the right registers
andrei: Anyone know what's up with this?
andrei: (why would the CPU temperature go up?)
Honk: andrei: errh.. maybe your psu cant keep up
dli: why would cpu temp go up?
andrei: Yeah.. I have no idea
andrei: Honk, If that were to happen there would be less voltage, no reason for the temperature to go up
andrei: Honk, If anything things should just die not work fine for 20 seconds, then suddently the CPU temperature jump
Honk: less voltage = wrong readings ;)
Obscene_CNN: if the video card is using more power its releasing more hit into the case and thus heating up the air that the cpu uses to cool itself ( at least that is part of it )
Temujin_: yeah, I think Honk's on the right track, I doubt your CPU got up to 125C
Temujin_: err, did you mean 125C or 125F?
dli: I guess cpu should hang long before wrong reading possible due to low voltage
Obscene_CNN: just get a heatsink made from diamond then you won't have to worry ;-)
andrei: A weak PSU wouldn't cause the CPU to read a high voltage
bunk: egbert: https://bugs.freedesktop.org/show_bug.cgi?id=14487
Temujin_: andrei, was that reading from a mobo sensor or a thermistor on the cpu itself?
andrei: Temujin_, motherboard sensor
andrei: acpi -t :)
soc: looks like ati made another null-release with 8.02 :-/
rehabdoll: are you surprised? :)
soc: does _anybody_ know what the hell they are doing?
soc: no, i just wonder how little people can get done in one month!
soc: even if nobody cared if the ati devs came to work ... it's an accomplishment to do such little amounts at work ..
rehabdoll: do you realize how many hours it takes those monkeys to randomly type out something that even compiles?
soc: i just can't believe it ... in any normal company those guys would have been laid off because of horrible work performance
marcheu: you don't get it. they're a very small team working on a whole driver supporting multiple card families
marcheu: they guys are not to blame IMO, it's more that there's few of them
Obscene_CNN: I also think a lot of the stuff they are doing isn't well documented
marcheu: yes fixing bugs is not shiny
soc: but really, needing one month to (hopefully) fix crashers is just inacceptable. ...
soc: in the free world, i would get the update some hours after someone found the problem
marcheu: because the free world has no strict testing policies
Obscene_CNN: soc, you have access to a compiler and hardware, whats your excuse for not doing it?
marcheu: they have to regress test the stuff and all. company policies
soc: at least the free ones work since day one ...
soc: Obscene_CNN: i'm running radeonhd and avivo before that, and i never had any problems with them
marcheu: OTOH you don't get acceleration (only recently for 2D)
soc: at least i can restart x
marcheu: there's IMO an order of magnitude of complexity between a modesetting driver and one doing full accel
soc: i believe that radeonhd will have some modest 3d accel before fglrx will have a working, bugfree release
soc: just my bet :-)
soc: i'm a bit upset atm, sorry to all :-)
soc: i can't just believe how obvious crashers can get through qa ---
soc: so naything new in rhd?
TGEN: does anyone know how to get a display to go into a certain mode?
TGEN: xrandr --output monitor-DVI-I_2/digital --mode 1680x1050 doesn't work
TGEN: (there is enough virtual framebuffer available)
joachimd: TGEN: ah then you need to make the framebuffer bigger
agd5f: TGEN: the mode has to exist for that output
TGEN: ofcourse it does
TGEN: wait a sec while I attach this screen there
TGEN: DVI-I_2/digital connected 1280x960+0+0 474mm x 296mm
TGEN: 1680x1050 59.9 +
TGEN: virgo# xrandr -q
TGEN: Screen 0: minimum 320 x 200, current 2720 x 960, maximum 3120 x 1050
joachimd: in Section "Screen" you will need to say "Virtual newX newY", this is usually used for dual-head but looks like you need it
TGEN: the other screen is running:
TGEN: DVI-I_1/digital connected 1440x900+1280+0 410mm x 257mm
TGEN: 1440x900 59.9*+ 74.9 60.0
joachimd: did you add the screen after X started or something?
TGEN: I already specified a Virtual
TGEN: fwiw, switching to 1024x768 doesn't work either
joachimd: you have two screens right?
TGEN: one native 1440x900 TFT, the other native 1680x1050
joachimd: what does the first line of xrandr output say with Screen 0:...
TGEN: I pasted that earlier
agd5f: xrandr --output DVI-I_2/digital --mode 1680x1050
joachimd: ah yes
agd5f: you don't need the monitor prefix
TGEN: that works, thanks :)
TGEN: I couldn't quite find what xrandr ate in xrandr(8)
TGEN: next Q: how do I get X to start up this display in 1680x1050 automatically?
agd5f: it should be default if you start X with both monitors attached
TGEN: it selects 1280x960 for the 1680x1050 TF
agd5f: it tries to match the closest modes I guess
TGEN: is there some way to override that behaviour?
TGEN: forgive my ignorance, but I was used to the 'old way' of specifying serverlayouts, screens, cards, modes, etc
agd5f: TGEN: http://www.intellinuxgraphics.com/dualhead.html
agd5f: that should give you the basics on the xorg.conf optiosn for xrandr 1.2 drivers
TGEN: ah, PreferredMode in Section "Monitor" I guess, then
TGEN: on a sidenote, AtomBios/includes/CD_Common_Defs.h could use an additional || defined(__DragonFly__) on the obvious line
TGEN: hmm, PreferredMode does nothing
TGEN: ah, RROutputOrder did the trick
KingArthur10: So, I'm trying to get xrandr to rotate the screen on my tablet with an ATI 2300HD, but I can't seem to get it to work. I've got the radeonhd driver version 1.1.0-1 and libxrandr2 version 1.2.2-1. When I try xrandr -o left, I get a BadMatch. I tried using the git command I found somewhere online, but I got a bunch of errors: At first, I resolves 223/233 deltas and some other stuff, but then I get "warning: unable to r
KingArthur10: ead /etc/mailname: No such file or directory" I'm trying to get it to work for myself and a couple other people on tabletpcreview. Any help/suggestions?!
KingArthur10: FYI, I'm using Ubuntu 8.04, if that helps anyone help me
yangman: KingArthur10: rotate isn't supported
KingArthur10: thanks. I thought I read somewhere that it was supported in new builds or something, but I guess I was wrong.
KingArthur10: Hopefully it will come soon! *crosses fingers*
yangman: rotate is probably very very low on the priority list
KingArthur10: Well, thanks for the info :-)