Home Phoronix Phoronix Forums X.Org Videos From FOSDEM 2008

Radeon IRC Logs For 2009-4-06

Search This Log:

l3iggs: this is what happens:
l3iggs: http://www.stanford.edu/~greyson/example.ogv
spstarr: l3iggs: interesting
l3iggs: yeah
l3iggs: it pretty much sucks
spstarr: its not even repainting the window decoration on move
l3iggs: no it's not
airlied: l3iggs: don't suppose you have bandwidth to pull down the F11 beta liveCd and try it :)
l3iggs: ha, i have bandwidth coming out my ears
airlied: l3iggs: btw that is EXA or XAA?
l3iggs: that's XAA, exa locks up hard
airlied: wierd since XAA is probably only using the 2D engine
l3iggs: can you give me a link to that beta CD please?
spstarr: airlied: is radeon/r200/r300: fix up the whole buffer space checking ready for koji? i'll be testing this in a custom RPM
l3iggs: nevermind
airlied: spstarr: I'm about to build a whole kernel/drm/mesa combo
airlied: spstarr: which breaks the API
spstarr: oh!
spstarr: i will hold off then
spstarr: looks at the changes in cvs
spstarr: oh, not committed in cvs yet
spstarr: airlied: your personal code changes aren't on cgit?
spstarr: like this change coming
airlied: spstarr: I'm just building it all locally first
spstarr: oh
airlied: spstarr: I thought I pushed the git bitsz
l3iggs: haha woo hoo! pulling the fedora 11beta at 10MB/sec :)
spstarr: i see a DDX change but cgit isn't showing the change (37 minutes ago)
airlied: radeon-gem-cs3 is updated and libdrm
airlied: or drm, modesetting-gem
spstarr: I see those DDX changes yes
spstarr: lots of code ripped out
l3iggs: burning F11 Beta
spstarr: it looks like you're moving more stuff into the drm side out of the DDX since
spstarr: memory stuff
spstarr: airlied: when you go here http://cgit.freedesktop.org/~airlied/ it doesnt show you making any changes
spstarr: so i get confused :)
l3iggs: ok, booting F11 beta live cd
airlied: crosses fingers/toes :)
l3iggs: splash screen works
l3iggs: :)
airlied: l3iggs: one down :)
spstarr: is that booting with KMS?
airlied: should be
spstarr: does buntu even use KMS yet?
l3iggs: this is cool, i've never tried fedora
l3iggs: i don't know what that is
airlied: spstarr: its not upstream yet
spstarr: ah
airlied: I wouldn't expecty any distro to use it until it its
airlied: its upstream
l3iggs: ok...
spstarr: l3iggs: Fedora is where all the future is :)
airlied: l3iggs: fail when gdm starts? :)
l3iggs: yeah
l3iggs: pretty much
l3iggs: yeah
l3iggs: FAIL
l3iggs: locked
l3iggs: there was a little spinny thing around the cursor for a bit
l3iggs: then that stopped, now it's locked, black screen cursor in the middle
l3iggs: there he is
l3iggs: oops, wrong window
spstarr: does a double take
spstarr: airlied: the drm changes look almost identical to the DDX changes or very close to
airlied: spstarr: its all the same, moving stuff to the new APi
spstarr: ahh ok so this is being combined in the drm now only?
spstarr: or thats all just gone now
airlied: we keep a copy of the drm header in each place at the moment.
spstarr: ok
airlied: glisse: okay my drm-rawhide tree has the fully cleaned up API
airlied: I merged my further changes into the patch with your name by mistake :)
airlied: I make rawhide mmap the same also
spstarr: and so 6.12.1-5 comes
spstarr: massive libdrm changes
spstarr: looks at kernel cvs commits
airlied: I hope it all works once the kernel builds
airlied: I'm not sure I'll have to rebuild mesa or not
spstarr: doesn't mesa depend on libdrm anywhere?
airlied: it does but I didn't break any APIs to mesa hopefully
terracon: kernel building in Koji? See you in 3 hours from now when it's done
spstarr: powers on quad box
spstarr: terracon: build it locally :)
terracon: build it locally than upload it to Koji. Riiiight. I got it!
spstarr: it's only 2am here anyway, and with 25cm of snow coming, hell if im going into work today :)
airlied: of course I built it locally (well in Westford first :)
airlied: but it failed on powerpc on koji then.
airlied: hmm I appear to have broken compiz or something will do some research later
spstarr: uh oh
spstarr: maybe kwin works now
spstarr: hehe
airlied: haven't made any code changes
airlied: at least no intentional ones, api changes and breaks only
l3iggs: well thanks for your help guys
l3iggs: i'm going to bed
l3iggs: i'm gonna tell myself I've got a hardware problem
l3iggs: that makes me feel better
terracon: accuweather says the changeover to snow will happen around 3pm
terracon: so, you're going to work in the morning
spstarr: terracon: im not in Toronto :)
terracon: Where are you?
spstarr: north of city
terracon: You're screwed!
spstarr: http://www.weatheroffice.gc.ca/city/pages/on-64_metric_e.html
terracon: grrr. Racoon outside working over the garbage
terracon: yay. Mess to clean up tomorrow
spstarr: it is mind you warmer than it should be
spstarr: orly?
spstarr: kernel-2.6.30-0.38.rc0.git9.fc12.src.rpm
spstarr: oh wrong cvs dir
spstarr: not that I wouldn't like trying .30 yet :)
twoerner: airlied: ping
spstarr_wap: airlied: epic fail cannot start X with or without KMS
spstarr_wap: airlied: ill rollback later today its almost 4 am :-)
airlied: spstarr_wap: did you get all the packages.
airlied: twoerner: pong
twoerner: airlied: the driver is still working for me
twoerner: airlied: so we can close the bug
airlied: twoerner: excellent
spstarr_wap: airlied: should be libdrm ddx kernel
airlied: spstarr_wap: yes, anything in the logs?
spstarr_wap: airlied: nothing I could find nothing in messages nor xorg logs even after don't sysctr magic
spstarr_wap: Er after I did use the magic keys
nanonyme: I'm impressed by http://www.x.org/wiki/RadeonFeature ^^
nanonyme: Huge areas covered by done. If you also count in the wip and mostly, a clear majority of the matrix gets coloured. ^^
arekm: suspend support on r600 marked as unknown, works fine here (to ram) on mobile HD 3400
arekm: unless "suspend" is about someting else
MrCooper: arekm: with DRI enabled?
airlied: MrCooper: on radeon it should be fine, rhd has issues.
MrCooper: cool
arekm: MrCooper: yes
osiris__: glisse: so now to test newttm I just need drm-next-radeon branch from your kernel tree. the ddx can be from airlied's tree and mesa from main tree, right?
glisse: osiris__: let me check if airlied pulled my patch
glisse: osiris__: you need ddx from my cs3-newttm branch
airlied: glisse: I just pushed info instead :)
airlied: so I need to make my DDX use info
glisse: airlied: what is the bin name of oprofile gui under fedora ?
airlied: glisse: not sure I always build my own sysprof :)
glisse: sysprof is better ?
airlied: much easier to use, you have to build a kenrel module
airlied: oprofileui is the package
airlied: or oprofile-gui
b0le: with dri2, when running glxgears and I trigger scale (compiz), the background of glxgears goes transparent. Apparently this was fixed for intel?
airlied: b0le: using radeon-rewrite?
b0le: Another problem I have had when trying out dri2, is that having a desktop larger than max 3d texture size no longer works, the part that goes over the max texture size is always corrupted. The problem is that it used to work, though maybe it shouldn't have?
b0le: airlied: yes
airlied: I think it used to corrupt pre-dri2 just differentyl
airlied: I used to see blank space or sometyhin
osiris__: glisse: does your new ddx work with old ttm?
b0le: I previously used the wallpaper plugin with an image smaller than max texture size that was tiled, so it worked fine - no graphical glitches. If I didn't, it would still show the windows above the 'extra' space (but the background would draw incorrectly), now it won't draw the windows above the corrupted area. Is this the problem that shatter is supposed to fix?
glisse: osiris__: yes
glisse: airlied: sysprof can see where time is spend in the kernel ?
airlied: glisse: yes
glisse: i am must be doing somethings wrong then
airlied: oh you might need framepointer kernel
airlied: I don't run 64-bit too often :)
glisse: i do have framepointer
glisse: 61% is in the kernel but u can't see what :(
glisse: maybe i shoud disable oprofile
glisse: might be getting in the way
airlied: well unload it, or stop it runnig
MrCooper: glisse: I think the sysprof kernel module just doesn't support kernel profiling on amd64, apparently this is the reason anholt is still running 32 bit kernels
MrCooper: unfortunately the sysprof ftrace Git branch doesn't seem to work either
arekm: about wiki/RadeonFeature - what "Console restore" is about? restoring txt console after resume?
airlied: vt switch
arekm: that also works well on r600 (with and without dri)
glisse: MrCooper: that suxx oprofile isn't giving information neither
arekm: updated wiki then
MrCooper: glisse: with oprofile you need to point it to the uncompressed vmlinux file
glisse: i do
MrCooper: seems to work here
nanonyme: MrCooper: Are there some tutorials on that? I can think of at least one usage scenario where I could produce useful results. ^^
MrCooper: tutorials on what?
nanonyme: oprofile/sysprof
MrCooper: dunno, there probably are
nanonyme: I wouldn't even know if they were daemons running in the background or kernel modules or what. ^^
MrCooper: is your friend
nanonyme: Oh, right.
nanonyme: I was trying to use oprofile even at one point.
nanonyme: Now I remember. It was just that it was broken in Debian. ^^
MrCooper: nanonyme: that's fixed now
nanonyme: MrCooper: Doesn't matter, I changed distro anyway.
nanonyme: (Not because of that though)
Netzpython: hi :)
Netzpython: i experience reproducable xserver-crashes (1.5) with this nice radeon/r300 + exa + dri while compiz is running if i use some app-switcher plugins (alt+tab)-things on an ati m22. similiar bug already exists in bugzilla; but is the a way to find out whats going wrong?
mattst88: glisse, does your commit to radeon-rewrite bring it in sync with your kernel tree branch drm-radeon-next?
glisse: mattst88: yes
mattst88: OK. Dave said he thought my writeback failure was probably in the ttm code
mattst88: so I'll try yours later and hope it magically works :)
glisse: use pci
glisse: no agp code in it
mattst88: OK
agd5f: glisse: for rs400_gart_enable() treat rs740 the same as rs690
glisse: agd5f: for agp base right ?
agd5f: glisse: yeah
glisse: damm it seems oprofile doesn't fully work neither on amd64
glisse: MrCooper: me no getting info is likely due to lack of support for amd64 :(
MrCooper: glisse: it works here on amd64
Netzpython: hmm that sounds not too promising ^^
glisse: MrCooper: dammm i don't see what's wrong then
glisse: i use opreport -p /pathtokernelmodule/
glisse: but i can't have anyinformation on time spend in module
MrCooper: glisse: you have to specify the path to vmlinux to the oprofile daemon, there's an entry for it in the GUI configuration
glisse: i did that too
glisse: i can see vmlinux symbol
MrCooper: hmm, not sure what needs to be done for modules
glisse: now it works... i am bit puzzled
MrCooper: glisse: better puzzled but working than the other way around :)
glisse: :)
osiris__: glisse: unfortunately it doesn't work. screen doesn't come up
Netzpython: has r300 development stopped?
osiris__: here's the log http://pastebin.com/m794afc02
osiris__: but nothing unusual there
osiris__: Netzpython: nope
glisse: osiris__: according to log everythings is fine
glisse: modprobe fbcon doesn't bring anythings ?
Netzpython: so why nobody is interested in what i said? ^^
osiris__: glisse: I loaded fbcon before radeon
agd5f: Netzpython: known issue for some users, don't have a fix yet
glisse: osiris__: load it after
osiris__: glisse: I can't, I don't have second machine to ssh in
Netzpython: ah ok thx :)
osiris__: glisse: I also tried running you gem-cs3-newttm ddx branch with airlied's drm-rawhide kernel, but it oopses badly: http://pastebin.com/m3272ca3e
glisse: osiris__: you can do a small script to load radeon and the load fbcon :)
nanonyme: I guess r300 eventually reaches a point where it is fully featured and everything after that will be bug fixes. ^^ I guess someone could define that as in "development stopping". :)
osiris__: glisse: I can try, but with airlied's drm-rawhide kernel I load modules in the same order (drm, fbcon, radeon) and it works
glisse: osiris__: your modesetting-gem libdrm is outdated
glisse: and your rawhide module too
glisse: you need bleeding edge of everythings
nanonyme: agd5f: Anything new on the Mesa r600? :) (Sorry, I know I'm a bit impatient but it'd be cool to be able to test out what's ready soon)
osiris__: glisse: I have all the latest stuff
agd5f: nanonyme: not yet
osiris__: megari: did you manage to test my patches?
app4des: guys is there ant way to force shadowfb acceleration with the ati driver (not rhd)?
agd5f: app4des: only on r6xx/r7xx at the moment
glisse: osiris__: i am pretty sure that is due to a mismatch in ioctl size
glisse: i saw that too
nanonyme: agd5f: Could you please put it in the channel topics immediately when it's out? :)
glisse: had to make clean everythings
glisse: before rebuilding
agd5f: nanonyme: you'll know :)
glisse: first libdrm, than ddx, than mesa
glisse: and also rebuilding radeon.ko
glisse: rm *o files in the directory
osiris__: glisse: ok, will rebuild everything
glisse: osiris__: does cs3 updated branch of airlied works ?
osiris__: glisse: yeah, I'm using it now
glisse: with lastest rawhide >
glisse: ?
osiris__: glisse: looks like I have 3 days old airlied's kernel
glisse: ok so that's explain it
osiris__: will rebuild everything and try again
osiris__: glisse: hmm, these warnings looks important: radeon_object.c:52: warning: integer constant is too large for ‘unsigned long’ type
osiris__: radeon_kms.c:86: warning: cast to pointer from integer of different size
osiris__: glisse: no luck, when I loaded radeon module, it changed resolution to native one. but loading fbcon turned off the screen
bobbens: feenableexcept(FE_ALL_EXCEPT); in my opengl app triggers SIGFPE signals from r300_dri.so, is that to be expected?
agd5f: glisse: http://www.botchco.com/alex/xorg/0001-Fix-vram-setup-on-IGP-cards.patch
agd5f: against your drm tree
agd5f: glisse: whoops, typo, i sec
agd5f: 1 sec
agd5f: glisse: http://www.botchco.com/alex/xorg/0001-radeon-Fix-vram-setup-on-IGP-cards.patch
kdekorte: I just ran a torture test of mplayer using xv on my 3650 using the ATI driver in F11 Beta
kdekorte: I had 6 videos running, 1 was 720p, 2 were DVD quality and a couple of smaller ones
kdekorte: not a single frame drop, although CPU usage was using 2.5 of my 4 cpus (Q6600)
kdekorte: so that is pretty cool
kdekorte: screen shot of the test http://www.flickr.com/photos/25272759@N07/3418707652/
spstarr: airlied: new DDX you pushed works
spstarr: in KMS right now
spstarr: tries kwin
spstarr: airlied: !!!!!!!! kwin works!
megari: osiris__, not yet. Ran out of space trying to clone airlied's drm git.
megari: ... and now that it's no longer weekend, I'm in a constant hurry again.
spstarr_home: airlied: VT switching with composite ON locks up hard
spstarr_home: airlied: not enabling KMS causes X to not start, so im in KMS now w/o composite on
t1ger: having issues with the Radeon driver and XBMC
t1ger: X Error of failed request: BadMatch (invalid parameter attributes)
t1ger: Major opcode of failed request: 1 (X_CreateWindow)
t1ger: Serial number of failed request: 28
t1ger: Current serial number in output stream: 29
t1ger: 2.6.28-11-generic - Ubuntu 9.04
t1ger: ATI Technologies Inc M56GL [Mobility FireGL V5250]
t1ger: xorg-server 2:1.6.0-0ubuntu9
t1ger: (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so
t1ger: (II) Module radeon: vendor="X.Org Foundation"
t1ger: compiled for 1.6.0, module version = 6.12.1
t1ger: Module class: X.Org Video Driver
t1ger: I guess there some OpenGl or XV issues ?
agd5f: t1ger: what are you trying to do?
t1ger: Just start XBMC
agd5f: XBMC?
agd5f: you mean XvMC?
MostAwesomeDude: XBox Media Center...
agd5f: ah
MostAwesomeDude: OpenGL or Xv rendering?
t1ger: Dunno, I don't see any useful options
MostAwesomeDude: Also I can't remember which card the
MostAwesomeDude: M56 is... isn't that an r5xx?
agd5f: yeah
agd5f: r5xx
t1ger: Are there any svn ppa for radeon driver ?
MostAwesomeDude: t1ger: Should just work. Could you pastebin the entire log that you copied from earlier?
t1ger: Most: Sure.
t1ger: (Worked in 8.10, but that was with the "/&"/&"#/&"## ati driver)
agd5f: t1ger: ati and radeon are the same driver
agd5f: ati is just a wrapper
t1ger: No. The "other" ubercrapsucksblabla driver
t1ger: flgrlx
MostAwesomeDude: fglrx?
t1ger: yes
agd5f: ah
t1ger: You newer used it I see.
t1ger: ;D
t1ger: Sorry, 2 years of frustrations.
agd5f: t1ger: withou seeing a log, my guess is that you don't have the dri enabled, and hence no Xv
t1ger: AIK I do. Mythtv actualy works with ATI cards now.
t1ger: let me put up some debug in pastebin and I investigate
nanonyme: ponders when "3D features: Textures" will be marked as "DONE" in http://xorg.freedesktop.org/wiki/RadeonFeature for r500.
nanonyme: That is, mostly wondering how incomplete they still are. ^^
agd5f: t1ger: can you pastebin your xorg log? aslo if you run xvinfo does it list any adapters?
t1ger: Sure.
agd5f: nanonyme: they are pretty much done, maybe just texure tiling, but that's not enbaled yet on r3xx/r4xx either IIRC
nanonyme: Right.
MostAwesomeDude: nanonyme: Tiles, cubemap weirdness, small mipmaps sometimes don't work.
spstarr: airlied: oh im getting corruption now with _ 's again
spstarr: after a while of use with KMS + no-composite on
t1ger: stay tuned. It huge.. (xorg log)
MostAwesomeDude: t1ger: Pastebin plz.
t1ger: I know.. copy pasting..
t1ger: agd5f: http://pastebin.com/m23a43727 <- Kernel/xorg.0.log + xvinfo
agd5f: t1ger: looks fine
t1ger: Can't say I find any verbose option in xbmc to highlight any issues when it start. I know it news OpenGL.
t1ger: needs
t1ger: glxgears runs fine.
nanonyme: What would glxinfo say?
t1ger: compiz runs fine. (I don't have it enabled now)
agd5f: t1ger: sounds like an issue with XBMC
nanonyme: Oh, should be fine. :)
MostAwesomeDude: t1ger: Yeah, not our bug.
t1ger: nononyme: http://pastebin.com/m528c081e <- glxinfo
t1ger: agd5f/MostAwesome: I guess. Thanks anyway.
t1ger: Any thoughs on what it could be ?
t1ger: X Error of failed request: BadMatch (invalid parameter attributes)
t1ger: Major opcode of failed request: 1 (X_CreateWindow
t1ger: dri/xorg bug etc ?
MostAwesomeDude: Looks like an app bug.
t1ger: Any free hints to where the "X error" list should be ?
t1ger: erros.h in xorg code ?
agd5f: XBMC trying to create a window with bad attributes. might try #xorg
t1ger: Thx :)
t1ger: Btw
t1ger: While I have you here
t1ger: xvidtune
t1ger: I use this a lot
agd5f: doesn't work well with xrandr
t1ger: Ah
agd5f: it's not multi-head aware
t1ger: I miss the "Apply"
t1ger: Like powerstrip in windows
agd5f: t1ger: you can specify your own custom modelines with xrandr however
t1ger: So I can swap resolution in realtime
agd5f: xrandr --newmode
agd5f: xrandr --addmode
agd5f: t1ger: you can change it all in real time with xrandr
MostAwesomeDude: xrandr <3
t1ger: I can use any crasy modline, even those without EDID porbed etc ?
t1ger: probed
MostAwesomeDude: Hm, monospace font doesn't do <3 well. :c
t1ger: crazy
agd5f: t1ger: yeah
jcristau: MostAwesomeDude: ♥
agd5f: t1ger: http://wiki.debian.org/XStrikeForce/HowToRandR12
MostAwesomeDude: jcristau: My font also lacks Unicode. :3
jcristau: MostAwesomeDude: bah :)
MostAwesomeDude: should go grab a KMS kernel and get his headless box to have good fbcon
t1ger: agd5f: Nice. I see if I could hack around with it.
t1ger: Oh, last question :)
t1ger: I would like to set resolution in boot/grub/fb, it that possible ?
MostAwesomeDude: t1ger: For your text consoles?
t1ger: Powerstrip dumps out some VESA "modlines" thing
t1ger: Most: Yes, everything from boot to gdm
MostAwesomeDude: Yeah, you can use vga= to set those. It's kind of hackish though.
t1ger: I use an VGA -> Componet transcoder
tlp: MostAwesomeDude: do you keep a blog or anything?
tlp: (development blog)
t1ger: AIk: vga = just an preprogram modeline ?
agd5f: t1ger: mode numbers
MostAwesomeDude: tlp: http://corbinsimpson.com/ , although I don't keep it up-to-date as often as I should. Maybe I'll work on that this afternoon.
agd5f: vesa mode numbers IIRC
tlp: ah, cool. thanks
t1ger: Iagd5f: mode numers that's in the bios of the card ?
agd5f: t1ger: I don't recall off hand
MostAwesomeDude: Nope, they're VGA/VESA numbers. It's actually a Linux-specific thing, lemme see if I can find the page with the list of 'em.
t1ger: My basic problem is to find an resolution that my plasma synch with.
agd5f: t1ger: btw, x11 protocol info if you are interested: http://cgit.freedesktop.org/xorg/proto/x11proto/
t1ger: So I like to fire up an vga/VESA mode that I know synch, or even more hackish. Feed it something with correct timing.
t1ger: I know it's crazy.
agd5f: t1ger: eventually drm kms for radeon will allow you to use arbitrary modes for consoles. you might try F11 if you want to try it out
t1ger: agd5f: I always saw kms are after boot thing. But I guess it fire up quite fast in the boot ? (Like an module, or even in the init ramdisk ?)
nanonyme: KMS is builtin.
agd5f: t1ger: it won't kick in until you load the kernel. grub will still be text mode as set by the bios
agd5f: same as the vga= stuff
t1ger: agd5f: That's what I thought. So, I basicly have to edit the bios and the vga/vesa modes to correct timing ?
raevol: is that possible?
t1ger: I.e vga mode 901 is right resolution, but I have to add some hsynch or like
agd5f: t1ger: yeah, not really realistic with legacy x86 bios
t1ger: agd5f: I see. Just always wonderd if it was teoretical doable.
raevol: are there bioses that support that?
agd5f: t1ger: in theory yes, in practice not really
t1ger: It's handy to be able to view grub or fsck etc.
raevol: i guess you wouldn't want to modify your bios to do that and then have to use a monitor in an emergency that didn't support that mode
agd5f: generally the video bios will detect the attached displays and attempt to set a mode that will be viewable on that monitor
raevol: though on a laptop it would be nice :[
osiris__: agd5f: could you take a look at http://pastebin.com/m6980bae1 it's swtcl half rewrite (here's the new r300_swtcl.c for easier reading http://pastebin.com/m457a17ce)
osiris__: agd5f: it fixes two bugs: twosided lighting and point size attenuation
agd5f: it works in most cases, but for some things like the special adapter t1ger is using the bios doesn't know about it so it doesn't handle it
t1ger: agd5f: I prefeer my VGA -> Component transcoder over my DVI -> Component.
t1ger: The VGA is must more what you see is what you get
t1ger: It's also very hard to get usful timings (59.9X,24P etc)
agd5f: t1ger: yeah. my only point is that the bios doesn't handle it, so no display until X takes over
t1ger: My plasma scans even down to 48hz, so I can get perfect (23.97x2) hz
osiris__: agd5f: there're some debug leftovers, but I'd like to know what you think about the general idea
t1ger: poor mans 24P ;D
t1ger: agd5f: Big thanks for your input. I usualy get flamed.
agd5f: t1ger: no problem
t1ger: Btw: Is there any dev on Highend sound on the ATI cards ? (bluray sound/bitstreaming etc)
agd5f: osiris__: looks good to me
t1ger: Not your call, alsa dudes ?
agd5f: t1ger: alsa handles the sound side. graphics driver handles the sound/video muxing when using HDMI audio
nanonyme: I heard there was talk about getting Blu-ray support to FFMPEG. *shrug*
t1ger: nan: me to, just wondering if there was an hdmi 1.3 "device" in linux yett.
t1ger: I guess it's something different than spdif
nanonyme: agd5f: Can we tap to the features in the GPU's that could process encrypted (Digital-Rights-Management-wise) if the data is given straight to the GPU, btw?
nanonyme: s/if/content if/
t1ger: bitstreaming should be something like cat multichannel.flac > /dev/hdmi13
t1ger: nan: I don't think ATI/RIAA would be happy about public code about that ? ;D
osiris__: agd5f: do you have a big endian machine with non tcl card?
agd5f: osiris__: no BE machines
nanonyme: t1ger: They're not happy if the technical implementation is revealed. Neither of them should have no objections on people buying DRM content and playing it on their computers.
nanonyme: s/no/any/
nanonyme: Gah, regexp breakage.
nanonyme: t1ger: Anyways, why would RIAA object to making a bigger profit? :)
osiris__: agd5f: I should probably change swizzles for EMIT_4UF_4F_RGBA
t1ger: nano: lol
nanonyme: t1ger: (Not that it really related much, it's MPAA we should be talking about)
osiris__: agd5f: what would be the correct order for BE? GRAB?
t1ger: nano: If I know how to send enc data -> api and get visuals I could hack it.
t1ger: nano: I could write an dummy driver in an virtual enviroment.
nanonyme: t1ger: It's an on-chip decryption.
nanonyme: Not a software one.
t1ger: nano: No shared memory ?
nanonyme: You'd have to reverse-engineer the whole card. :P
t1ger: nano: Maybe your right, I just read up on the windows DRM
agd5f: osiris__: I don't think there are any r3xx+ IGP cards available on BE machines. although I guess you could force sw tcl
t1ger: nano: AIK, you get raw kernel access you should be able to do fun stuff. (blue pill etc)
agd5f: or rather r3xx+ sw tcl cards
nanonyme: t1ger: Also why AMD is being cautious on what they reveal to developers. :)
nanonyme: (Or among the biggest reasons anyway)
t1ger: nano: That's why I fifure there newer be an implementation in linux.
t1ger: figure
t1ger: nano: Any linux driver would be reversed to oblivion.
t1ger: nano: In an perfect world RIAA should focus on making good movies and easy to use, and ATI should have an api like VDAPU
nanonyme: This is exactly why I asked agd5f whether the GEM/whatever is taking care of things could handle if you tried to push encrypted feed to the GPU.
osiris__: agd5f: so I shouldn't bother?
t1ger: nano: Good though, I se your point. There must be registers that could be triggerd.
ajax: there's no reason you couldn't add a new buffer object type for encrypted content streams
nanonyme: Right.
ajax: i recommend not caring, of course, but some people are willing to buy into the man's oppression schemes.
t1ger: nano: You idea was to hack an hack to use the drm schema to play an encrupted stream they way it should ? :)
nanonyme: t1ger: It's not my idea.
nanonyme: ajax: Well, since the only legal alternative means not watching the movies, I'd personally be interested in getting that feature. :)
agd5f: osiris__: It probably makes sense to handle it.
t1ger: nano: I don't know the hw logic, but vista DRM are quite picky and have some handshake etc that's pretty hard to emulate.
t1ger: nano: You mean you could bang the hardware without this ?
t1ger: nano: Key sharing between the disk and the drm woodo magic ? etc
nanonyme: If it requires key sharing, probably not going to happen.
nanonyme: AMD doesn't want their keys getting out in the open so the open projects shouldn't have the specifications required for getting the keys out.
yangman: content protection by theory needs to be end-to-end. none of it is allowed to leak, because compromise at any point makes the whole chain moot
yangman: conversely, once you break a single point, the whole thing is moot, and this has already been done
nanonyme: yangman: What if the actual content protection is done between the GPU and the video out?
nanonyme: And nothing gets decrypted before that phase.
yangman: what about?
t1ger: nano: AIK, you need key's from the disk <-> GPU.
nanonyme: t1ger: Afaik not with Blu-ray and HD video.
nanonyme: I read at one point that GPU's would show the content severely downscaled unless it passes the DRM check inside the GPU.
t1ger: nano: Well, the Vista DRM provides an "secure enviroment" that handshakes with the card
yangman: nanonyme: depends on at what point(s) the encryption happen
t1ger: yang: Well, they have some basic safeguards (new bd+ vm, sertificates etc)
nanonyme: yangman: I suppose only the future will tell what points it does happen considering the specs aren't public. :)
yangman: nanonyme: if the container itself is encrypted (which I think it is) then the GPU need to do all the non-gui things that a video player must be able to do, on its own, without driver backup
t1ger: I rather have ATI provide something like VDAPU, **** drm
yangman: anyways, like jaax said, I recommend not caring
nanonyme: Meh, maybe.
nanonyme: I guess I could just stop watching movies at home and go to a cinema.
t1ger: nano: Get cable. I run mythtv. It's greath.
t1ger: I have 8 HD channels.
t1ger: brb
nanonyme: t1ger: I don't live in the USA. :P
nanonyme: Besides imo, if you can watch it only once, could at least watch it on a big screen.
nanonyme: is not particularily thrilled about the idea of recording HD television feeds on hard disk
nanonyme: yangman: And yeah, I probably won't care. :) I'll toss it somewhere near the end of personal priority queue. ^^
yangman: the file encryption's already been broken. it just takes a bit of work to play it as a typical video file
nanonyme: Blah.
nanonyme: yangman: That's illegal here. :)
nanonyme: (Heck, even libdvdcss is illegal here)
raevol: nanonyme: where's here
nanonyme: Finland.
yangman: like I said, protection needs to be end-to-end. ain't happening with open source code that's also blessed
nanonyme: yangman: Yeah, that's why it'd be neat if userspace wouldn't have to touch the actual audio/video parts and menus would be unencrypted.
t1ger: back
nanonyme: (Dunno how fast-forward etc would work though)
yangman: afaik the container is the thing that's encrypted, not the stream themselves
yangman: a lot of the "protocol" is for each part involved to convince the others it won't leak anything
t1ger: yang: and handshakes, bitchecks, sanity check etc
yangman: t1ger: which is all "convince others it won't leak" ;)
nanonyme: Silly imo. If you put it as software, someone will break it, sooner or later.
t1ger: yang: bIts are always copy'ble :)
yangman: nanonyme: and it has been
t1ger: nano: You could work on Vista. They are many angles to get more useful info.
nanonyme: t1ger: I don't want to reverse-engineer anything, I want to be able to legally watch movies I buy. :D It's puzzling that's so much to ask. :)
t1ger: As said, ffmpeg dues are on it for an playable solution in sw.
t1ger: nano: Amen.
nanonyme: I mean, I seriously don't mind the encryption as long as it works out of the box.
yangman: nanonyme: your time might be better spent writing to your government representative to make it not illegal ;)
t1ger: nano: Amen
t1ger: From xbmc-linux " Just use the bastardly blob already."
t1ger: lol
nanonyme: yangman: It was in court. I'm not sure if there's been a decision from Supreme Court yet.
t1ger: F** if I know. ATI can burn in hell as far as I'm concerned.
nanonyme: Status quo is that it's illegal.
t1ger: Very helpful at #xbmc-linux haha
t1ger: Do the flgrlx work in 9.04 ?
t1ger: It dont.. Woho. So I'm in limbo.
nanonyme: t1ger: The open drivers don't work for you?
t1ger: nano: It rocks
chithead: ubuntu 9.04 comes with its own fglrx
t1ger: nano: But xbmc don't work
nanonyme: t1ger: Might want to try to find out why.
nanonyme: And yeah, what chithead said. They got a prerelease straight from AMD.
t1ger: nano: I had an chat with the people here, and it's most likely the app.
nanonyme: Right.
nanonyme: t1ger: Well, next to debug the app. ;)
t1ger: nano: and the xbmc dudes din't seems very helpful.
t1ger: nano: Well, no verbose mode :/
t1ger: svn compile also segfualt
t1ger: gdb din't realy give me any hints.
nanonyme: Did it give question marks?
t1ger: But it's all of topic. I stfu :)
nanonyme: If so, you need to install debugging symbol packages for program and all libraries it uses.
t1ger: Oh, I usualy ue basic and get an pinter to some library or like and take it from there.
t1ger: Did loads of debugging with mythtv
t1ger: qt libs etc.. argh
t1ger: but I see your point
nanonyme: Distros usually have -dbg packages for the debugging symbols that you also have to install if you want to be able to use gdb.
t1ger: I'll see if the ppa have -dbg packages
t1ger: Oh, it was the svn that segfualt, not the ppa
t1ger: the ppa version gave an x error
t1ger: sorry
nanonyme: t1ger: Which error?
t1ger: X Error of failed request: BadMatch (invalid parameter attributes)
t1ger: Major opcode of failed request: 1 (X_CreateWindow)
t1ger: X Error of failed request: BadMatch (invalid parameter attributes)
t1ger: Major opcode of failed request: 1 (X_CreateWindow)
t1ger: ups
glisse: agd5f: thanks i will apply it and push tomorrow
agd5f: glisse: I've got a bunch more patches as well now
agd5f: I'll post them when I get a chance
glisse: ok good i have few things i need to cleanup in local tree too
glisse: mostly about ttm caching
glisse: to fix perf regression from rawhide
agd5f: mostly pulling in more bug fixes from ddx
t1ger: agd5f: I did some gdb on my xbmc issue. Would an Xcreatewindow call be useful ?
glisse: osiris__: would be nice to get kernel log with debuging
glisse: at least the remaining part of the chip is working
glisse: btw do you use vga or dvi ?
glisse: anyway it's zzzZZZzzz time
agd5f: t1ger: probably, but my x11 proto-foo is weak.
TobiasTheCommie: [Twitter Error] Incorrect Twitter login / password
TobiasTheCommie: nice
TobiasTheCommie: ehm sorry
osiris__: glisse: unfortunately there's nothing interesting in log
t1ger: agd5f: http://pastebin.com/m134559e7
glisse: osiris__: vga ? dvi ?
osiris__: glisse: I use hdmi->dvi
glisse: hhhmmm i will see if i can grab a hdmi dvi adaptator to see if i have same issue here
airlied: glisse: with caching fix is it nearly same speed as rawhide?
glisse: airlied: little more than half
glisse: but now i am spending a lot of time in page clear alloc in the kernel
glisse: ttm tt allocation keep being call
airlied: ah you aslo don' have my page allocator
airlied: though I should clean that up to memset the pages I've just realised
t1ger: agd5f: Did you have a look, I got even more xorg woodo debug
agd5f: t1ger: sorry. not sure what's up with that
t1ger: agd5f: I'm getting close now. I'm getting good help from xorg and xbmc crew :)
glisse: airlied: just wondering if it wouldn
glisse: be better to avoid freeing tt object each time an object get migrated
glisse: but rather do this when there is memory pressure
airlied: well that what my allocator does
airlied: except on page level
airlied: doing it at object level sucks
atokhy1: Hello
atokhy1: My thinkpad T60's xorg video stopped working with the ati/fglrx/radeonhd/vesa drivers... but the framebuffer (uvesafb) is just fine
atokhy1: Whats even worse, is when X starts, the framebuffer blanks as well, and after a reboot, even the BIOS screen is blank. But a power cycle would fix this...
atokhy1: I'm lost... I see no PCI NMI's, no problems in Xorg.0.log
atokhy1: nothing...
agd5f: atokhy1: this just happen all of a sudden? did you update some component?
atokhy1: Yea... all of a sudden
atokhy1: I wish I could switch to embedded graphics... don't know if you can
atokhy1: Starting X will destroy my framebuffers, so I have to shutdown/reboot blindly
agd5f: atokhy1: do you have a second pc? can you ssh in?
atokhy1: yea I can log in to the TTY blindly
atokhy1: so I just ctrl+alt+f2
spstarr: airlied: ping
atokhy1: yea the kernel is fine
agd5f: if not reboot in single user mode and recover your logs before X starts
agd5f: atokhy1: pastebin your xorg log
atokhy1: In gentoo I can go into interactive mode, and start a single user mode shell
airlied: spstarr: ?
atokhy1: I need to go soon, but I'll pastebin
spstarr: airlied: corruption still, kwin WORKS, VT switching wedges on return to X
spstarr: airlied: X will not start with kms off also
spstarr: airlied: i have speckle corruption like before _ 's and window decorations are also showing corruption (inverted colours)
atokhy1: I bet my problem is still X... cause i have the latest Xorg, 1.5
atokhy1: (xorg-server)
atokhy1: X is always a problem :)
spstarr: airlied: right now im in KMS w/o XRender or Xcomposite modes with kwin, VT switching works
spstarr: er
spstarr: VT switching has corruption too?
spstarr: airlied: yeah, the ttys also show corruption, cannot type in them
osiris__: airlied: here's one patch against radeon-rewrite http://pastebin.com/mdc42746
Neo_The_User: wishes he knew more C
airlied: osiris__: great I never really understood what I was doing in that code :)
Neo_The_User: yay airlied your on. how are you?
Neo_The_User: i probably told you this already but im a huge fan!
osiris__: airlied: heh, I still don't understand a few things, and these templates are a nightmare to debug
airlied: spstarr: -ati in koji now should fix non-kms
spstarr: airlied: ok
spstarr: airlied: it's nice to see we're making progress
spstarr: airlied: kwin works
airlied: wierd it fails for me with GL compositeing :)
Neo_The_User: since when do things fail for the master?
airlied: its KDE my days are long enough running one desktop env :)
spstarr: airlied: it fails for you now(?)
spstarr: i had a window wobbling and moving transparent, I just could not VT switch or it will wedge
spstarr: airlied: the VT switching lock is a regression :(
spstarr: but right now VT switching seems broken for me altogether with KMS
airlied: yeah I think I messed up something there
spstarr: airlied: kwin might think it fails, but keep trying it will eventually turn it on
spstarr: clicking apply over at least twice and it will finally enable composite
spstarr: Zarin: please fix that :)
spstarr: ooh
spstarr: radeon: add support for new ttmradeon-rewrite
spstarr: non-kms + new DDX == works
spstarr: airlied: im in kwin composite and just VT switched with KMS off.. WORKS!
Neo_The_User: my KMS do you mean DKMS?
Neo_The_User: *by
spstarr: Kernel Mode Setting
Neo_The_User: ah
spstarr: airlied: hmm there is still some corruption with menus not showing contents hmm
spstarr: menus are garbled :)
spstarr: oh wait
spstarr: this is XRender
spstarr: airlied: hmm
spstarr: 2: [0xc78400]
spstarr: 3: /usr/lib/xorg/modules/extensions//libglx.so(__glXUnrefDrawable+0x49) [0x212b89]
spstarr: 4: /usr/lib/xorg/modules/extensions//libglx.so(__glXContextDestroy+0x3e) [0x20ec2e]
spstarr: 5: /usr/lib/xorg/modules/extensions//libglx.so [0x21c28e]
spstarr: 6: /usr/lib/xorg/modules/extensions//libglx.so(__glXFreeContext+0x89) [0x2112a9]
spstarr: 7: /usr/lib/xorg/modules/extensions//libglx.so [0x2112f7]
spstarr: 8: /usr/bin/Xorg(FreeClientResources+0xdf) [0x806dfbf]
spstarr: 9
spstarr: 414.759262] Xorg[3199]: segfault at 0 ip 0812e3e6 sp bf863928 error 4 in Xorg[8048000+1b8000]
Guest_06660: try pastebin
spstarr: i need debuginfo ...
Guest_06660: -__-
spstarr: gets
spstarr: hmm
spstarr: i cannot enable GL with kwin at all it aborts
spstarr: Failed to activate desktop effects using the given configuration options. Settings will be reverted to their previous values.
spstarr: Check your X configuration. You may also consider changing advanced options, especially changing the compositing type.
spstarr: kwin(5649) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "radeon" , version "20090101"
spstarr: kwin(5649) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled
spstarr: logs kwin bug
_chess_: hello - is there a maximum resolution for dual monitor (2560x1024) opengl/3d support using radeon driver for x300 to x1650 cards?
airlied: _chess_: for r300/r400s, r500s can do 3968 or so
_chess_: airlied: okay, thank you very much. reason I ask is that I am thinking of upgrading my ati card and would to somewhere between x300 to x1650 card and would like to ensure it will do opengl/3d on my dual monitor setup
_chess_: sounds like r500 may be the way to go
airlied: yeah x1650 or x19xx are pretty godo
_chess_: cool, thank you airlied. and thanks to devs for working on these free drivers. I really like using free drivers on my linux and *bsd boxes. cheers!
Zarin: " clicking apply over at least twice and it will finally enable composite" <-- How is that a KWin problem? We flush and sync during the self-check so it's not our problem.
spstarr: Zarin: with no xorg.conf it continues to abort
spstarr: Zarin: or kwin does not support DRI2
airlied: does kwin print anywhere why it fails or can I figure it ut?
airlied: if I click off the direct rendering/vsync it always fails for me
spstarr: nothing other than what I pasted above
spstarr: Zarin: is there DEBUG env i can set?
Zarin: KWin gives detailed messages if it fails to enable compositing. If it's a general message then not even KWin knows what went wrong
spstarr: here's what I see:
Zarin: spstarr, kdebugdialog, enable zone 1212
spstarr: checking
spstarr: 1212 is on
Zarin: The best way is to checkout KWin and just grep it
Zarin: Can't go wrong with that
spstarr: kwin(6832) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40"
spstarr: kwin(6832) KWin::CompositingPrefs::detect: glx version is 1 . 2
spstarr: kwin(6832) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "DRI R300 Project"
spstarr: kwin(6832) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "Mesa DRI R300 20090101 AGP 4x x86/MMX/SSE2 TCL"
spstarr: kwin(6832) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "1.4 Mesa 7.5-devel"
spstarr: it doesnt say it fails it just gives up
spstarr: ...
spstarr: kwin(6832) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "radeon" , version "20090101"
spstarr: kwin(6832) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled
spstarr: kwin(6832) KWin::Workspace::slotReconfigure: Workspace::slotReconfigure()
Zarin: "Compositing is turned off in options or disabled"
spstarr: rinse, repeat
Zarin: There's your problem
Zarin: Enable it
spstarr: ! its enabled by default in Xorg?
spstarr: i have no xorg.conf
spstarr: how are you checking if XComposite ext is enabled?
Zarin: That error appears when: " if( !options->useCompositing && getenv( "KWIN_COMPOSE") == NULL )
Zarin: fails
Zarin: So you have compositing disabled in system settings
spstarr: its set somewhere else now?
Zarin: System settings -> desktop
spstarr: i was just in the kwin effects dialog box
spstarr: yeah you can get to that by clicking a window decoration
spstarr: kwin(6832) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" <---
spstarr: doesnt this mean you know those extensions are there?
spstarr: Zarin: looks like there's a bug then :)
Zarin: Those are the extension versions
spstarr: well, the fact you're seeing versions should indicate there's an extension?
Zarin: Shape 1.1, Composite 0.4, etc
Zarin: Yes... it's NOT failing because the extensions are not there
Zarin: It's failing because YOU HAVE KWIN DESKTOP EFFECTS DISBALED
spstarr: I cannot enable it it turns it
spstarr: see:
spstarr: Failed to activate desktop effects using the given configuration options. Settings will be reverted to their previous values.
spstarr: Check your X configuration. You may also consider changing advanced options, especially changing the compositing type.
spstarr: which is lying because i turn it on in Configure desktop effects
spstarr: and it aborts.
Zarin: kwriteconfig --file kwinrc --group Compositing --key Enabled --type bool False
Zarin: kwin --replace
spstarr: fails
Zarin: What's the new error then
spstarr: kwin(6840) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled
spstarr: lemme kill my kwinrc* files altogether one moment
Zarin: KWIN_COMPOSE=1 kwin --replace
soreau: I have installed f11 beta and dri2 is working here on my radeon 9600 agp. If anyone needs anything tested spstarr just ping me ;)
spstarr: kwin(6885) KWin::Workspace::setupCompositing: No compositing
spstarr: soreau: kwin?
Zarin: KWIN_COMPOSE=O kwin --replace
spstarr: that did something
spstarr: but no composite
spstarr: kwin(6886): Compositing self-check failed, disabling compositing.
soreau: is more interested in making sure gnome+Compiz+3D apps are working ok
spstarr: kwin(6886) KWin::Workspace::setupCompositing: OpenGL compositing
spstarr: kwin(6886) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "79"
spstarr: kwin(6886) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "62"
spstarr: kwin(6886) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "7b"
Zarin: Disable functionality checks in system settings -> desktop -> advanced
spstarr: kwin(6886) KWin::SceneOpenGL::SceneOpenGL: DB: true , TFP: true , SHM: false , Direct: false
spstarr: kwin(6886) KWin::Workspace::setupCompositing: Refresh rate 60 Hz
soreau: spstarr: I was just on kde and the main menu stopped working. Click on the fedora icon and nothing
spstarr: er, you cant select that if you dont enable composite effects though
spstarr: failed
spstarr: kwin(6911) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "radeon" , version "20090101"
spstarr: kwin(6911) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled
terracon: kwin , yay!
soreau: spstarr: 'xdpyinfo | grep -i composite' says what?
soreau: does compiz work ok?
spstarr: 'Composite'
spstarr: Zarin: it fails still
spstarr: Zarin: cannot disable self-check because you have to enable composite effects initially
spstarr: soreau: compiz yes
Zarin_: What was the last thing I said?
soreau: Then it's totally kwin
Zarin_: With checks disabled?
Zarin_: kwriteconfig --file kwinrc --group Compositing --key DisableChecks --type bool True
soreau: Disable functionality checks in system settings -> desktop -> advanced
Zarin_: The last thing I received was er, you cant select that if you dont enable composite effects though
soreau: Zarin_: You only missed three relevant lines then
soreau: failed
soreau: kwin(6911) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "radeon" , version "20090101"
soreau: kwin(6911) KWin::Workspace::setupCompositing: Compositing is turned off in options or disabled
Zarin_: KWIN_COMPOSE=O kwin --replace
spstarr: let me try that again
spstarr: failed
soreau: I didn't test kwin composite while I was there
spstarr: kwin(6916): Compositing self-check failed, disabling compositing.
soreau: maybe tomorrow
Zarin_: kwriteconfig --file kwinrc --group Compositing --key DisableChecks --type bool True
soreau: spstarr: When you do updates, do you just use the package update manager or what?
spstarr: trying again
Zarin_: -_-
spstarr: failed
spstarr: kwin(6918): Compositing self-check failed, disabling compositing.
spstarr: even after i ran kwriteconfig --file kwinrc --group Compositing --key DisableChecks --type bool True
MostAwesomeDude: airlied: Is it worth my time to try to get r600 GEM+KMS up tonight, or is it already done/glisse will do it?
spstarr: Zarin: what else?
Zarin_: Err... wtf. Nobody added a way to disable the self-check...
soreau: lol
spstarr: rofl
spstarr: Zarin: ouch
Zarin_: spstarr, download KWin source and delete the selfcheck lines in SceneOpenGL::SceneOpenGL()
spstarr: i have trunk
airlied: MostAwesomeDude: KMS works, I think agd5f has some initial r600 CS code
spstarr: Zarin: maybe you can codify that while i test it with removal of that locally
MostAwesomeDude: airlied: Rock. Well, in that case, I guess I'll just try and track down more bonghits in r300 Gallium.
MostAwesomeDude: surface_fill and surface_copy are still not behaving correctly, and vert shaders aren't quite doing what they should.
airlied: MostAwesomeDude: yeah stick to r300 gallium until it can play openarena ;-P
spstarr: Zarin: is it just a bug in the deselection or there's just no way of turning that off altogether?
MostAwesomeDude: airlied: At this point I'd settle for glxgears. :3
Zarin_: spstarr, huh?
spstarr: Zarin: to turn off the self-check the checkbox dialog option isn't turning it off?
MostAwesomeDude: osiris__: Just realized I think I know why you got lockups with Gallium. I'll leave for home right now and commit a fix.
Zarin_: The code doesn't check that option when it should
spstarr: er you have two functions?
spstarr: also comment out selfCheckSetup() cals?
Zarin_: ... you don't need to touch those functions at all, just comment out the if(!selfcheck()) line in the constructor
spstarr: oh no just force it to true
Zarin_: The rest can remain
spstarr: yeah
spstarr: done compiling
spstarr: rsyncs changes
spstarr: testing
spstarr: Zarin_: should I log a bug for that?
spstarr: "Cannot turn off self-testing"
Zarin_: I guess
Zarin_: I'm too lazy to make the one-liner right now
Zarin_: Will most likely forget as well
Zarin_: Martin will do it if there is a bug report
Zarin_: :)
spstarr: will log in a moment once i try this
soreau: sets screensavers to random and hits the sack
spstarr: trying now
spstarr_home: fail
spstarr_home: airlied / Zarin_ : it goes black screen, cannot VT switch can only move cursor, trying kwin composite with KMS on this time
spstarr_home: have to do asysrq reboot
Zarin_: And that's why KWin was preventing you from doing it ;-)
spstarr_home: kwin fails on DRI2 i get corruption still
spstarr_home: Zarin: but if compiz works, something's wrong in kwin's detection init
spstarr_home: now in DRI2 + compiz
spstarr_home: tries a VT switch and expects to reboot
spstarr_home: oh
Zarin: How can the problem be in detection if you get a black screen
Zarin: Black means you have no textures
spstarr_home: Zarin: well,with KMS it just goes black and is basically dead, i can try compiz + non-KMS and see if it goes black also
spstarr_home: brb
spstarr_: ok, in non-kms trying compiz-gtk --replace
spstarr_: killing compiz
spstarr_: it went totally corrupt
spstarr_: airlied: busted badly with compiz and non-kms
spstarr_: kwin just goes black, compiz goes black with inability to see what windows are what.. im lucky i closed konsole
spstarr_: now i have to launch a WM
spstarr_: /exec is such a nice thing inside xchat
spstarr_: Zarin: the major issue then is KMS + DRI2 and kwin giving corrupt windows vs compiz and why one is different than the other
spstarr_: compiz had shrunk the windows to the top 1/3 of screen so i was able to still close windows (it was so garbled)
spstarr_: airlied: when's that T42 coming? :)
airlied: spstarr_: not sure am at home today.
spstarr_: ok
spstarr_: airlied: the eventual goal is to kill off non-KMS mode altogether?
airlied: its the receptionist at work that has it, so she has to get a replacement first
spstarr_: oh
airlied: spstarr_: yes for me anyways
spstarr_: well, i can almost use KMS now
spstarr_: but VT switching is busted, compiz worked, kwin XRender works only
spstarr_: at least i'll have one WM with eyecandy
spstarr: hmmm
l3iggs: so I showed you guys my problem about 24 hours ago (R580), is there any chance of it ever being fixed?
l3iggs: airlied can you comment on that?
airlied: l3iggs: I asked someone who has the same card to try and test it
airlied: he hasn't gotten back to me but I think his card worked quite recently
l3iggs: any response?
l3iggs: ok, i'll sit tight then
airlied: it does sound like a hw issue that the closed drivers know to workaround somehow
l3iggs: i'm thinking about replacing my hardware i guess, if fglrx does not support this anymore and radeon doesn't work for whatever reason
l3iggs: i'm kinda in a hole
agd5f: l3iggs: did turning off tiling help? Option "ColorTiling" "False"
l3iggs: i remember trying that once
l3iggs: i don't recall what other options i was using at the time
l3iggs: EXA or XXA, DRI on/off
l3iggs: when i tried it, it didn't help
agd5f: l3iggs: so the only thing that works is turning accel off?
l3iggs: yeah
l3iggs: well, the radeonhd driver works in mergedfb mode
l3iggs: vesa works as well
agd5f: l3iggs: shadowfb is sw
l3iggs: sorry
agd5f: l3iggs: you didn't happen to flash the bios by any chance?
l3iggs: yeah shadowfb
l3iggs: nope
l3iggs: maybe i should reflash it
agd5f: l3iggs: got a link to that bug again by any chance?
l3iggs: sure
l3iggs: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/342899
agd5f: l3iggs: can you send me a copy of your video bios?
l3iggs: i'd be happy to
l3iggs: i don't know how to get it though
l3iggs: can you tell me where i can find it?
agd5f: yeah
l3iggs: '/how to pull it off my card'
l3iggs: "/testing how to start a message with a /"