linux-kernel - Samsung Series 9 seems to require acpi=nonvs to resume properly

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <1317329529.3151.10.camel@knife>
Date:	Thu, 29 Sep 2011 14:51:46 -0600
From:	Zan Lynx <zlynx@....org>
To:	rjw@...k.pl
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Samsung Series 9 seems to require acpi=nonvs to resume properly

After being annoyed that the latest Fedora 2.6.40 (aka 3.0 something)
kernels would not suspend/resume on my laptop I followed a Ubuntu forum
suggestion to use acpi=nonvs. This worked, or at least it is working
today with Fedora 15's 2.6.40.4-5.fc15.x86_64.

The system is also booting via UEFI if that makes any difference.

I understand that there is a no-NVS blacklist in the kernel. Should the
Samsung Series 9 be added to this list? Or could it be a different
suspend/resume problem entirely? I ask because resume used to work with
the 2.6.39 kernels, although it was flaky and would sometimes lock up.

This seems to be the necessary information for the blacklist, taken from dmidecode:

Handle 0x0001, DMI type 1, 27 bytes
System Information
        Manufacturer: SAMSUNG ELECTRONICS CO., LTD.
        Product Name: 90X3A
        Version: 0.1
        Serial Number: CZPR93GB301834
        UUID: 249F9300-1DD2-11B2-8000-89C120F0C461
        Wake-up Type: APM Timer
        SKU Number: System SKUNumber
        Family: HuronRiver System

I can make this into a patch if necessary (drivers/acpi/sleep.c,
right?). I am not /entirely/ sure it is the correct fix.

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil

Download attachment "signature.asc" of type "application/pgp-signature" (199 bytes)