Launchpad has imported 19 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=42923.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-11-14T15:22:49+00:00 Robert Hooker wrote:

Created attachment 53531
dmesg of S3 failure on 3.0

System environment:

chipset:    ivybridge mobile
arch:       x86_64
distro:     ubuntu 11.10
kernels:    3.0.0-13.22 (3.0.6+backports), 3.1, 3.2-rc1
userspace:  xserver:           1.10.4 and 1.11.2
            libdrm:            2.4.26 and git master (nov 10th)
            mesa:              7.11 and git master (nov 10th)
            xf86-video-intel:  2.16 and git master (nov 10th)


Starting after bios updates in mid october, all ivybridge systems we have come 
across are exhibiting strange behavior. 3.0 kernels did not boot until 
"drm/i915: enable ring freq scaling, RC6 and graphics turbo on Ivy Bridge v3" 
was backported from 3.1 and i915 failed to load with this error

 [drm:init_status_page], render ring hws offset: 0x00000000
 [drm:init_ring_common] *ERROR* render ring initialization failed ctl 00000000 
head 00000000 tail 00000000 start 00000000
 [drm:i915_driver_load] *ERROR* failed to init modeset

Now they come up, but every kernel tried oopses on resume from S3 or S4
every time. Attached are logs of the oops on various kernels.
Downgrading the bios avoids the problem on every machine, but this
affects machines from multiple ODM's including a reference platform from
Intel after a bios update.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/0

------------------------------------------------------------------------
On 2011-11-14T15:23:33+00:00 Robert Hooker wrote:

Created attachment 53532
S3 on 3.2-rc1

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/1

------------------------------------------------------------------------
On 2011-11-14T15:24:27+00:00 Robert Hooker wrote:

Created attachment 53533
S4 on 3.0

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/2

------------------------------------------------------------------------
On 2011-11-14T17:08:50+00:00 Chris Wilson wrote:

Hmm, can you attach the intel_reg_dumper after boot vs resume (with both
BIOSes). I presume that the BIOS is doing additional bring up that we
need to replicate upon resume.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/3

------------------------------------------------------------------------
On 2011-11-14T17:11:09+00:00 Chris Wilson wrote:

On second thoughts (having read the OOPS), may I say wtf happened to our
data structures upon resume?

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/4

------------------------------------------------------------------------
On 2011-11-14T18:26:12+00:00 Robert Hooker wrote:

Created attachment 53542
Good bios, reg dump after boot.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/5

------------------------------------------------------------------------
On 2011-11-14T18:26:40+00:00 Robert Hooker wrote:

Created attachment 53543
Good bios, reg dump after resume.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/6

------------------------------------------------------------------------
On 2011-11-14T18:27:10+00:00 Robert Hooker wrote:

Created attachment 53544
Bad bios, reg dump after boot.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/7

------------------------------------------------------------------------
On 2011-11-14T18:27:33+00:00 Robert Hooker wrote:

Created attachment 53545
Bad bios, reg dump after (failed) resume.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/8

------------------------------------------------------------------------
On 2011-11-14T18:31:24+00:00 Robert Hooker wrote:

(In reply to comment #8)
> Created attachment 53545 [details]
> Bad bios, reg dump after (failed) resume.

--- X13_After_Resume.txt        2011-11-14 13:28:39.837222007 -0500
+++ X18_After_Resume.txt        2011-11-14 13:28:57.465221705 -0500
@@ -28,10 +28,10 @@
                  PIPEA_LINK_N1: 0x00041eb0 (val 0x41eb0 270000)
                  PIPEA_LINK_M2: 0x00000000 (val 0x0 0)
                  PIPEA_LINK_N2: 0x00000000 (val 0x0 0)
-                      DSPACNTR: 0xd8004400 (enabled)
+                      DSPACNTR: 0xd8004000 (enabled)
                       DSPABASE: 0x00000000
-                    DSPASTRIDE: 0x00001600 (88)
-                      DSPASURF: 0x046fb008
+                    DSPASTRIDE: 0x00001580 (86)
+                      DSPASURF: 0x00063000
                    DSPATILEOFF: 0x00000000 (0, 0)
                      PIPEBCONF: 0x00000000 (disabled, inactive, 8bpc)
                       HTOTAL_B: 0x00000000 (1 active, 1 total)

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/9

------------------------------------------------------------------------
On 2011-11-14T23:53:27+00:00 Gordon Jin wrote:

Xun, do you have problem for S3/S4 after upgrading the BIOS to the
latest one (v67)?

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/10

------------------------------------------------------------------------
On 2011-11-15T00:06:50+00:00 Chris Wilson wrote:

Ok, not too much interesting to see there; a few minor differences in
link configuration that would be good to understand but would appear not
to be relevant to this issue. Back to hunting for an explanation for the
apparent memory corruption.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/11

------------------------------------------------------------------------
On 2011-11-15T10:03:59+00:00 Xunx-fang wrote:

we can reproduce this problem on our Ivybridge(both desktop and mobile) af(In 
reply to comment #10)
> Xun, do you have problem for S3/S4 after upgrading the BIOS to the latest one
> (v67)?

We can reproduce this problem for S3 on our Ivybridge(both desktop and mobile) 
after upgrading the BIOS to the latest one.
S4 seems good. It does't happens in text mode.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/12

------------------------------------------------------------------------
On 2011-11-19T09:59:45+00:00 Eugeni Dodonov wrote:

Hi folks,

for those of you affected by this issue, could you please test
Jesse/Keith's patch at http://lists.freedesktop.org/archives/intel-
gfx/2011-November/013544.html and report your results?

We'd like to see Tested-by acknowledgements if it works for you if
possible..

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/16

------------------------------------------------------------------------
On 2011-11-21T06:12:24+00:00 Xunx-fang wrote:

This patch works for me.  The problem about S3 disappears on our
Ivybridge(both desktop and mobile).

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/17

------------------------------------------------------------------------
On 2011-11-21T11:54:40+00:00 Sndirsch-suse wrote:

BTW, I was unable to figure out which VBIOS is in use on our machines. Intel 
talks about
such a version theme:

54 (old)
59 (adds "multi-threaded force wake",which possibly requires Linux
    graphics driver update)
60
64
67

On our HP machine I see "INTEL 2120". I have no idea how this maps to the Intel 
version. Apparently HP doesn't know either. In dmidecode I couldn't find 
anything which would match
to the Intel version theme either. Jesse told me to look there. :-(

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/18

------------------------------------------------------------------------
On 2011-11-21T15:50:19+00:00 Robert Hooker wrote:

(In reply to comment #13)
> Hi folks,
> 
> for those of you affected by this issue, could you please test Jesse/Keith's
> patch at
> http://lists.freedesktop.org/archives/intel-gfx/2011-November/013544.html and
> report your results?
> 
> We'd like to see Tested-by acknowledgements if it works for you if possible..

Indeed Keith's version does work, sent my tested-by. Thank you very
much!

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/19

------------------------------------------------------------------------
On 2011-11-21T16:44:48+00:00 Manoj Iyer wrote:

Following tests passed:
1. Test s3 10 times resumes ok with no oops
2. Connect external monitor, open terminal move it to the external monitor, do 
s3, resumes ok, able to move mouse and windows back and forth after resume.
3. boot with i915.i915_enable_rc6=1 and lightdm comes up

Note: If I connect an external monitor, open a terminal move it to the
external monitor, disconnect the external monitor, when X resizes to the
lcd screen the window in the monitor is lost. ie clicking on the icon
for the terminal does nothing.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/21

------------------------------------------------------------------------
On 2011-11-21T17:03:14+00:00 Keith Packard wrote:

I think the other issue you're seeing is an unrelated DRM problem; doing
an xrandr --off VGA1 followed by xrandr --auto VGA1 can leave VGA1 off
when you set it to the same mode as it was before.

Reply at: https://bugs.launchpad.net/linux/+bug/891270/comments/23


** Changed in: linux
       Status: Unknown => Confirmed

** Changed in: linux
   Importance: Unknown => Critical

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/891270

Title:
  Ivybridge system fails to resume from S3/S4 with recent BIOS

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/891270/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to