From: Daniel Vetter <daniel@ffwll.ch>
To: Tomas Melin <tomas.melin@iki.fi>
Cc: daniel.vetter@ffwll.ch, richardcochran@gmail.com,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
David Airlie <airlied@linux.ie>
Subject: Re: Re: drm/i915: new warning (regression) in 3.7.10 and 3.8.3
Date: Tue, 9 Apr 2013 14:50:03 +0200 [thread overview]
Message-ID: <20130409125003.GW2228@phenom.ffwll.local> (raw)
In-Reply-To: <CACraW2rBMfXL_M13DD-qLvmZj55XPykEW-5qcVwViWg9XM00fA@mail.gmail.com>
On Tue, Apr 09, 2013 at 02:54:34PM +0300, Tomas Melin wrote:
> On Mon, 18 Mar 2013 09:32:51 +0100, Daniel Vetter wrote:
> >
> > On Sat, Mar 16, 2013 at 01:28:50PM +0100, Richard Cochran wrote:
> >>
> >> I have an Acer Aspire One netbook, and on it I get the following
> >> warning when closing and opening the lid. I think this warning first
> >> appeared in 3.7.
> >>
> >> Does this need fixing? If so, who can do it?
> >
> > Another pesky BIOS which changes the display state behind our back on lid
> > closing! Should be duct-tapped over with
> >
> > commit 45e2b5f640b3766da3eda48f6c35f088155c06f3
> > Author: Daniel Vetter <daniel.vetter@ffwll.ch>
> > Date: Fri Nov 23 18:16:34 2012 +0100
> >
> > drm/i915: force restore on lid open
> >
> > which is in 3.8.
>
> I'm seeing the same problems on my eeepc using 3.8. Happens (most) of
> the time when opening and closing the lid. Any ideas on how to fix
> this?
This should be fixed with the above mentioned patch. The issue is that the
bios fumbles around with the output configuration behind our backs, so the
new paranoid modeset code in 3.7+ freaks out about the state mismatch
between sw and hw.
The patch above should detect this situation and undo any bios-induced
damage.
-Daniel
>
> -Tomas
>
> [20314.679749] [drm:i9xx_crtc_mode_set] *ERROR* Couldn't find PLL
> settings for mode!
>
> [20314.679787] ------------[ cut here ]------------
> [20314.679819] WARNING: at drivers/gpu/drm/i915/intel_display.c:7864
> intel_modeset_check_state+0x4ad/0x620()
> [20314.679831] Hardware name: 901
> [20314.679843] encoder's hw state doesn't match sw tracking (expected
> 1, found 0)
> [20314.679853] Modules linked in: bridge ipv6 rfcomm fuse btusb
> rt2800pci rt2800lib rt2x00pci rt2x00lib atl1e
> [20314.679917] Pid: 10069, comm: kworker/0:0 Tainted: G W 3.8.0 #8
> [20314.679930] Call Trace:
> [20314.679958] [<c1033d6d>] warn_slowpath_common+0x6d/0xa0
> [20314.679983] [<c136645d>] ? intel_modeset_check_state+0x4ad/0x620
> [20314.680006] [<c136645d>] ? intel_modeset_check_state+0x4ad/0x620
> [20314.680017] [<c1033e1e>] warn_slowpath_fmt+0x2e/0x30
> [20314.680017] [<c136645d>] intel_modeset_check_state+0x4ad/0x620
> [20314.680103] [<c1366d31>] intel_set_mode+0x701/0x990
> [20314.680170] [<c13695c5>] intel_modeset_setup_hw_state+0x5d5/0x8e0
> [20314.680215] [<c12e3798>] ? acpi_lid_open+0x28/0x40
> [20314.680236] [<c136b6db>] intel_lid_notify+0x9b/0xc0
> [20314.680258] [<c1731ad5>] notifier_call_chain+0x45/0x60
> [20314.680283] [<c1057f4e>] __blocking_notifier_call_chain+0x3e/0x60
> [20314.680306] [<c1057f8a>] blocking_notifier_call_chain+0x1a/0x20
> [20314.680329] [<c12e3839>] acpi_lid_send_state+0x78/0x9d
> [20314.680351] [<c12e38aa>] acpi_button_notify+0x30/0xa4
> [20314.680376] [<c12c435e>] acpi_device_notify+0x12/0x15
> [20314.680402] [<c12cf786>] acpi_ev_notify_dispatch+0x2e/0x45
> [20314.680424] [<c12c14cb>] acpi_os_execute_deferred+0x1b/0x26
> [20314.680449] [<c104c800>] process_one_work+0x110/0x380
> [20314.680475] [<c172ede9>] ? apic_timer_interrupt+0x2d/0x34
> [20314.680498] [<c12c14b0>] ? acpi_os_wait_events_complete+0x19/0x19
> [20314.680522] [<c104df89>] worker_thread+0x119/0x340
> [20314.680545] [<c104de70>] ? manage_workers+0x260/0x260
> [20314.680572] [<c10522af>] kthread+0x8f/0xa0
> [20314.680598] [<c1734fb7>] ret_from_kernel_thread+0x1b/0x28
> [20314.680622] [<c1052220>] ? flush_kthread_work+0xc0/0xc0
> [20314.680640] ---[ end trace 037b36714b28cbdf ]---
> [20314.680661] ------------[ cut here ]------------
> [20314.680684] WARNING: at drivers/gpu/drm/i915/intel_display.c:7898
> intel_modeset_check_state+0x47b/0x620()
> [20314.680697] Hardware name: 901
> [20314.680709] crtc's computed active state doesn't match tracked
> active state (expected 1, found 0)
> [20314.680719] Modules linked in: bridge ipv6 rfcomm fuse btusb
> rt2800pci rt2800lib rt2x00pci rt2x00lib atl1e
> [20314.680898] Pid: 10069, comm: kworker/0:0 Tainted: G W 3.8.0 #8
> [20314.680910] Call Trace:
> [20314.680934] [<c1033d6d>] warn_slowpath_common+0x6d/0xa0
> [20314.680960] [<c136642b>] ? intel_modeset_check_state+0x47b/0x620
> [20314.680983] [<c136642b>] ? intel_modeset_check_state+0x47b/0x620
> [20314.681006] [<c1033e1e>] warn_slowpath_fmt+0x2e/0x30
> [20314.681041] [<c136642b>] intel_modeset_check_state+0x47b/0x620
> [20314.681052] [<c1366d31>] intel_set_mode+0x701/0x990
> [20314.681095] [<c13695c5>] intel_modeset_setup_hw_state+0x5d5/0x8e0
> [20314.681122] [<c12e3798>] ? acpi_lid_open+0x28/0x40
> [20314.681147] [<c136b6db>] intel_lid_notify+0x9b/0xc0
> [20314.681170] [<c1731ad5>] notifier_call_chain+0x45/0x60
> [20314.681196] [<c1057f4e>] __blocking_notifier_call_chain+0x3e/0x60
> [20314.681221] [<c1057f8a>] blocking_notifier_call_chain+0x1a/0x20
> [20314.681246] [<c12e3839>] acpi_lid_send_state+0x78/0x9d
> [20314.681270] [<c12e38aa>] acpi_button_notify+0x30/0xa4
> [20314.681295] [<c12c435e>] acpi_device_notify+0x12/0x15
> [20314.681320] [<c12cf786>] acpi_ev_notify_dispatch+0x2e/0x45
> [20314.681344] [<c12c14cb>] acpi_os_execute_deferred+0x1b/0x26
> [20314.681366] [<c104c800>] process_one_work+0x110/0x380
> [20314.681392] [<c172ede9>] ? apic_timer_interrupt+0x2d/0x34
> [20314.681416] [<c12c14b0>] ? acpi_os_wait_events_complete+0x19/0x19
> [20314.681465] [<c104df89>] worker_thread+0x119/0x340
> [20314.681516] [<c104de70>] ? manage_workers+0x260/0x260
> [20314.681568] [<c10522af>] kthread+0x8f/0xa0
> [20314.681614] [<c1734fb7>] ret_from_kernel_thread+0x1b/0x28
> [20314.681660] [<c1052220>] ? flush_kthread_work+0xc0/0xc0
> [20314.681681] ---[ end trace 037b36714b28cbe0 ]---
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
next prev parent reply other threads:[~2013-04-09 12:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-09 11:54 Tomas Melin
2013-04-09 12:50 ` Daniel Vetter [this message]
2013-04-09 13:21 ` Richard Cochran
2013-04-09 17:28 ` Daniel Vetter
2013-04-09 19:51 ` [PATCH] drm/i915: don't check inconsistent modeset state when force-restoring Daniel Vetter
2013-04-10 11:59 ` Richard Cochran
2013-04-10 12:07 ` Daniel Vetter
2013-04-10 17:27 ` Richard Cochran
2013-04-10 18:32 ` Tomas Melin
2013-04-11 5:16 ` Tomas Melin
2013-04-10 20:03 ` [Intel-gfx] " Daniel Vetter
2013-04-10 20:10 ` Daniel Vetter
2013-04-11 17:52 ` [Intel-gfx] " Richard Cochran
2013-04-11 18:14 ` Daniel Vetter
2013-04-11 18:37 ` Richard Cochran
2013-04-12 6:59 ` Richard Cochran
2013-04-11 18:22 ` Daniel Vetter
2013-04-11 19:17 ` Chris Wilson
2013-04-11 19:28 ` Daniel Vetter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130409125003.GW2228@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=airlied@linux.ie \
--cc=daniel.vetter@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=richardcochran@gmail.com \
--cc=tomas.melin@iki.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®