sonne: is there any news regarding all the problems on macbook pro's ?
sonne: or in other words what is necessary to see some fixes in this direction
glisse: sonne: we likely need to ping AMD i saw that they released a speciliazed version of their windows driver for macbook pro so some one know what's needed
sonne: glisse, it would be great to see things fixed .... is we == you and me or is it the suse people?
glisse: sonne: btw what is the problem already ?
sonne: glisse, I have weird colors after resume on external displays and DDC does not work for a number of TFTs
glisse: sonne: well we stand for the community at large :)
sonne: glisse, I guess I will just be ignored when asking such things...
glisse: sonne: otherwise things works properly for you ?
glisse: sonne: is it macbook pro rev1 or 2
glisse: i got one macbook pro rev2 handy but with the old firmware
sonne: glisse, I think so yes... I mean ddc, randr all works on some of the displays (after an extra resume)
sonne: but judging from the bugreports I guess more mbp people are affected besides me
libv: sonne: apple is special
sonne: libv, I now know...
libv: sonne: at one point about 2/3rds of the open bugs were apple only
sonne: nevertheless it would be nice to see them fixed
libv: i know, i would like to see the same :)
sonne: not sure how one could help ...
libv: we need to go and steal some macbooks from some desks here it seems
sonne: libv, go ahead :-)
sonne: it is just so annoying to know that in principle everything works but then to work using a low resolution on a 24" tft
markit: hi, I've removed nvidia board with nouveau driver, and installed ati 2400 pro instead, with debian sid radeonhd driver
markit: the problem is that I have a black screen :(
markit: anyone that can help watching at my xorg.log?
libv: markit: can you send it in with an explanation of the issue to our mailinglist?
libv: markit: please also run X with -logverbose 7 when you do so, this gives us extra debugging information
markit: libv I've no email client in this computer so far, is just been setup to access help from internet
markit: I've no (EE) in the log file
markit: btw, how can I run X with -logverbose? where should I put it?
libv: markit: just go down to the console, and run Xorg -logverbose 7
markit: ?can nouveau driver interfer some way^
libv: markit: this is sufficient for our purposes
libv: markit: could be, but i hope not
libv: markit: we should not be battling for resources
libv: markit: as our resources are well-defined
markit: do I have to run Xorg as root or as the normal user that logs?
marcheu: come on, you know the right fix is to go back to nouveau :)
markit: mmm tells that server is already active for display 0
markit: marcheu: why? I've radeonhd working fine in this laptop (but has a different card)
marcheu: because I write it so it must be better :)
markit: marcheu: really? you are the author of nouveau driver? my compliments indeed
markit: just prefer ati since is giving specs to the community
marcheu: haha I'm not alone luckily
markit: sure, I thought so
markit: mm if I kill Xorg process, it is automatically restarted
marcheu: more seriously, I don't see what nouveau does that would be an issue for an ati card
marcheu: we're not attaching to ATI devices or anything :)
libv: marcheu: well, who knows... since you're not using pciids...
marcheu: libv: ...
markit: marcheu: just because for radeonhd I'm using debian package, while for nouveau I'm doing a make install
marcheu: that's the most stupid thing I ever heard :)
marcheu: markit: shouldn't make a difference
markit: and me being not expert, is just a guess
libv: marcheu: i doubt it really is the most stupid thing you ever heard :)
libv: it might get close
markit: libv so I can't kill the Xorg, so I can't have more bug report
markit: libv are you interested in teh pastebin of Xorg.log anyway?
markit: maybe there is something simple and stupid that is broken
libv: markit: send it in to the mailinglist, we do not have the time to deal with this at this exact moment :(
libv: markit: if it is sent in to the mailinglist, we will get to it when we can
markit: ok, I'll have a look at the mailing list, thanks
markit: I've been able to stop X and run with the verbose flag
markit: in any case, seems that the resolution I want to use is not yet supported (1920x1200)
markit: I will have to wait
markit: I've xorg log + lspci -v output
markit: any other relevant info eeded, before I swithch back to nvidia card?
jq: libv: ping?
libv: hi jerome
libv: your mail is high up in my TODO queue, but i haven't been able to get to it yet :(
jq: libv: ok. just wanted to know.
jq: don't hesitate if you need any more input / commands / etc.
libv: jq: ok :)
soc: hi libv
soc: About MS's "Windows 7": An interesting feature that has been highlighted by Microsoft is the ability of the M1 (Milestone 1 of Windows 7) software to handle a heterogeneous graphics system consisting of multiple graphics cards from different vendors.
soc: is this something to worry about?
soc: or do you think this will get dropped like WinFS?
mjg59: soc: This has been possible in X since 2000 or so
mjg59: As long as you only want 2D
mjg59: There's ongoing work that will make this possible in an xrandr1.2 world
soc: ah ok
soc: for 3d?
mjg59: For both
soc: ah sounds cool
soc: although i heard some complaints about xrandr recently ...
soc: and code using it doesn't really look sane, too (sometimes)
soc: but i guess that will get fixed :-P
soc: but i guess ms will have fun with that ...
soc: imagine a game which uses an ati and a nvidia card, and people can clearly see the difference because of the different benchmark hacks :-)
libv: hi soc
libv: soc: i remember people at linuxtag 2006 who were running the flightgear demo... they were really using 3 different graphics cards from different vendors, and it seemed to somewhat work
marcheu: soc: why should the end user accept different resuls on different GPUs ? I wouldn't accept different brands of CPUs to return different results for computations
libv: one of the screens was lagging all the time, but it did end up producing a frame every few seconds :)
marcheu: soc: that's going to set standard error bounds for rendering, which is good
marcheu: soc: (I'm into parallel visualization so I have a personal interest here)
soc: yes, marcheu ...
soc: but for instance if the top is rendered by nvidia and the bottom it will be directly visible to a viewer if one company cheats ...
soc: like nvidias "pseudo-trilinear filtering" some tima ago :-)
marcheu: as I said, that's going to disappear
marcheu: FWIW ati does exactly the same
marcheu: they have a register called "JUICE" or something
marcheu: it sets the amount of bi/tri linear for the mipmapping
marcheu: exists on r100/r200 at least
Rys: Ah, good old "brilinear"
soc: ^^ :-)
soc: sounds good then...
SeveredCross: Hey guys, is there a roadmap for radeonhd anywhere?
xAFFE: hi folks
nooop: airlied, back to work?
airlied: nooop: if dealing with security bugs is work I must be :)
nooop: finding security bugs is my work.