Re: TuxOnIce 3.3 for Linux 3.4.

Hi, Nigel.

I tried this patch applied with other patches in pf-kernel and got the
following:

===
[  610.014951] EXT4-fs (sda2): re-mounted. Opts: commit=0
[  610.617159] EXT4-fs (sda3): re-mounted. Opts: user_xattr,commit=0
[  612.653889] sky2 0000:09:00.0: eth0: disabling interface
[  613.851771] TuxOnIce 3.3, with support for checksumming, usm,
compression, block i/o, swap storage, file storage, userui.
[  613.885920] Initiating a hibernation cycle.
[  615.216368] Console is 57x160.
[  615.216527] Using configuration file /etc/splash/tuxonice/1280x800.cfg.
[  615.216660] No silent picture specified in the theme config.
[  615.217362] Framebuffer support initialised successfully.
[  615.221381] Starting other threads.Freezing user space processes ...
(elapsed 0.02 seconds) done.
[  615.244125] Freezing remaining freezable tasks ... (elapsed 0.01
seconds) done.
[  615.639554] Restarting kernel threads ... done.
[  615.673257] Freezing remaining freezable tasks ...
[  635.682080] Freezing of tasks failed after 20.00 seconds (1 tasks
refusing to freeze, wq_busy=0):
[  635.682086] flush-8:0       R running      0  4476      2 0x00000000
[  635.682091]  019992e6 00000094 00000046 00000086 00000000 f7be0740
00000040 c10328d3
[  635.682100]  c101ca68 f7be0c80 01998c80 c173ec00 00000000 c1569b56
c173ec00 00000000
[  635.682108]  dcfc19bc 00000000 00000001 00000000 00000040 00000001
c10c2050 00000001
[  635.682116] Call Trace:
[  635.682128]  [<c10328d3>] ? irq_exit+0x63/0xb0
[  635.682135]  [<c101ca68>] ? smp_apic_timer_interrupt+0x58/0x90
[  635.682142]  [<c1569b56>] ? apic_timer_interrupt+0x2a/0x30
[  635.682148]  [<c10c2050>] ? zone_watermark_ok+0x30/0x40
[  635.682153]  [<c10c45a9>] ? get_page_from_freelist+0x2c9/0x530
[  635.682158]  [<c10d0263>] ? try_to_free_pages+0x83/0x130
[  635.682163]  [<c10d7e3c>] ? wait_iff_congested+0x7c/0x120
[  635.682168]  [<c104a080>] ? finish_wait+0x80/0x80
[  635.682172]  [<c10c4b97>] ? __alloc_pages_nodemask+0x387/0x840
[  635.682178]  [<c10be456>] ? find_or_create_page+0x46/0xa0
[  635.682185]  [<c1197af2>] ? ext4_mb_load_buddy+0x102/0x2e0
[  635.682189]  [<c1198eb1>] ? ext4_mb_find_by_goal+0x51/0x2d0
[  635.682195]  [<c11306c7>] ? __find_get_block+0xa7/0x1b0
[  635.682199]  [<c11998ad>] ? ext4_mb_regular_allocator+0x4d/0x400
[  635.682204]  [<c11958e5>] ? ext4_mb_use_preallocated+0xc5/0x2a0
[  635.682208]  [<c1194b92>] ? ext4_mb_initialize_context+0x72/0x2a0
[  635.682212]  [<c119b4b2>] ? ext4_mb_new_blocks+0x432/0x5a0
[  635.682217]  [<c1190ed0>] ? ext4_ext_map_blocks+0x7a0/0x1cc0
[  635.682222]  [<c1204383>] ? generic_make_request+0x93/0xd0
[  635.682226]  [<c1204434>] ? submit_bio+0x74/0x100
[  635.682231]  [<c10c030e>] ? mempool_alloc+0x3e/0x120
[  635.682237]  [<c13348e4>] ? scsi_pool_alloc_command+0x34/0x60
[  635.682243]  [<c11681f8>] ? ext4_map_blocks+0x178/0x2e0
[  635.682248]  [<c10bdbf3>] ? find_get_pages_tag+0xc3/0x160
[  635.682252]  [<c116c1dc>] ? mpage_da_map_and_submit+0x13c/0x680
[  635.682256]  [<c10c7ab1>] ? pagevec_lookup_tag+0x21/0x30
[  635.682261]  [<c116c925>] ? write_cache_pages_da+0xf5/0x3a0
[  635.682265]  [<c1185218>] ? ext4_journal_start_sb+0x58/0x1b0
[  635.682270]  [<c11666f5>] ? ext4_meta_trans_blocks+0x35/0x80
[  635.682274]  [<c116cec4>] ? ext4_da_writepages+0x2f4/0x5a0
[  635.682278]  [<c10c5130>] ? mapping_tagged+0x10/0x10
[  635.682283]  [<c10c70c3>] ? do_writepages+0x13/0x40
[  635.682287]  [<c1129e89>] ? writeback_single_inode+0xc9/0x300
[  635.682291]  [<c112a3bd>] ? writeback_sb_inodes+0x15d/0x1f0
[  635.682296]  [<c112a4bd>] ? __writeback_inodes_wb+0x6d/0xa0
[  635.682300]  [<c112a7a3>] ? wb_writeback+0x2b3/0x2e0
[  635.682304]  [<c10c5f54>] ? global_dirtyable_memory+0x44/0x70
[  635.682308]  [<c112b02b>] ? wb_do_writeback+0x15b/0x1e0
[  635.682313]  [<c108f822>] ? cgroup_freezing+0x22/0x30
[  635.682318]  [<c112b119>] ? bdi_writeback_thread+0x69/0x250
[  635.682322]  [<c112b0b0>] ? wb_do_writeback+0x1e0/0x1e0
[  635.682327]  [<c10499ef>] ? kthread+0x6f/0x80
[  635.682331]  [<c1049980>] ? kthread_freezable_should_stop+0x50/0x50
[  635.682336]  [<c156a4b6>] ? kernel_thread_helper+0x6/0xd
[  635.682348]
[  635.682350] Restarting kernel threads ... done.
[  635.864201] Restarting tasks ... Restarting kernel threads ... done.
[  635.879654] done.
[  635.934823] video LNXVIDEO:00: Restoring backlight state
[  635.936606] TuxOnIce debugging info:
[  635.936608] - TuxOnIce core  : 3.3
[  635.936609] - Kernel Version : 3.4.4-pf
[  635.936610] - Compiler vers. : 4.7
[  635.936611] - Attempt number : 2
[  635.936612] - Parameters     : 17 663560 0 1 -2 5
[  635.936614] - Overall expected compression percentage: 0.
[  635.936615] - Checksum method is 'md4'.
[  635.936616]   0 pages resaved in atomic copy.
[  635.936617] - Compressor is 'lzo'.
[  635.936618] - Block I/O active.
[  635.936619]   Used 0 pages from swap on /dev/sda1.
[  635.936620] - Max outstanding reads 1. Max writes 0.
[  635.936621]   Memory_needed: 1024 x (4096 + 228 + 68) = 4497408 bytes.
[  635.936622]   Free mem throttle point reached 0.
[  635.936624] - Swap Allocator enabled.
[  635.936625]   Swap available for image: 526119 pages.
[  635.936626] - File Allocator active.
[  635.936627]   Storage available for image: 0 pages.
[  635.936628] - No I/O speed stats available.
[  635.936629] - Extra pages    : 0 used/2000.
[  635.936630] - Result         : Hibernation was aborted.
[  635.936631]                  : Freezing filesystems and/or tasks failed.
[  640.910604] sky2 0000:09:00.0: eth0: enabling interface
[  640.910894] ADDRCONF(NETDEV_UP): eth0: link is not ready
[  642.444353] sky2 0000:09:00.0: eth0: Link is up at 100 Mbps, full
duplex, flow control rx
[  642.444365] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  645.916465] EXT4-fs (sda2): re-mounted. Opts: commit=0
[  646.075204] EXT4-fs (sda3): re-mounted. Opts: user_xattr,commit=0
===

In fact, I saw this before as well with TOI from git during some time,
but haven't reported because thought it might be related to memory
allocation error. As I feel, it is not.

In this cycle I tried to hibernate twice. First time immediately after
xfce loaded (with no additional soft launched) — TOI worked, resumed
well. Then I launched bunch of software needed to work — and TOI
rejected to work.

No heavy I/O workload observer — system was idle. Why flush could stall
— no idea.

I would like to help you to solve this issue, just tell me what to do.

Vanilla hibernation works well for me.

Regards,
  post-factum

06.07.12 15:12, Nigel Cunningham написав(ла):
> Hi all.
> 
> Please find attached a patch for Linux 3.4 kernels. I've just started
> preparing a 3.3 version, which will be uploaded (Lord willing) to the
> website in about 18 hours. This version fixes the memory freeing issue.
> Together with the fix for the -22 errors, I thought it was justification
> for bumping the version number.
> 
> The release will include support for kernels back to 3.0.
> 
> Not pushed to git yet as I'm about to go to bed, and haven't completed
> the backporting yet.
> 
> Nigel
> 
> 
> _______________________________________________
> TuxOnIce-devel mailing list
> [email protected]
> http://lists.tuxonice.net/listinfo/tuxonice-devel
>

_______________________________________________
TuxOnIce-devel mailing list
[email protected]
http://lists.tuxonice.net/listinfo/tuxonice-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP9ut5AAoJELftKrVLdx040Q0IAIBlaMeAV15jXH8IGNW3hvZS
CONTeGTXInQlOWMp+XyWOtc3qFq3mOHGU5S9cj94zkHAGVvPVhgyarxPowZNqKjc
25GmqvRWtL8F9EPeK7HVKS0fLAsggrhK2nmoQCcG/sqdINpLUk4F+Z5gU67HsmO/
xQ1tnSUA0J/3L29mwP36TfFUP0+BX9kJeAaj0yf0yARikWKuNBVajRJklI/wxvcK
aTNufNSNJ4rBaScGsHymjWjgCfXLjzL0ptIvMiq4cAofjyT0OWUlD5cPdj5uDK5I
yQbx42XzvN5T6WMR/fkLxFxe4MBv8npEmSSCEa1hgxYJLJJuTrazD1azOyjeEB0=
=ADUZ
-----END PGP SIGNATURE-----