Closing this bug with Won't fix as this kernel / release is no longer supported.
Please feel free to open a new bug report if you're still experiencing this on
a newer release (Bionic 18.04.3 / Disco 19.04)
Thanks!
** Changed in: linux (Ubuntu)
Status: Incomplete => Won't Fix
** Changed
This is Ubuntu 11.04, with 2.6.38-11-generic on a Dell Latitude E6320
and I am still seeing this issue. My external monitor (DVI through a
docking station) stays off during reboot or resume, sometimes with the
login screen not visible so that I have to type in the password blindly.
After login, it
** Tags added: regression-release
** Tags removed: regression-potential
** Changed in: linux (Ubuntu)
Milestone: ubuntu-10.04 = lucid-updates
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/556253
@Martin
Does this issue still present itself in current, Lucid kernels ?
** Changed in: linux (Ubuntu)
Status: Triaged = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/556253
This issue is present on kernel 2.6.32-24, which, as you know, is used
by the LTS release.
I tested with a Dell Latitude E6410, as well as with an EEEPC. The
EEEPC worked fine, but the Latitide does not show any display. I was
able to install by using an alternate installer.
I attempted to use
** Changed in: linux (Ubuntu)
Assignee: Canonical Kernel Team (canonical-kernel-team) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/556253
Title:
[2.6.32-19 regression] Does not
With your kernel I get a correct resolution on DVI, but it seems that
LVDS is now entirely ignored. It stops appearing in Xorg.log and xrandr,
and in dmesg I get
[1.431388] [drm:intel_no_lvds_dmi_callback], Skipping LVDS
initialization for Dell Latitude
When I boot undocked, or undock while
** Attachment added: Xorg log with Manjo's kernel
http://launchpadlibrarian.net/52518055/Xorg.docked.manjo.txt
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because you are
@Manoj: The lid status is still ignored with your kernel.
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Can you please try the kernel in
http://people.canonical.com/~manjo/lp556253-lucid/
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Tags added: kernel-graphics
** Tags removed: kernel-power
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Tags added: kernel-power kernel-reviewed
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
It's possible that the Intel driver could use the same trick the Nouveau
module does. Nouveau also had lid-detect quirks, which they removed,
and now the driver reports LVDS as “unknown” if the lid is detected as
down. If there are no other outputs detected, the “unknown” status
causes nouveau
Bryce Harrington [2010-04-07 23:46 -]:
Martin, to isolate g-s-d, remove your monitors.xml file (in .config
somewhere). If that is not present, AFAIK g-s-d will not attempt to do
any changes to your system. If that makes the problem go away, then
this bug should focus on g-s-d.
It's
Alternatively, can you try booting with i915.fbpercrtc=1?
Again no perceivable difference. Unlike with the SVIDEO-1:d test, I also
opened and closed the lid, to check that lid detection and resolution
updates still work (they do). Thus this X.org log is slightly longer
than the SVIDEO one.
**
video=SVIDEO-1:d
No perceivable difference, DVI stays off and LVDS is on in non-native
1024x768 mode.
** Attachment added: Xorg log with video=SVIDEO-1:d
http://launchpadlibrarian.net/43426771/Xorg.log.SVIDEO-1%3Ad
--
[2.6.32-19 regression] Does not check lid status any more, external
** Summary changed:
- [2.6.32-19 regression] Does not check lid status any more, blank screen
+ [2.6.32-19 regression] Does not check lid status any more, external screen
powered off
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
As expected, booting with video=LVDS-1:d works, but with that I never
get back the LVDS, not even after opening the lid.
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
https://bugs.launchpad.net/bugs/556253
You received this bug notification because
@Martin:
This sounds like it could be partly gnome-settings-daemon misbehaving.
g-s-d performs the xrandr configuration for the gnome desktop. I've been
working on bug 484186 where g-s-d will fail to change the configuration
settings of a CRTC output. You may be seeing the same bug from the DVI
Just to complete the data collection and followup to the IRC discussion
with Andy:
* Same result with VGA instead of DVI
* When I force the resolution in xorg.conf, it works:
Section Screen
Identifier MyScreen
SubSection Display
Modes 1280x1024
Chase,
I tried the package, but no difference. The changelog speaks about
fixing the change resolution Fn key, which is an unrelated problem.
This one happens without any custom xrandr configuration.
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
@Martin:
That's too bad. g-s-d calculates its own configurations, and the fn-F7
handler sometimes gets called without the key actually being pressed
(i.e. when my laptop lid is opened and it resumes). I was hoping this
might be related to your issues. Oh well...
--
[2.6.32-19 regression] Does
Martin: The same issue you experience with video=LVDS-1:d was hitting a
significant amount of people who's lid status was broken because of a
crappy bios, so they could never get the LVDS working with KMS without
adding a quirk to the kernel and installing the new kernel.
Out of curiosity, can
Seems my concerns about this were justified -
https://lists.ubuntu.com/archives/kernel-team/2010-March/009613.html
The upstream change feels like one of those that makes sense in theory
but doesn't take all hardware configurations into account.
Martin, to isolate g-s-d, remove your monitors.xml
Can you explain in further detail how you think the kernel logic that
handled this previously could be moved to the xserver?
** Changed in: xorg-server (Ubuntu)
Status: Confirmed = Incomplete
--
[2.6.32-19 regression] Does not check lid status any more, external screen
powered off
25 matches
Mail list logo
