["Followup-To:" header set to gmane.linux.kernel.suspend.devel.]
On 2007-05-09, 12:27 GMT, Josh Boyer wrote:
> Just curious but what do you need ndiswrapper for?
bcm4318 (not supported even by the most bleeding edge of
bcm43xx).
Matej
---
["Followup-To:" header set to gmane.linux.kernel.suspend.devel.]
On 2007-05-09, 09:44 GMT, Axel Thimm wrote:
> Matthias also maintains them at ATrpms
>
> http://atrpms.net/dist/fc6/kernel-suspend2/
>
> so that all kmdl support at ATrpms can be made available for this
> kernel series, like for examp
Hello,
just a question, whether somebody made uswsusp working with
Fedora Core 6? Old kernel is unacceptably slow for me, and I need
ndiswrapper so kernel-suspend2 package is not an option, because
I would have to recompile the driver all the time. uwsusp being
in mainline kernel seems to be t
Tim Dijkstra scripst:
>> is something like that possible. Suspend writes to (then encrypted with
>> /dev/urandom key) image of the frozen memory, so how can resume decrypt
> Random key?
Why not for swap? OK, except that suspend cannot work :-). Does it mean
that I should switch to inserting passw
Jason Lunz scripst:
> Yes, it works just fine. I've been running a laptop with dm-crypt on
> swap and root for months now - only /boot is unencrypted.
That's cool -- more I am thinking about that more I don't understand how
is something like that possible. Suspend writes to (then encrypted with
/d
Hi,
is something like this possible? I have here notebook with Fedora Core 5
with swap encrypted using cryptsetup create. Is it possible to
suspend/resume such notebook with ususpend?
Thanks a lot,
Matěj Cepl
--
http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz
GPG Finger: 89EF 4BC6 28
Chirag Rajyaguru wrote:
>My problem starts now. After resuming, any new kde
> application doesn't start immediately. It takes really
> really long 5-6 minutes to start.
Well, there is some delay between messages on console run out and I get KDE
back here as well -- but that's more like 15 seco
Rafael J. Wysocki wrote:
> I guess you'll have to regenerate the initrd with the new uswsusp.conf
> file.
Silly me, of course, update-initramfs -u was needed.
Matěj
--
GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC
http://www.ceplovi.cz/matej/blog/, Jabber: [EMAIL PROTECTED]
23
Matej Cepl wrote:
> Tried just out of the box configuration of hibernate from Debian/testing
> and got this error with uswsusp:
And I may as well send my /etc/uswsusp.conf
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both
#early writeout = y
compute checksum = y
resume
Matej Cepl wrote:
> suspend: Could not stat the resume device file
>
> Which is kind of weird because there is /dev/snapshot (I hope, that's the
> device file the error message is talking about -- the error message could
> use some love concerning clarificatioin):
Sorry,
Jason Lunz wrote:
> Come to think of it, I wonder how many of the "in-kernel swsusp doesn't
> work but suspend2 does" reports this is responsible for.
Hmm, I won't argue against in-kernel swsusp that much (two years after
suspend2 and it finally seems to begin to work ;-)), but uswsusp broke my
co
Matej Cepl wrote:
> Do people usually use hibernate script or they run s2* directly? And BTW,
> could somebody point me to the working configuration of /etc/acpi (for
> Debian if it matters) for all power button, closing lid, etc.?
Tried just out of the box configuration of hibernate fr
Pavel Machek wrote:
> Probably kernel hardlocks during resume. Go to *vanilla* 2.6.18-rc3
> (no suspend2 patch, please), and try suspending it by echo 3 >
(aside from your fierce opposition to the competition, is there any rational
reason why I should not have suspend2 in my kernel?)
Sorry, I for
Brian Keck wrote:
> On Thu, 03 Aug 2006 11:47:38 -0400, Matej Cepl wrote:
>>base64 which is hard for me to quote
>
> My Sony TX17 lspci is very like yours, & 's2ram -f -p' works from X
> but not from a non-X login.
No such luck here -- I had to power off co
See Debian bug 381064 for more infomation -- http://bugs.debian.org/381064
Any ideas?
Matěj Cepl
--
GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC
http://www.ceplovi.cz/matej/blog/, Jabber: [EMAIL PROTECTED]
23 Marion St. #3, (617) 876-1259, ICQ 132822213
He is a self-made man
15 matches
Mail list logo
