Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
TuxOnIce adding 60 seconds to boot time
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
jpoland2003
n00b
n00b


Joined: 22 Dec 2013
Posts: 9

PostPosted: Sat Apr 05, 2014 4:01 pm    Post subject: TuxOnIce adding 60 seconds to boot time Reply with quote

I have 3.12.4 pf sources running on my dell latitude e6330. I'm trying to get TuxOnIce working so it will suspend and hibernate rather than just run the battery down.

I followed the instructions here: http://www.gentoo-wiki.info/TuxOnIce. First I tried setting up suspending to a swap file. I thought that was the problem so I moved to a swap partition but there is no improvement. The swap partition is /dev/sdb6. Its on a hdd with a windows installation using partitions 1-5. Unless I feed the boot "resume" parameter some garbage that TuxOnIce doesn't understand it spends ~60 seconds scanning /dev/sdb6. This seems to cause a problem loading firmware for the wifi adapter as that fails right after TuxOnIce gives up.

Here is dmesg: http://pastebin.com/DQExHS5E

The relevant lines seem to be:
Quote:
[ 5.693214] input: DualPoint Stick as /devices/platform/i8042/serio1/input/input8
[ 5.707821] input: AlpsPS/2 ALPS DualPoint TouchPad as /devices/platform/i8042/serio1/input/input7
[ 7.370972] usb 1-1.4: unlink qh1-0601/ffff880118f6e480 start 0 [1/2 us]
[ 7.373635] usb 1-1: clear tt buffer port 4, a3 ep2 t04048d82
[ 64.310886] PM: Checking hibernation image partition swap:/dev/sdb6
[ 64.310897] PM: Hibernation image not present or could not be loaded.
[ 64.310903] ALSA device list:
[ 64.312750] #0: HDA Intel PCH at 0xf7e30000 irq 45
[ 64.315908] Freeing unused kernel memory: 1068K (ffffffff820eb000 - ffffffff8


From the TuxOnIce debug info it looks like it doesn't even see the swap partition as a writable location.

Quote:
TuxOnIce debugging info:
- TuxOnIce core : 3.3
- Kernel Version : 3.12.4-pf
- Compiler vers. : 4.7
- Attempt number : 0
- Parameters : 0 667648 0 0 -2 0
- Overall expected compression percentage: 0.
- Checksum method is 'md4'.
0 pages resaved in atomic copy.
- Compressor is 'lzo'.
- Block I/O active.
- Max outstanding reads 1. Max writes 1.
Memory_needed: 1024 x (4096 + 352 + 112) = 4669440 bytes.
Free mem throttle point reached 0.
- Swap Allocator enabled.
Swap available for image: 1074055 pages.
- File Allocator active.
Storage available for image: 0 pages.
- No I/O speed stats available.
- Extra pages : 0 used/2000.
- Result : No hibernation attempts so far.


As a cherry on top, its not even working. TuxOnIce will hibernate but it locks up on resume. I've let it just sit there for more than 45 minutes.

Any suggestions? Thanks.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 13845

PostPosted: Sat Apr 05, 2014 5:18 pm    Post subject: Reply with quote

Do you need TuxOnIce? The in-kernel suspend/hibernate and in-kernel userspace software suspend choices may offer fewer features, but are quite reliable with the features offered.

You have two stalls. The second one is purely because the wireless firmware is missing. Embed the firmware in your kernel, provide it through the initramfs, or do not make the wireless driver a built-in. The first stall seems to be TuxOnIce related as you say, but I cannot see why.
Back to top
View user's profile Send private message
jpoland2003
n00b
n00b


Joined: 22 Dec 2013
Posts: 9

PostPosted: Sat Apr 05, 2014 5:55 pm    Post subject: Reply with quote

When I pass no "resume" parameter through grub, or if I pass a location or file name that TOI doesn't understand, then the boot goes smoothly wifi and all.

dmesg: http://pastebin.com/DLWRSuXm

iwl6005-ucode is in /lib/firmware it seems to only be a problem when TOI spends that minute looking for an image at swap:/dev/sdb6

I don't see why it should be taking that long either. I was hoping somebody would know another place to look.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 13845

PostPosted: Sat Apr 05, 2014 6:08 pm    Post subject: Reply with quote

The provided dmesg outputs come from two different kernels. Are you sure that both of them were built with exactly the same .config options? If not, you cannot compare their handling of module loading. You may have changed relevant firmware or driver options between the two builds.

http://pastebin.com/DQExHS5E:
[    0.000000] Linux version 3.12.4-pf (root@51350001) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) ) #8 SMP PREEMPT Fri Apr 4 20:37:34 IST 2014


http://pastebin.com/DLWRSuXm:
[    0.000000] Linux version 3.12.4-pf (root@51350001) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) ) #9 SMP PREEMPT Sun Apr 6 03:27:20 IST 2014
Back to top
View user's profile Send private message
jpoland2003
n00b
n00b


Joined: 22 Dec 2013
Posts: 9

PostPosted: Sat Apr 05, 2014 6:39 pm    Post subject: Reply with quote

Good catch. I grabbed the wrong file dump. I asked TOI to ignore the first, pre initramfs, scan opportunity in kernel #9. That is the difference. I though that having the initramfs go first might help. It did not make a difference.

dmesg: http://pastebin.com/xHepguFx
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum