Announcement

Collapse
No announcement yet.

RadeonHD dual screen issue with a Kohjinsha DZ

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

  • #11
    Got almost the same laptop, the onkyo dx which has a bit higher res screens, 1366x768 with a similar problem. the bottom screen (right in the expanded configuration) does not come on (no back-lighting).

    i'm running arch64 with the following relevant packages:
    stock kernel 2.6.32.7
    glproto-git 20100206-1
    libdrm-git 20100206-1
    xf86-video-vesa 2.2.1-1
    xorg-res-utils 1.0.3-3
    xorg-server 1.7.4.901-1
    xorg-server-utils 7.5-3
    xorg-utils 7.5-1
    xorg-xinit 1.2.0-1
    xf86-video-fbdev 0.4.1-2
    xf86-video-vesa 2.2.1-1
    xf86-video-ati-git 20100206-1

    i used the same xorg.conf with the following mods:
    1) radeon driver instead of radeon
    2) 2732x768 virtual screen size

    after running startx, the LVDS screen is fine (although glxgears indicates only about ~570 fps, that's a problem for another day). i then physically extend the screens and run xrandr:
    xrandr --output LVDS --auto --output DVI-0 --auto --right-of LVDS

    as far a x-server goes, it looks like everything is good, the desktop is extended, the mouse pointer moves properly off-screen, but the screen is not lit.

    the X.log can be found:
    http://pastebin.ca/1788157

    Any pointers, suggestions or other requests for other info is greatly appreciated!

    Comment


    • #12
      Originally posted by scruffidog View Post
      Got almost the same laptop, the onkyo dx which has a bit higher res screens, 1366x768 with a similar problem. the bottom screen (right in the expanded configuration) does not come on (no back-lighting).

      i'm running arch64 with the following relevant packages:
      stock kernel 2.6.32.7
      glproto-git 20100206-1
      libdrm-git 20100206-1
      xf86-video-vesa 2.2.1-1
      xorg-res-utils 1.0.3-3
      xorg-server 1.7.4.901-1
      xorg-server-utils 7.5-3
      xorg-utils 7.5-1
      xorg-xinit 1.2.0-1
      xf86-video-fbdev 0.4.1-2
      xf86-video-vesa 2.2.1-1
      xf86-video-ati-git 20100206-1

      i used the same xorg.conf with the following mods:
      1) radeon driver instead of radeon
      2) 2732x768 virtual screen size

      after running startx, the LVDS screen is fine (although glxgears indicates only about ~570 fps, that's a problem for another day). i then physically extend the screens and run xrandr:
      xrandr --output LVDS --auto --output DVI-0 --auto --right-of LVDS

      as far a x-server goes, it looks like everything is good, the desktop is extended, the mouse pointer moves properly off-screen, but the screen is not lit.

      the X.log can be found:
      http://pastebin.ca/1788157

      Any pointers, suggestions or other requests for other info is greatly appreciated!
      Did you tried the radeonhd driver?
      It wrote a page on the Gentoo wiki for the Kohjinsha DZ: http://en.gentoo-wiki.com/wiki/Kohjinsha_Dz, you might be interested.

      Comment


      • #13
        going to give the direct git repository a try later. I do believe the pkgs I'm using are rebuilt nightly from git already. The back-light is off and never turns on. However, running windoze7 turns on both panels.

        one thing I noticed in your X.log: you are not running KMS and the radeon module since I saw some verbiage about it in the log. Can you confirm this ?

        :/

        Comment


        • #14
          just recompiled from git and still no luck in enabling the DVI-0 screen back-light.

          do I have to wait for the next release of the fglrx ?

          i would be more than happy to do a dump of the vbios in exchange for some help.

          Comment


          • #15
            Are there separate acpi controls for each backlight?

            Comment


            • #16
              not sure...

              according to $(systool -b acpi -v)
              http://pastebin.ca/1795710
              the relevant section cut and pasted below:
              .....
              Device = "LNXVIDEO:00"
              Device path = "/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVI
              DEO:00"
              hid = "LNXVIDEO"
              modalias = "acpi:LNXVIDEO:"
              path = "\_SB_.PCI0.PB2_.VGA_"
              uevent = "MODALIAS=acpi:LNXVIDEO:"

              Device = "LNXVIDEO:01"
              Device path = "/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:46/LNXVI
              DEO:01"
              hid = "LNXVIDEO"
              modalias = "acpi:LNXVIDEO:"
              path = "\_SB_.PCI0.AGP_.VGA_"
              uevent = "DRIVER=video
              MODALIAS=acpi:LNXVIDEO:"
              .....

              however, a $(systool -c backlight -v) only shows:

              Class = "backlight"

              Class Device = "acpi_video0"
              Class Device path = "/sys/devices/virtual/backlight/acpi_video0"
              actual_brightness = "9"
              bl_power = "0"
              brightness = "0"
              max_brightness = "9"
              uevent =

              Device = "device:48"
              Device path = "/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:46/LNXVIDEO:01/device:48"
              hid = "device"
              modalias = "acpi:device:"
              path = "\_SB_.PCI0.AGP_.VGA_.LCD_"
              uevent = "MODALIAS=acpi:

              what I don't understand is that the O.P. seems to have both screens work fine. BUT i think he's using the 1.6.x xserver with git repository oss ati drivers while I'm using the latest 1.7.4.901 server. Of course I'm also on the latest 2.6.32.8 kernel as well, which I (maybe naively or wrongly) presume should exhibit the same behavior.

              now that I'm looking at the systool outputs, is it possible that udev is not handling the setup correctly if at all ?

              Thanks for the help.

              Comment


              • #17
                here are the contents of /proc/acpi/video/VGA1:

                /proc/acpi/video/VGA1/LCD/EDID
                /proc/acpi/video/VGA1/LCD/brightness
                /proc/acpi/video/VGA1/LCD/state
                /proc/acpi/video/VGA1/LCD/info
                /proc/acpi/video/VGA1/DVI/EDID
                /proc/acpi/video/VGA1/DVI/brightness
                /proc/acpi/video/VGA1/DVI/state
                /proc/acpi/video/VGA1/DVI/info
                /proc/acpi/video/VGA1/DOS
                /proc/acpi/video/VGA1/POST
                /proc/acpi/video/VGA1/POST_info
                /proc/acpi/video/VGA1/ROM
                /proc/acpi/video/VGA1/info

                I7m assuming my primary screen is LCD so the content of
                /proc/acpi/video/VGA1/LCD/brightness is:
                levels: 10 20 30 40 50 60 70 80 90 100
                current: 100

                but /proc/acpi/video/VGA1/DVI/brightness contains:
                <not supported>

                Is something not being loaded correctly is is there additional parameters I need ?

                Comment


                • #18
                  Originally posted by scruffidog View Post
                  I7m assuming my primary screen is LCD so the content of
                  /proc/acpi/video/VGA1/LCD/brightness is:
                  levels: 10 20 30 40 50 60 70 80 90 100
                  current: 100

                  but /proc/acpi/video/VGA1/DVI/brightness contains:
                  <not supported>

                  Is something not being loaded correctly is is there additional parameters I need ?
                  You probably need some system specific magic to adjust the birghtness on the second panel. It really depends how the oem wired it up.

                  Comment


                  • #19
                    sorry to keep harping on this since I'm not a programmer and I really like to fully use my hardware under an OS that is more flexible. is there anything that I can do on my end to track this down and come up with a resolution ?

                    Is there a better forum or venue for me to be asking to in ?

                    thanks in advance

                    Comment


                    • #20
                      Originally posted by scruffidog View Post
                      sorry to keep harping on this since I'm not a programmer and I really like to fully use my hardware under an OS that is more flexible. is there anything that I can do on my end to track this down and come up with a resolution ?

                      Is there a better forum or venue for me to be asking to in ?

                      thanks in advance
                      Ask you laptop manufacturer for details on how it works. You might also ask on the linux acpi mailing list.

                      Comment

                      Working...
                      X