Start a Conversation

Solved!

Go to Solution

1306

August 9th, 2020 17:00

Regression from 5.7 - suspend not working on XPS

Hardware is Dell XPS L502X (yes - 9 years old and still going strong)

Suspend and hibernate on 5.6.19 on Fedora31 works fine

On upgrade to 5.7.11 or 5.7.14 or 5.8.0 on Fedora 32 it fails:

 

 

# cat /sys/power/state
freeze mem disk
# echo mem >/sys/power/state
bash: echo: write error: Device or resource busy
# echo freeze >/sys/power/state
bash: echo: write error: Device or resource busy

 

 

Any ideas on how to fix?

13 Posts

August 29th, 2020 15:00

I compiled it from source. You can get the source from kernel.org. In my case I wanted to bisect the problem so I cloned Linus's git repo at https://github.com/torvalds/linux.git - about 4.2-Gb

13 Posts

August 9th, 2020 22:00

Bit more info - it fails on kernel-5.7.0 (which is a fairly small delta from the previous release 5.6.19)

13 Posts

August 11th, 2020 17:00

A BIOS upgrade to the latest version fixed the problem!!

3 Posts

August 24th, 2020 10:00

Hi! I have the same problem with l502x and fedora 32, 5.7. Just failed to update BIOS by dell's manuals.

Can you please explain how did you do that (update BIOS of your l502x)?

13 Posts

August 24th, 2020 18:00

> Hi! I have the same problem with l502x and fedora 32, 5.7. Just failed to update BIOS by dell's manuals.

> Can you please explain how did you do that (update BIOS of your l502x)?

I have a dual boot system with the original Windows partition that came with the laptop plus Fedora-31.

What I did was download the firmware update package - it was a .EXE file. I then mounted the Windows partition and copied the .EXE file there. Then I booted to Windows and ran the .EXE file.

I do believe there are ways to do this entirely within Linux but that method was the most straightforward way for me.

The BIOS upgrade itself was _not_ enough to fix my suspend problems after all. I was mistaken when I wrote that. In fact, after a lot of work (I built and tested probably 20 kernel images!) I bisected down to the exact kernel commit that caused the regression - it was in a 5.7 pre-release. I found that all 5.7 and 5.8 versions failed to suspend. 5.6.19 was the last kernel that worked for me. Happily, the latest pre-release versions of 5.9 appear to have fixed the problem.

Gory details are at https://bugzilla.kernel.org/show_bug.cgi?id=208871

Moderator

 • 

44 Posts

August 24th, 2020 21:00

are you update system

3 Posts

August 25th, 2020 13:00

> In fact, after a lot of work (I built and tested probably 20 kernel images!)

Wow. Great job!

> are you update system

I tried to update BIOS guided by dell manuals. Succesfully booted by FreeDOS 1.0 usb loader in safe mode and stuck last two points.

* Switch the drive letter to B: or C: (The drive letter that is assigned to the USB memory stick.)
I wasn't able to switch drive letter.

* Type in the filename of the BIOS flash file to begin the update process e.g. O9010A12.exe and press Enter.
Got "There is no such file"

Is it necessary to update BIOS (my version is A09) for fixing suspend problem, or
using 5.9 kernel is enough?

 
 

 

 

13 Posts

August 25th, 2020 14:00

> Is it necessary to update BIOS (my version is A09) for fixing suspend problem, or
> using 5.9 kernel is enough?

I don't know. Certainly updating the BIOS is not enough to fix the problem - 5.6 or 5.9 is also required. Possibly, 5.6 or 5.9 without updating the BIOS would work.

3 Posts

August 29th, 2020 02:00

But how did you update to kernel 5.9?

No Events found!

Top