* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 @ 2018-03-09 14:36 Daniel Wagner 2018-03-12 12:25 ` Zoran S 0 siblings, 1 reply; 7+ messages in thread From: Daniel Wagner @ 2018-03-09 14:36 UTC (permalink / raw) To: cip-dev Hello CIP RT Folks! I'm pleased to announce the 4.4.120-cip20-rt13 stable release. This release is just an update to the new stable 4.4.120-cip20 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/wagi/linux-cip-rt.git branch: linux-4.4.y-cip-rt Head SHA1: e716c559d17b43bbf1c6b803040597a97d9c3767 Enjoy! Daniel ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-09 14:36 [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 Daniel Wagner @ 2018-03-12 12:25 ` Zoran S 2018-03-12 13:29 ` Agustín Benito Bethencourt 2018-03-12 16:47 ` Daniel Wagner 0 siblings, 2 replies; 7+ messages in thread From: Zoran S @ 2018-03-12 12:25 UTC (permalink / raw) To: cip-dev Hello Daniel, I did some tests using what I built here, on BeagleBone Black, namely two tests, to assure that kernel 4.4.120-cip20-rt13 works correctly. I did build this kernel using your own repo, adding it to my local Debian VM with Lava test framework, namely to the: http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/ ../ <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/>dtbs/ <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/dtbs/> 12-Mar-2018 10:13 -System.map <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/System.map> 12-Mar-2018 10:13 2370567build.json <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/build.json> 12-Mar-2018 10:13 1121build.log <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/build.log> 12-Mar-2018 10:13 260kernel.config <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/kernel.config> 12-Mar-2018 10:13 105622modules.tar.xz <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/modules.tar.xz> 12-Mar-2018 10:13 2152876zImage <http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/zImage> 12-Mar-2018 10:13 3671288 Both tests I have used are attached to this email: simple_test1.yaml mytest-bbb.yaml The ingredients used for the test are: http://localhost:8010/initramfs/initramfs.cpio.gz http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/zImage http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/dtbs/am335x-boneblack.dtb http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/modules.tar.xz exists The first test is simplistic one (simple_test1.yaml), just to determine the few simple shell commands, where I also issued uname -a to be sure that I am testing the correct RT kernel: uname -a Linux 192.168.15.159 4.4.120-cip20-rt13 #1 SMP Mon Mar 12 10:12:17 GMT 2018 armv7l GNU/Linux Result from this test are here: https://pastebin.com/eEz1NNWM The second one (mytest-bbb.yaml) is one executing from Linaro site: https://git.linaro.org/qa/test-definitions.git Result from this test are here: https://pastebin.com/5u51pnpb I'll try the same tests on Renesas iW-RainboW-G20D-Qseven module. Zoran ________ On Fri, Mar 9, 2018 at 3:36 PM, Daniel Wagner <wagi@monom.org> wrote: > Hello CIP RT Folks! > > I'm pleased to announce the 4.4.120-cip20-rt13 stable release. > > This release is just an update to the new stable 4.4.120-cip20 version > and no RT specific changes have been made. > > You can get this release via the git tree at: > > git://git.kernel.org/pub/scm/linux/kernel/git/wagi/linux-cip-rt.git > > branch: linux-4.4.y-cip-rt > Head SHA1: e716c559d17b43bbf1c6b803040597a97d9c3767 > > Enjoy! > Daniel > _______________________________________________ > cip-dev mailing list > cip-dev at lists.cip-project.org > https://lists.cip-project.org/mailman/listinfo/cip-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180312/bc4179d3/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: simple_test1.yaml Type: application/x-yaml Size: 2697 bytes Desc: not available URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180312/bc4179d3/attachment-0002.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: mytest-bbb.yaml Type: application/x-yaml Size: 2641 bytes Desc: not available URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180312/bc4179d3/attachment-0003.bin> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-12 12:25 ` Zoran S @ 2018-03-12 13:29 ` Agustín Benito Bethencourt 2018-03-12 16:09 ` Zoran S 2018-03-12 16:47 ` Daniel Wagner 1 sibling, 1 reply; 7+ messages in thread From: Agustín Benito Bethencourt @ 2018-03-12 13:29 UTC (permalink / raw) To: cip-dev Hi Zoran, On Monday, 12 March 2018 13:25:59 CET Zoran S wrote: > Hello Daniel, > > I did some tests using what I built here, on BeagleBone Black, namely two > tests, to assure that kernel 4.4.120-cip20-rt13 works correctly. CIP has a mailing list to provide tests results. I think this mail might belong there: https://lists.cip-project.org/mailman/listinfo/cip-testing-results Great to see people testing CIP kernels. Best Regards -- Agust?n Benito Bethencourt Principal Consultant Codethink Ltd ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-12 13:29 ` Agustín Benito Bethencourt @ 2018-03-12 16:09 ` Zoran S 0 siblings, 0 replies; 7+ messages in thread From: Zoran S @ 2018-03-12 16:09 UTC (permalink / raw) To: cip-dev Hello Augustin Benito, Thank you for letting me know. I forwarded the data to CIP testing email address. Thank you, Zoran _______ On Mon, Mar 12, 2018 at 2:29 PM, Agust?n Benito Bethencourt < agustin.benito@codethink.co.uk> wrote: > Hi Zoran, > > On Monday, 12 March 2018 13:25:59 CET Zoran S wrote: > > Hello Daniel, > > > > I did some tests using what I built here, on BeagleBone Black, namely two > > tests, to assure that kernel 4.4.120-cip20-rt13 works correctly. > > CIP has a mailing list to provide tests results. I think this mail might > belong there: https://lists.cip-project.org/mailman/listinfo/cip-testing- > results > > Great to see people testing CIP kernels. > > Best Regards > > -- > Agust?n Benito Bethencourt > Principal Consultant > Codethink Ltd > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180312/ebddae66/attachment.html> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-12 12:25 ` Zoran S 2018-03-12 13:29 ` Agustín Benito Bethencourt @ 2018-03-12 16:47 ` Daniel Wagner 2018-03-16 14:57 ` Zoran S 1 sibling, 1 reply; 7+ messages in thread From: Daniel Wagner @ 2018-03-12 16:47 UTC (permalink / raw) To: cip-dev Hi Zoran, On 03/12/2018 01:25 PM, Zoran S wrote: > Hello Daniel, > > I did some tests using what I built here, on BeagleBone Black, namely > two tests, to assure that kernel 4.4.120-cip20-rt13 works correctly. Excellen! > I did build this kernel using your own repo, adding it to my local > Debian VM with Lava test framework, namely to the: > http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/ > That is a good starting point. For -rt testing you should set following options: CONFIG_SMP=n CONFIG_MODULES=n CONFIG_DEBUG_ATOMIC_SLEEP=y CONFIG_DEBUG_LOCK_ALLOC=n CONFIG_PROVE_LOCKING=n CONFIG_LOCKDEP=n CONFIG_CPU_FREQ=n CONFIG_CPU_IDLE=n CONFIG_NO_HZ=n CONFIG_HZ_PERIODIC=y CONFIG_HZ_250=y CONFIG_HZ=250 CONFIG_SUSPEND=n CONFIG_HIBERNATION=n CONFIG_PM=n CONFIG_FTRACE=n CONFIG_PREEMPT_RT_FULL=y > Both tests I have used are attached to this email: > simple_test1.yaml > mytest-bbb.yaml Looks promising. So I got two major tests right now for -rt: In one shell I run cyclictest -p 80 -n -m -S Let it run for 30 minutes and see if the numbers are really bad or not. Obviosly, you can start with smaller runtimes eg. 1 minute. In other shell we need generate some load. For the beginning we can use something simple as hackbench while true; do hackbench ; done Both tools are part or rt-tests package. There is an example of the whole setup in ci-rt framework: https://ci-rt.linutronix.de/RT-Test/kb_details.jsp?id=123&b_id=4543&bt_id=326 > > The ingredients used for the test are: > |http://localhost:8010/initramfs/initramfs.cpio.gz > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/zImage > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/dtbs/am335x-boneblack.dtb > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120-cip20-rt13/arm/omap2plus_defconfig/modules.tar.xz > exists| > > The first test is simplistic one (simple_test1.yaml), just to determine > the few simple shell commands, where I also issued uname -a to be sure > that I am testing the correct RT kernel: > |uname -a| | > Linux 192.168.15.159 4.4.120-cip20-rt13 #1 SMP Mon Mar 12 10:12:17 GMT > 2018 armv7l GNU/Linux > | > > Result from this test are here: https://pastebin.com/eEz1NNWM|||| > > The second one (mytest-bbb.yaml) is one executing from Linaro site: > |https://git.linaro.org/qa/test-definitions.git| > > Result from this test are here: https://pastebin.com/5u51pnpb > > I'll try the same tests on Renesas iW-RainboW-G20D-Qseven module. Yes please. This looks really great. Thanks, Daniel ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-12 16:47 ` Daniel Wagner @ 2018-03-16 14:57 ` Zoran S 2018-03-19 8:21 ` Daniel Wagner 0 siblings, 1 reply; 7+ messages in thread From: Zoran S @ 2018-03-16 14:57 UTC (permalink / raw) To: cip-dev Hello Daniel, I did tests as advised by you on BBB01. Unfortunately, I am (for now) not able to do this on iwg20m, will be interesting to compare these two platforms. Sort of, to make more clear what the tests are, the following is short clarification: [1] while true; do hackbench ; done user at host: ~ $ hackbench Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks) Each sender will pass 100 messages of 100 bytes Average time on my test for BBB01 is around 5.70 This default gives (on the long run) on BBB01 HW the average load around 300! I could not believe my eyes, still BBB01 withstood such a torturing! :-) [2] cyclictest -p 80 -n -m -S https://events.static.linuxfound.org/sites/events/files/slides/cyclictest.pdf This .pdf explains all in details. _______ Now, I made one unsuccessful attempt to create the correct .config, where the following happened: CONFIG_SUSPEND=y CONFIG_HIBERNATION=y CONFIG_PM=y CONFIG_PREEMPT_RT_FULL=n Here are results from such a configuration, after approximately 60 minutes of running: root at beaglebone:~# cyclictest -p 80 -n -m -S # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 279.21 300.75 315.83 387/480 30402 T: 0 ( 8880) P:80 I:1000 C:3453637 Min: 15 Act: 49 Avg: 51 *Max: * *1386* Then I again have created the whole .config file again, deleting all the previous build, and this time this was a correct .config. Please, find it attached to this email (the full .config version) as CONFIG (since some other people might want to try such BBB01 RT tests). And here are results from the run, which lasted around ~50 minutes (~3 million cycles): root at beaglebone:~# uname -a Linux beaglebone 4.4.120-cip20-rt13-dirty #1 PREEMPT RT Fri Mar 16 13:41:18 GMT 2018 armv7l GNU/Linux root at beaglebone:~# cyclictest -p 80 -n -m -S # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 203.66 71.89 25.88 159/504 8144 policy: fifo: loadavg: 282.71 297.38 290.00 196/504 10767 T: 0 ( 7343) P:80 I:1000 C: 9151 Min: 19 Act: 44 Avg: 42 Max: 68 *T: 0 ( 7343) P:80 I:1000 C:3129069 Min: 8 Act: 31 Avg: 42 Max: 81* *Excellent job done on 4.4.120-cip20-rt13! Hats Down!* Thank you, Zoran _______ On Mon, Mar 12, 2018 at 5:47 PM, Daniel Wagner <wagi@monom.org> wrote: > Hi Zoran, > > On 03/12/2018 01:25 PM, Zoran S wrote: > > Hello Daniel, > > > > I did some tests using what I built here, on BeagleBone Black, namely > > two tests, to assure that kernel 4.4.120-cip20-rt13 works correctly. > > Excellen! > > > > I did build this kernel using your own repo, adding it to my local > > Debian VM with Lava test framework, namely to the: > > http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120- > cip20-rt13/arm/omap2plus_defconfig/ > > > > That is a good starting point. For -rt testing you should set following > options: > > CONFIG_SMP=n > CONFIG_MODULES=n > > CONFIG_DEBUG_ATOMIC_SLEEP=y > CONFIG_DEBUG_LOCK_ALLOC=n > CONFIG_PROVE_LOCKING=n > CONFIG_LOCKDEP=n > > CONFIG_CPU_FREQ=n > CONFIG_CPU_IDLE=n > > CONFIG_NO_HZ=n > CONFIG_HZ_PERIODIC=y > > CONFIG_HZ_250=y > CONFIG_HZ=250 > > CONFIG_SUSPEND=n > CONFIG_HIBERNATION=n > CONFIG_PM=n > > CONFIG_FTRACE=n > > CONFIG_PREEMPT_RT_FULL=y > > > Both tests I have used are attached to this email: > > simple_test1.yaml > > mytest-bbb.yaml > > Looks promising. So I got two major tests right now for -rt: > > In one shell I run > > cyclictest -p 80 -n -m -S > > Let it run for 30 minutes and see if the numbers are really bad or not. > Obviosly, you can start with smaller runtimes eg. 1 minute. > > In other shell we need generate some load. For the beginning we can use > something simple as hackbench > > while true; do hackbench ; done > > Both tools are part or rt-tests package. > > There is an example of the whole setup in ci-rt framework: > > https://ci-rt.linutronix.de/RT-Test/kb_details.jsp?id=123& > b_id=4543&bt_id=326 > > > > > The ingredients used for the test are: > > |http://localhost:8010/initramfs/initramfs.cpio.gz > > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120- > cip20-rt13/arm/omap2plus_defconfig/zImage > > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120- > cip20-rt13/arm/omap2plus_defconfig/dtbs/am335x-boneblack.dtb > > ||http://localhost:8010/cip-example/cip_v4.4.120/v4.4.120- > cip20-rt13/arm/omap2plus_defconfig/modules.tar.xz > > exists| > > > > The first test is simplistic one (simple_test1.yaml), just to determine > > the few simple shell commands, where I also issued uname -a to be sure > > that I am testing the correct RT kernel: > > |uname -a| | > > Linux 192.168.15.159 4.4.120-cip20-rt13 #1 SMP Mon Mar 12 10:12:17 GMT > > 2018 armv7l GNU/Linux > > | > > > > Result from this test are here: https://pastebin.com/eEz1NNWM|||| > > > > The second one (mytest-bbb.yaml) is one executing from Linaro site: > > |https://git.linaro.org/qa/test-definitions.git| > > > > Result from this test are here: https://pastebin.com/5u51pnpb > > > > I'll try the same tests on Renesas iW-RainboW-G20D-Qseven module. > > Yes please. This looks really great. > > Thanks, > Daniel > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180316/b24fa3d5/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: CONFIG Type: application/octet-stream Size: 101177 bytes Desc: not available URL: <http://lists.cip-project.org/pipermail/cip-dev/attachments/20180316/b24fa3d5/attachment-0001.obj> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 2018-03-16 14:57 ` Zoran S @ 2018-03-19 8:21 ` Daniel Wagner 0 siblings, 0 replies; 7+ messages in thread From: Daniel Wagner @ 2018-03-19 8:21 UTC (permalink / raw) To: cip-dev Hi Zoran, On 03/16/2018 03:57 PM, Zoran S wrote: > Hello Daniel, > > I did tests as advised by you on BBB01. Unfortunately, I am (for now) > not able to do this on iwg20m, will be interesting to compare these two > platforms. > > Sort of, to make more clear what the tests are, the following is short > clarification: > > [1] while true; do hackbench ; done > > user at host: ~ $ hackbench Running in process mode with 10 groups using 40 > file descriptors each (== 400 tasks) > Each sender will pass 100 messages of 100 bytes > Average time on my test for BBB01 is around 5.70 > > This default gives (on the long run) on BBB01 HW the average load around > 300! I could not believe my eyes, still BBB01 withstood such a > torturing! :-) hackbench is stressing the scheduler by creating a high number of threads which send messages to each other. If hackbench crashes the bbb that would be rather bad. So this is expected behavior and nothing to worry about. If you want to keep the system a bit more responsive you can limit the number of threads, e.g. while true; do hackbench 40 ; done You can also create additional load with various other tools. A very common stress load is building a kernel on the system. Though that needs a lot of setup to get going. Maybe have a look at stress-ng or cpuburn? > [2] cyclictest -p 80 -n -m -S > https://events.static.linuxfound.org/sites/events/files/slides/cyclictest.pdf > <https://events.static.linuxfound.org/sites/events/files/slides/cyclictest.pdf> > > This .pdf explains all in details. The next logic step to do is to create a histogram by cyclictest and parse the result in lava. Maybe even render the plot. Mabye this has been already done upstream. So better check first if someone has done this already. _______ > > Now, I made one unsuccessful attempt to create the correct .config, > where the following happened: > > CONFIG_SUSPEND=y > CONFIG_HIBERNATION=y > CONFIG_PM=y > CONFIG_PREEMPT_RT_FULL=n kconfig has some dependency checking/updating code. So even when you set a config option to a value, it might be overwritten again by a dependency. Don't worry about this to much. I spend a lot of time figuring out how to do it. I can also generate a complete config for bbb which has the above set. Again, not terrible important right now. > Here are results from such a configuration, after approximately 60 > minutes of running: > ? > root at beaglebone:~# cyclictest -p 80 -n -m -S > # /dev/cpu_dma_latency set to 0us > policy: fifo: loadavg: 279.21 300.75 315.83 387/480 30402????????? > > T: 0 ( 8880) P:80 I:1000 C:3453637 Min:???? 15 Act:?? 49 Avg:?? 51 > _/*Max:? */__/*1386*/_ The max value is likely due to the config settings. > Then I again have created the whole .config file again, deleting all the > previous build, and this time this was a correct .config. > > Please, find it attached to this email (the full .config version) as > CONFIG (since some other people might want to try such BBB01 RT tests). > > And here are results from the run, which lasted around ~50 minutes (~3 > million cycles): > root at beaglebone:~# uname -a > Linux beaglebone 4.4.120-cip20-rt13-dirty #1 PREEMPT RT Fri Mar 16 > 13:41:18 GMT 2018 armv7l GNU/Linux > > root at beaglebone:~# cyclictest -p 80 -n -m -S > # /dev/cpu_dma_latency set to 0us > policy: fifo: loadavg: 203.66 71.89 25.88 159/504 8144????????? > policy: fifo: loadavg: 282.71 297.38 290.00 196/504 10767????????? > T: 0 ( 7343) P:80 I:1000 C:?? 9151 Min:???? 19 Act:?? 44 Avg:?? 42 > Max:????? 68 > _/*T: 0 ( 7343) P:80 I:1000 C:3129069 Min:????? 8 Act:?? 31 Avg:?? 42 > Max:????? 81*/_ > > /*Excellent job done on 4.4.120-cip20-rt13! Hats Down!*/ Indeed these numbers look reasonable good and are the ballpark I would expect. Thanks, Daniel ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-03-19 8:21 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2018-03-09 14:36 [cip-dev] [ANNOUNCE] 4.4.120-cip20-rt13 Daniel Wagner 2018-03-12 12:25 ` Zoran S 2018-03-12 13:29 ` Agustín Benito Bethencourt 2018-03-12 16:09 ` Zoran S 2018-03-12 16:47 ` Daniel Wagner 2018-03-16 14:57 ` Zoran S 2018-03-19 8:21 ` Daniel Wagner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox