Works on my Dell XPS 15 9550. But contrary to normal suspend, this takes quite
long for the machine to shut down. It was about 25 seconds and my 16 GB RAM was
used up to 8 GB, but still 25 seconds are a bit long for an SSD.
And I have to say that it killed my `rpm-ostree upgrade` on my F29SB,
Works on my Dell XPS 15 9550. But contrary to normal suspend, this takes quite
long for the machine to shut down. It was about 25 seconds and my 16 GB RAM was
used up to 8 GB, but still 25 seconds are a bit long for an SSD.
And I have to say that it killed my `rpm-ostree upgrade` on my F29SB,
Works on my Dell XPS 15 9550. But contrary to normal suspend, this takes quite
long for the machine to shut down. It was about 25 seconds and my 16 GB RAM was
used up to 8 GB, but still 25 seconds are a bit long for an SSD.
___
devel mailing list --
Hibernating my Lenovo ThinkPad T400 fails frequently because of issues with the
installed card reader:
https://bugzilla.redhat.com/show_bug.cgi?id=1638014
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On 10/8/18 4:42 AM, Zbigniew Jędrzejewski-Szmek wrote:
> Various people replied, both here and on reddit [1]. Thank you all!
>
> Short summary:
> works (possibly with minor glitches): 27
> works but with occasional regressions in some kernel versions: 3
> unusable: 10
If I may piggy-back on
On 10/8/18 3:43 AM, Dominik 'Rathann' Mierzejewski wrote:
On Monday, 08 October 2018 at 12:03, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Oct 04, 2018 at 04:47:13PM +0200, mcatanz...@gnome.org wrote:
[...]
Also, don't forget secure boot, kinda a big deal
Yeah, secure boot kills the whole
On 10/8/18 4:16 AM, Michal Konečný wrote:
> Does not work on Thinkpad x270 with F28 - kernel 4.18.10-200.
Nor does it work on Thinkpad x260 with F28 - same kernel
>
> Ended up in terminal with cursor blinking (last thing I saw on start
> was resuming from hibernation). I did manual reset after 20
On Mon, Oct 08, 2018 at 12:42:08PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 08 October 2018 at 12:03, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Oct 04, 2018 at 04:47:13PM +0200, mcatanz...@gnome.org wrote:
> [...]
> > > Also, don't forget secure boot, kinda a big deal
> >
Various people replied, both here and on reddit [1]. Thank you all!
Short summary:
works (possibly with minor glitches): 27
works but with occasional regressions in some kernel versions: 3
unusable: 10
Results in tabular form:
zbyszek: Thinkpad x1c 4th gen: no issues
zbyszek: Thinkpad x1c 3rd
On Monday, 08 October 2018 at 12:03, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Oct 04, 2018 at 04:47:13PM +0200, mcatanz...@gnome.org wrote:
[...]
> > Also, don't forget secure boot, kinda a big deal
> Yeah, secure boot kills the whole idea. One of the reason why I don't
> use secure boot.
On Sat, Oct 06, 2018 at 04:19:19PM -, Karlis Kalviskis wrote:
> * Panasonic Toughbook CF-19 with kernel 4.18.11-200.fc28.i686 _DOES NOT_ work
> as expected:
>
> - it pretends to save hibernation data and switches off.
> - when the computer starts, it begins to read the hibernation data,
On Thu, Oct 04, 2018 at 08:35:20PM +0200, Timothée Floure wrote:
> > We have had a long discussion about hibernate (suspend to disk)
> > being unreliable. But there seems to be no hard data. Let's gather
> > some!
>
> I might have missed something, but can you link me the "long discussion"? Do
>
On Thu, Oct 04, 2018 at 04:47:13PM +0200, mcatanz...@gnome.org wrote:
> On Wed, Oct 3, 2018 at 5:38 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> >Note: I'm not talking about the user-space configuration issues
> >(resume= not set on the kernel command line, no swap, swap encrypted
> >with temporary
On Thu, Oct 04, 2018 at 08:33:13AM -0400, Sam Varshavchik wrote:
> I tried to enable suspension it works
> maybe once or twice, but then eventually the laptop fails to come
> out of suspended state no matter what, so I end up power-cycling it,
> then turning off suspension in power management, and
Does not work on Thinkpad x270 with F28 - kernel 4.18.10-200.
Ended up in terminal with cursor blinking (last thing I saw on start was
resuming from hibernation). I did manual reset after 20 minutes.
On 3.10.2018 17:38, Zbigniew Jędrzejewski-Szmek wrote:
We have had a long discussion about
Yes - works for me, reliably, on a Dell XPS13 L322X - using F27/28. Was a
bit hickuppy in F27, but haven't had any issues with F28 that I can recall.
On Wed, Oct 3, 2018 at 5:39 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> We have had a long discussion about hibernate (suspend to
* Panasonic Toughbook CF-19 with kernel 4.18.11-200.fc28.i686 _DOES NOT_ work
as expected:
- it pretends to save hibernation data and switches off.
- when the computer starts, it begins to read the hibernation data, reboots and
start as normal power-on.
Some funny data:
# lsblk
NAME
* Dell Inspiron 1525 with kernel 4.8.13-100.fc23.x86_64 works as expected
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On 10/3/18 8:38 AM, Zbigniew Jędrzejewski-Szmek wrote:
> We have had a long discussion about hibernate (suspend to disk)
> being unreliable. But there seems to be no hard data. Let's gather
> some!
>
> If you perform hibernation (systemctl hibernate, or the equivalent
> through the GUI), does
> We have had a long discussion about hibernate (suspend to disk)
> being unreliable. But there seems to be no hard data. Let's gather
> some!
I might have missed something, but can you link me the "long discussion"? Do we
have a page on the subject somewhere on the wiki?
> If you perform
On Wed, Oct 3, 2018 at 5:38 PM, Zbigniew Jędrzejewski-Szmek
wrote:
Note: I'm not talking about the user-space configuration issues
(resume= not set on the kernel command line, no swap, swap encrypted
with temporary keys, whatever), but only about any potential kernel
driver issues.
Well
Zbigniew Jędrzejewski-Szmek writes:
If you perform hibernation (systemctl hibernate, or the equivalent
through the GUI), does _your_ system suspend and resume correctly?
Note: I'm not talking about the user-space configuration issues
(resume= not set on the kernel command line, no swap, swap
Thinkpad T430 Fedora 28 16GB Ram 16GB Swap with lvm volumes is working.
I had to add the resume parameter manually.
PS: Slightly OT as you specifically only ask if it works. What my biggest
problem was with hibernate is the the "need" of a swap partition. I created
mine accidental on the
Hi,
on my old workhorse, Asus Sabertooth 990 FX Rel 1 with bios 1604 and 8150FX
CPU, I have occassionally failures on suspending via GUI, My desktop is KDE,
F29 and I use 'Application Dashboard -> Suspend' in which case systemd tries to
suspend the box. But sometimes box doesn't sleep at all,
On Wed, Oct 3, 2018 at 5:39 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> We have had a long discussion about hibernate (suspend to disk)
> being unreliable. But there seems to be no hard data. Let's gather
> some!
>
> If you perform hibernation (systemctl hibernate, or the
HP pavilion g15-cx0953nd
Got it working by adding resume to grub but it wasn't reliable.
Wakeup failed a few times with no output to screen(s)
The suspect here is the dual-gpu and especially the nvidia card with
proprietary - drivers.
Turned it after needing hard-reset/failsafe 2 times.
Lenovo Z50-70: Hibernating via `systemctl hibernate` does work, as does
resuming. However, after resuming the machine basically becomes non-
functional until the next boot. It loses connection to the Internet (as
in cannot connect anymore) and seems to get stuck when trying to power
off, forcing
ASUS P53E: `systemctl hibernate` works, and it resumes correctly, but power
indicator says "Estimating..." until I plug AC adapter out and in again (it was
in when both suspending and resuming).
This is on F29, I recall it not working in F27 or so.
Zbigniew Jędrzejewski-Szmek wrote:
> If you perform hibernation (systemctl hibernate, or the equivalent
> through the GUI), does _your_ system suspend and resume correctly?
On my Clevo W25CEW, hibernation works as a slow way of doing an unclean
reboot: It spends considerable time writing out its
On 03/10/2018 16:38, Zbigniew Jędrzejewski-Szmek wrote:
If you perform hibernation (systemctl hibernate, or the equivalent
through the GUI), does _your_ system suspend and resume correctly?
Dell XPS 13 9360 works, once I added a resume option to the
kernel command line, which wasn't
> Yes.
> Acer Aspire E 15 (Aspire ES1-512-P9GT)
I too have Acer Aspire 15(E5-523-98R2).
Never worked for me.
Even wakeup from suspend(suspend to RAM) don't work unless I turn off wayland
in gdm.
___
devel mailing list -- devel@lists.fedoraproject.org
Panasonic Toughbook CF-29: Worked fine, though the last time I used that
machine was back in 2015, so can't say anything about recent kernels.
There were a few kernel versions where the machine refused to hibernate -
basically, after 2-5 seconds of trying to hibernate it gave up and resumed
On 18-10-03 11:38:20, Zbigniew Jędrzejewski-Szmek wrote:
...
If you perform hibernation (systemctl hibernate, or the equivalent
through the GUI), does _your_ system suspend and resume correctly?
...
Yes.
Acer Aspire E 15 (Aspire ES1-512-P9GT)
For several kernels it wouldn't power off after
33 matches
Mail list logo
