|Summary:||[GM45] Two blank rectangles more than 10 cm long when booting|
|Product:||Drivers||Reporter:||Eric Valette (eric.valette)|
|Component:||Video(DRI - Intel)||Assignee:||intel-gfx-bugs (intel-gfx-bugs)|
|Severity:||normal||CC:||airlied, alan, chris, daniel, florian, intel-gfx-bugs, jbarnes, maciej.rutecki, rjw|
|Bug Depends on:|
photo shot of the problem
having a try at the maxpwm is zero
Kernel config for 3.4.0 kernel
dmesg with drm.debug=0xe set on boot line
Description Eric Valette 2010-08-26 17:24:11 UTC
As I have problem with the Intel driver since 2.6.35 that leads to lookup and inability to suspend, I decide to give 2.6.32-rc2-git4 a shoot as it may fixes some of the pb. I have not done enough suspend resume cycle to say it is better on this side, nor played enough video to say hardware decoding works but I'm sure boot screen display is garbled. NB: once booted it works in X so far 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:19.0 Ethernet controller: Intel Corporation 82567LF Gigabit Network Connection (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03) 00:1f.2 RAID bus controller: Intel Corporation Mobile 82801 SATA RAID Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9600M GT] (rev a1) 04:00.0 Network controller: Intel Corporation WiFi Link 5100 05:04.0 FireWire (IEEE 1394): Agere Systems FW322/323 (rev 70)
Comment 1 Chris Wilson 2010-09-08 08:18:09 UTC
Odd, can you grab a snapshot of the display whilst booting? The suspend regression I guess [from other reports] is due to the introduction of HAS_BSD(),does s2ram work if you #define HAS_BSD(dev) 0.
Comment 2 Eric Valette 2010-09-08 08:51:36 UTC
I personally consider the suspend regression is fixed in this snapshot. I will try to shoot the problem via a camera. NB: while unpleasant while booting, this as no consequences on the functional behavior afterwards. I reported it, because, such things could mean wrong access to hardware bits that could have much more impact on other situation. I also can wait, as as far as I see there is a batch of the Intel drm tree queued for past rc3 and report if its not fixed once merged mainline. What do you prefer?
Comment 3 Eric Valette 2010-09-08 19:19:18 UTC
Created attachment 29362 [details] photo shot of the problem
Comment 4 Eric Valette 2010-09-08 19:20:33 UTC
Note that this is now with 2.6.36-rc3-git1 as I saw some intel video patch went in.
Comment 5 Eric Valette 2010-09-25 21:20:39 UTC
2.6.36-rc5-git5 is still affected.
Comment 6 Rafael J. Wysocki 2010-09-27 19:42:59 UTC
On Monday, September 27, 2010, Eric Valette wrote: > On 26/09/2010 22:04, Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a summary report > > of recent regressions. > > > > The following bug entry is on the current list of known regressions > > from 2.6.35. Please verify if it still should be listed and let the > tracking team > > know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17121 > > Subject : Two blank rectangles more than 10 cm long when > booting > > Submitter : Eric Valette<email@example.com> > > Date : 2010-08-26 17:24 (32 days old) > > > > > > Still present on 2.6.36-rc5-git7.
Comment 7 Eric Valette 2010-10-10 19:01:55 UTC
Still present in 2.6.36-rc7-git2. BTW sometimes the whole switch to kernel framebuffer fails (screen goes somewhat very dark gray) and X does not restore the video. I suspect Linux is still running because if I blindly do <ctlr>-<alt>-<F1> and hit the power button twice it does shutdown
Comment 8 Eric Valette 2010-11-19 22:30:02 UTC
Bug still there at 2.6.36. Frequency of screen staying black instead of displaying rectangle seems to have increased.
Comment 9 Eric Valette 2010-12-04 11:26:19 UTC
Bug still in 184.108.40.206 and 2.6.37-rc4-git4 Side note, as I saw new regressions on 2.6.37 I wonder when the Intel driver is going to stabilise. In addition with Mesa being in complete transformation for Intel, life is a bit chaotic for Intel users. --eric
Comment 10 Dave Airlie 2010-12-05 20:47:15 UTC
have you got CONFIG_FRAMEBUFFER_CONSOLE?
Comment 11 Eric Valette 2010-12-05 20:52:16 UTC
Of course and the picture attached do show the penguins...
Comment 12 Eric Valette 2010-12-19 14:09:37 UTC
still there with 2.6.37-rc6
Comment 13 Eric Valette 2011-01-01 17:15:15 UTC
Still there at 2.6.37-rc7-git2. No way to try rc8 before monday.
Comment 14 Eric Valette 2011-01-01 20:25:02 UTC
still present in rc8-git1.Extracted from dmesg. i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 i915 0000:00:02.0: irq 40 for MSI/MSI-X [drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem vgaarb: transferring owner from PCI:0000:00:02.0 to PCI:0000:01:00.0 [drm:intel_panel_get_max_backlight] *ERROR* fixme: max PWM is zero. [drm:intel_panel_get_max_backlight] *ERROR* fixme: max PWM is zero. [drm:intel_panel_get_max_backlight] *ERROR* fixme: max PWM is zero. [drm:intel_panel_get_max_backlight] *ERROR* fixme: max PWM is zero. Console: switching to colour frame buffer device 240x67 fb0: inteldrmfb frame buffer device drm: registered panic notifier [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness acpi device:03: registered as cooling_device2 input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/device:01/LNXVIDEO:00/input/input4 ACPI: Video Device [PEGP] (multi-head: yes rom: yes post: no) acpi device:06: registered as cooling_device3 input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:01/input/input5 ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
Comment 15 Florian Mickler 2011-03-29 21:54:57 UTC
Still a problem in 2.6.38.y?
Comment 16 Eric Valette 2011-03-30 08:26:23 UTC
Comment 17 Florian Mickler 2011-06-11 17:39:56 UTC
Created attachment 61622 [details] having a try at the maxpwm is zero Hi, I don't know about the rectangles, but from a a look at the 'max pwm is zero' message, it seems there is something weird in i915_read_blc_pwm_ctl .. Can you test if the attached patch fixes the 'max pwm is zero' messages for you? Regards, Flo
Comment 18 Eric Valette 2011-06-11 20:45:17 UTC
Applied the diff manually. i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 i915 0000:00:02.0: irq 43 for MSI/MSI-X [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem vgaarb: transferring owner from PCI:0000:00:02.0 to PCI:0000:01:00.0 fixme: max PWM is zero. fbcon: inteldrmfb (fb0) is primary device Console: switching to colour frame buffer device 240x67 fb0: inteldrmfb frame buffer device drm: registered panic notifier [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness Does not fix the rectangle either but for sure the code lokks strange and its probably a typo Thanks for proposing something. I wonder if it will be fixed one day. I do not care about rectangle but sometimes it hangs there especially on reboot.
Comment 19 Eric Valette 2011-06-11 20:46:05 UTC
Forgot to say: still exist on 220.127.116.11
Comment 20 Florian Mickler 2011-06-12 17:36:31 UTC
How behave the rectangles over time? Do they scroll away or vanish somehow, vary in shape/color or position? Also can you attach the output of acpidump ?
Comment 22 Eric Valette 2011-06-12 18:06:49 UTC
> How behave the rectangles over time? Do they scroll away or vanish somehow, Yes. I have the two pingwins and the two rectangles like on attached screenshot. Then text of boot appears (or not depending on grub quiete option) and when the screen is full they vanish. > vary in shape/color or position? No. > Also can you attach the output of acpidump ? done. Note that his laptop has two graphic cards but I'm using only Intel one and not nvidia one in this config.
Comment 23 Florian Mickler 2011-06-12 20:21:07 UTC
Hmm... there is only one device entry with a _DSM Method in there (GFX0). The GUID of that _DSM method matches the one in the noveau driver. That is why the intel driver does not find the backlight stuff. Can you attach your dmesg and .config too?
Comment 26 Eric Valette 2011-06-12 20:28:12 UTC
On the other hand backlight works in X11...
Comment 27 Florian Mickler 2011-06-12 21:59:12 UTC
Just to verify, this is the same .config as before and the problem persists? (having the whole dmesg is quite a treat.. should have asked for it from the beginning... now it also makes sense, that the backlight is working and so on, because the nouveau driver is loading and parsing his _DSM entry... also vgaarbiter and the switcheroo doing it's thing). I think this is down to the i915 developers to fix. I can't see anything obvious wrong... One last thing to check: Can you add drm.debug=6 to the kernel cmdline and attach the resulting dmesg? Maybe in there we find some obvious wrongness... Also I'm wondering what could be the reason for the rectangles. in comment #22, can you describe what you mean with "when the screen is full they vanish."? Do you mean that they get "scrolled" off, or stay they fixed until at some point X takes over? (i.e. are they independent of the text scrolling by?) It looks to me on your photo, that somehow the dimensions of the fb-console are not how they should be. Maybe it's an issue with the gpu scanning out too big a memory region. Over here the framebuffer-console utilizes the whole screen width...
Comment 28 Florian Mickler 2011-06-12 22:09:22 UTC
Oh, and one last thing: if you don't compile nouveau, what happens?
Comment 29 Eric Valette 2011-06-13 09:21:17 UTC
they get "scrolled" off. Nouveau doesn't change anything. The problem appeared without nouveau being compiled in. I wanted to test vga switchero to see if I can dynamically activate the nvidia board but it doesn't work. There is a separate bug on this. I just was too lasy to remove it.
Comment 30 Eric Valette 2012-02-17 09:29:03 UTC
I cannot even cold boot now with 3.2.6. See bug 42790
Comment 31 Jesse Barnes 2012-04-18 20:07:42 UTC
What's the latest on this one? Is the issue still the white rects?
Comment 32 Eric Valette 2012-04-19 09:16:48 UTC
Still there with 3.3.2. Disabled the nvidia card to save power so I'm sure its the Intel driver that males the white rectangle drawing.
Comment 33 Jesse Barnes 2012-05-21 17:56:09 UTC
Hoping Chris's "remove early plane enable" gets rid of this. Testing now. If not, I'll track it down as I'm seeing this on another platform now too and think you're right it indicates a programming error that could potentially cause other trouble, or at least indicate we don't understand something.
Comment 34 Jesse Barnes 2012-05-21 18:36:25 UTC
Hm I don't see this anymore with or without Chris's patch... I'll test on the other platform before closing though...
Comment 35 Eric Valette 2012-05-21 21:01:59 UTC
I opened the bug saw closing before I confirm it fixes my case is a bit rough... As it is a single line fix, I will backport it.
Comment 36 Eric Valette 2012-05-21 21:20:45 UTC
Tested the fix. The white rectangle is still there
Comment 37 Jesse Barnes 2012-05-21 21:38:29 UTC
I don't see it with Daniel's drm-intel-next-queued branch, with or without Chris's patch. Can you try that branch?
Comment 38 Eric Valette 2012-05-21 21:46:06 UTC
I'm afraid not. I do not want to try untested code for drivers on my main laptop. Given the time the bug is open (one year and a half), I can wait two more month until it becomes mainstream ;-) If you know precisely the change that may fix it, then I can try that patch.
Comment 39 Jesse Barnes 2012-05-21 23:23:41 UTC
I just checked out 3.2.0 and didn't see the issue there either, so my test setup must be failing somehow. I'll try your .config and make sure the early boot display stuff is turned off here...
Comment 40 Eric Valette 2012-05-22 07:07:57 UTC
The .config there is a bit outdated. Will post a 3.3.6/7 one once I return home. I now load the intel driver as a module from user space and still have the rectangle. SO its not an early init problem.
Comment 41 Eric Valette 2012-05-22 18:16:21 UTC
Tested 3.4.0. Idem. Attached config.gz
Comment 42 Eric Valette 2012-05-22 18:18:22 UTC
Created attachment 73355 [details] Kernel config for 3.4.0 kernel Kernel config for 3.4.0 kernel.
Comment 43 Daniel Vetter 2012-09-17 15:20:25 UTC
Jesse thinks that the modeset rework might have fixed this. Can you please retest with the latest drm-intel-next-queued git branch from http://cgit.freedesktop.org/~danvet/drm-intel
Comment 44 Eric Valette 2012-09-17 15:23:09 UTC
I won't do that before its in an official release. Its my personal laptop and I do not want to mess video display too much. Does it mean 3.6.0?
Comment 45 Daniel Vetter 2012-09-17 15:39:21 UTC
On Mon, Sep 17, 2012 at 5:23 PM, <firstname.lastname@example.org> wrote: > --- Comment #44 from Eric Valette <email@example.com> 2012-09-17 15:23:09 > --- > I won't do that before its in an official release. Its my personal laptop and > I > do not want to mess video display too much. Does it mean 3.6.0? It means 3.7. But I run that crap on all my machines, and it works (it's base on a recent 3.6.0 release + drm/i915 patches), so shouldn't be too harmful.
Comment 46 Eric Valette 2012-09-17 21:39:16 UTC
Well, the bug being 2 years old, I can wait around 3 more months for 3.7. Then, this laptop model is quite bizarre as nobody yet managed to make the nvidia card work without selecting it explicitly via BIOS setting. bbswitch, vgaswitchero all failed. So its not because it works on other machines that mine will work flawlessly. Bbswitch manage to put the card on or off (power consumption tells me) but does not correctly transfers the input/output control via ACPI method. Anyway thanks for the hint. I still have hope that it will be fiwed.
Comment 47 Eric Valette 2012-11-05 17:35:54 UTC
My hope is gone. Tried 3.7-rc4. Got a black screen without anything on it. power button enabled a clean reboot. Next reboot I has the white rectangle.
Comment 48 Jani Nikula 2013-02-13 09:52:32 UTC
Eric, care to revisit an old bug? What kernel are you running now? Does the problem persist? (In reply to comment #40) > I now load the intel driver as a module from user space and still have the > rectangle. SO its not an early init problem. Just to confirm, so the rectangle is *not* there until you load i915?
Comment 49 Eric Valette 2013-02-13 09:57:40 UTC
I'm running 3.7.7. And yes it appears when loading the modules. No balnk screen while still in old ascii mode.
Comment 50 Jani Nikula 2013-02-13 10:50:36 UTC
(In reply to comment #49) > I'm running 3.7.7. And yes it appears when loading the modules. No balnk > screen > while still in old ascii mode. Dunno what we can make of it, but please provide the full dmesg from boot with drm.debug=0xe module parameter, and your current kernel config.
Comment 51 Eric Valette 2013-02-13 15:28:44 UTC
Note that I did already provide thsi for older kernel for no result. Anyway I must go home before...
Comment 52 Jani Nikula 2013-02-13 15:48:32 UTC
(In reply to comment #51) > Note that I did already provide thsi for older kernel for no result. Anyway I > must go home before... I'm aware of that; it's just that there's much more debugging info available in the dmesg now than in the past. And also new sets of eyeballs.
Comment 55 Eric Valette 2013-02-13 22:01:09 UTC
drm.debug=0xe produce and error when loading modules. I have this in /etc/modprobe.d/i915-kms.conf options i915 modeset=1 adding "drm.debug=0xe" to this line prevents to load the modules.
Comment 56 Daniel Vetter 2013-02-13 22:10:09 UTC
You need to put it onto the kernel cmdline, the modprobe configs take it in the format options <module-name> <options> Note the lack of a . in between. So if you want to put it into the modprobe files you need a new line with option drm debug=0xe Most distros also require you to rebuild the initramfs images, since gfx module get loaded fairly early. Hence it's quicker for a quick debug run to add in to the kernel cmdline (with the . included).
Comment 57 Eric Valette 2013-02-13 22:10:22 UTC
Created attachment 93271 [details] dmesg with drm.debug=0xe set on boot line Finally caught where to see the parameter drm.debug=0xe
Comment 59 Jani Nikula 2013-11-11 13:01:55 UTC
I think Ville fixed something related to this, but can't recall the commit... Please try v3.12 kernel.
Comment 60 Eric Valette 2013-11-11 15:14:28 UTC
I decided to force the PC via the BIOS to use the nvidia card after upgrading windows to windows 7 because I find no driver that supports this device in dual video card mode => I'm no more able to test