**** BEGIN LOGGING AT Fri Nov 21 02:59:58 2014 Nov 21 05:35:29 hi Nov 21 05:36:22 any one there....need some information regarding beagleboneblack Nov 21 05:39:39 can any one tell me main board file name used in beagleboneblack Nov 21 05:43:16 Subir: am335x-boneblack.dts Nov 21 05:50:20 suihkulokki : I want to know the board.c file.... Nov 21 05:56:37 lol Nov 21 05:57:45 actually when I worked on AM1808 there is a board.c file is available, what what is in case of AM335X...?? Nov 21 06:46:49 <_av500_> Subir: board files are gone Nov 21 06:46:51 <_av500_> no more Nov 21 06:47:24 <_av500_> http://elinux.org/BeagleBone_and_the_3.8_Kernel Nov 21 06:54:44 the brave new dt world Nov 21 06:55:02 so i heard a rumor that capemgr is no more too. true, or did i totally misread something? Nov 21 06:56:28 i looks like so Nov 21 06:56:45 mine is working without capemgr, kernel 3.13 or sth. Nov 21 07:03:46 Using the PRUs, how fast is it possible to bitbang something? I have a protocol I want to try to emulate that uses ~250kHz signaling (with a 75% duty cycle) Nov 21 07:04:18 200MHz Nov 21 07:04:22 (thus I'd have to be able to bitbang at 1MHz to get the duty cycle right) Nov 21 07:04:26 for more information read the TRM Nov 21 07:04:50 oh, you can adjust the GPIO pins every cycle? Nov 21 07:04:56 1MHz should be almost possible from user space as well Nov 21 07:05:04 as i said, read teh TRM Nov 21 07:05:49 I was originally going to do this on the Raspberry Pi (because more people have those, even thought I like the BBB much better) but the internet seemed to say it wasn't possible Nov 21 07:05:59 alright, I'll read the TRM when I get together the parts to assemble it Nov 21 07:06:00 thanks Nov 21 07:06:22 jpfau: ask mdp, he has done done some benchmarks on bitbanging with different boards Nov 21 07:07:34 jpfau I suggest read or watch the presentation about the pru from elce 2014 Nov 21 07:09:58 _av500_: how the "board-omap3beagle.c" is linked through DT (AM335x-boneblack.dts) Nov 21 13:01:07 hi, Nov 21 13:01:50 beaglebone black: does anybody know any v3.10 kernel baseline to run on bbb? Nov 21 13:02:50 i checked robert C Nelson's kernel trees: https://github.com/RobertCNelson Nov 21 13:03:54 although there are v3.10 branches, however, none of them can support beaglebone black. I mean lack of a am335x-boneblack.dts Nov 21 13:04:43 ti's official releases support v3.8, v3.14. no support to v3.10 either. Nov 21 13:13:19 docularxu: why do you want to run such 3.10? Nov 21 13:13:32 docularxu: people usually run 3.8 or 3.14 on the bbb Nov 21 13:17:56 KotH, that's a version Android uses. Nov 21 13:19:11 KotH, I have some another board using Android w/ kernel v3.10. and plan to use the same TI WILINK8 module. Nov 21 13:20:31 KotH, bbb has a TI wilink8 cape (WL1835MOD), and i plan to launch the driver support on bbb first. Nov 21 13:20:51 MUAHAHAHA Nov 21 13:20:55 dont Nov 21 13:20:56 just dont Nov 21 13:21:21 i know a guy who used the wilink8 just recently Nov 21 13:21:33 IIRC it took him a week to get that beast running Nov 21 13:22:17 i'm not sure whether he send his patches upstream yet Nov 21 13:22:47 oh.. and he works for linaro aswell :) Nov 21 13:23:30 i guess i know him. Nov 21 13:24:26 backporting the wilink driver from the mainline to v3.10 is what i need to do now. Nov 21 13:24:41 that's why i need a v3.10 baseline. Nov 21 13:25:19 if you know him, ask him Nov 21 13:25:34 he should be able to give you the right answer Nov 21 13:25:55 he did his work bbb after all Nov 21 13:26:46 "on the bbb" Nov 21 13:26:57 * KotH is a little distracted atm Nov 21 13:26:57 right. i should. he is in holiday this week ~ Nov 21 13:27:02 i know Nov 21 13:27:22 * KotH saw pictures of dead deer Nov 21 13:27:31 aha. Nov 21 13:28:26 hey guys, has anyone found a way to PREEMPT_RT Patch the Beaglebone Black and enable FULL RT ? Nov 21 13:29:28 i found a discussion with a script of RobertCNelson, but after flashing the bone, ksoftirqd/0 keeps going crazy Nov 21 13:29:45 T_: with mainline? Nov 21 13:31:06 the sript updates/patches the beagle to: Linux beaglebone 3.14.1-rt1-bone2 #1 SMP PREEMPT RT Sun Nov 16 14:00:04 CET 2014 armv7l GNU/Linux Nov 21 13:31:58 it is running but ksoftirqd/0 is using nearly all CPU and so the beagle even lags on the GUI Nov 21 13:32:54 sounds like a bug Nov 21 13:33:25 you should report that to the approriate people Nov 21 13:34:15 i know and i will probably do that. but the question is: has anyone found another way/ any way to patch the beagle with PREEMPT RT? Nov 21 13:35:13 following another tutorial and enabling FULL RT in the menuconfig leads to a stuck while booting Nov 21 13:35:36 if there are, then i dont know Nov 21 13:35:42 few people with RT patches come here Nov 21 13:35:56 to bad =) Nov 21 13:36:01 http://events.linuxfoundation.org/sites/events/files/slides/toyooka_LCJ2014_v10.pdf Nov 21 13:36:05 it's not a common thing Nov 21 13:36:23 this guy somehow made 3.14 RT run on the beagle but well i simply can Nov 21 13:36:30 * cant by myself ^ Nov 21 13:36:47 T_: well, send him an email then Nov 21 13:36:58 T_: japanese people are usually quite friendly Nov 21 13:37:10 T_: and as a german you certainly know how to ask politely Nov 21 13:38:40 i will give it a try, thx 4 responding Nov 21 13:38:57 np Nov 21 13:39:00 viel glück! Nov 21 13:52:33 <_av500_> wonder if mdp has an idea Nov 21 14:16:24 Great, my BBB now can decode the GPS output and knows where it is. Next: PPS input locked to NTP. Nov 21 14:19:25 Peanut: doesnt gpsd do taht already for you? Nov 21 15:01:19 Peanut: how's that going? Nov 21 19:19:26 hi, everybody Nov 21 19:20:18 I am getting an odd error with a USB hub connected to BeagleBoard C4: Nov 21 19:20:46 sb 1-1.1: device not accepting address 7, error -32 Nov 21 19:20:56 this error -32 refers to EPIPE: broken pipe Nov 21 19:21:34 I wonder if anyone saw this before Nov 21 19:21:48 thanks! Nov 21 19:32:20 mcz_, bad usb hub, bad cable, etc... Nov 21 19:34:15 rcn-ee: thank you! I will try to test with different hardware. Nov 21 19:35:03 rcn-ee: -EPIPE cannot be related to driver, right? Nov 21 22:04:32 for mcz... is the hub powered, and hi speed (since it's a classic C4) Nov 21 22:04:49 even though he's gone maybe he'll see it :P Nov 22 00:37:11 Good day! My BeagleBone Black (flashed to Debian ARM) will neither shut down nor reboot all the way when given the command over SSH... could anyone give me a suggestion on what to fix to make it so the board *will* react? Nov 22 00:40:41 what command are you using? Nov 22 00:41:56 methuzla: shutdown -r now Nov 22 00:42:10 And also "reboot"... I've tried both Nov 22 00:42:42 with sudo before? Nov 22 00:42:44 try it with sudo Nov 22 00:43:43 Ah, I am root (It's an offline machine)... perhaps the power daemons are ignoring the non-sudo root-level? Nov 22 00:45:25 does shutdown -h now at least power down? Nov 22 00:46:37 No, unfortunately. It gives the "broadcast" that the system is going down for halt, but I'm still able to use it after that Nov 22 00:47:09 This is an older flash of the Debian. Perhaps I should try flashing it with a newer image? Nov 22 00:49:26 maybe. sorry. i got nothing else. maybe look at the logs? dig through the init stuff? Nov 22 00:51:16 Init as in boot or of the command? Nov 22 00:52:34 all the related scripts. /etc/init.d Nov 22 00:53:39 I'll take a look at those. If I end up having to reimage it, that's cool, it's proabbly for the best to start a new project from scratch! :) Thanks veremit and methuzla! Nov 22 00:54:11 might be worth tail'ing dmesg or var/log/messages Nov 22 00:54:18 but sounds like something is borked Nov 22 00:55:01 Certainly. Thanks! **** ENDING LOGGING AT Sat Nov 22 03:00:00 2014