**** BEGIN LOGGING AT Sun Dec 14 02:59:58 2014 Dec 14 04:22:08 Hi, is it possble to erase files from a beaglebone black? Dec 14 04:22:18 I really dont want to flash it. Dec 14 04:23:55 what do you mean "erase all files"? Dec 14 04:24:17 from an SD card, the eMMC...? Dec 14 04:24:30 No, individual files. i messed up trying to install a CAPE for the BBB Dec 14 04:24:42 do you know which files you need to remove? Dec 14 04:24:47 it's just a linux OS Dec 14 04:25:14 Yes. I installed them to the /root/ folder and I know which ones they are Dec 14 04:25:16 if you know where the files are, and you know their name(s)...just go rm them Dec 14 04:25:24 sure, then just cd /root Dec 14 04:25:35 do an ls -l, and then (as root) rm them Dec 14 04:25:51 # rm foo bar Dec 14 04:25:53 etc Dec 14 04:26:14 presumably you are SSH'd into the BBB Dec 14 04:26:23 just cd into /root, and do it Dec 14 04:26:26 Yes, via terminal on MAC Dec 14 04:26:30 there you go Dec 14 04:27:40 so if one of them was called install.sh, id just go "rm install.sh"? Dec 14 04:27:53 exactly, yes Dec 14 04:27:58 Sorry if my questions seem very novice. I am quite new at this. Dec 14 04:28:08 as long as you are in the same directory, and you have the permission to do this Dec 14 04:28:17 that's exactly what you would do Dec 14 04:28:27 don't worry about being a novice Dec 14 04:29:24 (you don't need the " " of course--but i'm sure you knew that) Dec 14 04:29:46 Can I delete directories. Yes, I got that. That was just for formatting my question. Dec 14 04:29:52 right Dec 14 04:29:58 sure you can delete directories Dec 14 04:30:01 HOWEVER... Dec 14 04:30:14 when you are root, you must be very very careful Dec 14 04:30:22 rm -rf /path/to/dir Dec 14 04:30:27 use w/ caution Dec 14 04:30:35 amen Dec 14 04:30:58 I tried it and it said that I cant since its a directory...... So rm -rf /cd/root/robot_logs? Dec 14 04:31:09 -r = recursive Dec 14 04:31:11 -f force Dec 14 04:31:20 are you root? Dec 14 04:31:37 sudo rm -rf /path/to/dir Dec 14 04:31:40 if not root Dec 14 04:32:52 did it work Adrian? Dec 14 04:33:25 YAY. It worked. Dec 14 04:33:34 Linux is your friend Dec 14 04:33:52 by the way--Derek Molloy's BBB book just came out on Kindle Dec 14 04:33:59 Linux is a great tool that I need to grasp a better understanding of. Dec 14 04:34:06 check out his book Dec 14 04:34:24 If only I had a Kindle. But I will try and get his book in another format Dec 14 04:34:39 there are Kindle apps for Windows and Mac Dec 14 04:34:40 free Dec 14 04:35:29 also, if you are on FB, check on some of the BBB-related groups there too Dec 14 04:35:57 Any you can refer me too? Dec 14 04:36:07 Embedded Fun is a new one Dec 14 04:36:40 there are others on embedded linux stuff Dec 14 04:37:51 Ha. Most recent post on the Embedded Fun is about Molloy's new book. Dec 14 04:37:58 yeah, from me Dec 14 04:37:59 lol Dec 14 04:38:22 it's a good book Dec 14 04:39:29 there are a few others as well--this is just the latest one out. Kindle version came out only days ago Dec 14 04:40:27 I will certainly take a look at this book. BBB is my first microcontroller and I want to learn as much about as possible. Dec 14 04:40:42 get ready to learn...a lot Dec 14 04:41:05 Linux is an entire topic in itself. then thrown in the BBB Dec 14 04:41:41 Luckily my mother is good at Linux. Shes alreayd giving me some pointers on it and Im trying to learn BBB as well. Dec 14 04:42:19 cool Dec 14 04:42:37 One of my goals is to be able to access the ECU of my older car (project car) and be able to monitor and control some of its functions Dec 14 04:43:34 what sort of comm protocols does it accept? CAN Bus? Dec 14 04:44:16 i mean, is it on a CAN Bus...? Dec 14 04:44:52 That is what I am trying to learn. My friend, now passed away, made it one of his goals and he was teaching me some stuff. Now I want to complete that goal. Dec 14 04:45:41 http://www.instructables.com/id/CAN-Bus-Sniffing-and-Broadcasting-with-Arduino/ Dec 14 04:46:24 a start for you... Dec 14 04:47:47 Awesome. Thanks Dec 14 04:48:16 np Dec 14 04:59:39 sup doods Dec 14 05:04:18 hello Dec 14 05:37:16 Hey, I have another question. When I reinstalled the CAPE for my BBB, I had a program run upon boot. Is there any way to stop it from running upon boot? Dec 14 12:34:02 hi guys I have some questions. where can i find out what gpio pins belong to what gpio subsystem. Im looking in the trm but cant determine from that what pins belong to what gpio module Dec 14 13:47:27 which board version Dec 14 13:48:57 who's on first? Dec 14 13:49:09 indeed Dec 14 13:54:28 what BB do you have? Dec 14 21:24:03 I want to use /dev/ttyO0 (connector J1) on my beaglebone black in my application. It's running Debian, I disabled the serial console on it, but am unable to disable the kernel console. I found a reference to it in /boot/uboot/uEnv.txt, but have no idea how I can flash a changed version of that into the boot system. How am I supposed to do that? Dec 14 21:47:46 shevek: just mount the FAT partition Dec 14 21:48:51 tbr: Thanks. It seems I was making the wrong changes; it seems to work now. Dec 14 21:50:10 nice to hear Dec 14 21:57:22 Does anyone know why this boot message comes up? "pinctrl-single 44e10800.pinmux: pin 44e10854 already requested by 44e10800.pinmux; cannot claim for gpio-leds.8" Dec 14 21:57:38 The result is that the second LED of the BBB doesn't work. Dec 14 21:57:46 This is with the Debian 3.8.13 kernel Dec 14 22:07:24 hello, Anyone knows how can I change the LCD mode of the AM335x? Dec 14 22:13:35 what do you mean "LCD mode"? Dec 14 22:14:19 Ok, I take my previous remark back - led 2 (uSD access) does work, I guess the error message is harmless. Dec 14 22:15:03 Apparently the AM335X have 2 controllers (LIDD Mode and Raster Mode) Dec 14 22:15:09 Peanut, have you tried to change led2 to do something like a heartbeat? Dec 14 22:15:45 tb__: no, I excercised it by doing reads from mmcblk0p1 and mmcblk1p1 to figure out which LED is which, and that worked. Dec 14 22:15:55 And there is a "Hitachi Mode" and a "Intel Mode" Dec 14 22:15:59 actually, led2 is the CPU activity, isn't it? Dec 14 22:16:01 *are Dec 14 22:16:06 hi everyone Dec 14 22:16:18 led0 is heartbeat, led1 is uSD, led2 is CPU, led3 is eMMC Dec 14 22:16:22 Depends on how you count them, USR2 is CPU activity - I meant USR1. Dec 14 22:16:47 i count them like the OS does... zero-based Dec 14 22:16:56 Me too, from now on ;-) Dec 14 22:16:58 check out /sys/class/leds Dec 14 22:17:02 anyone has a clear to understand howto for android on omap3 beagleboard? Dec 14 22:17:03 ;) Dec 14 22:17:19 sorry Tick, i have no idea Dec 14 22:17:28 the documentation talks about uImage but by no word tells me what to do with the corresponding ramdisk Dec 14 22:17:34 1 Dec 14 22:17:46 It's page 19 Dec 14 22:17:53 *193 in the Datasheet Dec 14 22:18:47 so Peanut, it is led1 then? Dec 14 22:19:07 I meant USR1, yes. Dec 14 22:20:00 ok, so cd into that dir: cd /sys/class/led1/beaglebone:green:usr1 Dec 14 22:20:12 tb: thanks, but I solved it already. Dec 14 22:20:14 and "echo heartbeat > trigger" Dec 14 22:20:17 ok, sorry Dec 14 22:21:06 What I was actually trying to solve is 'is this running of my SD card or from eMMC'. It seems to boot from SD, even without holding the 'boot' button? Dec 14 22:21:52 how about just leaving out the card, lol Dec 14 22:22:10 then reboot it from SSH Dec 14 22:22:26 then put the card in (after it's running) and mount it, then reboot again Dec 14 22:22:33 (via ssh) Dec 14 22:22:36 what happens then? Dec 14 22:22:56 True, but my point is: it seems to have booted from uSD despite not holding down the 'boot' button, so I'm trying to find out the boot priorities. Dec 14 22:23:21 afaik, it's eMMC unless the boot button is pressed Dec 14 22:24:01 that's why it would be interesting to know what happens in the scenario i described--does the behavior continue in such case? Dec 14 22:24:18 also, do you know for sure that your eMMC is OK? Dec 14 22:24:41 is there a vfat partition there with U-Boot, for instance? Dec 14 22:24:50 maybe that's why it goes right past it? Dec 14 22:25:00 * tb__ is just spit-balling it here) Dec 14 22:25:07 tb: that's what I thought too. So either I've misidentified that I'm currently running from uSD. So yes, let me power down, pull the uSD and see what happens. There ought to be a 3.8.13 Debian on the eMMC. Dec 14 22:25:32 ok, what does df -h tell you? Dec 14 22:25:45 well, how about mount? Dec 14 22:25:51 Rebooting right now.. Dec 14 22:26:03 roger Dec 14 22:26:15 guess you'll know soon enough Dec 14 22:26:26 ive noticed the same, it seems to boot from uSD even though emmc __should__ contain angstrom still Dec 14 22:26:37 ah, you have the REvB BBB Dec 14 22:26:46 not that it matters... Dec 14 22:26:54 but df -h should tell you where you are Dec 14 22:27:00 The eMMC contains a bootable Debian 3.8.13 install, works fine and is different from what I got after power on. Dec 14 22:27:07 presuming your uSD card is larger than 2gb Dec 14 22:27:30 So mine seems to boot from uSD even though I'm not holding the button. This is a Rev B. Dec 14 22:27:48 so it's booted to the card now? Dec 14 22:28:01 No, the card is out of the BBB, it's now booted from the eMMC therefore. Dec 14 22:28:05 roger Dec 14 22:28:24 so now power it down, reinsert the card, and plug it back in Dec 14 22:28:32 (hit the power button, lol) Dec 14 22:28:44 Yes, going go completely remove all cables and wait for a minute or two, then insert uSD and boot up again. Dec 14 22:29:25 well, i think the uSD is mmcblk0 and the eMMC is mmcblk1 Dec 14 22:29:45 so maybe there is some sort of boot priorty set here, when both devices contain bootable images? Dec 14 22:29:52 tb: but that might change depnding on discovery order, which might depend on the boot button? Dec 14 22:30:07 hmmm Dec 14 22:30:22 i find it interesting that the eMMC is mmcblk1 Dec 14 22:30:47 /dev/mmcblk1p1 96M 73M 24M 76% /boot/uboot Dec 14 22:30:47 /dev/mmcblk0p1 7.3G 171M 6.8G 3% /media/BBBdata Dec 14 22:30:52 my RevC Dec 14 22:31:22 almost implies that the uSD card might get priority in the boot order, if both contain bootable images Dec 14 22:31:31 tb__: that's excactly what I'm trying to find out. All documentatino seems to say 'hold down boot button to boot from uSD', but mine seems to boot from uSD when present without any further encouragement. Dec 14 22:31:35 is there some uEnv.txt setting here that i've missed? Dec 14 22:31:42 Just booted again, booted straight from uSD on power up. Dec 14 22:31:56 huh Dec 14 22:32:09 dip me in shat and call me stinky Dec 14 22:32:10 tb: my point excatly. Dec 14 22:32:20 the 'huh' that is, not your second remark ;-) Dec 14 22:32:27 i would not have guessed that would be the case Dec 14 22:32:36 LOL Dec 14 22:32:47 tb: same here - makes the existence of 'flasher' uSD images a bit of a risk. Dec 14 22:33:17 For my next trick, I'll power off again and boot it with the 'boot' button held, to see what ends up running. Dec 14 22:33:18 yeah! Dec 14 22:33:28 you go girl! Dec 14 22:33:31 ;) Dec 14 22:33:33 uSD i bet Dec 14 22:33:43 if only Dec 14 22:33:48 ????? Dec 14 22:33:52 what happens if it's the opposite? Dec 14 22:34:03 step AWAY from the BBB...it's possessed Dec 14 22:34:15 if its the opposite, hmm Dec 14 22:34:15 Yup, booted uSD again. Dec 14 22:34:20 whew Dec 14 22:34:32 switch bad on the thing? Dec 14 22:34:37 BOOT switch, i mean Dec 14 22:34:44 on 2 seperate? Dec 14 22:34:50 mine behaves same Dec 14 22:35:01 So the documentation might just be plain wrong then? Dec 14 22:35:13 it would appear. Dec 14 22:35:19 to be honest, i don't know that i've ever tried that Dec 14 22:35:26 or someone flipped a bit in the u-Boot image Dec 14 22:35:41 i mean, i have an image i flashed from the SD into eMMC, and then i put in a data SD Dec 14 22:35:45 no image Dec 14 22:36:32 i set mine up to boot from uSD so that I could take over more pins on p8 Dec 14 22:37:18 My rev C which had been off for several days boots straight into uSD despite having a perfectly valid eMMC. Dec 14 22:38:51 it probably loads MLO and U-Boot from eMMC, then finds the SD card and boots that Dec 14 22:40:20 am I correct in stating, that no matter what, when powering up a Rev. C while holding down the S2 button the four LEDs should flash? Dec 14 22:40:39 (trying to boot off a SD card) Dec 14 22:41:14 which is the S2 button? Dec 14 22:41:27 ynnhoj: after a few seconds, yes. Not necesarily all 4, but at least the hearbeat (USR0) and the CPU activity (USR2) Dec 14 22:41:42 Although which leds get which task might depend on the image that you are booting. Dec 14 22:42:32 On mine, no LEDs flash when there is something connected to ttyO0. I didn't try it with buttons pressed though. Dec 14 22:42:37 you can of course check them Dec 14 22:42:47 Now I did: boot from eMMC, insert uSD, enter 'reboot' - and it comes up from the uSD again, not the eMMC it initially booted from. Dec 14 22:42:50 Peanut: I am booting my own image, or at least trying to Dec 14 22:43:08 it's like that switch is shorted Peanut Dec 14 22:43:22 tb: on both my BBB? That seems extremely unlikely. Dec 14 22:43:29 btw, I am using the BBB from Element 14 Dec 14 22:43:34 well, that's the behavior i mean Dec 14 22:43:47 I've got a 'community' rev B and an Element14 rev C. Dec 14 22:44:01 what OS are you running ynnhoj ? Dec 14 22:44:11 Angstrom or Debian? Dec 14 22:44:22 a custom OS build with poky Dec 14 22:44:24 ah Dec 14 22:44:41 then your sysfs mappings might not have made the trip... Dec 14 22:44:48 check /sys/class/leds Dec 14 22:45:02 but, it does not even read the MLO or u-boot on the sdcard Dec 14 22:45:17 erased the mmc in an attempt to force it to boon from sd card Dec 14 22:45:24 *boot Dec 14 22:45:50 did you format it in vfat? Dec 14 22:45:53 fat16 Dec 14 22:46:00 i mean that partition Dec 14 22:46:36 did you prepare the card, is what i'm asking you Dec 14 22:47:09 yep, vfat on the first partition, and rootfs on the second (ext4) partition Dec 14 22:47:26 and you can see all the files in the vfat partition? Dec 14 22:47:31 yep Dec 14 22:47:35 you've confirmed they are there? Dec 14 22:47:39 MLO and u-boot.img there Dec 14 22:47:45 uEnv.txt? Dec 14 22:47:46 confirmed serval times :) Dec 14 22:47:48 ok Dec 14 22:47:51 no uEnv.txt Dec 14 22:48:00 that's no good Dec 14 22:48:03 it does not even come to the point where it says that it found on uenv.txt :) Dec 14 22:48:14 yeah, it's funny Dec 14 22:48:16 because it didn't? Dec 14 22:48:46 u-boot needs to load before it even cares about uenv.txt Dec 14 22:48:56 i only get CCCCC on serial console Dec 14 22:49:26 x-loader failed? Dec 14 22:50:14 not sure Dec 14 22:50:16 seemsm so Dec 14 22:50:19 seems Dec 14 22:50:37 if X-loader needs MLO and then starts U-Boot... Dec 14 22:50:42 but U-boot never starts Dec 14 22:50:48 even though MLO is there Dec 14 22:51:03 seems that maybe something is wrong with MLO possibly? Dec 14 22:53:01 can you remove your custom image, and replace it with a stock image (.img file) and see if it boots? Dec 14 22:53:34 not sure if that's possible--but it would seem to rule out an MLO-related problem, if it worked Dec 14 22:54:48 or, your u-boot is hosed Dec 14 23:08:28 hmm, just tried copying the MLO and u-boot.img from the angstrom flasher image... still does not boort Dec 14 23:08:31 *boot Dec 14 23:09:10 xloader for BBB ? smth is not legit here Dec 14 23:24:15 Do I still use the arch/arm/mach-omap2/board-am335xevm.c instead of DTO ? Dec 15 00:05:07 Anyone have already used fbtft ? Dec 15 00:05:47 *Someone has Dec 15 02:11:55 I have no toys for my beagle :[ Dec 15 02:12:00 sad feels Dec 15 02:21:16 do you think a bbb-revC can handle nginx/dovecot Dec 15 02:21:16 im not sure if my bbb is relashing. the only indication anything might be happening is the distinct lack of any LED activety except for the power LED being solid lit Dec 15 02:21:23 prolly **** ENDING LOGGING AT Mon Dec 15 02:59:59 2014