tag:blogger.com,1999:blog-2963790426029213933.post2698396818494010632..comments2024-02-29T00:33:07.382-08:00Comments on Alfred Chen's Blog: BMQ 0.94 releaseAlfred Chenhttp://www.blogger.com/profile/03164306846702841944noreply@blogger.comBlogger19125tag:blogger.com,1999:blog-2963790426029213933.post-47581732265197878012019-05-26T02:04:05.726-07:002019-05-26T02:04:05.726-07:00So far so good on 7 machines.So far so good on 7 machines.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-86171763780868744952019-05-25T13:05:34.816-07:002019-05-25T13:05:34.816-07:00From my experience O3 makes the kernel slower than...From my experience O3 makes the kernel slower than O2.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-20243789940463481352019-05-25T05:59:43.843-07:002019-05-25T05:59:43.843-07:00@Oleksandr Natalenko and BMQ users:
I hope that I&...@Oleksandr Natalenko and BMQ users:<br />I hope that I'm allowed to post this slightly offtopic question here... as it regards one commit from your recent -pf kernel(s). Namely it's the "cpu-5.1: add a CONFIG option that sets -O3", "CONFIG_CC_OPTIMIZE_HARDER", (7fef9301).<br />What would you say, is it a risky option? Or, do you have positive/ negative feedback already, regarding this option from your pf-kernel users community?<br /><br />TIA for your answer, best regards,<br />ManuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-63080336657744939272019-05-14T22:02:41.863-07:002019-05-14T22:02:41.863-07:00seems to work pretty well, but i have a very stran...seems to work pretty well, but i have a very strange issue, pulse audio seems to be messed up, sound works, but the levels are all messed up, some sounds being too loud other being too quiet, very strange, doesn't happen on the stock kernel. I really have no idea why bmq would cause this problem its very strange.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-25510105425220725852019-05-10T01:44:49.362-07:002019-05-10T01:44:49.362-07:00@Alfred, now I tried to switch yield_type to 0, fo...@Alfred, now I tried to switch yield_type to 0, for 30 minutes no issues, let's see what other effects it has, but so far, it's plausible.<br />I will post results after more testing.<br />BR, EduardoAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-6472231224529838602019-05-10T00:42:41.399-07:002019-05-10T00:42:41.399-07:00@Alfred
The same as Sveinar in 0.93 version, I hav...@Alfred<br />The same as Sveinar in 0.93 version, I have strange "hickups" in 0.94 (they were present in 0.93 version as well). On seemingly idle system things seem to freeze for a little (0.2-2 sec), for instance audio playback via old wine player, which is the most easily to notice because that's continuous stream, not something that can be overlooked, rarely firefox does not respond right away, but a second later it's fine.<br />My observation is that even sitting and reading PDF, there are pauses in audio playback, but when computer is more busy, those things do not happen. For instance youtube in firefox have not had this issue, large documents or java programs do not lead to crackling sound as it was before. I don't know how this relates to scheduling and I don't want to guess much, but to me it seems that when scheduler has not much to do, these happen. Dunno.<br /><br />BR, EduardoAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-31289878509766085492019-05-08T16:39:49.792-07:002019-05-08T16:39:49.792-07:00Pls check https://gitlab.com/alfredchen/bmq/issues...Pls check https://gitlab.com/alfredchen/bmq/issues/5 for detail, in short, pls pick up commit https://gitlab.com/alfredchen/linux-bmq/commit/c98f44724fac5c2b42d831f0ad986008420d13c2 for this release.Alfred Chenhttps://www.blogger.com/profile/03164306846702841944noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-77846488918888844042019-05-08T09:21:25.569-07:002019-05-08T09:21:25.569-07:00It didn't explode even after the longer test. ...It didn't explode even after the longer test. Looks good to me.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-28211463805466301942019-05-08T06:49:31.855-07:002019-05-08T06:49:31.855-07:00@pf
Will wait for long test result then officially...@pf<br />Will wait for long test result then officially revert the commit as a solution ATM.<br />This commit was the last commit I synced from 5.1 mainline but I also noticed BMQ and CFQ are different in affected code path, and worried about that this may not work in BMQ for a second. Unfortunately, the commit doesn't make any side effect in my machines, so it is in this release.<br />I think some affected code path is uncovered in current sync commit, I need to take closer look at it sometime in this this kernel release cycle, and may need your help to test the the new patch, as you are the likely one to have the machine and config can reproduce it, :). Before that, reverting the sync up commit should be a good solution, it worked before, and it will works.Alfred Chenhttps://www.blogger.com/profile/03164306846702841944noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-51868173787806508262019-05-08T06:01:22.412-07:002019-05-08T06:01:22.412-07:00OK, revert seems to help, at least, so far. I'...OK, revert seems to help, at least, so far. I'll leave it burning for a longer time, though.<br /><br />For future tests, here is my reproducer: https://gitlab.com/post-factum/burn_scheduler<br /><br />Once the revert is applied, it doesn't crash (well, it does, but in the UKSM code, which is a known issue I have to address somehow, but that's, likely, completely unrelated).<br /><br />The revert is strange, though. How making things non-atomic is supposed to fix things? Do you have an explanation why this commit is harmful?Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-85959930012589743652019-05-08T03:30:35.151-07:002019-05-08T03:30:35.151-07:00OK, I just had to try harder ☺.
https://gist.gith...OK, I just had to try harder ☺.<br /><br />https://gist.github.com/pfactum/04f6940ddd7c06b56664b35320b868b8<br /><br />(this is without revert)<br /><br />Will now test revert.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-48614864759514438382019-05-08T03:22:16.176-07:002019-05-08T03:22:16.176-07:00I'm trying to reproduce it on a VM, but so far...I'm trying to reproduce it on a VM, but so far I couldn't.<br /><br />Will check things on a laptop again, and then will check the revert too.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-22920758660209809032019-05-08T01:56:20.861-07:002019-05-08T01:56:20.861-07:00@Alfred Chen, now i compiled with revert patch and...@Alfred Chen, now i compiled with revert patch and my pc now work stabilityAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-45246419264080429932019-05-07T21:33:29.760-07:002019-05-07T21:33:29.760-07:00I installed the same kernel in i7@work, boots fine...I installed the same kernel in i7@work, boots fine. Lets see whether it works as well :)<br />Is this bug specific to some kernel config option or I'm just lucky as it does not seem to affect me so far?<br />BR, EduardoAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-69311672988281705672019-05-07T20:55:00.183-07:002019-05-07T20:55:00.183-07:00same problem, i try later compile with https://git...same problem, i try later compile with https://gitlab.com/alfredchen/linux-bmq/commit/14102e7208bf621e574877d66d6f8d5b5d7e7c74Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-73540986277477636942019-05-07T17:03:15.973-07:002019-05-07T17:03:15.973-07:00@pf
Just a quick test for you. Pls revert sync com...@pf<br />Just a quick test for you. Pls revert sync commit https://gitlab.com/alfredchen/linux-bmq/commit/14102e7208bf621e574877d66d6f8d5b5d7e7c74 and see if it helps.Alfred Chenhttps://www.blogger.com/profile/03164306846702841944noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-72769695492586794742019-05-07T12:50:39.724-07:002019-05-07T12:50:39.724-07:00I can not confirm this behavior at this point. I h...I can not confirm this behavior at this point. I have a build with Ubuntu mainline config + nohz_full + 100Hz + disabled UKSM. This time build is from Your git repo.<br />It boots and works fine on Ryzen@home (at least 5 reboots) + light gaming.<br /><br />Will test on i7@work, will report back, if something goes south :)<br /><br />BR, EduardoAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-78617855595474035602019-05-07T09:20:15.908-07:002019-05-07T09:20:15.908-07:00Umm, technically, this is not the panic, but oops,...Umm, technically, this is not the panic, but oops, but the system freezes immediately after that.Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-3440631563012645052019-05-07T09:19:00.141-07:002019-05-07T09:19:00.141-07:00Panics shortly after the boot: https://gitlab.com/...Panics shortly after the boot: https://gitlab.com/alfredchen/bmq/issues/5Oleksandr Natalenkohttps://www.blogger.com/profile/12098091624630953604noreply@blogger.com