Trouble with Slackware 13.0 Video (mostly resolved) YMMV
Douglas Mayne
updated Firefox, Gimp, qt library, etc. One nice thing is that a Firefox
3.5.x rendering bug that showed up when rendering certain web pages (and
was present on certain ATI and nVidia hardware), is now fixed under the
latest X. However, getting the latest X to run can be tricky; a lot of
users have reported "hangs" with apparent loss of keyboard control
(requiring an ALT-SysReq sequence to regain control). There have been
various fixes offered, including disabling hal. I was able to fix the
problem, but not without "trying hard." YMMV. It is unfortunate that
something added with the intent of simplifying configuration, ends up
making it much harder in the end. After a few tries, I fixed my system by
abandoning my upgrade from 12.2, and went to a clean install instead. In
the end, that worked, but still required a bit of tweaking. For whatever
reason, my old the monitor requires refresh and sync parameters which
must be present in xorg.conf. I was able to generate the file using the
new recommendation to setup X. As root, I ran
# X -configure
That was successful, and when complete it suggests to perform another
test using this command:
# X -config /root/xorg.conf.new
I added the necessary monitor parameters manually before running that
command, and that worked. From here I copied the file to /etc/X11/
xorg.conf. Now, all users can now run X with that file in place.
Here is a screenshot, showing the nice default XFCE environment:
http://www.xmission.com/~ddmayne/slackware/ss.2009-12-12.01.png
p.s. I probably should go back and find out how the upgrade from 12.2
failed- I saved it before moving on. In any case, it does work, but in
some cases you have to "kick" it.
--
Douglas Mayne
Aaron W. Hsu
>I was able to generate the file using the
>new recommendation to setup X. As root, I ran
># X -configure
Actually, my understanding of current recommended practice regarding X
is to first try running without an Xorg.conf file at all. This is a
change from old patterns. Basically, on most configurations I have seen
these days, X.org works fine and better without any xorg.conf file and
without any tweaking. If that fails, the above is a good first step to
tweaking things in an xorg.conf file; I don't believe it is generally
recommended to do this if things work without an xorg.conf file.
Aaron W. Hsu
--
A professor is one who talks in someone else's sleep.
Douglas Mayne
Your description is accurate, and how it is "supposed" to work. My main
point is that there are some new things to try when things don't work
"out of the box." For example, on this hardware when following the
recommendation of having no xorg.conf, the available screen modes are
restricted and top out at 800x600@60Hz, which is painful to look at
(YMMV). The trick is to force the creation of xorg.conf and add the
necessary parameters. Otherwise, the only choice looks like reverting to
12.2 because X is necessary for desktop users.
--
Douglas Mayne
Aaron W. Hsu
>(YMMV). The trick is to force the creation of xorg.conf and add the
>necessary parameters. Otherwise, the only choice looks like reverting to
>12.2 because X is necessary for desktop users.
Naturally, users should definitely edit an xorg.conf file and make it
suitable if going without an xorg.conf doesn't work. Actually, some
systems have a tendency to revert to Vesa graphics, which have really
small modes by default. In those cases it's definitely better to have an
xorg.conf file.
Aaron W. Hsu
jo...@wexfordpress.com
This is one of those "if it ain't broke don't fix it" situations.
IMO abolishing xorg.conf was neither necessary nor helpful.
To get the proper screen density etc. choices I recommend either
copying xorg.conf from your next previous install or copying
xorg.conf.vesa
to xorg.conf and making the necessary changes to modes etc. .
I have a monitor capable of screen modes of 1280 x 1024 and beyond. I
may never work
in that density, but the virtual screen is bigger if the denser mode
is available.
I also set my vertical and hoizontal sync ranges to match actual
monitor specs,
not some automated guesstimate.
John Culleton
Aaron W. Hsu
>On Dec 12, 6:43=A0pm, Aaron W. Hsu <arcf...@sacrideo.us> wrote:
>> Douglas Mayne <inva...@invalid.com> writes:
>> >(YMMV). The trick is to force the creation of xorg.conf and add the
>> >necessary parameters. Otherwise, the only choice looks like reverting to
>> >12.2 because X is necessary for desktop users.
>>
>> Naturally, users should definitely edit an xorg.conf file and make it
>> suitable if going without an xorg.conf doesn't work. Actually, some
>> systems have a tendency to revert to Vesa graphics, which have really
>> small modes by default. In those cases it's definitely better to have an
>> xorg.conf file.
>This is one of those "if it ain't broke don't fix it" situations.
>IMO abolishing xorg.conf was neither necessary nor helpful.
>To get the proper screen density etc. choices I recommend either
>copying xorg.conf from your next previous install or copying
>xorg.conf.vesa
>to xorg.conf and making the necessary changes to modes etc. .
I have had a few different machines since they started to do this, and I
can say that on those machines except maybe one, it has made things more
convenient and easier to set up, with all the appropriate modes and
resolutions just working without any configuration.
Eef Hartman
> I have a monitor capable of screen modes of 1280 x 1024 and beyond. I
I've got a monitor (Samsung), capable of 1920x1200 (and 1600x1200 if
you need 4 to 3 ratio, with 2 black bars at the sides) AND an NVidia
adaptor, capable of DOING those resolution.
But I do need an xorg.conf file (with "nvidia" driver specified) to
be able to do it, so I never tried it without the X config.
> I also set my vertical and hoizontal sync ranges to match actual
> monitor specs, not some automated guesstimate.
THAT mostly isn't needed anymore with the newer LCD displays, just
specifying 1920x1200 @ 60 Hz worked for me for this screen.
--
*******************************************************************
** Eef Hartman, Delft University of Technology, dept. SSC/ICT **
** e-mail: E.J.M....@tudelft.nl - phone: +31-15-278 82525 **
*******************************************************************
Grant
>jo...@wexfordpress.com <jo...@wexfordpress.com> wrote:
>> I have a monitor capable of screen modes of 1280 x 1024 and beyond. I
>
>I've got a monitor (Samsung), capable of 1920x1200 (and 1600x1200 if
>you need 4 to 3 ratio, with 2 black bars at the sides) AND an NVidia
>adaptor, capable of DOING those resolution.
>But I do need an xorg.conf file (with "nvidia" driver specified) to
>be able to do it, so I never tried it without the X config.
>
>> I also set my vertical and hoizontal sync ranges to match actual
>> monitor specs, not some automated guesstimate.
>
>THAT mostly isn't needed anymore with the newer LCD displays, just
>specifying 1920x1200 @ 60 Hz worked for me for this screen.
I think John is using CRT, not LCD. And some CRTs advertise insane,
unusable resolutions that must be defeated by manually editing the
X config.
Grant.
--
http://bugsplatter.id.au
Henrik Carlqvist
> some CRTs advertise insane, unusable resolutions that must be defeated
> by manually editing the X config.
Sometimes, also good monitors advertise no usable resolutions at all.
Those times include moments when:
A cheap VGA cable is used
A KVM switch is used and has some other computer connected to the monitor
at the moment of X startup.
No VGA or DVI cable is connected at the moment of X startup. (KVM
switching without a KVM switch)
IME those occasions make it worth to have the monitor specifications in
xorg.conf. At least for me the above occasions tend to happen a lot more
often than there is a change of monitor with new specifications.
regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc3(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost