**** BEGIN LOGGING AT Thu Dec 04 02:59:59 2014 Dec 04 03:06:08 How Do I Buy beagl bone black I Am In Sri Lanka Dec 04 05:36:25 suppose I want to add hardware using the beaglebone black to switch 20 amp circuits. where do I find such relays etc.? Dec 04 05:48:16 dfy^: you mean the actual relays? Dec 04 05:48:21 from parts vendors? Dec 04 06:00:27 yes Dec 04 06:01:11 I will also have to learn how to control them with software Dec 04 06:02:30 https://www.google.com/search?q=beaglebone+control+relay Dec 04 06:02:38 lots of examples Dec 04 06:02:57 ty Dec 04 07:12:34 Helloo Dec 04 09:39:20 Is there any documentation as to what the dio leds on a BBB indicate on bootup? If they display no activity and only the power led is active, can any conclusions as to what subsystem is not working be drawn? (I'm trying to analyse damage, NOT fix things). Dec 04 09:49:50 arand: if only the power led comes up then there is usually either no system to boot or the board is physically damaged Dec 04 10:22:36 tbr: It's been in a test where physical damage is a possibility, so that's likely. I guess there's not much more details that can be had from that symptom... Dec 04 10:23:22 arand: pop in a known working micro-sd card, hold down button, connect power. if it doesn't come up, board is dead. Dec 04 10:23:35 arand: bonus points, look at UART Dec 04 10:29:58 tbr: Thanks for the hints, I'll do some digging then :) Dec 04 11:32:59 Hmm, i can't seem to find anyone discussing the issue i'm having, i just eMMC flashed my BBB with the latest debian image from the beaglebone homepage. And whenever i reboot it just reverts the settings as if it was only written to a temporary memory that gets flushed whenever i reboot the system. Dec 04 11:33:29 Sorry for my novicity Dec 04 11:36:11 what settings? Dec 04 11:36:29 did you remove the sd card? Dec 04 11:36:36 or do you flash at each boot? Dec 04 11:48:46 as from what i read you have to hold down the button while you plug it in in order to flash it Dec 04 11:49:03 i have unplugged the sdcard Dec 04 11:49:15 well, example of a setting would be to set the root password Dec 04 11:51:38 it seems like i was wrong, it must have been flashing the eMMC everytime from the sdcard Dec 04 11:51:53 which i now removed, set the password rebooted and it seem to be working fine Dec 04 11:52:05 good Dec 04 11:52:23 is the debian image supposed to take up the entire storage capacity? Dec 04 11:52:28 by default? Dec 04 11:57:47 more or less Dec 04 11:57:50 the emmc is small Dec 04 11:58:00 best is to ignore the EMMC Dec 04 11:58:04 get a big sdcard and by happy Dec 04 11:58:25 if i understood things right then using the eMMC would be much faster Dec 04 11:58:36 nah Dec 04 11:58:50 faster then your class 2 card Dec 04 11:59:01 and i can't even seem to do an apt-get upgrade due to the "disk" being full :/ Dec 04 11:59:30 exactly Dec 04 11:59:35 [12:58] best is to ignore the EMMC Dec 04 11:59:37 [12:58] get a big sdcard and by happy Dec 04 11:59:58 or go and and spend hours remiving all the unnneeded stuff from the stock image Dec 04 12:00:05 be* Dec 04 12:00:10 okay thank you Dec 04 12:01:28 or if you have a 4GB version, resize the FS Dec 04 12:02:05 yeah Dec 04 14:36:39 Hi! Anyone running am335x with 3.18 kernel? Dec 04 14:52:16 Hallo, I have a problem with my BeagleBone Black. Perhaps someone can help me. The problem is that i want to install lighttpd and php to create a web server. But the BeagleBone is always crashing in the middle of instalation. I heard you can avoid this if you clear Port 80 befor installing lighttpd but this did'n't help. Dec 04 14:53:03 board crashing? I very much doubt so Dec 04 14:53:33 IIRC there is already an apache and it's listening on 8000 or sthg like that Dec 04 14:53:46 on 80 is that weird web thing cloud foo IIRC Dec 04 14:56:12 Its not crashing its hanging up (sry for bad language ^^). I heard that I can use Apache but i want to try it with lighttpd. Dec 04 14:57:14 probably its just plain memory full. Dec 04 14:58:00 logs, logs and more logs Dec 04 14:59:32 So i have to clear the memory. I also want to add a MicroSD-card, is there a maximum or can i take any card to add Memory? Dec 04 15:29:18 i'm new to qt applicaiton framework, so wanted to know if people here develop applicaiton on top of embedded linux using qt or something else. Dec 04 15:31:09 hitlin37: I've a small application with Qt4 and Buildroot Dec 04 15:32:35 you did that in c++? how was your experience working with it? Dec 04 15:34:03 hitlin37: it was quite positive. I like the signal emitting way. I'm more a C developer Dec 04 15:35:16 hitlin37: I've also used CMake as build system Dec 04 15:35:31 hitlin37: my IDE was VIM :-) Dec 04 15:37:59 hitlin37???? qt is c++ with sugar Dec 04 15:39:42 hmmm Dec 04 15:40:14 hitlin37: I mean with some learning you can also use it quite quickly even as C dev :-9 Dec 04 15:41:12 hitlin37: the only problem I encountered was using Qt4 with boost libraries. There some header/macro issues Dec 04 15:41:18 i can manage in c++. another framework new to me is html5. but then, i think both qt and html5 fits into different use case Dec 04 15:41:34 i hears some good things about boost Dec 04 15:41:46 i used that in a game on done on opengl Dec 04 15:41:58 but not sure how the project is doing currently Dec 04 15:42:43 boost is useful instead of coding everything from scratch in c++ Dec 04 15:43:17 that was when doing game dev. no idea how welll it works on arm Dec 04 15:43:34 it works Dec 04 15:43:53 I know peaple, that used it on 166MHz ARM9 SoCs Dec 04 15:44:43 both html5 and qt uses the work "cross-platform" :) i guess most used and abused word in applicaiton development Dec 04 15:44:49 ah, nice Dec 04 15:45:25 on cortrex m series? with boost or qt? Dec 04 15:46:28 woglinde: thanks. yes, that's sweet Dec 04 15:47:27 hitlin37: it wasn't cortex, but real old ARM9 ARMv4 KS8695 :-) Dec 04 15:54:18 q Dec 04 18:08:12 If I want to compile a Debian BBB kernel, which git server should I use? Linux? github.com/beagleboard? github.com/beaglebone/linux? Dec 04 18:11:02 https://github.com/beagleboard/linux Dec 04 18:11:20 Thanks, wish me luck :-) Dec 04 18:13:05 There are quite a few pages telling you how to build a BBB kernel, but it's hard to say which one is current. Dec 04 18:14:44 Peanut, stock kernel is most supported one Dec 04 18:40:43 that's an acheivement Dec 04 18:40:46 spelling Dec 04 18:52:46 Peanut: http://github.com/beagleboard/linux is current Dec 04 18:52:56 3.8 is the stable builds that go out in the release images. Dec 04 18:53:09 3.14 is the dev branch, essentially. Dec 04 20:19:40 I've done a git checkout of 3.8. Most online instructions say I now have to run './patch.sh', but there's no patch.sh in the entire tree.... did I get the wrong tree? Dec 04 20:21:16 There may not be patches to apply. Dec 04 20:21:35 checked out from where? Dec 04 20:24:18 github.com/beagleboard/linux Dec 04 20:25:01 that tree is already patched. Dec 04 20:27:58 Ah ok, thanks jkridner Dec 04 20:42:28 Kernel is building, and the fans on my machine are spinning up - something seems to be happening! :-) Dec 04 20:56:58 It seems that this is the wrong compiler - should have gotten gnueabihf instead of gnueabi ? Dec 04 20:58:26 Peanut: probably, though for a kernel build i'm not sure if it matters Dec 04 20:59:25 Peanut, doesn't matter, kernel doesn't allow "floating point".... Dec 04 21:00:07 but both branches have thumb2 enabled, so it needs to be a sane cross compiler... Dec 04 21:01:48 rcn-ee: i am looking over the omap-image-builder especially for a bare-rootfs, does it have an option to add a custom script to the chroot to execute? Dec 04 21:02:10 i am trying not to edit the chroot_script you are creating in the chroot.sh file Dec 04 21:03:13 vvu, lots of options, just add chroot_script="script.sh" like: https://github.com/RobertCNelson/omap-image-builder/blob/master/configs/bb.org-console-debian-stable.conf#L55 Dec 04 21:03:40 just make sure it's in this dir: https://github.com/RobertCNelson/omap-image-builder/tree/master/target/chroot Dec 04 21:03:46 rcn-ee: and it will be executed after your forged chroot dir ? Dec 04 21:03:51 s/dir/script Dec 04 21:04:44 it get's run here: https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts/chroot.sh#L818 right before the image is tarred up... Dec 04 21:05:10 perfect if so Dec 04 21:05:19 thank you for the help Dec 04 21:06:01 not a problem.. for some reason we ended up with 3-4 different ways a script can be run at the end of the install.. ;) Dec 04 21:06:35 also the bbb has nodejs enabled by default, right ? Dec 04 21:07:11 make sure "nodejs nodejs-legacy npm" is in your package includes.. it's package for both wheezy/jessie (armhf) Dec 04 21:07:27 ok thx Dec 04 21:08:03 i also just backported node 0.10.29 to wheezy, so it's not the old version from may 2014 anymore. ;) Dec 04 21:09:54 rcn-ee: also to run a script before chroot, any option for that ? like trying to copy files from the host to folder chroot runs into ? Dec 04 21:10:03 you have something chroot_before_hook Dec 04 21:13:49 nope i don't.. ;) i cheat and hardcode everything before running the first main script: chroot_script.sh If you find it useful we can add a script right before this call: https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts/chroot.sh#L801 Dec 04 21:14:06 Then i could move all that hardcoding into that script. ;) Dec 04 21:14:26 rcn-ee: that is what I am doing :) Dec 04 21:14:36 will look into it and send a pr Dec 04 21:15:39 then we'll have 4-5 different ways a script can run. ;) I'll glady merge it.. "early_chroot_script".. ;) Dec 04 21:17:40 just got to be careful, after [debootstrap/debootstrap --second-stage] the chroot is still pretty raw. ;) Dec 04 21:19:13 i am not really familiar with debootstrap, for me it works nice to copy files to the rootfs Dec 04 21:36:19 Built a BBB kernel including modules and dtbs in 4m22 - not bad! Dec 04 21:42:23 how did you do that? native or with distcc? Dec 04 21:45:19 Cross-compiled on my desktop, with: make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImage dtbs modules Dec 04 21:47:31 and if you run: make ARCH=arm KBUILD_DEBARCH=armhf LOCALVERSION=-gitCROSS_COMPILE=/arm-linux-gnueabihf- KDEB_PKGVERSION=1cross deb-pkg you can get a *.deb you an sudo dpkg -i *.deb ; sudo reboot to install.. Dec 04 21:48:18 rcn-ee: nice, I was just figuring out the whole u-boot thing. So that would be a proper Debian kernel package? Dec 04 21:49:43 Peanut, correct, with built in *.dtb's.. as long as your running one of snapshots after (September-ish) http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots it's really easy to install the *.deb and reboot to run the new kernel.. Dec 04 21:50:01 rcn: I built a 3.8 though. Dec 04 21:50:13 no worries about where to stick zImage/dtb/modules.. Dec 04 21:50:32 i added the patches to both 3.8/3.14 branches to stream line "deb-pkg".. Dec 04 21:52:50 rcn-ee: should have run it with 'fakeroot' though. Dec 04 21:53:02 KBUILD_PKG_ROOTCMD is unset and fakeroot not found. Dec 04 21:54:02 Ok, works better after installing fakeroot, now I get 'dpkg-gencontrol: command not found'. Dec 04 21:55:13 (Installs dpkg-dev) Dec 04 21:55:23 dpkg-dev ( i usually have the ll dpkg tools installed) Dec 04 21:57:29 Nice, that got me 4 .debs in the parent directory. Dec 04 21:59:33 rcn: but does installing the .deb also put the new kernel into the uImage/U-Boot ? Dec 04 22:01:30 Peanut, it only works if your using an image newer then September from: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots as i have "grub" inspired script to shove the files in the correct location: https://github.com/RobertCNelson/netinstall/blob/master/lib/shared/zz-uenv_txt Dec 04 22:02:18 Ah now, I'm running the May 15th Debian image. Dec 04 22:04:59 Then you get to manually move /boot/vmlinuz-version to -> /boot/uboot/zImage and /boot/dtbs/version/*.dtb to /boot/uboot/dtbs/*.dtb and be all set.. Dec 04 22:05:49 After installing the .debs, or directly from where they live in my kernel build tree? Dec 04 22:06:27 After installing the *.deb on target.. (there's also: /boot/initrd.img-version -to-> /boot/uboot/Initrd.img ) Dec 04 22:07:14 Ah ok, /boot/uboot is mounted as vfat, that makes sense now. Dec 04 22:07:35 i dumped all the crazy logic into u-boot, such that users can just build the *.deb and install.. No thinking about where to put the files. ;) Dec 04 22:08:30 Making a backup of my BBB first Dec 04 22:10:46 backups? just make sure to have several sd cards :) Dec 04 22:11:04 No, it's running from the eMMC. Dec 04 22:11:20 Just make sure to have several eMMC chips. Dec 04 22:11:59 rcn-ee: did you ever try to run the image builder on a virtualized system? i have a machine at digitalocean.com on a vpn and it fails. chroot fails with wrong exec type for debootsrap Dec 04 22:12:01 But you make a good point - I could just burn a 3.8 that's not an eMMC flasher and boot from that, then try if I can do that. Dec 04 22:14:25 vvu, i usually run it on either an imx6 or omap5 hardware.. running on x86 thru qemu is still very random today, but then x86 on top of virtualization. ;) Lots of problems.. Dec 04 22:14:55 yeah...don't have powerfull stuff to run it on real hw Dec 04 22:15:16 <_av500_> arm servers are totally comming Dec 04 22:15:18 <_av500_> any day now Dec 04 22:15:20 <_av500_> really Dec 04 22:15:37 Linux on the desktop is coming, any day now, really. Dec 04 22:15:59 _av500_, up and running. ;) been playing with the xgene.. ;) Dec 04 22:16:28 <_av500_> was it in a suitcase? Dec 04 22:16:45 vvu, the cheapest is a wandboard quad + laptop harddrive.. Dec 04 22:16:54 came in a box from dhl... Dec 04 22:18:28 Ok, here's the plan. I'll take my rev B, and put a flash with 3.8 in it. I'll hook it up with some wires to my revC, which gets the glorious job of being my USB-to-serial converter. Dec 04 22:18:43 rcn-ee: thx for the hint Dec 04 22:19:40 vvu, no problem.. qemu is just so random, in most cases it still runs faster native when doing debootstrap then thru qemu on a i5/i7.. Dec 04 22:19:46 By the way, if there's ever a respin, could you please put ttyO0 somewhere else on the PCB? Dec 04 22:20:07 Oh, and enable the RTC pretty please :-) Dec 04 22:20:45 Peanut, it had to fit the beaglebone layout.. these come in handy: http://www.digikey.com/product-detail/en/BEAGLEBONE-BREAKOUTCAPE/BEAGLEBONE-BREAKOUTCAPE-ND/2805398 Dec 04 22:21:03 rtc need's battery... lithium batteries are fun to ship.. Dec 04 22:22:32 rcn: I thought the issue with the RTC is mostly how V_RTC can't be separated from the rest of the supplies, so you need to put the PMC in a special mode to keep feeding just the RTC? Dec 04 22:23:12 well that too... just thinking about logistics too... Dec 04 22:24:03 I would happily supply my own LIR2032 Dec 04 22:34:45 rcn-ee: yeah, i was a bit unclear why an intel xeon is kinda slow ~10 mins for this...with local deb mirror Dec 04 22:36:03 use a AAA for a RTC batter Dec 04 22:36:05 battery Dec 04 22:36:27 ds2: I don't think you can just hook that up to the existing BBB, can you? Dec 04 22:38:32 IIRC, the existing BBB doesn't use the normal RTC backup batteries anyways Dec 04 22:39:15 d2s: I know - but I think the CPU has that ability, if the PCB were changed. Dec 04 22:39:29 what are you needing the RTC for? Dec 04 22:40:16 I am building a GPS controlled Rubidium clock + NTP server. NTP just gets really unhappy if it doesn't know the time. And in normal operation, NTP updates the RTC occasionally. Dec 04 22:40:48 It's just to make the booting a lot easier. Dec 04 22:40:51 for that, just toss in an external RTC Dec 04 22:40:55 a lot less grief Dec 04 22:41:36 not sure if there is a decent driver for the on chip RTC yet. older ES's had a broken RTC - look at the E2E forums Dec 04 22:42:00 I have an external RTC, but that has the issue that NTP talks to rtc0, not to rtc1. And actually getting the system to read rtc1 on boot isn't trivial either, there's a bit of a race condition between systemd and the clock setting script that reads /etc/timestamp. Dec 04 22:42:17 then disable RTC0.... Dec 04 22:42:35 rcn-ee: i am using AM3352*600mhz* on a custom board instead of the AM3358. the power manager should be driving MPU to 1.1v but instead it is driving it to 1.325 which is the value for am3358, any clue where to look in the kernel to fix this ? Dec 04 22:42:45 Yes, that's the plan for now, disable rtc0 and make the kernel read rtc1 on boot. Dec 04 22:42:52 hmm? Dec 04 22:43:03 if you disable rtc0, rtc1 should shift down to rtc0 Dec 04 22:43:13 i.e. the N in rtcN is the order of registration Dec 04 22:43:18 not something nailed down Dec 04 22:43:33 Sure, but I need to figure out how to make the kernel recognise the I2C-based RTC early enough in the boot process. Dec 04 22:43:47 it should be pretty straight forward Dec 04 22:44:03 unless you are using one of those damned DT kernels Dec 04 22:44:08 in which case, good luck :D Dec 04 22:44:37 Oh, device tree? Well, it's the Debian 3.8 image... Dec 04 22:45:15 that's one of them Dec 04 22:45:41 vvu: is that dcdc1? Dec 04 22:45:56 they are set here: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/am335x-bone-common.dtsi?id=refs/tags/v3.18-rc7#n224 Dec 04 22:46:46 wonder if anyone else is interested in porting a 2.4 kernel to the BBB ;) Dec 04 22:46:57 No. Dec 04 22:46:58 that should be vdd_mpu... low the "max" down to 1100000 and it should say the chagne in dmesg.. Dec 04 22:47:01 ds2: good luck ;-) Dec 04 22:47:13 2.4 is dead. Leave it rest. Dec 04 22:47:30 it's porting the BBB to 2.4. ;) Dec 04 22:47:39 rcn-ee: yep, thx! Dec 04 22:47:44 crap my russian failed. ;) Dec 04 22:49:30 vvu, if you want u-boot to sync with kernel for that voltage too look here: http://git.denx.de/?p=u-boot.git;a=blob;f=board/ti/am335x/board.c;h=0739e6021a21e71d7d0f5c840b793ce7fdf98fae;hb=HEAD#l221 (assuming you used the am335x_evm u-boot as is..) Dec 04 22:49:40 2.4 was a fine kernel Dec 04 22:50:04 RIP Dec 04 22:50:05 vvu: are you using the same PMIC? Dec 04 22:50:15 2.2 was nice too Dec 04 22:50:26 2.4 had patches for ARM Dec 04 22:51:08 There's still a chance for: 3.1415926 Dec 04 22:51:33 first arm board i used with linux was a tuxscreen... let's see... Linux tuxscreen 2.4.18-rmk2-tux1-kr2 #4 Thu Apr 4 18:33:21 PST 2002 armv4l unknown Dec 04 22:51:49 now that'd be irrational thinking.... Dec 04 22:53:14 hah... nostalgia http://www.restivo.org/projects/tuxscreen/x/tuxx.jpg Dec 04 22:54:27 That looks like a very confused phone to me? Dec 04 22:55:23 yeah, phillips made them, abandoned them, and a linux hacker bought a pallet load of them and sold them as hobby kits Dec 04 22:55:32 the things we needed to do before beaglebone! Dec 04 22:55:37 http://www.restivo.org/projects/tuxscreen/frankenboard/frankenboard2.jpg **** ENDING LOGGING AT Fri Dec 05 02:59:58 2014