VL completely ignores the xorg.conf

[fogpipe]

I startx and get a resolution of 1200x960.

Edits to the xorg.conf (default depth, resolution, monitor refresh rates, etc) are all completly ignored. A couple of tries with xrandr gave me screens full of flashing garbage. I have been using linux since redhat 5.0 and have never seen any distro where X completly ignored its config file. Just to make sure that it was the xorg.conf file and not one of the others being read i hid the fb and vesa xorgs in a created directory. Im shooting for 1024x768 at either 16 or 24 depth and a refresh of either 85 or 75. I have been trying out distros recently and thought VL looked perfect, but x just isnt working.

Any tips appreciated. 

[rm-r]

(Probably stating the obvious) >  1200x960 is  seldom applied LCD  wide-screen mode:
- odd rendering for probe,  suggestive of correct  driver not activated

 I have been using linux since ~

VL sensed you are  experienced user -  seeking  new challenges

What did lsmod/dmesg  & /var/log/ content reveal

Xorg server cannot ignore it's Cfg file - if it had, the desktop user  would be dumped back to login console
How is resolution after boot prompt

As aid to problem solving, Plse notify hardware, Gpu  model
Is the desktop (which one) usable  otherwise ?
 

  since redhat 5.0 and have never seen any distro

~ scripted to accomodate one_size_fits_all desktop platforms

Above are only  basics - preliminary step-stones 

Best wishes




 

 

[fogpipe]

(Probably stating the obvious) >  1200x960 is  seldom applied LCD  wide-screen mode:
- odd rendering for probe,  suggestive of correct  driver not activated

 I have been using linux since ~

VL sensed you are  experienced user -  seeking  new challenges

What did lsmod/dmesg  & /var/log/ content reveal

Xorg server cannot ignore it's Cfg file - if it had, the desktop user  would be dumped back to login console
How is resolution after boot prompt

As aid to problem solving, Plse notify hardware, Gpu  model
Is the desktop (which one) usable  otherwise ?
 

  since redhat 5.0 and have never seen any distro

~ scripted to accomodate one_size_fits_all desktop platforms

Above are only  basics - preliminary step-stones 

Best wishes




 

 

Im booting to runlevel 3 so im not sure that dmesg would show much since none of the gui stuff has been started. The Xorg log shows a couple of lines of (==) meaning automatically detected and im guessing thats where the problem is. The chip is the dreaded intel i82845g and the above happens both with and without the intel driver installed. Is it usable? compared to what? the bottom third of the screen cant be seen, that means nonfunctional to me.

~ scripted to accomodate one_size_fits_all desktop platforms

Oh come on man, dont pull that techno elite crap on me. If it works it works and if it doesnt its nothing. This is the first linux distro ive tried that had this problem and couldnt be fixed in any way.
I was using mandriva and it had a few too many doodads for me and would crash every couple of hours or so because of poor x support for the intel driver. I switched to vl light because it came with devel tools by default and used sources in its packaging and i thougt it would be a good platform to compile and install the intel driver and do some kernel experimentation, but i cant even get x to work on it

I suppose i could tail the xorg and syslogs when i start the server, if i see anything notable i may post again.

[rm-r]

Any tips appreciated. 

For starters, we do  not need a memory refreshener of  entire reply

Oh come on man, dont pull that techno elite crap on me. If it works it works and if it doesnt its nothing

Techno-crap  you might   reconsider >  the   suggestions were  BASIC  procedures:

(NTIM - the general impression of R/Hat,was only lately did it offer automated anything)

Basics >
Dmesg is boot Msg, of limited value ~ other than  showing WHAT  has been probed, located/activated

Anything can be fixed- IF/when relevant  problem-solving steps are employed

= Supply required missing data > No Xorg.0.errors.log file ?

>  You did not inform WHICH vector version:
(Default Kernel versions  w/kms  compiled in >  varied )

A quick VL search (window, top of forum page) should output recent Intel GPU  posts

SEE posted info Re Intel's latest Linux driver recommendations
 
 

[fogpipe]

Any tips appreciated. 

For starters, we do  not need a memory refreshener of  entire reply

Oh come on man, dont pull that techno elite crap on me. If it works it works and if it doesnt its nothing

Techno-crap  you might   reconsider >  the   suggestions were  BASIC  procedures:

(NTIM - the general impression of R/Hat,was only lately did it offer automated anything)

Basics >
Dmesg is boot Msg, of limited value ~ other than  showing WHAT  has been probed, located/activated

Anything can be fixed- IF/when relevant  problem-solving steps are employed

= Supply required missing data > No Xorg.0.errors.log file ?

>  You did not inform WHICH vector version:
(Default Kernel versions  w/kms  compiled in >  varied )

A quick VL search (window, top of forum page) should output recent Intel GPU  posts

SEE posted info Re Intel's latest Linux driver recommendations
 
 

Actually the techno elitist crap i was referring to was

~ scripted to accomodate one_size_fits_all desktop platforms

Anyway its VL light, the latest intel driver i could find that works with this xorg version is xf86-video-intel-2.7.0/.
You will need libdrm-2.4.6 to compile the driver.

Part of the problem is that the intel driver does a ddc probe for modelines and its apparently very limited in what it wants and seems to automatically select what ever has the highest refresh rate regardless of resolution.
For a while xrandr and xvidtune were reporting different refresh rates when i started x, but i found an xorg config where they both seem to agree on 1280x1024@85.
Its by no means zippy, but it appears to be stable. If anybody else is having trouble with these trash intel onboard video chips i will be happy to post my xorg.conf and render any assistance im able.

The only issue im having now is that applications dont want to maximize over the bottom 15% or so if the screen in fluxbox.

[Daniel]

Have you tried running vxconf as root in the terminal window?

[rm-r]

Re-evaluated, edited:

Before attempting to offer any further graphics suggestions, or comments ~ a re-examination to  what has transpired may be in order
 
The intro was a rant, no needed platform data/Cfg. or  error logs supplied, a  familiarity to CLI stated

Was a long-time user of R/Hat, capable of compiling sources,  disappointed w/outcome of  Vector's proffered probes etal

Took the stance he was being impuned as an elitist
Contrary to:

but i cant even get x to work on it

Upon questioning - NOW reveals he has  no troubles other than  desktop specific  API graphical interface

Persists in re-quoting entire just_ previous rely

The Intel URL containing  latest Intel data is directly below his post

Draw own conclusions_  what is the intent

[GrannyGeek]

The computer I'm writing this on has the dreaded  Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03). Getting it to work nearly drove me crazy. It is working now, though, and pretty well.

I'm using VL6 Light on this laptop and its resolution is 1024x768. Here are parts of my xorg.conf file. Maybe they'll help you.

Code:

Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option     "NoAccel"            <-----># [<bool>]
Option      "NoAccel"     "true"
#Option     "SWcursor"           <-----># [<bool>]
#Option     "ColorKey"           <-----># <i>
#Option     "CacheLines"         <-----># <i>
#Option     "Dac6Bit"            <-----># [<bool>]
#Option     "DRI"                <-----># [<bool>]
Option      "DRI"         "false"
#Option     "NoDDC"              <-----># [<bool>]
#Option     "ShowCache"          <-----># [<bool>]
#Option     "XvMCSurfaces"       <-----># <i>
#Option     "PageFlip"           <-----># [<bool>]
Identifier  "Card0"
Driver      "intel"
VendorName  "Intel Corporation"
BoardName   "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device"
BusID       "PCI:0:2:0"
EndSection

The two uncommented Option lines are very important. I also had to use the intel driver. Others that might seem more suitable did not work. Intel supposedly has a proprietary driver for this chip that you have to compile yourself, I think. I haven't given it a try because the present xorg.conf is working pretty well. glxgears scores are terrible, but that affects mainly gaming, which I don't do except for Frozen Bubble, which works fine.

If you try this and it works, let me know.

There are a few quirks even after you get it working. Sometimes the screen goes dark during startup. The hard drive continues to run, however. I found that if I just waited until disk activity stopped, I was actually at a login prompt although the screen is black. So when there is no disk activity, I write my login name, wait a few seconds, and type my password. Usually IceWM starts just as nicely as can be! If the screen remains black with no disk activity, I first try Control-Alt-Backspace to make sure X is closed down. That may get me back to a prompt. I then try to log in again and it usually works. If not, a reboot is necessary. I use runlevel 2.

The other occasional problem is that when I select Shut Down and want to close down the computer, the screen will go black though disk activity continues and the computer does shut down cleanly. It's not really a problem, just not the way it's supposed to work.

When I was searching the Web for a way to get X working, I found this problem referred to many times. So I wouldn't blame VL for it. Intel Brookdale can be nasty to work with.
--GrannyGeek

[fogpipe]

The computer I'm writing this on has the dreaded  Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03). Getting it to work nearly drove me crazy. It is working now, though, and pretty well.

I'm using VL6 Light on this laptop and its resolution is 1024x768. Here are parts of my xorg.conf file. Maybe they'll help you.

Code:

Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option     "NoAccel"            <-----># [<bool>]
Option      "NoAccel"     "true"
#Option     "SWcursor"           <-----># [<bool>]
#Option     "ColorKey"           <-----># <i>
#Option     "CacheLines"         <-----># <i>
#Option     "Dac6Bit"            <-----># [<bool>]
#Option     "DRI"                <-----># [<bool>]
Option      "DRI"         "false"
#Option     "NoDDC"              <-----># [<bool>]
#Option     "ShowCache"          <-----># [<bool>]
#Option     "XvMCSurfaces"       <-----># <i>
#Option     "PageFlip"           <-----># [<bool>]
Identifier  "Card0"
Driver      "intel"
VendorName  "Intel Corporation"
BoardName   "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device"
BusID       "PCI:0:2:0"
EndSection

The two uncommented Option lines are very important. I also had to use the intel driver. Others that might seem more suitable did not work. Intel supposedly has a proprietary driver for this chip that you have to compile yourself, I think. I haven't given it a try because the present xorg.conf is working pretty well. glxgears scores are terrible, but that affects mainly gaming, which I don't do except for Frozen Bubble, which works fine.

If you try this and it works, let me know.

There are a few quirks even after you get it working. Sometimes the screen goes dark during startup. The hard drive continues to run, however. I found that if I just waited until disk activity stopped, I was actually at a login prompt although the screen is black. So when there is no disk activity, I write my login name, wait a few seconds, and type my password. Usually IceWM starts just as nicely as can be! If the screen remains black with no disk activity, I first try Control-Alt-Backspace to make sure X is closed down. That may get me back to a prompt. I then try to log in again and it usually works. If not, a reboot is necessary. I use runlevel 2.

The other occasional problem is that when I select Shut Down and want to close down the computer, the screen will go black though disk activity continues and the computer does shut down cleanly. It's not really a problem, just not the way it's supposed to work.

When I was searching the Web for a way to get X working, I found this problem referred to many times. So I wouldn't blame VL for it. Intel Brookdale can be nasty to work with.
--GrannyGeek

Your right, i shouldnt blame VL i guess. Fullscreen glxgears for me runs at 35 frames per second    after the intel driver install. X is rock stable now no dark screens or problems of that kind. I still need xrandr to set the resolution, but run it from a script on user login.

If you want to try to install the intel driver, my experience with it was fairly painless. you will need to install libdrm-2.4.6 first and then xf86-video-intel-2.7.0 which is the latest version i could find that will work with the 1.4 xserver version included with VL Light. I have read of performance increases in the hundreds of percents with xserver 1.6 and above, so my next move is upgrading the xserver if possible. If you decide to install the intel driver pm me if you like, i may not see the post.

EDIT: btw im running it at 1280x1024 @75