<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.linux.swsusp.general">
    <title>gmane.linux.swsusp.general</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8090"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8089"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8088"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8087"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8086"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8085"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8084"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8083"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8082"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8075"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8074"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8073"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8072"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.swsusp.general/8071"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8090">
    <title>Re: Dual images</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8090</link>
    <description>
Oh, my bad - I mixed the two of them. I'll try that!

Best,

</description>
    <dc:creator>Pierre-Alexandre Meyer</dc:creator>
    <dc:date>2008-12-03T23:42:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8089">
    <title>End of line for 2.6.22, 2.6.23,Ubuntu Feisty support.</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8089</link>
    <description>Hi all.

My installed headers are causing me grief with compiling older kernels,
and they are quite out of date now anyway, so I'm going to discontinue
support for the above kernels, unless someone gives me a good reason not
to.

Regards,

Nigel
</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T23:46:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8088">
    <title>Re: Dual images</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8088</link>
    <description>
Hi Nigel,


I think (correct me if I am wrong) my installation is safe.

The kiosk image has been created right after a pristine installation, with no
writable filesystem mounted. I mount my local data storage at each resume from
this image.
The Linux distribution itself is simply a squash file union mounted with a tmpfs
(basic Ubuntu).


Sure. I actually ran across one of your posts on the archives:

http://lists.tuxonice.net/lurker/message/20080725.061913.5ff50296.en.html

You are stating:


I can definitively try it but I don't understand how that would be
different. My understanding was that swap partition or swap file is
actually the same for the kernel - a swap area. You need to swapon (wathever
that actually means) this area either case. Am I wrong?

Thanks for your answer,

</description>
    <dc:creator>Pierre-Alexandre Meyer</dc:creator>
    <dc:date>2008-12-03T23:22:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8087">
    <title>Re: Dual images</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8087</link>
    <description>Hi again.

On Thu, 2008-12-04 at 00:22 +0100, Pierre-Alexandre Meyer wrote:

That sounds like it should be safe.


I don't mean a swapfile, but an ordinary file, using the file allocator
rather than the swap allocator. In this case, swap is not in the picture
at all - the file is only used for hibernation.

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T23:30:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8086">
    <title>Re: forced shutdown of UPS after RAM contents are saved?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8086</link>
    <description>Hi.

On Wed, 2008-12-03 at 14:11 +0000, Kārlis Repsons wrote:

You need to put everything related to telling the UPS to power down into
that initramfs, and anything necessary to set up for hibernating. The
simplest case would be that you have a kernel with all of the drivers
needed for accessing your hibernation storage compiled in, and your
binary for powering off your UPS is statically compiled. You'd then do
something along the lines of:

echo &gt; /sys/power/tuxonice/do_hibernate
/bin/my-ups-command --powerdown

This initramfs could even be your normal one if it was make to
understand an extra commandline option and use that to trigger the above
commands, provided that they were run prior to mount root (and other)
filesystems.


Both swap files and ordinary files (using the file allocator) should be
fine.


Try powerdown method 4. It has fixed a number of issues people have seen
recently.

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxo</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T22:03:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8085">
    <title>Re: Dual images</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8085</link>
    <description>Hi Pierre-Alexandre.

On Wed, 2008-12-03 at 22:08 +0100, Pierre-Alexandre Meyer wrote:

Is the data stored in /dev/sda6 from unchanging filesystems? If there's
any chance of the data stored there being changed, using kiosk mode is
not safe.


Hmmm.... the difficulty comes from the fact that I never imagined anyone
doing something like this, and so never wrote code to support having
multiple valid images at the same time from one context. It's doable,
just not something that's supported at the moment.


The simplest way to get around this would be to use the file allocator
instead of swap. Would you consider that?

Regards,

Nigel
</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T21:56:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8084">
    <title>Dual images</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8084</link>
    <description>Hi all,

  I am currently trying to use the kiosk feature (keep_image) in order
to speed up my boot time:

    echo /dev/sda6 &gt; /sys/power/tuxonice/resume
    echo 1 &gt; /sys/power/tuxonice/keep_image

This works great and allows me to have a pristine image of my system on
/dev/sda6 (swap partition) from which I can resume.

But I would also like to be able to suspend-to-disk on another partition
(/dev/sda7), using it as a regular hibernate partition, that is not
permanent across reboots. "Boot" is performed via /dev/sda6 and if I
want to save temporarily the state of my machine, I hibernate on
/dev/sda7. This can be done in the initrd easily:

    ...

    # First, try to resume from the swap partition (suspend triggered by
    he calling hibernate)
    echo /dev/sda7 &gt; /sys/power/tuxonice/resume
    echo 1 &gt; /sys/power/tuxonice/do_resume

    # If the initrd comes here, I didn't hibernate, it was probably
     a shutdown
    # Let's try to use the kiosk image
    echo /dev/sda6 &gt; /sys/power/tuxonice/resume
 </description>
    <dc:creator>Pierre-Alexandre Meyer</dc:creator>
    <dc:date>2008-12-03T21:08:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8083">
    <title>Re: Hibernation support among graphics cards</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8083</link>
    <description>Nigel Cunningham  wrote / napísal(a):
But you should probably still distinguish between driver versions. I am 
talking about the 71.86.xx series (oldest legacy class). That one 
oficially supports only APM suspend and ACPI S3... If you remove 
blacklist, it is probably safe only for the newest 1xx.xx range.

 &gt; Hope this helps.

Yes, thanks for your hints.

Peter
</description>
    <dc:creator>ace</dc:creator>
    <dc:date>2008-12-03T20:24:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8082">
    <title>Re: forced shutdown of UPS after RAM contents aresaved?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8082</link>
    <description>..

ready.

how will that happen? So I have to include everything hibernate related into 
initramfs or that is kernel supported?

clear...

Ah, now I learn, is not a bad idea to have extended partition and free space..
Is it hard / risky to use files? I have sufficient amount of free space in 
boot partition and no real will to delete my existing partitions!

..
Thanks.


How stable is tuxonice with nvidia cards? Last time I used tuxonice with them, 
I got hangs at resume instead of enhancements...

k.
</description>
    <dc:creator>Kārlis Repsons</dc:creator>
    <dc:date>2008-12-03T14:11:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8081">
    <title>Re: Can I leave network media mounted ro?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8081</link>
    <description>Hi again.

On Wed, 2008-12-03 at 03:52 +0100, Bartek Ćwikłowski wrote:

I don't know the details of how NFS etc work. If they're paranoid about
validating requests from clients (as I'd expect them to be), the main
potential for problems would be in your client being told that data it
has is suddenly invalid. If those error paths are properly debugged, you
should be right.


TuxOnIce already has support for dropping page cache -
set /sys/power/tuxonice/image_size_limit to -2. It's done when preparing
the image rather than when resuming, but I don't think that should
matter.

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T03:10:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8080">
    <title>Re: Can I leave network media mounted ro?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8080</link>
    <description>Hi,


But what trouble exactly? If I hibernate while playing some mp3 file and it is 
deleted/changed during poweroff time (highly unlikely) will it crash my player 
(perfectly acceptable for those rare situations) or something worse?


I googled "sync &amp;&amp; echo N &gt; /proc/sys/vm/drop_caches", but N depends on what 
exactly I want to free (pagecache, dentries, inodes). Also, when it should be 
run? OnResume 0 is started after processes are unfreezed, so it would be too 
late, right?

Regards,
Bartek Cwiklowski
</description>
    <dc:creator>Bartek Ćwikłowski</dc:creator>
    <dc:date>2008-12-03T02:52:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8079">
    <title>Re: Hibernation support among graphics cards</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8079</link>
    <description>Hi.

On Tue, 2008-12-02 at 16:51 +0100, ace wrote:

It shouldn't be blacklisted anymore. I've just removed the blacklisting
in SVN (with kernels post 2.6.25).


They should all be reliable, hence the removal above.


Not here.

Hope this helps.

Nigel
</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T00:50:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8078">
    <title>Re: Can I leave network media mounted ro?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8078</link>
    <description>Gidday.

On Wed, 2008-12-03 at 01:02 +0100, Bartek Ćwikłowski wrote:

If data on the server changes while you're hibernated and the client on
your side doesn't refresh its data when resuming, you might run into
trouble. If you can tell your computer to invalidate local caches, it
might work.

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-03T00:48:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8077">
    <title>Can I leave network media mounted ro?</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8077</link>
    <description>Hi,

http://www.tuxonice.net/HOWTO-4.html mentions that I have to unmount nfs/smbfs 
mounted media during hibernation because I "risk losing data". Is it true if I 
have some shares mounted read-only (they are also exported read-only)? I have 
some movies and music exported from my file-server and I don't like killing 
mediaplayers just because I have to unmount their data.

thanks in advance,
Bartek Cwiklowski
</description>
    <dc:creator>Bartek Ćwikłowski</dc:creator>
    <dc:date>2008-12-03T00:02:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8076">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8076</link>
    <description>Hi,


Today I did some testing of suspending followed by shutdown, with various 
kernel versions and s2disk. I also modified "shutdown method" from 
/etc/suspend.conf. here are the results:

A -&gt; shutdown method = shutdown
B -&gt; shutdown method = platform now

2.6.26A hangs on suspending just like tuxonice with default powerdownmethod
2.6.26B works great
2.6.27A suspends, shutdowns, but hangs with black screen after resume
2.6.27B reboots instead of shutting down - otherwise works.
2.6.28A hangs on suspending just like tuxonice with default powerdownmethod
2.6.28B reboots instead of shutting down - otherwise works.

so looks like platform thingie is broken since 2.6.27 and shutdown method 
since 2.6.25. Anyway it doesn't look look like it is tuxonice fault (check 
https://kerneltrap.org/mailarchive/linux-kernel/2008/7/16/2530114/thread ), so 
you don't have to write any patches just for me, I'm perfectly fine with 
commenting out that one line, I wrote about earlier, in my own 2.6.27 with 
tuxonice.

Regards,</description>
    <dc:creator>Bartek Ćwikłowski</dc:creator>
    <dc:date>2008-12-02T22:35:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8075">
    <title>Hibernation support among graphics cards</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8075</link>
    <description>Hi guys.

I am planning to get a new PC and a new graphics card. I am wondering
which brands and drivers are working with tuxonice. Maybe it
will help more people to have an overview list like this.

My experiences so far:
- Nvidia old era (TNT2) + free nv driver (no 3D accel) = no problems.
- Nvidia old era (TNT2) + binary closed driver (3D accel) = it is blacklisted by tuxonice, no hibernation.
   The driver itself doesn't even work lately on my machine.
- Radeon middle era (9550) + free radeon driver (3D accel) = no problems.

My observations from this list:
- Nvidia new era (8xxx - 9xxxx) + binary closed driver (3D accel) = varying success.
   Depends on driver version, card and other factors.

My questions:
- Radeon new era (radeon HD 3xxxx - 4xxx) + free radeonHD driver (3D accel?)= ??? (any experieces?)
- Intel new era (9xx) + (free?) driver (3D) = ??? (any experieces?)

This is on a desktop PC. Laptops probably have their own share of problems with ACPI and gfx cards.
Has anybody experiences with the</description>
    <dc:creator>ace</dc:creator>
    <dc:date>2008-12-02T15:51:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8074">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8074</link>
    <description>Hi.

On Tue, 2008-12-02 at 02:44 +0100, Bartek Ćwikłowski wrote: 

Great.


Sounds like you might have some sort of regression. It worked fine with
2.6.26 or earlier?

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-02T11:29:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8073">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8073</link>
    <description>Hi.

On Tue, 2008-12-02 at 11:10 +0200, Dmitry Nezhevenko wrote:

Yes, that's the aim. The patch will make TuxOnIce always run the S4 code
when doing the atomic copy and restore, but use the code for your chosen
powerdown method when doing the actual power off. Given what you say, it
sounds like it shouldn't cause any problems.

Regards,

Nigel
</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-02T11:25:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8072">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8072</link>
    <description>_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Dmitry Nezhevenko</dc:creator>
    <dc:date>2008-12-02T09:10:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8071">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8071</link>
    <description>Hi,


no problem, I can test whatever patch you need.

Regards,
Bartek Cwiklowski
</description>
    <dc:creator>Bartek Ćwikłowski</dc:creator>
    <dc:date>2008-12-02T03:04:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.swsusp.general/8070">
    <title>Re: nvidia-legacy and &gt;=2.6.25</title>
    <link>http://permalink.gmane.org/gmane.linux.swsusp.general/8070</link>
    <description>Hi again.

On Tue, 2008-12-02 at 03:52 +0100, Bartek Ćwikłowski wrote:

Okay. So, then, the problem is that you need to use S4 for doing the
atomic copy and restore, but need to not use it for powering down.
That's certainly doable. I have a patch in the works that I'll send to
you in a while, if you're willing to test it. You should then be able to
select whatever your old powerdown method was and everything should be
fine.

Regards,

Nigel

_______________________________________________
TuxOnIce-users mailing list
TuxOnIce-users&lt; at &gt;lists.tuxonice.net
http://lists.tuxonice.net/mailman/listinfo/tuxonice-users</description>
    <dc:creator>Nigel Cunningham</dc:creator>
    <dc:date>2008-12-02T02:57:28</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.swsusp.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.swsusp.general</link>
  </textinput>
</rdf:RDF>
