[Bugme-new] [Bug 16581] New: 2.6.35 regression bisected : System hang when starting X with VGA/DVI monitor connected.

bugzilla-daemon at bugzilla.kernel.org bugzilla-daemon at bugzilla.kernel.org
Fri Aug 13 07:19:10 PDT 2010


https://bugzilla.kernel.org/show_bug.cgi?id=16581

           Summary: 2.6.35 regression bisected : System hang when starting
                    X with VGA/DVI monitor connected.
           Product: Drivers
           Version: 2.5
    Kernel Version: 2.6.35
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
        AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
        ReportedBy: Roel.Teuwen at gmail.com
                CC: alexdeucher at gmail.com
        Regression: Yes


Created an attachment (id=27432)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=27432)
kernel .config file

After upgrading from 2.6.34 to 2.6.35.1 on my laptop, I'm seeing a hang and
blank screen when X is started if a VGA or DVI monitor is connected to the
docking station before boot. If I boot without the VGA or DVI monitor
connected, and hotplug them after X is started, all is fine. Interestingly,
there is no problem when both the VGA and DVI monitors are connected.
Console on radeondrmfb works all the time.

Attached you can find the kernel .config, dmesg with and without the panel
attached on boot and the Xorg log on success and failure.

I've bisected the problem to the following change :

ce8f53709bf440100cb9d31b1303291551cf517f is the first bad commit
commit ce8f53709bf440100cb9d31b1303291551cf517f
Author: Alex Deucher <alexdeucher at gmail.com>
Date:   Fri May 7 15:10:16 2010 -0400

    drm/radeon/kms/pm: rework power management

    - Separate dynpm and profile based power management methods.  You can
select the pm method
      by echoing the selected method ("dynpm" or "profile") to power_method in
sysfs.
    - Expose basic 4 profile in profile method
      "default" - default clocks
      "auto" - select between low and high based on ac/dc state
      "low" - DC, low power mode
      "high" - AC, performance mode
      The current base profile is "default", but it should switched to "auto"
once we've tested
      on more systems.  Switching the state is a matter of echoing the
requested profile to
      power_profile in sysfs.  The lowest power states are selected
automatically when dpms turns
      the monitors off in all states but default.
    - Remove dynamic fence-based reclocking for the moment.  We can revisit
this later once we
      have basic pm in.
    - Move pm init/fini to modesetting path.  pm is tightly coupled with
display state.  Make sure
      display side is initialized before pm.
    - Add pm suspend/resume functions to make sure pm state is properly
reinitialized on resume.
    - Remove dynpm module option.  It's now selectable via sysfs.

    Signed-off-by: Alex Deucher <alexdeucher at gmail.com>
    Signed-off-by: Dave Airlie <airlied at redhat.com>

:040000 040000 fa3acba12b9886453c2de619577ae633abfc97bc
faf940f2c2791f1382ed1abbfa54e22df7e1c936 M    drivers

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the Bugme-new mailing list