pasky: Hi, I'd really like acceleration - I'm even willing to help with the development. But when are the specs expected to be released?
pasky: Or is there something interesting that needs to be done now already?
matlec: hi... today I installed the latest radeonhd driver from git and now I get really big fonts (about 50x larger than usual) when I start kdm
matlec: with fglrx everything just works fine
matlec: does anyone have an idea what could be wrong?
GuentherB: Sounds like wrong dpi
matlec: I thought so too... the thing is that some apps (e.g. kick-off from kde4) display fonts just right
GuentherB: KDE can probably override the dpi value provided by the x-servers
matlec: mh... that could be a reason
GuentherB: And maybe the apps running fine just use pixel-based font sizes?
matlec: so how would I change the dpi settings then?
matlec: better: how do I permanently store the changes made by xrandr?
GuentherB: I only know how I would change the dpi settings for gnome, sorry
matlec: GuentherB: no problem, thank you anyway :-)
libvde: GuentherB: i have no idea what is going on with dpi when using randr, but i have found this rather weird too
libvde: NoRandR should now be safe, as i go and calculate an average for all known monitors
libvde: which is not the nicest technical solution, but it works
libvde: GuentherB: Option "ForceDPI" "
jasonxh: hi, can radeonhd work with Xorg 7.2?
Sillium: Hi everybody!
Sillium: if i get: (II) RADEONHD(0): Rejected mode "pal_768x576" (768x576:14.8Mhz): interlace mode not supported
Sillium: does the driver not support it or the graphics card? (X1250)
Sillium: sorry pretty new to the whole x-driver-stuff ;)
Sillium: oh.. i'm talking about the "interlace mode" by the way
Sillium: on http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_14603_14764,00.html it says: Supports both interlaced and non-interlaced displays
marcheu: jasonxh: yes
jasonxh: marcheu, but i read on phoronix that it requires x server 1.3, which seems to come with xorg 7.3. sorry i never get the relationship between xorg and x server versions sorted out.
marcheu: if you don't believe me, try. it supports even some versions of XFree IIRC :)
jasonxh: marcheu, thx, i'll try it out sometime
Sillium: and another thing: is there an option like in the ati driver: Option "ForceMinDotClock"
Sillium: thanks in advance
Sillium: i'll be around
adamk: Hmm... Can anyone tell me where PCI_DEV_MAP_FLAG_WRITABLE is declared? I've installed the latest macros, libpciaccess, and various proto packages via git, as well as the latest xserver, but xf86-video-radeonhd fails to compile because of that.
libvde: hrm, it stopped compiling?
adamk: For me it stops compiling with "rhd_driver.c:1186: error: 'PCI_DEV_MAP_FLAG_WRITABLE' undeclared (first use in this function)"
libvde: are you using a bsd?
libvde: hrm, no, this seems nothing linux specific either
adamk: libvde, I'm on opensuse at the moment.
libvde: even worse :p
adamk: lol
libvde: but we have no libpciaccess
libvde: right, so you installed all sorts of things by hand
libvde: so maybe some of the libpciaccess includes didn't get installed properly
adamk: libvde, I installed a whole lot by hand.
adamk: Hold on and let me pastebin something.
adamk: http://pastebin.com/m16a0889d
libvde: this flag is in include/pciaccess.h
adamk: Hmmm... It doesn't look like I'm getting -I/opt/xorg
adamk: Just /opt/xorg/include/xorg and /opt/xorg/include/pixman-1 (and AtomBios stuff).
libvde: hrm, i do not know where pciaccess.h gets installed
libvde: or how it gets included
adamk: Here it's in /opt/xorg/include
adamk: I'd think I should be getting -I/opt/xorg/include as well, but that's not happening.
adamk: And, in fact, if I 'ln -s /opt/xorg/include/pciaccess.h /opt/xorg/include/xorg' it compiles fine now.
adamk: And, oddly, pciaccess.pc has the prefix as /opt/xorg and the includedir as ${prefix}/include, so it should be including /opt/xorg/include?
adamk: So I wonder why it isn't doing that.
adamk: Very odd.
adamk: But, at least, I now have it compiling after making that symlink.
libvde: well, don't be too amazed, recently libpciaccess breaks itanium support
libvde: it's one of the biggest X disasters we've had in the last few years
adamk: Heh... Well I'll be sure to be disappointed about it, and thankful that I'm not on an itanium.
ndim: adamk: How did you tell configure about /opt/xorg stuff?
adamk: ndim, I just made sure that /opt/xorg/include/pkgconfig is first in PKG_CONFIG_PATH. Then pkg-config picks up the new location of the includes and libraries installed there.
ndim: OK, that SHOULD work.
adamk: ndim, Well, other than the libpciaccess problem, it has worked.
ndim: adamk: I might have found it.
adamk: Oh?
ndim: adamk: Try http://ndim.fedorapeople.org/radeonhd/radeonhd-pciutils-flags.patch ?
adamk: Trying now.
adamk: ./autoconf now fails. :-)
adamk: Sorry make that ./autogen.sh:
adamk: One second.
adamk_: src/Makefile.am:11: use `radeonhd_drv_la_LIBADD', not `radeonhd_drv_la_LDADD'
ndim: Argh.
adamk_: Here you go: http://pastebin.com/m169e3564
ndim: Well, change it :)
adamk: lol
adamk: Alright, after changing that the autogen.sh continues, but the build still fails.
ndim: I always confuse the two, but I know autoreconf will complain if I used the wrong one.
adamk: And I'm still not seeing -I/opt/xorg/include
ndim: adamk: grep ^PCIACCESS Makefile
adamk: Nothing.
ndim: ARGH!
ndim: Sorry.
ndim: <- total idiot
adamk: Heh... It's alright, we've all been there.
adamk: I have to get going now anyway, but I'll keep this channel open and I'll be back.
ndim: adamk: revert that patch.
adamk: Alright, done. You have my attention for a few more minutes :-)
ndim: We need to properly detect pciaccess at all.
ndim: For now, we just assume it will be at a place we -I anyway.
adamk: Ahhh, I see.
adamk: You're not actually checking pkg-config for it?
ndim: The easy workaround would be to run make with CFLAGS="-I/what/ever".
ndim: I'll do the pkg-config thing right now.
adamk: Yeah, I'm not too worried about the workaround, just wanted to point out that it didn't appear to be working as expected.
ndim: adamk: http://ndim.fedorapeople.org/radeonhd/radeonhd-pciaccess-flags.patch
ndim: libvde: Am I correct in presuming that we use pciaccess if (and only if) the x server is configured to use pciaccess, and not in other cases?
libvde: ndim: i expect so, egbert implemented this, i expect it to be something from config.h and/or one of the xserver m4s
ndim: grep -r XSERVER_LIBPCIACCESS .
ndim: Hmm. No definition anywhere in the radeonhd source or buildsystem.
libvde: #ifdef XSERVER_LIBPCIACCESS
libvde: so this is something that boils down from config.h
ndim: Yeah. That reacts on it.
ndim: No.
ndim: There is nothing in the buildsystem which would set it.
ndim: Or at least I am too stupid to see it.
adamk: ndim, "No package 'libpciaccess' found" Shouldn't it just be looking for 'pciaccess' ? :-)
ndim: adamk: Yupp.
adamk: Fixiing configure.ac
adamk: Rerunning autogen.sh
adamk: And done building.
adamk: Your second patch works once you modify libpciaccess to pciaccess.
ndim: adamk: OK, thanks for the help.
adamk: ndim, No, thank you for fixing it :-)
ndim: Now I'll need to make adding those PCIACCESS_{LIBS,CFLAGS} conditional, and then feed it to libvbe.
ndim: Uhm great.
ndim: Hahaha.
ndim: Turns out that the whole thing is probably as simple as http://ndim.fedorapeople.org/radeonhd/0002-Actually-check-for-presence-of-pciaccess-lib.patch
libvde: ndim: :)
libvde: ndim: great :)
ryanpg: hi all... anyone have pointers/tips/howto's or URLs to help me allocate more memory for my ati X1200 with the radeonhd driver?
ryanpg: also gitweb.freedesktop.org seems pretty wonky lately, currently won't load