Announcement

Collapse
No announcement yet.

A few questions about Open-Source ATI driver developement

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • A few questions about Open-Source ATI driver developement

    Hi, if anyone knows the answers to these questions I'd be really grateful:

    -are there any plans to fix TV-out support (only one res seems to work now)
    -will we ever see some sort of a control center for open ATI driver?
    -maybe it's just my hardware, but the open source driver seems to detect only half of the modes detected by the ATI closed driver (i.e. resolutions are detected fine, refresh rates not) and actually the situation was better in the past... is there any work being done in this area?

    Forgive me if the questions are silly or asked at a wrong place.

  • #2
    Originally posted by borsook View Post
    Hi, if anyone knows the answers to these questions I'd be really grateful:

    -are there any plans to fix TV-out support (only one res seems to work now)
    -will we ever see some sort of a control center for open ATI driver?
    -maybe it's just my hardware, but the open source driver seems to detect only half of the modes detected by the ATI closed driver (i.e. resolutions are detected fine, refresh rates not) and actually the situation was better in the past... is there any work being done in this area?

    Forgive me if the questions are silly or asked at a wrong place.
    1. I dont use it.
    2. Or please add in in the next xranr an option to save the settings. i have to do it manual ever start

    2. i agree on the open source driver i miss 1152x864 and for the most detected resolutions i have only 60Hz and the xserver ignore the custom modelines.

    Comment


    • #3
      grep EDID /var/log/Xorg.0.log

      If there is no output you should specify 3 things in your monitor section:

      1) HorizSync horizsync-range

      2) VertRefresh vertrefresh-range

      3) DisplaySize width height

      This optional entry gives the width and height, in millimetres,
      of the picture area of the monitor. If given this is used to
      calculate the horizontal and vertical pitch (DPI) of the screen.

      Comment


      • #4
        Originally posted by borsook View Post
        -are there any plans to fix TV-out support (only one res seems to work now)
        -will we ever see some sort of a control center for open ATI driver?
        -maybe it's just my hardware, but the open source driver seems to detect only half of the modes detected by the ATI closed driver (i.e. resolutions are detected fine, refresh rates not) and actually the situation was better in the past... is there any work being done in this area?
        Alex did some work on TV-out for newer chips based on the programming information we have been able to dig up so far, but it's not working properly yet. The hardware changed quite a bit over the last few generations so some chips are working better than others... right now I think 5xx is the worst IIRC. There will be more work done on this after we get the first round of 6xx/7xx 3D code working better.

        I don't think there are any plans to write a control panel specifically for our GPUs; the idea is that these functions are being written as part of the desktop suites and hooked into the drivers through RandR or other configuration mechanisms, giving a solution that works for all hardware not just ours.

        I wasn't aware of a different mode set being loaded; AFAIK all the drivers start with modes based on EDID info from your display, then optionally patch in additional modes. The open drivers running with user modesetting patch in a standard mode list from the X server, open drivers running KMS don't patch in anything today IIRC, and I guess the fglrx driver may patch in a different set of modes we accumulated over the years in the common modesetting code, although I had actually been under the impression that fglrx patched in the list from the x server just like the open drivers. I'll add this to the list of things to investigate as time permits.
        Test signature

        Comment


        • #5
          You can add custom modelines manually at run time with xrandr --newmode/--addmode or via your xorg.conf. See this page for more info:


          E.g.,
          xrandr --newmode "1152x864" 81.75 1152 1216 1336 1520 864 867 871 897 -hsync +vsync
          xrandr --addmode VGA-0 "1152x864"

          Comment


          • #6
            Originally posted by bridgman View Post
            Alex did some work on TV-out for newer chips based on the programming information we have been able to dig up so far, but it's not working properly yet. The hardware changed quite a bit over the last few generations so some chips are working better than others... right now I think 5xx is the worst IIRC. There will be more work done on this after we get the first round of 6xx/7xx 3D code working better.

            I don't think there are any plans to write a control panel specifically for our GPUs; the idea is that these functions are being written as part of the desktop suites and hooked into the drivers through RandR or other configuration mechanisms, giving a solution that works for all hardware not just ours.

            I wasn't aware of a different mode set being loaded; AFAIK all the drivers start with modes based on EDID info from your display, then optionally patch in additional modes. The open drivers running with user modesetting patch in a standard mode list from the X server, open drivers running KMS don't patch in anything today IIRC, and I guess the fglrx driver may patch in a different set of modes we accumulated over the years in the common modesetting code, although I had actually been under the impression that fglrx patched in the list from the x server just like the open drivers. I'll add this to the list of things to investigate as time permits.
            It is possible that the lack of refresh rates is a problem related to my monitor not the driver, although both under Windows and fglrx all the modes appear fine, so...

            Comment


            • #7
              Originally posted by borsook View Post
              It is possible that the lack of refresh rates is a problem related to my monitor not the driver, although both under Windows and fglrx all the modes appear fine, so...
              The open source monitor adds the modes from the edid, and in the case of CRT monitors, it adds the the default server modes that are applicable based on the sync ranges from the edid. Any other modes need to be user added. Adding additional default modes gets tricky as every user has an ideal set modes so it become an issue of which modes to add, and lots of LCD monitors are very picky about what mode timings and won't work with arbitrary modes.

              Comment


              • #8
                Originally posted by agd5f View Post
                You can add custom modelines manually at run time with xrandr --newmode/--addmode or via your xorg.conf. See this page for more info:


                E.g.,
                xrandr --newmode "1152x864" 81.75 1152 1216 1336 1520 864 867 871 897 -hsync +vsync
                xrandr --addmode VGA-0 "1152x864"
                Yes i know but he dont save this. for each start i have to do this. in the past i have make a little script that the xserver at each start launch. But i think this is not the best solution.

                Comment


                • #9
                  Originally posted by Nille View Post
                  Yes i know but he dont save this. for each start i have to do this. in the past i have make a little script that the xserver at each start launch. But i think this is not the best solution.
                  As I also said, you can add modelines to the monitor sections associated with each output to your xorg.conf as well. These will be added every time you start X assuming the monitor is connected. See this page for more info:

                  Comment

                  Working...
                  X