Actually, Xrandr 1.2 is supported by the free xorg-radeon-driver. But why doesn't it work? I could not find anything in the logs. If I try it without Xrandr I get this strange error that the Display Manager still thinks it is in 640x480 and the display is at 1280x1024 and the user did not set a change of e screen resolution.
CONFIGURE_X="True" XRANDR_DISABLE="True" X_MODE_0="1280x1024" >>>> leads to the problem with the DM XRANDR_MODE_0 = "1280x1024" or XRANDR_SIZE_0 = "1280x1024" >>>> no effect at all X still in 640x480 CONFIGURE_X="True" XRANDR_DISABLE="True" CONFIGURE_X_COMMAND="/usr/share/ltsp/configure-x.sh" X_MODE_0="1280x1024" >>>> gives me an error - probably something with the xorg-radeon-driver - >>>> whatever that is: google kept silent dmesg output: [ 277.872959] Xorg[6538]: segfault at 772f7481 ip 080b15f2 sp bf8949a0 error 4 in Xorg[8048000+19d000] [ 277.875673] [drm] Num pipes: 1 [ 291.861854] [drm] Setting GART location based on new memory map [ 291.863222] [drm] Loading RS690/RS740 Microcode [ 291.863249] [drm] Num pipes: 1 [ 291.863258] [drm] writeback test succeeded in 1 usecs CONFIGURE_X="True" >>>> no effect! through there should be written /var/run/ltsp-xorg.conf as far >>>> as I understand the scripts in /usr/share/ltsp/screen-session.d/ So I'm getting slowly but steadily annoyed by this problem. Maybe I'll try to use Xrandr manually. Any suggestions where to look further? Thanks. Peter 2009/5/13 Gideon Romm <l...@symbio-technologies.com>: > On Wed, 2009-05-13 at 17:48 +0200, Peter Stein wrote: >> Thanks, I am aware of that. I figured out how to use those scripts in >> /usr/share/ltsp/screen-session.d/, now that I knew what I was looking >> for. Now I got the login screen in the proper resolution. But yet >> there's another problem. No matter which session I choose: >> >> The display manager (gnome, kde, xfce etc) still is in a "640x480 >> mode". That is e.g. the menu bar is somewhere in the middle of the >> screen, though the screen itself shows the proper resolution. The menu >> bar can be placed at the correct position. But any new open window >> starts with max 640x480. >> > > If you forced a gconf setting, ie. you went to System > Preferences > > Screen Resolution and chose a specific resolution, then the display > manager will use that one rather than the maximum available. To go back > to maximum available, delete the user's ~/.gconf/desktop/gnome/screen/ > directory (or there may be a saner way - not sure). > >> We use LTSP with Jaunty and have Debian Etch Workstations. Is the >> argument passed to the Server you want to log in anyhow? But I don't >> think so. Any hint where to look? I think I'll adopt the new way, >> that's where future releases will go. Don't want to stick to the old >> method. >> >> By the way: >> I had to disable XRANDR in lts.conf. That was the reason. Maybe that >> should be set to default. The new lts.conf >> >> [client] >> CONFIGURE_X="True" >> XRANDR_DISABLE="True" >> X_MODE_0="1280x1024" >> > > If your driver supports Xrand1.2, you are encouraged to use > XRANDR_MODE_0 = "1280x1024" if not, try > XRANDR_SIZE_0 = "1280x1024" > > X_MODE_0 works by forcing the xorg.conf to only have that available > mode. If the mode you specify does not work for the monitor, X will not > load at all. > > XRANDR_MODE_0 works by requesting the Xserver to change to the mode you > specify. If it does not work, it defaults to a good mode. So, it is a > bit more graceful than X_MODE_0. > > With Xrandr, LTSP also supports multihead displays more easily, as > forcing refresh rates and dpi. Unfortunately, some drivers have lagged > in implementing Xrandr 1.2 and still only support the older version. > For these, you can use X_MODE_0 or XRANDR_SIZE_0. Indeed, if your > driver does not support Xrandr 1.2 AND you need to force a video mode, I > would suggest disabling XRANDR use with XRANDR_DISABLE="True" and > setting X_MODE_0 as you did above. > > -Gadi > > > > >> Hope there's a workaround for that. Or at least a bug that can be found. >> Peter >> >> >> 2009/5/13 Gideon Romm <l...@symbio-technologies.com>: >> > Also, please everyone keep in mind that the version of LTSP5 that you >> > are using and distribution matter. >> > >> > For example, in Ubuntu Intrepid's version of LTSP, I believe you had to >> > explicitly set the lts.conf parameter: CONFIGURE_X = True if you >> > wanted it to honor the XSERVER and X_MODE_0 parameters and not simply >> > run Xorg without a conf file. In Ubuntu Jaunty's version of LTSP, that >> > is no longer necessary (though, it shouldn't hurt anything if it is in >> > there). >> > >> > Also, if you are troubleshooting video issues, the best way is to have a >> > screen with a shell on it. For example, set: >> > >> > SCREEN_07=ldm >> > SCREEN_08=shell >> > >> > in lts.conf. Then, switch to screen 8 on the client with ctrl-alt-f8. >> > You should get to a prompt. From the prompt, you can examine the Xorg >> > log file, which usually describes what errors or problems there are with >> > the driver. If you want others to look at this log, upload it to the >> > server and paste it in pastebin.com or pastebot.ltsp.org and we can help >> > you debug in the #ltsp IRC channel (or you can ask the Xorg folks, as >> > well). You can upload it to the server from the client with scp. >> > >> > Also, please note that any syntax error in lts.conf will cause the >> > entire configuration file to not be read. Therefore, if lts.conf is not >> > producing the desired effect, it is important to test that the client is >> > actually receiving the configuration you think it is. One way to do >> > this is at the client shell screen, type: getltscfg -a >> > This will output all of the configuration variables for that client. If >> > this is different than what you expect, or if you get an error, check >> > for syntax errors in your lts.conf file. >> > >> > There are techniques for troubleshooting when a client doesn't "just >> > work". LTSP strives to use the various pieces of technology that it >> > cobbles together (Xorg, ssh, etc) in standard ways, so many issues that >> > arise can be troubleshooted in standard ways. >> > >> > -Gadi >> > >> > On Tue, 2009-05-12 at 22:53 -0700, Vagrant Cascadian wrote: >> >> On Tue, May 12, 2009 at 10:14:16PM -0400, David Hopkins wrote: >> >> > I have tried using both the old way as well using the lts.conf >> >> > variables and neither consistently always work. e.g. I can specify >> >> > 1024x768 for the resolution but it still comes back at 1280x1024 even >> >> > though 1024x768 is the preferred resolution of the monitors. >> >> > Similarly, specifying the Xserver doesn't always seem to work. In >> >> > fact, specifying the Xserver to be what is required (which is the same >> >> > as what is autodetected) causes the client to hang. My LTSP4.2 server >> >> > always sets the res at 1024x768 for this hardware and honors the >> >> > Xserver setting. I'll look at the screen session scripts but if there >> >> > is a simple way to just generate the xorg.conf file within the way >> >> > LTSP works, it would be quite nice, even if only available for >> >> > debugging X issues. >> >> >> >> if you if you specify CONFIGURE_X_COMMAND in lts.conf, then it will use >> >> that >> >> command instead of the built-in configuration scripts. note that it's a >> >> full >> >> path to the command, and doesn't take any arguments. then you can either >> >> generate /etc/X11/xorg.conf or /var/run/ltsp-xorg.conf, and it'll use >> >> that as >> >> the configuration file. >> >> >> >> though if you're really using the XSERVER and X_MODE_0 or XRANDR_MODE_0 >> >> settings and they're not working properly, i'd suggest filing bug reports >> >> in >> >> addition to working around the problem. X.org (and ltsp) developers are >> >> working >> >> hard at getting rid of xorg.conf, and they can only fix issues they know >> >> about >> >> and have sufficient information about. >> >> >> >> live well, >> >> vagrant >> >> >> >> ------------------------------------------------------------------------------ >> >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> >> production scanning environment may not be a perfect world - but thanks to >> >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK >> >> i700 >> >> Series Scanner you'll get full speed at 300 dpi even with all image >> >> processing features enabled. http://p.sf.net/sfu/kodak-com >> >> _____________________________________________________________________ >> >> Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: >> >> https://lists.sourceforge.net/lists/listinfo/ltsp-discuss >> >> For additional LTSP help, try #ltsp channel on irc.freenode.net >> > -- >> > -------------------------------------------------------- >> > Gideon Romm | Proud LTSP Developer >> > l...@symbio-technologies.com >> > >> > Support LTSP! Buy your hardware at: >> > >> > www.DisklessWorkstations.com >> > www.DisklessThinClients.com >> > >> > (use coupon code: LTSP5P for 5% off thin clients from >> > DisklessThinClients.com) >> > >> > >> > ------------------------------------------------------------------------------ >> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> > production scanning environment may not be a perfect world - but thanks to >> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK >> > i700 >> > Series Scanner you'll get full speed at 300 dpi even with all image >> > processing features enabled. http://p.sf.net/sfu/kodak-com >> > _____________________________________________________________________ >> > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: >> > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss >> > For additional LTSP help, try #ltsp channel on irc.freenode.net >> > >> >> ------------------------------------------------------------------------------ >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> production scanning environment may not be a perfect world - but thanks to >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >> Series Scanner you'll get full speed at 300 dpi even with all image >> processing features enabled. http://p.sf.net/sfu/kodak-com >> _____________________________________________________________________ >> Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: >> https://lists.sourceforge.net/lists/listinfo/ltsp-discuss >> For additional LTSP help, try #ltsp channel on irc.freenode.net > -- > -------------------------------------------------------- > Gideon Romm | Proud LTSP Developer > l...@symbio-technologies.com > > Support LTSP! Buy your hardware at: > > www.DisklessWorkstations.com > www.DisklessThinClients.com > > (use coupon code: LTSP5P for 5% off thin clients from DisklessThinClients.co ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net