Test Environment, Platform: Baytrail-M 00:00.0 Host bridge [0600]: Intel Corporation ValleyView SSA-CUnit [8086:0f00] (rev 06) 00:02.0 VGA compatible controller [0300]: Intel Corporation ValleyView Gen7 [8086:0f31] (rev 06) Driver version: OSD: Fedora Release 19.x86_64 Kernel_version: kernel-3.11.0rc2_drmintelfixes_61c254_20130731_+-6401.x86_64.rpm Libdrm: (master)libdrm-2.4.46-2-gfea5408098c3c3057958e85ea9d7146f0b08749e Mesa: (9.2)9b8ad643629fad1724e01c8fbb3289e43d42e1c1 Xserver: (server-1.13-branch)xorg-server-1.13.4 Xf86_video_intel: (master)2.21.13-35-g493763301e995d02cb838d14348da46dd26444af Cairo: (master)3cd6c5966aca1d202744fe44083800bc2a4a831d Libva: (master)d2dbc3f69c69e5933e7b3da429c0fb0cae5b98b0 Libva_intel_driver: (master)8bf807539c1790d6eee531373131672d38c82b31 OpenCL: (master) Kernel: (drm-intel-fixes) 61c2542b3b8e70fc1b82880c3ef7e2f930875b97 BIOS version: BBAYCRB_X64_R_SPI_0040_40_SEC_1040 Description: After enter to S3 or S4, system can't resume again via pressing power button Reproduce step: 1.boot up machine with command "reboot"(warm boot) 2.echo 0 > /sys/class/rtc/rtc0/wakealarm ; echo +10 > /sys/class/rtc/rtc0/wakealarm; 3.echo mem/disk > /sys/power/state
There is no information here... Nothing at all to suggest that this is a i915 issue. Attach the dmesg. Check whether the system can suspend and resume without ever loading i915.
Jesse is the Batrail owner.
We try to add nomodeset, but enter to system and lsmod, i915 still listed. rmmod i915 and this bug still can duplicate.
Since i915.ko will not load on Baytrail-M if nomodeset is set, I think something went wrong in testing.
(In reply to comment #4) > Since i915.ko will not load on Baytrail-M if nomodeset is set, I think > something went wrong in testing. Adding nomodeset to grub, i915 is listed by lsmod, but used by "0", does it mean that i915 doesn't load? And S3/S4 still can't resume after adding nomodeset
Please attach the dmesg.
(In reply to comment #6) > Please attach the dmesg. Jani, after entering to S3 or S4, system can't resume anymore. We try to use mincom to print,but it can't work on baytrail-M, do you have any instruction?
Jani,due to long time no response, I have written an email to you and have to change the status to NEW until we can carry out a solution to get dmesg or a log from COM port.
First things first, please let's make sure you're not loading i915. What kernel parameters are you using? What values do you have for CONFIG_DRM_I915_KMS and CONFIG_VGA_CONSOLE kernel config options? i915.modeset=0 should trump all other options, and should prevent i915 from loading. If you can still reproduce the bug *without* i915 loaded, it's NOTOURBUG.
Hmm, might be you need to give a bogus parameter to i915 to prevent it from loading, e.g. i915.foobar
(In reply to comment #10) > Hmm, might be you need to give a bogus parameter to i915 to prevent it from > loading, e.g. i915.foobar Disregard that, supposedly this doesn't work anymore since 3.11.
(In reply to comment #9) > First things first, please let's make sure you're not loading i915. What > kernel parameters are you using? What values do you have for > CONFIG_DRM_I915_KMS and CONFIG_VGA_CONSOLE kernel config options? > > i915.modeset=0 should trump all other options, and should prevent i915 from > loading. > > If you can still reproduce the bug *without* i915 loaded, it's NOTOURBUG. We have added i915.modeset=0, S3/S4 still can't resume.
NOTOURBUG. I'm afraid I don't know who the owner would be, though.
As Jani said, it's not our bug after we verified w/o i915.
Closing old verified.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.