From: Soeren S. <mac...@nn...> - 2007-11-23 19:45:51
|
Good news everyone, Matthias Hopf has been working day and night and now pleases us with randr support in radeonhd :-)) What does work so far: On my mbp1,1 I can turn on and off external displays at runtime, via xrandr --auto . What does not work for *me* is switching resolutions, which is also why I am writing this email. As this could be a bug in the xserver I am using (I am with debian/sid xserver-xorg-core 2:1.4.1~git20071119-1) it would be great if someone who uses a different xserver-xorg version (say 1.3) could give current radeonhd git a go and test whether he can change resolutions on an external tft/monitor. Details how to setup and configure things can be found in the radeonhd wiki: http://wiki.x.org/wiki/radeonhd When replying please keep the CC to mh...@su... ... Soeren |
From: Scott L. P. <pr...@df...> - 2007-11-23 19:55:39
|
My Macbook Pro 2,2 running Ubuntu Gutsy has worked on and off on the radeonhd driver. Two days ago the sources worked fine for all basic functions. The sources as of this morning fail to get the native resolution (1440x900) out of the panel. Previous to yesterday when that happened it would just crash. Now it runs in 1280x1024 mode pushed into the top left corner of the display. I get a dead strip on the right side of the screen and then the top of the screen showing in a strip on the bottom in what would be dead space. Tomorrow it will probably work again. ;) I am not fluent enough with git to be able to back my version off to a working version. I haven't had time to dig into it. I have not tried randr yet. I will probably wait until the driver works on the basic level again for me. Scott =) Soeren Sonnenburg wrote: > Good news everyone, > > Matthias Hopf has been working day and night and now pleases us with > randr support in radeonhd :-)) > > What does work so far: On my mbp1,1 I can turn on and off external > displays at runtime, via xrandr --auto . > > What does not work for *me* is switching resolutions, which is also why > I am writing this email. As this could be a bug in the xserver I am > using (I am with debian/sid xserver-xorg-core 2:1.4.1~git20071119-1) it > would be great if someone who uses a different xserver-xorg version (say > 1.3) could give current radeonhd git a go and test whether he can change > resolutions on an external tft/monitor. > > Details how to setup and configure things can be found in the radeonhd > wiki: > > http://wiki.x.org/wiki/radeonhd > > When replying please keep the CC to mh...@su... ... > > Soeren > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Mactel-linux-users mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-users -- Electrical Engineering/Web Development/Power Limited Technician Hunt Utilities Group LLC http://www.hugllc.com Pine River, MN (218) 587-5001 Hopkins, MN (952) 935-2418 |
From: Soeren S. <mac...@nn...> - 2007-11-23 23:08:22
|
On Fri, 2007-11-23 at 13:55 -0600, Scott L. Price wrote: Hi Scott, of course if you try an updated version of the driver every few hours YMMV. > My Macbook Pro 2,2 running Ubuntu Gutsy has worked on and off on the > radeonhd driver. Two days ago the sources worked fine for all basic > functions. The sources as of this morning fail to get the native > resolution (1440x900) out of the panel. Previous to yesterday when that The reason for that is simple: randr was just merged to the driver and as could be expected not yet stable ... > happened it would just crash. Now it runs in 1280x1024 mode pushed into exactly then that crash was fixed... > the top left corner of the display. I get a dead strip on the right > side of the screen and then the top of the screen showing in a strip on > the bottom in what would be dead space. and then the wrong screen resolution / shifted screen problem. > Tomorrow it will probably work again. ;) I am not fluent enough with > git to be able to back my version off to a working version. I haven't > had time to dig into it. It does already now. And there is an option to disable randr, so it would have worked if you used that... > I have not tried randr yet. I will probably wait until the driver works > on the basic level again for me. Well then go ahead git pull ; make install :-) Soeren |
From: Scott L. P. <pr...@df...> - 2007-11-23 22:49:26
|
I haven't tested randr yet, but the rest works again. Thanks! Scott =) Matthias Hopf wrote: > On Nov 23, 07 13:55:25 -0600, Scott L. Price wrote: >> My Macbook Pro 2,2 running Ubuntu Gutsy has worked on and off on the >> radeonhd driver. Two days ago the sources worked fine for all basic >> functions. The sources as of this morning fail to get the native >> resolution (1440x900) out of the panel. Previous to yesterday when that >> happened it would just crash. Now it runs in 1280x1024 mode pushed into >> the top left corner of the display. I get a dead strip on the right >> side of the screen and then the top of the screen showing in a strip on >> the bottom in what would be dead space. > > I fixed some things today, so please recheck ;) > If it still fails, please set the Option "RRUseXF86Edid" and try again - > maybe it works that way. > > Either way, please tell me the outcome. > > Thanks > > Matthias, off for weekend now > -- Electrical Engineering/Web Development/Power Limited Technician Hunt Utilities Group LLC http://www.hugllc.com Pine River, MN (218) 587-5001 Hopkins, MN (952) 935-2418 |