tag:blogger.com,1999:blog-6469704299235308349.post6226111501823118574..comments2024-02-09T16:24:46.087+11:00Comments on -ck hacking: BFS 0.443, 3.12-ck1ckhttp://www.blogger.com/profile/02904761195451530213noreply@blogger.comBlogger45125tag:blogger.com,1999:blog-6469704299235308349.post-66260381114454470132013-11-27T09:42:47.539+11:002013-11-27T09:42:47.539+11:00Please, guys&gals, keep on looking at the firs...Please, guys&gals, keep on looking at the first page: Con searches for people with working suspend-to-ram and still failing suspend-to-disk for his experimental test patch:<br />http://ck-hack.blogspot.de/2013/11/experimental-hibernation-patch-for-bfs.html?showComment=1385504880963#c56698966828730126<br /><br />I really want to encourage you, <br />Manuel KrauseAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-46143070713077037872013-11-26T09:28:35.890+11:002013-11-26T09:28:35.890+11:00Weird, and possible that it's a mainstream bug...Weird, and possible that it's a mainstream bug only unmasked by BFS (since it's not the first time this would have happened), but my general rule is if something's broken with my code applied, then it's almost certainly my fault.ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-21869710877554591272013-11-26T05:16:02.950+11:002013-11-26T05:16:02.950+11:00The most interesting thing is that TuxOnIce+BFS wo...The most interesting thing is that TuxOnIce+BFS works, and vanilla+BFS doesn't. Possible mainstream bug unhiding detected?Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-50837949307000605972013-11-24T20:44:13.803+11:002013-11-24T20:44:13.803+11:00Unfortunately, it didn't help. The system hibe...Unfortunately, it didn't help. The system hibernates, then after powering it on again image is read and system hangs.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-22779243131147814862013-11-24T20:24:30.181+11:002013-11-24T20:24:30.181+11:00You could enable it with BFS as I have got one in ...You could enable it with BFS as I have got one in my config :/. Will try to disable and test again.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-87279128685367785842013-11-24T12:31:14.419+11:002013-11-24T12:31:14.419+11:00That should never be enabled with BFS. I thought I...That should never be enabled with BFS. I thought I made it so you could NOT enable it in BFS.ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-90312959463501456242013-11-24T12:28:05.219+11:002013-11-24T12:28:05.219+11:00What about the kernel config parameter BOOTPARAM_H...What about the kernel config parameter BOOTPARAM_HOTPLUG_CPU0? It's for my config NO and hibernation does work here. But maybe the init system (systemd for me) has some influence too.<br /><br />cu sysitosMikehttps://www.blogger.com/profile/12391045215046883684noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-49527857435683321882013-11-24T10:34:17.068+11:002013-11-24T10:34:17.068+11:00I guess it *sometimes* doesn't help, because a...I guess it *sometimes* doesn't help, because after executing that command new processes may spawn by something else, and those processes could be placed on non-zero CPU.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-65876256579294284152013-11-24T10:32:06.018+11:002013-11-24T10:32:06.018+11:00If it doesn't help then that's not the iss...If it doesn't help then that's not the issue. I can't provide a fix for something I don't know the cause of and don't have the time to investigate...ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-44308785760548463062013-11-24T10:30:34.270+11:002013-11-24T10:30:34.270+11:00@Manuel Krause: this command pins all processes to...@Manuel Krause: this command pins all processes to first CPU core.<br /><br />@ck: nevertheless, sometimes this trick doesn't help :(. It would be great to see some fix from you.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-56914103182565562622013-11-24T10:06:54.374+11:002013-11-24T10:06:54.374+11:00That is interesting because the scheduler does tha...That is interesting because the scheduler does that before suspending to ram automatically. Perhaps somehow in BFS it doesn't do it before suspending to disk. Will investigate some time in the next year when time permits :\ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-53566156021491097712013-11-24T09:58:43.747+11:002013-11-24T09:58:43.747+11:00Can you, please, be so kind to explain, what that ...Can you, please, be so kind to explain, what that command would/should do?!<br />Thanks, Manuel KrauseAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-46904476205125922902013-11-24T09:45:45.943+11:002013-11-24T09:45:45.943+11:00It seems that
ls -1 /proc | egrep -e '[0-9]+&...It seems that<br /><br />ls -1 /proc | egrep -e '[0-9]+' | sort -n | xargs -I {} taskset -pc 0 {}<br /><br />cures hibernation with BFS enabled. Interesting.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-72695322799564774522013-11-23T05:20:01.746+11:002013-11-23T05:20:01.746+11:00Just to "draw a final stroke" under this...Just to "draw a final stroke" under this sub-thread's first sentences with my conclusions: Going to the vanilla kernel sources provided by openSUSE, without their added stuff, prevented having problems with heavy shm/swap usage. To be honest, CFS also produces hiccups in this scenario. Also, hibernate+resume _do_ work, the mentioned issues are _not_ BFS/CK1 related!<br /><br />And another weird thing I found out by coincidence today, leading this here to get even more offtopic: <br />(1) hibernate+resume looses my serial trackball - also with pure vanilla - no way to get it back <br />(2) a following suspend-to-ram+resume, alone, didn't reactivate it:<br />(3) then issuing in a root konsole "setserial -a /dev/ttyS0" -- that only reads out the config -- does reactivate the trackball ! All configs from xorg.conf are there<br />(4) PS/2 touchpad is not affected at all<br />(5) it's fully reproducible in the sequence written<br /><br />If anyone has a clue to this... I would be thankful !<br />Best regards, Manuel KrauseAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-19697579072687949342013-11-23T02:14:29.191+11:002013-11-23T02:14:29.191+11:00I like to be thanked but I had nothing to do with ...I like to be thanked but I had nothing to do with this release... if you're thanking me for updating the Arch kernel packages in <a href="http://repo-ck.com" rel="nofollow">repo-ck</a> then you are welcome :)grayskyhttps://www.blogger.com/profile/16133632514577609343noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-74130831794106009612013-11-22T08:58:31.523+11:002013-11-22T08:58:31.523+11:00Suspend to ram is a completely different process t...Suspend to ram is a completely different process to suspend to disk. I didn't touch any code directly that affects suspend to disk but the scheduler is involved in everything that happens everywhere in different ways. The answer then is no, it doesn't work that way. ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-89702195893747677242013-11-22T08:35:23.300+11:002013-11-22T08:35:23.300+11:00@ck: Quite a question to you, to apply brute force...@ck: Quite a question to you, to apply brute force... Can't you, maybe, adjust the the patch segments that resulted in "suspend-to-ram" to work, in a simple way --> for "suspend-to-disk" to work, too?<br />Best regards, ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-84450690855287590872013-11-22T08:03:53.865+11:002013-11-22T08:03:53.865+11:00(5) plain vanilla 3.12.1 + BFQ + CK1 survived a su...(5) plain vanilla 3.12.1 + BFQ + CK1 survived a suspend-to disk but now serial mouse died again. PS/2 touchpad keeps working. So, it's a 3.12. kernel (suspend-to-disk) issue?<br />ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-17011819066503434882013-11-22T07:45:55.332+11:002013-11-22T07:45:55.332+11:00(4) plain vanilla 3.12.1 + BFQ + CK1 survived a su...(4) plain vanilla 3.12.1 + BFQ + CK1 survived a suspend-to-ram with serial mouse alive!<br />ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-34887617853148460852013-11-22T07:42:44.682+11:002013-11-22T07:42:44.682+11:00(3) plain vanilla 3.12.0 + BFQ (no BFS/CK) patches...(3) plain vanilla 3.12.0 + BFQ (no BFS/CK) patches works, as well, with hibernate+resume. The serial mouse is still M.I.A. there. <br />ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-32596775101341297912013-11-22T07:26:40.020+11:002013-11-22T07:26:40.020+11:00BFQ has always (before 3.12, at least) been a good...BFQ has always (before 3.12, at least) been a good companion for disk performance, without any bad interference with BFS/CK. I don't see yet, why you consider it "far too complicated."<br />ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-24648847756443379912013-11-22T06:46:27.938+11:002013-11-22T06:46:27.938+11:00Keep away from Bfq patches: Far too complicated - ...Keep away from Bfq patches: Far too complicated - I stay with deadline for IO, which ever had good test results at phoronix.<br />RalphAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-47822243921337551962013-11-22T06:38:22.240+11:002013-11-22T06:38:22.240+11:00Sorry, Ralph, that I didn't react to your enco...Sorry, Ralph, that I didn't react to your encouragement to open a forum thread, so far. Currently, I need to catch the "golden thread" through my previous testing, maybe I did sth. wrong. If the newly compiled +ck1 +bfq 3.12.1 vanilla openSUSE also fails, ... <br />Let's see and exercise a little patience.<br />Manuel KrauseAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-60734967793978783172013-11-22T05:57:27.318+11:002013-11-22T05:57:27.318+11:00@Manuel, forgot to say: I don't use hibernatio...@Manuel, forgot to say: I don't use hibernation. I haven't tested:<br />Gentoo~unstable, kde-4.11.3, systemd-208, nvidia-331.20, gcc-4.7.3<br />RalphAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-3755700352485152292013-11-22T05:53:20.736+11:002013-11-22T05:53:20.736+11:00Hi Manuel, myconf:
http://paste.opensuse.org/5729...Hi Manuel, myconf:<br /><br />http://paste.opensuse.org/57295471<br />It is used for an 3 years old AppleMacMini, intel coreDuo.<br />All of Amd I disabled and many more: I just need 20 Min to compile.<br /><br />@Manuel, I asked you to open a forum thread, because this blog feedback hasn't all the features (code tags etc). I we don't come to a conclusion, we then might ask here a question.<br />Ralph UlrichAnonymousnoreply@blogger.com