Hi Fred, thanks for the information about xorg.conf... I was really wondering how comes xorg can work without .conf It's the first time in my 7-years-unix life that I see this.
Unfortunately your email came too late, after I had already spent some 2 hours configuring per hand xorg.conf... now it's done In any case I don't understand what is going on because 915resolution doesn't find out the mode: ----------------------------------------------------------------- 915resolution -l | grep 1280x768 ------------------------------------------------------------- yields nothing. The compiled c patch (see thread 855 chipset resolution) is not working either... Another "funny" thing is that suddenly today the CPU was very hot and the fans going crazy. I made a top and ---------------------------------------------------------------------------------------------------------------------------------- load averages: 1.26, 0.58, 0.25 15:23:41 46 processes: 1 running, 44 idle, 1 on processor CPU states: 57.4% user, 0.0% nice, 42.6% system, 0.0% interrupt, 0.0% idle Memory: Real: 99M/214M act/tot Free: 780M Swap: 0K/3584M used/tot PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 14336 root 64 0 624K 1748K run - 0:38 82.57% gdm-binary 2426 pau 2 0 6096K 14M sleep poll 0:01 1.03% gnome-terminal ---------------------------------------------------------------------------------------------------------------------------------- gdm is using 82.57% of the CPU?!??! I don't know what the problem is... I would like to believe that the problem is THIS laptop. I have never seen anything like that in the crashbox, an ibm 43... And in general everything is about 15% slower than with linux... I notice that even when deleting lines outside of X. Why is that? I haven't installed tons of things; just some 12 packages. Today I installed the gimp and it's crashing all the time ------------------------------------------------------------------------------------------------------------------------- (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (gimp:5968): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed zsh: 5968 segmentation fault gimp ---------------------------------------------------------------------------------------------------------------------------- (no, it doesn't have anything to do with zsh... it's the same with ksh) Another point: firefox (1.5.0.x) is _crashing_ very often... and I couldn't fix totally the anti-aliasing thing explained in the faqs Bouuuf... No, if you use o'bsd for a server you don't need the gimp, of course! But I want o'bsd for a desktop and I don't feel like chopping a region of a png file with vi, even if it'd possible in principle... all this is very frustrating... well, wireless is working... but that's a blobish thing... not so happy I think I'm going to drop it... and it's really VERY frustrating... I was starting to play with pf and it's just amazing Cheers, Pau
The Xorg X server doesn't need an xorg.conf to run - it probes, and try to work out the right answer on startup. An xorg.conf would be useful if the result server doesn't fulfill your requirements for some reason, ie your hardware is incorrectly setup, or you want to run an unusual set up. HTH Fred -- OpenBSD on the Zaurus C3200 http://www.crowsons.net/puters/zaurus.php
