Central error: [ 0.227143] omap_hwmod: debugss: _wait_target_disable failed *********************** [ 0.063378] Initializing cgroup subsys blkio [ 0.063388] Initializing cgroup subsys vm [ 0.063469] CPU: Testing write buffer coherency: ok [ 0.063561] ftrace: allocating 25677 entries in 76 pages [ 0.195041] Setting up static identity map for 0x806e43d0 - 0x806e4428 [ 0.203643] devtmpfs: initialized [ 0.206838] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3 [ 0.221562] omap_hwmod: tptc0 using broken dt data from edma [ 0.221724] omap_hwmod: tptc1 using broken dt data from edma [ 0.221874] omap_hwmod: tptc2 using broken dt data from edma [ 0.227143] omap_hwmod: debugss: _wait_target_disable failed [ 0.296723] xor: measuring software checksum speed [ 0.388841] arm4regs : 685.200 MB/sec [ 0.488828] 8regs : 504.400 MB/sec [ 0.588828] 32regs : 658.400 MB/sec [ 0.588840] xor: using function: arm4regs (685.200 MB/sec) [ 0.588862] pinctrl core: initialized pinctrl subsystem [ 0.589530] regulator-dummy: no parameters [ 0.591608] NET: Registered protocol family 16 [ 0.594815] DMA: preallocated 256 KiB pool for atomic coherent allocations [ 0.595727] cpuidle: using governor ladder *********************** Central error: [ 21103.808] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support *********************** [ 21103.767] (--) using VT number 1 [ 21103.799] (WW) Falling back to old probe method for fbdev [ 21103.800] (II) Loading sub module fbdevhw [ 21103.800] (II) LoadModule: fbdevhw [ 21103.800] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so [ 21103.806] (II) Module fbdevhw: vendor=X.Org Foundation [ 21103.806] compiled for 1.15.1, module version = 0.0.2 [ 21103.806] ABI class: X.Org Video Driver, version 15.0 [ 21103.807] (II) FBDEV(0): using default device [ 21103.808] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 21103.810] (II) FBDEV(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 16/16 [ 21103.810] (==) FBDEV(0): Depth 16, (==) framebuffer bpp 16 [ 21103.810] (==) FBDEV(0): RGB weight 565 [ 21103.810] (==) FBDEV(0): Default visual is TrueColor [ 21103.810] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) [ 21103.810] (II) FBDEV(0): hardware: (video memory: 1536kB) [ 21103.810] (II) FBDEV(0): checking modes against framebuffer device... [ 21103.811] (II) FBDEV(0): checking modes against monitor... [ 21103.811] (--) FBDEV(0): Virtual size is 1024x768 (pitch 1024) *********************** [drm] Cannot find any crtc or sizes - going 1024x768
Please provide build info / image / bsp / ab image URL / etc. Just dumping the error into a BZ is not sufficient to describe the problem.
BeagleBone Black BSP, build ccf5a4d2342c4fd40e4e0b332ea7e34e0bf175d4 AB link: http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7.rc4 These errors are caught by the log parser during automated runtime testing.
Exact link please. Also, please update the Platform field accordingly when you submit the bug. Thanks.
http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7.rc4/machines/beaglebone/ Image type is core-image-sato-sdk
Also, rather than just dumping the log we should describe the issue. Not everyone has a board (I don't) and we can't see the screen to know what is happening. Does the display actually work ? Was this same issue present in any older builds ? We haven't changed anything in the kernel for the BBB, so this either an existing problem, or something that changed outside the kernel.
Assigning to Lucian to answer Bruce's questions.
Hello Bruce, Some time ago we added a new automated testcase that parses the logs on target machines. For now, in addition to dmesg and xorg.log it searches for all the .log files in /var/log location and parses them line by line searching for keywords like "error", "fail", "can't" etc. When such lines are found they are compared to a whitelist of know errors that are to be ignored. I am currently working on improving that list because since we implemented this test it fails a lot, mostly because the whitelists are incomplete. These errors are collected from our weekly automated tests that we do on our machines in a hardware rack. Our test automatically downloads the image from AB, installs it on the machine and runs the unit tests on it. It builds some packages locally and downloads the artifacts from the AB, like the kernel, rootfs and manifest file which it copies on the test machine. None of the test machines have screens connected to them, so of course that may lead to errors in dmesg. These errors may or may not have been present in older builds, wee see them now because of the parser that we implemented. Most likely that they were. For this particular error the environment is as follows: Build: ccf5a4d2342c4fd40e4e0b332ea7e34e0bf175d4 Image type: core-image-sato-sdk Machine: BeagleBone Black Link: http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7.rc4/machines/beaglebone/core-image-sato-sdk-beaglebone.hddimg Errors from: dmesg log
I will add Yi to the thread, since he is testing BBB regularly. Yi, can you check if you encounter the same errors as Lucian on your BBB? Until he responds, you can check his results from the 1.7_M4.rc5 buid; there are no errors attached from his test runs except bug 6665: https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3053 https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3054
(In reply to comment #8) > I will add Yi to the thread, since he is testing BBB regularly. > Yi, can you check if you encounter the same errors as Lucian on your BBB? > > > Until he responds, you can check his results from the 1.7_M4.rc5 buid; there > are no errors attached from his test runs except bug 6665: > > https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3053 > https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3054 Hi Yi, Can you help us with this issue? Thanks, Alex.
(In reply to comment #9) > (In reply to comment #8) > > I will add Yi to the thread, since he is testing BBB regularly. > > Yi, can you check if you encounter the same errors as Lucian on your BBB? > > > > > > Until he responds, you can check his results from the 1.7_M4.rc5 buid; there > > are no errors attached from his test runs except bug 6665: > > > > https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3053 > > https://bugzilla.yoctoproject.org/tr_show_run.cgi?run_id=3054 > > Hi Yi, > Can you help us with this issue? > > Thanks, > Alex. The error logs also exist in my board. But I'm not sure they are *real* errors. Re-assign to Kevin Hao. Kevin: Would you help us to confirm this? Thanks.
Sorry for the delay. They're not actually errors. Ignore them. For "omap_hwmod: debugss: _wait_target_disable failed": This is a known issue. http://comments.gmane.org/gmane.linux.ports.arm.omap/112522 For "VGA arbiter: cannot open kernel arbiter, no multi-card support": The vga arbiter is only for some legacy vga devices. It is definitely not needed for this board. For "Cannot find any crtc or sizes - going 1024x768": It is only because that no monitor is connected to the board.
Error added to whitelist: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=7a4d72dc18ff4ce5b02684026ba1d564a2ab5c41