No announcement yet.

X will not start with fglrx but will with vesa

  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by givemesugarr View Post
    so in the end the log wasn't generated because xorg wouldn't even be started. it seems that setting the agp aperture = to the one that fglrx detects doesn't work. i think that this a pretty nasty bug....
    these warnings are normal; the first ones are unused options, while the others are unsupported aiglx features. they get on anyone who uses aiglx.
    I'm posting the bug report now.


    • #17
      Originally posted by agentc0re View Post
      I wouldn't get anything. I would let it sit for about 10 min before i was forced to do a restart. Before that i was just starring at a blank screen.

      Im happy that it's working though, even if i don't get my full 1680x1050 resolution. I can already see an improvement within KDE.

      On a side note, I was wondering if you could shed some light on a few of the xorg.conf options you gave to me. or at least point me to the right man page where i can read about it.

      Section "Modes"
        Identifier "Modes[1]"
              UseModes     "Modes[0]"
              Option       "CalcAlgorithm" "XServerPool"
      My guess is that it auto finds all the modes you can display and chooses the most compatible?? If thats true then do i need my modes section in the Screen section?
      the modes section is used to define personal modelines and for specifying complete modelines. for example the following is a modeline:

      Modeline "1280x800"  83.46  1280 1344 1480 1680  800 801 804 828  -HSync +Vsync
      the modeline indicates everything about a screen mode: - first it sets the resolution
      - then there is the horizontal refresh rate (the following 4 numbers)
      - then the vertical one
      - in the end the type of refresh
      you could also specify non standard screen modes like 7:4 or any other stuff that passes by your mind with it.

      the screen section instead sets the possible modes for the various types of color bit.

      as for the calcalgorithm, for what i know, that option is used to tell xorg how to apply the modelines and shouldn't be read if you don't use them. more specifically, if you take a look into your xorg log you'll find that that option isn't used. for what i know it's not documented and behaves different if you specify different types of options (checkdesktopgeometry for example would always check for a display connected and use only the modes that apply to the geometry of the monitor or "UseFrameBufferTiming" is used when using fb devices). it should be deprecated now since everything is read from edid, but i have it there and it doesn't do any harm. also it should be useful, as the modes section if you want to connect the board to an external tv that isn't a new lcd or that transmits a wrong edid to the board.
      let's just say that a usual person who uses an lcd monitor won't need these options.
      well, if someone knows more about these options and wants to contribute is welcome to answer.