7138 2015-01-14 10:09:16 +0000 bitbake -e with knotty spins if stdout is paginated 2015-01-23 14:26:22 +0000 1 1 7 Build System, Metadata & Runtime BitBake bitbake unspecified x86 Multiple RESOLVED FIXED Low normal 1.8 1 magnus richard.purdie poky.bs.watcher poky.watcher --- --- No (bug/feature does not impact docs) oldest_to_newest 47900 0 magnus 2015-01-14 10:09:16 +0000 I often use "bitbake -e core-image-minimal | less" to interactively grep for variable values etc. While 'less' is blocking stdout, bitbake will use 100% CPU on one core until I scroll to the end of output (or quit 'less' to break the pipe). This is not a big deal, but if you like me keep one of these less-invokations running while writing recipes (to review variables), the CPU fan on my laptop will go nuts. I use bitbake 1.22, but I was also able to reproduce this on bitbake master (1ea658dcdfde5465d3ecdb97550e0a66cb8b122e as of writing, 2015-01-14). I expect bitbake with knotty UI to behave like other console programs, such as: python -c 'while True: print("foo")' | less .. which consumes no CPU while being blocked. 48156 1 richard.purdie 2015-01-21 16:39:12 +0000 Some notes on this. If you specify bitbake -t xmlrpc, the system doesn't show the problem. Its therefore something to do with the process backend. It appears the cooker is trying to send an event to the client and the client is blocked sending data to the terminal. This leads to the event queue using a processor. 48161 2 richard.purdie 2015-01-21 17:44:34 +0000 I think I found the problem, a bogus fd in a select call. Patch on the bitbake list. 48226 3 richard.purdie 2015-01-23 14:26:22 +0000 http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=793f2f2e69cf3e4ef57a13f07538226b082cf868