**** BEGIN LOGGING AT Sat Sep 07 02:59:59 2013 Sep 07 09:52:50 mornin` ! Sep 07 09:54:56 good morning! Sep 07 09:55:20 how is it going vmayoral ? Sep 07 09:55:21 vvu|Log: how is it going? Sep 07 09:55:24 lol Sep 07 09:55:31 fine here Sep 07 09:55:41 trying to advance a bit with some recipes Sep 07 09:55:43 how about you? Sep 07 09:55:50 i heard you had some nice progress yesterday Sep 07 09:56:04 i think that i finally got the project to work on Android BBB Sep 07 09:56:13 need to fix my code Sep 07 09:56:30 to make it platform generic a bit...i`m using sometimeouts to wait untl the SPL, u-boot and kernel load Sep 07 09:56:41 and on the BBB android is really slow and time just does not work Sep 07 09:56:55 but i`m almost there Sep 07 09:59:23 * vvu|Log needs to get rid of the laziness and open eclipse Sep 07 10:00:43 sounds really good! keep it up! Sep 07 10:00:44 TI android for AM* SoCs has always sucked Sep 07 10:00:59 and it sucks worse for beagle* board because the TI devs refuse to use our patches Sep 07 10:01:32 which leads to situations where LCD7 doesn't work because TI implemented the cape wrong in their kernel Sep 07 10:01:42 but TI will still blame ciruitco Sep 07 10:01:43 asshats Sep 07 10:02:16 and of course every week TI India would complain that the beagle patches weren't "open source" or "online" Sep 07 10:03:52 vmayoral: did you notice packagegroup-ros-world ? Sep 07 10:04:25 nop Sep 07 10:05:08 what is it? Sep 07 10:07:03 can't find anything about " packagegroup-ros-world " Sep 07 10:21:43 koen: do you refer to the open discussion about the ros_control recipes? (https://github.com/bmwcarit/meta-ros/issues/143) Sep 07 10:32:45 it landed in meta-ros recently Sep 07 10:32:52 it's a packagegroup with all the ros stuff Sep 07 10:47:16 koen: my problem is that the android is really slow Sep 07 10:47:25 but will figure something out Sep 07 10:48:22 the best option is to change the vid/pid for MLO and another one for the full u-boot to identify them right Sep 07 10:49:32 koen: any idea if is there any #define when MLO gets compiled...to know if i want to compile MLO or u-boot? because the RNDIS code is common to both Sep 07 11:19:36 not sure, ping Tartarus for that, he's the uboot dude Sep 07 11:19:48 <_av500_> udude Sep 07 12:30:40 _av500_: we cannot really do chain boot Sep 07 12:30:55 because when u insert an usb device android ask for user permissions to work with the device Sep 07 12:31:16 if we can find a way to hack between that thingie it will be doable Sep 07 12:37:06 _av500_: got the Android to work nice but transferring the image takes forever...it`s really slow :) Sep 07 12:37:21 it writes lower than 50kb/s i think Sep 07 13:01:13 _av500_: now it`s compatible with the BBB android but i don`t think somebody will stay 1h to transfer the whole image...it`s running really slow. Sep 07 13:01:52 better way is to have a small linux ramdisk that reads image from host flashes then passes the image to next BBB and so on Sep 07 13:01:58 it will run way faster Sep 07 13:03:50 ds2: found the bug why without the RNDIS host driver in the kernel i could not speak with the device. the kernel sends the RNDIS init message and i was not sending it so reading was useless. Sep 07 13:39:51 _av500_: tested and it works with n7, galaxy nexus and the BBB Sep 07 13:40:00 now ideally would be to have some more devices Sep 07 13:40:19 some chinesse tablets...but i suppose i can`t find the kernel for those ones Sep 07 16:27:37 does anybody have time to check a bash script for me? i have a bug somewhere but cannot find it... **** ENDING LOGGING AT Sun Sep 08 02:59:59 2013