Bug 3381 - crownbay: s3 problems when booting off of live image on usb flash drive
Summary: crownbay: s3 problems when booting off of live image on usb flash drive
Status: RESOLVED OBSOLETE
Alias: None
Product: BSPs
Classification: Build System, Metadata & Runtime
Component: bsps-meta-intel (show other bugs)
Version: 1.4
Hardware: TunnelCreek x86
: Low normal
Target Milestone: Future
Assignee: Saul Wold
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2012-11-02 13:44 UTC by Tom Zanussi
Modified: 2015-10-23 18:29 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
s3 test for danny on crownbay, system booted off of hdd (43.68 KB, application/octet-stream)
2012-11-02 13:44 UTC, Tom Zanussi
no flags Details
s3 test for danny on crownbay, system booted off of usb stick (46.89 KB, application/octet-stream)
2012-11-02 13:45 UTC, Tom Zanussi
no flags Details
s3 test for danny on crownbay, system booted off of usb stick, came back ro (57.17 KB, application/octet-stream)
2012-11-02 13:46 UTC, Tom Zanussi
no flags Details
s3 test for danny on crownbay, system booted off of usb stick, came back rw (54.59 KB, application/octet-stream)
2012-11-02 13:47 UTC, Tom Zanussi
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Zanussi 2012-11-02 13:44:29 UTC
Created attachment 929 [details]
s3 test for danny on crownbay, system booted off of hdd

When booting off of a live image on a usb flash drive, it took 55 seconds to restore the screen, but it did come back.  This may have made it appear that video wasn't restored if you didn't wait long enough.  The other thing to note was that the rootfs was remounted as read-only in this case (dmesg attached as minicom.cap.danny.crownbay.ro).  On another occasion, video came back immediately and the rootfs was mounted rw as expected (dmesg attached as minicom.cap.denzil.mem.quick.and.no.ro).

The behavior was the same for denzil, so this is not a regression in danny (dmesg attached as minicom.cap.denzil.crownbay.power.mem).

Installing the image to hdd, everything worked perfectly - video came back immediately, the rootfs was writable and no other problems were noted (dmesg attached as minicom.cap.danny.crownbay.hdd)

In all cases, top showed normal cpu usage for Xorg (<10%) so that was not an issue either.

Note that the most important use case of a normally installed system works fine however.
Comment 1 Tom Zanussi 2012-11-02 13:45:36 UTC
Created attachment 930 [details]
s3 test for danny on crownbay, system booted off of usb stick
Comment 2 Tom Zanussi 2012-11-02 13:46:17 UTC
Created attachment 931 [details]
s3 test for danny on crownbay, system booted off of usb stick, came back ro
Comment 3 Tom Zanussi 2012-11-02 13:47:08 UTC
Created attachment 932 [details]
s3 test for danny on crownbay, system booted off of usb stick, came back rw
Comment 4 Saul Wold 2015-10-23 18:29:34 UTC
This is older hardware, we have not heard of any issues with current hardware