| 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
| ||
|
Message-Id: <200707041630.30048.rjw@sisk.pl> Date: Wed, 4 Jul 2007 16:30:29 +0200 From: "Rafael J. Wysocki" <rjw@...k.pl> To: Paul Mackerras <paulus@...ba.org> Cc: Benjamin Herrenschmidt <benh@...nel.crashing.org>, Matthew Garrett <mjg59@...f.ucam.org>, linux-kernel@...r.kernel.org, Pavel Machek <pavel@....cz>, linux-pm@...ts.linux-foundation.org Subject: Re: [linux-pm] Re: [PATCH] Remove process freezer from suspend to RAM pathway On Wednesday, 4 July 2007 13:24, Paul Mackerras wrote: > Rafael J. Wysocki writes: > > > BTW, does your platform's suspend work on SMP systems? > > Yes; currently we require userspace to offline all cpus other than the > boot cpu before initiating the suspend. This is incompatible with the code in kernel/power/main.c, since we only disable the nonboot CPUs after devices have been suspended. Do you think that your framework can be modified to work without disabling the nonboot CPUs by the user space? > The main difficulty is actually that SMP powermacs that can suspend > tend to have video cards that get powered off in suspend. We know how > to re-initialize one (the Radeon RV100 QW) but not others. That's an > orthogonal issue to the issues we have been discussing, though. Sure. Greetings, Rafael -- "Premature optimization is the root of all evil." - Donald Knuth - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists