-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ben,
On 19.01.2013 23:12, Ben Hutchings wrote:
Apologies for the late response. Does this bug still occur in
linux-image-3.2.0-4-amd64, version 3.2.35-2?
If so, does it also occur in linux-image-3.7-trunk-amd64, from the
experimental
Control: tag -1 moreinfo
On Sun, 2013-01-20 at 13:24 +0100, Roland Gruber wrote:
Hi Ben,
On 19.01.2013 23:12, Ben Hutchings wrote:
Apologies for the late response. Does this bug still occur in
linux-image-3.2.0-4-amd64, version 3.2.35-2?
If so, does it also occur in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ben,
On 20.01.2013 16:05, Ben Hutchings wrote:
OK, please file a bug report at https://bugs.freedesktop.org/
under product 'DRI', component 'DRM/Intel'. Let us know the bug
number or URL so we can track it.
bug number is 59628.
- --
Best
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=59628
Control: tag -1 - moreinfo
On Sun, 2013-01-20 at 16:46 +0100, Roland Gruber wrote:
Hi Ben,
On 20.01.2013 16:05, Ben Hutchings wrote:
OK, please file a bug report at https://bugs.freedesktop.org/
under product 'DRI',
Control: tag -1 moreinfo
On Sun, 2012-07-08 at 12:23 +0200, Roland Gruber wrote:
Package: src
Version: 3.2.20-1
Severity: important
Hi,
the screen turns to black at the beginning of the boot process.
I have to run setpci -s 00:02.0 F4.B=00 via ssh to see anything.
This is similar to
Package: src:linux
Version: 3.2.35-2
Followup-For: Bug #680737
I'm having the same issue with a Dell Vostro 1500 laptop; specs below.
Gedalya geda...@gedalya.net noted that his/her issue seemed to be related to
brightness and was simply a matter of the brightness being turned all of the
way
On Tue, Jan 8, 2013 at 11:28:16 -0600, Nathan Schulte wrote:
My issue, and I suspect the author's, is a modesetting issue. Sometimes I
don't experience this issue and I am dropped to a console as expected; most
other times I do experience the issue, and once udev loads my screen flickers
On Tue, Jan 8, 2013 at 13:28:12 -0600, Nathan Schulte wrote:
On Tue, Jan 8, 2013 at 12:39 PM, Julien Cristau jcris...@debian.org wrote:
Please post a dmesg without the video kernel param, and with drm.debug=6
instead.
As you wish!
Thanks. That seems to detect the SVIDEO as
On Tue, Jan 8, 2013 at 1:52 PM, Julien Cristau jcris...@debian.org wrote:
Thanks. That seems to detect the SVIDEO as consistently disconnected,
so I don't know why forcing it off makes a difference :/
Attached is the dmesg with drm.debug=6 and video=SVIDEO-1:d
It's interesting that the
found 680737 3.2.35-2
found 680737 3.7.1-1~experimental.2
quit
Nathan Schulte wrote:
I just want to note that this bug still exists in my version. I will test
newer kernels from experimental, but I suspect they will resolve this issue.
I tried with 3.7-trunk from experimental. It appears
Apologies for all of the messages; I should have waited and sent one
at a time. Oh well.
Interestingly: I hibernated the machine while booting with the
3.7-trunk kernel without any workarounds. Upon coming back from the
hibernate, the display/console are working as expected.
--
Nate
--
To
Package: src
Version: 3.2.21-3
Followup-For: Bug #680737
I think this is the same problem here.. using an HP dm4t-1200 laptop.
The backlight is set to zero brightness as soon as the kernel begins to load.
In my case I can set the brightness higher by simply using the appropriate fn
key
Package: src
Version: 3.2.20-1
Severity: important
Hi,
the screen turns to black at the beginning of the boot process.
I have to run setpci -s 00:02.0 F4.B=00 via ssh to see anything.
This is similar to bug 668274.
Booting with the 2.6 kernel does not show this problem.
Best regards
Roland
13 matches
Mail list logo