**** BEGIN LOGGING AT Tue May 12 02:59:59 2015 May 12 14:27:33 * Abhishek_ wanders in May 12 14:37:13 panto: Which subsystem could BeagleLogic likely become part of if it makes the mainline May 12 14:37:31 oh, that's interesting May 12 14:37:52 I would guess drivers/misc where all the odd-balls are May 12 14:38:54 I mean, with the capemgr to be upstream, and the PRU driver worked upon this GSoC, I might want to go with the flow :) May 12 14:39:27 oh, yeah, go with the flow May 12 14:39:31 aka, welcome to the suck May 12 15:29:59 rcn-ee: Disabled HDMI on the latest jessie image and unable to log in May 12 15:31:01 Abhishek_, you should have access over serial/ssh? May 12 15:31:18 I'm unable to log in from there May 12 15:31:29 lot of lights blinking May 12 15:31:57 * Abhishek_ reaches for his BBB and inserts memory card May 12 15:32:13 okay... let's review how you disabled hdmi.. dtb-rebuilder or the cape overlay disable? May 12 15:32:29 edited /boot/uEnv.txt May 12 15:34:45 okay, got in this time but USR2 LED seems to be blinking a lot more even when idle May 12 15:35:57 rcn-ee: ^ May 12 15:36:46 htop? May 12 15:37:26 34 May 12 15:37:39 it's around 30-35% CPU usage May 12 15:38:11 ah, lxqt-panel is the offending process May 12 15:38:52 that's normal, lxqt-panel takes about that.. (there's bug in their tracker, looking at making it less resource..) May 12 15:39:15 wait, /dev/fb0 is still there, I disabled HDMI? May 12 15:39:19 but if your disabling hdmi, no reason to load lxqt(lightdm) May 12 15:39:58 does capemgr.* work in the 3.14 kernel? May 12 15:40:34 I mean, uncommenting that "capemgr.disablepartno="... , there's no capemgr in 3.14 IIRC May 12 15:40:46 laughs, no one reads the email list anymore. ;) May 12 15:41:00 https://github.com/RobertCNelson/bb.org-overlays May 12 15:41:23 https://github.com/beagleboard/linux/tree/4.1 May 12 15:42:28 yeah, it's back in 4.1 I know , but I'm running the 3.14.40ti-r62 kernel May 12 15:44:46 Abhishek_, the only way to disable hdmi in 3.14.x is to choose a *.dtb without the hdmi enabled, or use dtb-rebuilder to build a dtb without hdmi.. May 12 15:45:06 but xorg/lxqt/ligthdtm will still load in the background with hdmi disabled.. May 12 16:03:15 rcn-ee: If I switch to a 3.8.13 kernel then? May 12 16:05:08 moto_timo1: ping May 12 16:05:16 vvu: hi May 12 16:05:29 got your email, will reply later...offlineimap deleted all my remote messages and now i am rebuilding from local backup May 12 16:05:46 bummer May 12 16:06:23 was trying to set up offlineimap locally on my osx laptop and i did some stupid thing... May 12 16:06:36 lucky my server did not kick another offlineimap instance to remove them from there too May 12 16:07:00 yep May 12 16:08:12 woohoo, my fsf cloak is active :) May 12 16:08:43 Abhishek_, /dev/fb0 comes from drm/framebuffer emulation... you'd have to disable that in the kernel. May 12 16:08:56 I gotta go functional test some firmware... so afk for a while May 12 16:09:07 danke for the email May 12 16:09:10 have phun! May 12 16:09:29 rcn-ee: That's what I'm asking, so installing the 3.8 kernel should do the trick? May 12 16:09:42 no May 12 16:10:16 if you don't want lxqt loading, disable lightdm/xorg.. or use the console image... May 12 16:10:42 I see, the console image has HDMI off? May 12 16:11:26 no... it doesn't have xorg "installed" thus it won't try to use /dev/fb0... May 12 16:11:52 hmm May 12 16:49:22 moin May 12 17:59:26 rcn-ee: g_multi allows multiple files being exposed as flash drives ? May 12 18:11:59 vvu, just one device path for "file=" May 12 18:12:41 it would be cool if it worked with a raw "test.img" May 12 18:17:32 rcn-ee: i am asking if i can do file=/dev/mmcblk0,/dev/mmcblk1 May 12 18:17:49 i saw some old examples from 2.x kernel that this could be done May 12 21:00:17 moto-timo: travis always pushed a new tag for each good build ? **** ENDING LOGGING AT Wed May 13 02:59:58 2015