**** BEGIN LOGGING AT Thu Dec 03 03:01:14 2015 Dec 03 03:31:49 <__joe__> SPI problems! Hurray. I've connected my DO to my DI ("P9_21" and "P9_18") on the SPI0 bus. Then, I ran this code: Dec 03 03:32:03 <__joe__> ffrom Adafruit_BBIO.SPI import SPI spi = SPI(0,0) spi.mode=2 spi.msh=2000000 spi.open(0,0) print spi.xfer2([0x00, 0x05, 0x10, 0x50, 0xFF]) spi.close() Dec 03 03:32:18 <__joe__> *from Adafruit__... Dec 03 03:32:54 <__joe__> Instead of those nice "0x00, 0x05, 0x10, 0x50, 0xFF" replies, I get five sets of "255". Dec 03 03:35:10 <__joe__> I doubt I've explained my problem clearly... Dec 03 03:37:16 zmatt: ? Dec 03 03:38:04 you use the variable "${LINK.S}" in your Makefile. There is no variable LINK.S defined anywhere, and I can't find it in the gnumake manual. What does it mean? Dec 03 03:38:32 also google is not helpful because it skips special characters like "." Dec 03 03:39:49 LINK.suffix are predefined commands for creating an executable from files with indicated suffix Dec 03 03:40:05 predefined by make? Dec 03 03:40:09 yes Dec 03 03:40:24 ah, ok. Dec 03 03:40:36 btw, did you get my email this afternoon? Dec 03 03:41:15 make -p -f /dev/null can be used to dump make's internal database Dec 03 03:41:58 wow, that's a cool invocation - never saw THAT! Dec 03 03:42:13 and yeah I saw it, but nah it's fine Dec 03 03:42:25 ok, well thanks. Dec 03 03:43:40 the rule I use in my makefile isn't exactly very elegant, but it gets the job done (as long as all sources and headers are in the same dir) Dec 03 03:44:34 I usually have rather more elaborate ones that deal with automatic dependency tracking, but I deliberately simplified the makefile here Dec 03 03:46:21 yeah, that is the right choice for this simple thing, imo. Dec 03 03:47:49 would you use dd to create the img file? Dec 03 03:48:00 ? Dec 03 03:48:11 http://www.linux.org/threads/create-img-files.7571/ Dec 03 03:48:56 your makefile just goes as far as the MLO, you still have to copy that into a suitably-formatted .img, right? Dec 03 03:49:07 just copy onto a FAT-formatted sd card Dec 03 03:49:18 name it MLO Dec 03 03:51:09 i could. Dec 03 03:51:11 the only detail to mind is that the partition should be marked as bootable Dec 03 03:51:23 i like to use "dd if=xyz.img of=/dev/sdx" to flash. as i understand it, that forces the card to be formatted with the .img format. Dec 03 03:51:40 i.e., it wipes out whatever fs was on the sdcard Dec 03 03:51:45 there is no such thing as an "img" format Dec 03 03:52:02 right, that's just a strange route to reformat the card Dec 03 03:52:46 strange is in the eye of the beholder. i think it's nice because it doesn't DEPEND on the sdcard being formatted correctly. Dec 03 03:52:59 making a disk image makes sense when you want to distribute a whole filesystem, not one file Dec 03 03:53:23 right, so if you want to be sure then freshly partition and format the card Dec 03 03:53:49 6/half dozen, i think Dec 03 03:55:16 using dd also writes unused empty space of the filesystem to the card, which unnecessarily wears down the flash Dec 03 03:55:44 not a problem in my lifetime... Dec 03 03:55:48 true Dec 03 04:09:08 hmm Dec 03 04:09:30 don't tell me I somehow managed to break this tiny app *again* Dec 03 04:16:51 ok the executable works via netboot Dec 03 04:33:03 lol wtf it generates a wrong MLO header... how did that happen Dec 03 04:33:39 (well, I know how that happened, I never got tested) Dec 03 04:38:16 :p Dec 03 07:31:59 zmatt: did you succeed building a kernel with gpio half-duplex rs485 patches? Dec 03 07:32:56 actually probably better to write a small wrapper to do it via a pru port.. oddly. Dec 03 07:33:25 but lets start from the outside and work in. Dec 03 07:40:50 hi Dec 03 07:45:53 have any X-15s shipped yet? I see version numbers but it looks like none have shipped yet and the 12 weeks for orders is just part of that delay. Dec 03 07:46:35 no orders have shipped yet, afaiu Dec 03 07:46:46 only some early adopter devices Dec 03 07:54:14 thanks Dec 03 10:35:03 does bbb support any GPIO control with C? Dec 03 10:35:15 I have found this http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone/blog/2013/10/10/bbb--beaglebone-black-io-library-for-c Dec 03 10:36:18 of course you can do that in c Dec 03 10:36:56 i mean is there any other way than the element14 way? Dec 03 10:37:36 you can poke the sysfs entries from your c program Dec 03 10:37:50 what o.o? Dec 03 10:37:51 or you can write a kernel driver Dec 03 10:38:05 so element 14 is it? Dec 03 10:38:10 the kernel is written in c Dec 03 10:38:10 what? Dec 03 10:38:24 i am not good at programming Dec 03 10:38:53 the element14 functions like set high set low Dec 03 10:38:56 is actually all i want Dec 03 10:40:25 how about - https://github.com/jackmitch/libsoc Dec 03 10:41:19 that's a well known library that can also do gpio Dec 03 10:41:36 thank u tbr Dec 03 11:19:30 Hello everyone Dec 03 11:19:34 hi Dec 03 11:19:56 is this a place to ask things about beaglebone ? Dec 03 11:21:25 yes Dec 03 11:24:59 i have a beagleboard from which i would like to retreive files on my computer, is there a way to download all memory as an image file ? Dec 03 11:25:43 you mean the whole eMMC content? Dec 03 11:26:12 there is a script to produce an image that can be used to clone boards Dec 03 11:26:24 yes Dec 03 11:26:32 or you can just make a tarball of whatever you specifically need Dec 03 11:27:16 i have no access to console on the board actualy, when i plug in screen+keyboard, nothing is shown (i guess hdmi is disabled); Dec 03 11:27:31 from ssh, it requires a password which i don't have for now Dec 03 11:28:07 so my next idea was to plug it using usb on my computer and down the whole content. Dec 03 11:29:02 or maybe, if i install a "get started ubuntu" on a microSD card, if i run, is it going to start it and run on the sd card, or is it going to install itself in memory ? Dec 03 11:29:05 Hey everyone... I have managed to compile and copy over my Wireless USB Dongle. I have also blacklisted the generic driver but I still can not seem to get the WiFi to work? Dec 03 11:29:17 (i cannot erase what is in the beagleboard) Dec 03 11:29:49 Tyro: you can just run your own image from SD card, yes Dec 03 11:29:58 I followed this guide -> http://gencarelle.com/blog/2013/07/19/problems-with-rtl8188cus/ Dec 03 11:30:04 Tyro: as long as you don't use an image named "flasher", as those will overwrite the eMMC Dec 03 11:32:06 tbr, I'll look into that. Thanks very much for your help ! Dec 03 11:35:41 fyi, according to the website, the lastest versions do not have "flasher" enabled at boot, to prevent people from accidently flashing eMMC :) Dec 03 11:36:37 yeah, you have to actually look quite hard to find the flasher images :) Dec 03 11:56:03 http://www.adafruit.com/datasheets/BBB_SRM.pdf Dec 03 11:56:14 the SRM says how to connect over hdmi Dec 03 12:03:03 Hello tbr, when i use the microsd card and run pushing "boot" button, i can see the start screen that says "version of 2015-11-12, user:password pw:temppwd ..." but after a few seconds, the screen gets black, and i think the software from eMMC starts, do you know it there is a way of preventing that ? Dec 03 12:06:48 Tyro: I doubt that, probably just the screen blanks. Dec 03 12:54:51 who is BB-X15 google group moderator ? Dec 03 12:56:18 I'd guess jkridner Dec 03 12:59:30 thx tbr, i think i'll send him a mail then Dec 03 13:01:52 thk tbr, it was indeed some hdmi issue, after a few retries, it worked well ! Dec 03 15:48:53 hi! Is it possible to use both usb0 and usb1 in u-boot in host mode? As soon as I configure both CONFIG_AM335X_USB0_MODE and CONFIG_AM335X_USB1_MODE MUSB_HOST the first one is not working, only the second one Dec 03 15:49:52 Anyone ever seen a "WARNING" stack trace? One gets generated every time I load my kernel module. It appears to be related to my use of devm_gpio_free. Dec 03 17:07:45 what do folks here use to create a .img suitable for bbb msdcard booting? i mean the .img partition table and partition filesystem itself, not the various mlo's that go on it. Dec 03 17:09:23 i'm using parted and i can't get the filesystem initialized and formatted Dec 03 17:09:32 parted -s $@ mklabel msdos mkpart primary fat32 2048s 100% set 1 boot on Dec 03 17:09:40 that doesn't work. it creates a partition but leaves the filesystem type blank Dec 03 17:10:46 anyone? Dec 03 17:16:33 http://paste.fedoraproject.org/297100/16202014 Dec 03 17:18:02 the funny thing is, if i enter parted and interactively give the commands (particularly, the mkpart command), i see the fat32 filesystem if i do a print before i exit parted. but once i exit parted, that seems to be lost. Dec 03 17:19:33 is there something better than parted to use? Dec 03 17:39:11 hi Dec 03 17:40:33 i need some help Dec 03 17:42:32 explain your problem... Dec 03 17:45:27 i learned basics in BeagleBone Black like GPIO, analog input, PWM pin. But i need to learn about i2c, spi Dec 03 17:45:46 I need detailed tutorials for i2c , spi Dec 03 17:51:17 have you tried looking at search engine results for "bbb I2C howto" and such? Dec 03 17:52:05 also there are books about embedded linux and drivers Dec 03 17:56:03 kaathi how detailed? I’m learning SPI for BBB right now myself Dec 03 17:57:31 actually am very new in using BBB. i need SPI interfacing using python Dec 03 17:58:15 kaathi there’s an adafruit library called Adafruit_BBIO that might hel Dec 03 17:58:17 *help Dec 03 17:58:26 And where to learn. Can you say some books or URL links Dec 03 17:58:38 https://learn.adafruit.com/setting-up-io-python-library-on-beaglebone-black/using-the-bbio-library Dec 03 17:59:13 Yeah i learned GPIO and pwm using adafruit library. But there is no tutorials for using i2c and spi in adafruit library Dec 03 17:59:41 https://learn.adafruit.com/setting-up-io-python-library-on-beaglebone-black/i2c Dec 03 18:01:17 thankyou Dec 03 18:21:37 Running minix_arm_sd_beaglebones-3.3.0 and trying to install any package, I get: Dec 03 18:21:41 # pkgin_sets Dec 03 18:21:47 [...] Dec 03 18:21:49 pkgin: not found Dec 03 18:22:21 And indeed, the pkgin(1) command is not installed by default from the most recent stable Beaglebone official image. Dec 03 18:22:46 ...so how does one install packages on a Beaglebone black Minix3 installation? Dec 03 18:26:19 I've spend hours scouring the 'net trying to figure out why my BBB JTAG isn't available in Ubuntu. lsusb only shows "multifunction compositie gadget". Dmesg doesn't show any knowledge of jtag, either, only ftdi. Any pointers? Dec 03 18:26:48 The goal is XDS1000 emulation working in CCSv6. Dec 03 18:32:52 Ragnorok: xds100v2 ? Dec 03 18:33:09 Yeah. Dec 03 18:33:25 * Ragnorok glares at fat fingers Dec 03 18:33:41 it requires no specific kernel support, ccs uses it through libusb Dec 03 18:34:03 permissions are the only thing that can get in the way Dec 03 18:34:18 Why doesn't it appear as a device? Dec 03 18:34:39 it doesn't appear in /dev/bus/usb/ ? Dec 03 18:35:22 ../$bus/$dev Dec 03 18:35:30 That has 001 & 002, which I presume relate to USB0 & USB1 in dmesg Dec 03 18:35:58 it has a dir per usb controller Dec 03 18:40:22 normally ccs will install an udev rule to set the mode to 0666 (rw-rw-rw-) for xds100v2 and other recognized jtag interfaces Dec 03 18:40:33 Removed my tweaks to force ftdi and the Ubuntu automagic is back to making a mass storage device "for" me. Still no evidence of any manner of jtag device in any log I can find. Dec 03 18:40:55 mass storage? wtf? Dec 03 18:40:56 I ran the install scripts as root, and I'm debugging using cli as root. Dec 03 18:41:04 (shrug) Got me man. Dec 03 18:41:06 Anyone running minix_arm_sd_beaglebones-3.3.0? Dec 03 18:41:13 Still can't figure out why pkgin(1) is not found. Dec 03 18:41:30 Have we changed the package management system and not adjusted the docs or something? Dec 03 18:41:32 This is a virgin BB Black fresh out of the box, to be sure customizations aren't messign with it. Dec 03 18:41:40 Ragnorok: ouch, I actually never let any TI installer or program run as root and fix up the permissions myself Dec 03 18:42:09 Ragnorok: the bbb has nothing to do with this if it's not even recognizing your xds100v2 Dec 03 18:42:25 Ragnorok: If you're using a BBB just like I am, then how do you manage packages? Dec 03 18:42:31 ...like installing openssh or vim? Dec 03 18:42:38 SSH in, apt-get, etc. Dec 03 18:43:01 Ragnorok: apt-get is not part of Minix3 though? Dec 03 18:43:05 minix? Dec 03 18:43:06 Or did I miss something? Dec 03 18:43:07 wtf? Dec 03 18:43:17 # apt-get Dec 03 18:43:19 apt-get: not found Dec 03 18:43:21 zmatt: Ok. So Ubuntu's magic sounds like it's getting in the way. Hate that distro. Dec 03 18:43:32 Ragnorok: I don't see how it could be Dec 03 18:43:39 Ragnorok: what does lsusb show ? Dec 03 18:43:49 msvb-lab: I'm using the default debian distro. You are not. Dec 03 18:43:55 # uname -a Dec 03 18:43:57 Minix 3.3.0 Minix 3.3.0 (GENERIC) arm Dec 03 18:44:08 msvb-lab: I've never heard of anyone running minix before Dec 03 18:44:09 zmatt: "Linux Foundation Multifunction Composite Gadget" Dec 03 18:44:12 I didn't even know it existed Dec 03 18:44:20 Ragnorok: that's a linux system, not an xds100v2 Dec 03 18:44:25 Ragnorok: Okay, wrong channel. Thought I was in Minix, sorry. Dec 03 18:44:54 zmatt: It's got the VIN/PID listed for the BBB from dmesg. Dec 03 18:45:03 Ragnorok: just checking, you realize the bbb does *not* have an integrated jtag debugger like the BBW did ? Dec 03 18:46:06 I did not, no. That would explain much. (smirk) It's really amazing how attempting to limit BeagleBone searches to just Black-relating things fails so heinously. Dec 03 18:46:41 if you want jtag debugging on a BBB you're looking at soldering a jtag connector to its bottom side and hooking up an external debugger -> http://gerbil.xs4all.nl/barebone.jpg Dec 03 18:47:06 Roit. Now that I know it has no jtag I found that already. (wry grin) Thanks!!! Dec 03 18:49:30 Hurm. Looks like JTAG takes extra hardware as well. That's unfortunate. Dec 03 18:51:09 yup, about $80 - $90 for an xds100v2, plus you need to obtain the header and solder it on Dec 03 18:51:24 Got it now. Thanks for verifying! Dec 03 18:52:34 these guys have an overpriced kit containing the parts needed to hook it up to a standard ARM jtag debugger -> http://www.tincantools.com/JTAG/BeagleBone-Black-JTAG-Adapter-Kit.html Dec 03 18:53:04 I don't actually recommend it :P Dec 03 18:53:38 This is just the header then? That is pretty crazy. I see the pads; this looks easy enough. Dec 03 18:54:19 I also don't have a "flyswatter". Since I have to get something, anyway... Dec 03 18:55:15 the header is actually somewhat obscure though, I had it soldered on by someone I know at an electronics company but it took a while because they had trouble obtaining the header is small quantity Dec 03 18:55:34 *in Dec 03 18:56:04 I'll ask around. My current company does all manner of electronics work; someone here should have info. Thanks though. Dec 03 18:56:08 and yeah they got this kit to match with their jtag debugger, which I don't recommend either Dec 03 18:56:43 get an xds100v2 with the correct pinout (there are three versions) Dec 03 18:56:56 e.g. http://www.digikey.com/product-search/en?mpart=TMDSEMU100V2U-20T&vendor=296 Dec 03 19:00:11 While I often use DigiKey I figured I'd get this one straight from TI. It's about the same price and I have links from the 'net to the one peeps say is the right one. Thanks! Dec 03 19:00:43 any will do. though if you order at digikey you can also order the header at the same time Dec 03 19:02:03 * Ragnorok bookmarks the link just in case Dec 03 19:02:03 Ah. Roit. Dec 03 19:02:42 though as I said, mind the pinout... there are three versions of the xds100v2 with different headers (ARM-20, TI-14, cTI-20) Dec 03 19:03:31 cTI-20 is the standard header for TI SoCs Dec 03 19:05:24 cTI-20. Roit. Thanks! Dec 03 19:05:34 We just ordered some Samtec FTR-110-03-G-D-06 headers from digikey yesterday. Dec 03 19:07:16 looks like those even have the key pin (or rather, absence thereof), nice. I've had to manually break it off on quite a few products because they had put on the (cheaper) version that has all 20 pins Dec 03 19:48:55 i'm confused Dec 03 19:49:51 hi, i have a problem, my beagle bone not start, and if i try to flash with sd card and original immage, when i push the boot button not work Dec 03 19:49:56 it looks like the am335x trm says that the sdcard must contain a fat filesystem for a sdcard boot, yet the latest image from the net (which runs) is ext4 Dec 03 19:50:06 any people have find this problem? Dec 03 19:50:49 mauro: note that the sd-boot-button needs to be held down during power-on (press button, connect power, release button) Dec 03 19:51:28 zmatt: actually that's only true if there is a valid image on the internal flash (mmc1), right Dec 03 19:51:29 ? Dec 03 19:51:33 yes i try, insert the sd with powersuppy off.....i press the button...power on, but the led not lamp Dec 03 19:51:44 there is only a power led fixed Dec 03 19:52:05 mauro: then it's failing to boot the SD card Dec 03 19:52:33 you mean that the problem is a sd card? Dec 03 19:52:43 yates: someone recently seemed to suggest the "raw mmc" boot method also works for SD cards, contrary to what the TRM claims, I haven't yet tried that Dec 03 19:54:11 zmatt: i know, for whatever reason, i boot all the time off the sdcard without having to hold the boot button (S2) Dec 03 19:54:16 yates: and the boot-button is sampled at power-on-reset, its effect is to take mmc1 out of the boot device order Dec 03 19:54:19 yes that happens Dec 03 19:54:26 if you have old uboot Dec 03 19:54:29 or fs Dec 03 19:55:22 what happens is that ROM loads uboot from mmc1, uboot loads kernel from mmc1, but the passed kernel parameters cause it to use mmc0 as rootfs Dec 03 19:55:52 so you're not really booting from SD exactly but booting parts from eMMC and parts from SD Dec 03 19:56:03 that's dangerous.. Dec 03 19:56:21 yes, and it won't happen if you flash one of the latest images Dec 03 19:56:23 what if mmc1 is all ff's? Dec 03 19:56:42 zmatt: why not? Dec 03 19:57:04 oh, cause the old u-boot is not compatible ? Dec 03 19:57:16 latest images put the filesystem uuid in /boot/uEnv.txt and u-boot passes it via a root=UUID=... kernel parameter Dec 03 19:57:27 yes i have download the last immage, and create the sd cad with boot immage Dec 03 19:57:38 insert boot press and power on Dec 03 19:57:51 i think the card is correct Dec 03 19:57:53 mauro: are you sure you flashed it correctly to sd card? Dec 03 19:58:00 also. which image did you download? Dec 03 19:58:02 if mmc1 is all ff's, i would think the boot rom code detects it's not valid and moves on to the mmc0 Dec 03 19:58:08 yates: correct Dec 03 19:58:18 yates: all zeros more likely btw Dec 03 19:58:26 yates: but in any case, non-bootable Dec 03 19:58:31 it looks like the am335x trm says that the sdcard must contain a fat filesystem for a sdcard boot, yet the latest image from the net (which runs) is ext4. why is that? Dec 03 19:58:51 debiand 7.9 and 8.2 from website Dec 03 19:58:56 yates: "20:52 < zmatt> yates: someone recently seemed to suggest the "raw mmc" boot method also works for SD cards, contrary to what the TRM claims, I haven't yet tried that" Dec 03 19:58:58 the last2 immage 4 gb Dec 03 19:59:16 ah. sorry, thought you rwere responding to something different Dec 03 19:59:19 mauro: actual filename please Dec 03 19:59:41 bone-debian-7.9-lxde-4gb-armhf-2015-11-12-4gb.img.xz Dec 03 19:59:55 mauro: but actually, if it's not even attempting to boot from the SD card then the card is most likely not correctly flashed Dec 03 20:00:49 (I do recommend jessie (8.2) btw, wheezy is quite outdated, but that's not the main issue here) Dec 03 20:02:14 win32 disk imager i have used for insert the iso on sd Dec 03 20:03:02 yates: confirmed it, raw boot works fine for SD cards Dec 03 20:03:56 what you mean with raw boot? if after create image sd, the client see the sd? Dec 03 20:09:42 you have a correct procedure or software for create the sd card? Dec 03 20:55:12 mauro: the "raw boot" remark was directed at yates, not at you. and sorry I don't know how to flash the card on win32: note that file is .xz compressed, so unless the imager understands this (unlikely) it first needs to be decompressed Dec 03 21:02:41 yates: I'm writing up some notes on booting and will push them to git shortly Dec 03 21:02:58 zmatt: there's something here about it: http://processors.wiki.ti.com/index.php/AM335x_Android_eMMC_booting Dec 03 21:03:08 thanks, though - documentation is always good! Dec 03 21:35:49 hello i'm working on making a datalogger from the beaglebone black. so questions: can i get a rtc from it Dec 03 21:39:36 * Guest24190 slaps amatecha___ around a bit with a large fishbot Dec 03 21:39:48 What is the root password for ubuntu on beaglebone? Dec 03 21:39:51 http://www.catb.org/esr/faqs/smart-questions.html Dec 03 21:40:20 KK6AXQ: which image did you use? Dec 03 21:40:27 Ubuntu 14.04 Dec 03 21:40:28 Arm Dec 03 21:41:27 sorry but anyone knows how to get rtc with BBB Dec 03 21:41:55 Do you mean how to wire it? Dec 03 21:42:08 KK6AXQ: so from ubuntu.com or what? Dec 03 21:42:12 elinux.org Dec 03 21:42:33 ubuntu Dec 03 21:42:37 Dec 03 21:42:37 temppwd Dec 03 21:42:44 root probably doesn't have a pw set Dec 03 21:43:03 Here is the file name BBB-eMMC-flasher-ubuntu-14.04.3-console-armhf-2015-11-13-2gb Dec 03 21:43:08 I need the password for sudo Dec 03 21:43:21 sudo is your password :p not root Dec 03 21:43:22 root probably doesn't have a pw set Dec 03 21:43:22 ubuntu / temppwd Dec 03 21:43:30 it does Dec 03 21:43:32 no external rtc, does the BBB have one? Dec 03 21:43:38 veremit: except on opensuse... Dec 03 21:43:42 su is root's password .. which isn't set .. use 'sudo su' if you need to become root Dec 03 21:43:54 tbr .. always one :p Dec 03 21:44:05 it's still asking for the password for root Dec 03 21:44:05 Guest24190: you can't battery buffer it, if that's what you mean Dec 03 21:44:41 KK6AXQ: which user are you logged in as? Dec 03 21:45:01 I'm a dunce I read it as the password for root when it was the passwd for ubuntu Dec 03 21:45:11 yes i can use battery, but the means to get the time stamp, its the problem, there's no internet connection Dec 03 21:45:15 Also is there a way to change the name of the user? Dec 03 21:45:44 Guest24190: hook up a gps, set the time from NMEA Dec 03 21:45:55 KK6AXQ: once you're root just run "adduser newfancyusername" Dec 03 21:47:03 or in ubuntu parlance: "sudo adduser newfancyusername" Dec 03 21:47:31 i saw some work with gps, but they use PPS pulse per seconds Dec 03 21:47:50 that's for increasing timing stability Dec 03 21:48:16 you still need to set the actual time and that you do from the serial data stream Dec 03 21:48:35 pps is optional unless you need the very high accuracy Dec 03 21:48:36 yes i need that because i'm doing a datalogger from the bbb Dec 03 21:48:53 and de data need time stamp Dec 03 21:51:23 ask your favourite internet search engine about "linux set time from nmea" Dec 03 21:53:11 i'm looking that right now, thanks you Dec 03 21:56:51 directions i need! ... were to look out on how to build an rtos, custom because i don't need grafical interface Dec 03 21:57:40 KK6AXQ, ubuntu = root disabled by default... from "normal" user: sudo su (using normal password) Dec 03 21:58:14 it's warty warthog, ubuntu's always had root disabled.. by default.. Dec 03 22:09:28 yates: pushed Dec 03 22:10:21 rcn-ee: btw, did you know a raw mmc boot header can peacefully coexist with the partition table in sector 0 ? :-) Dec 03 22:10:59 (I noticed this while making the README for https://github.com/mvduin/bbb-asm-demo ) Dec 03 22:11:27 zmatt, interesting... but coaking sfdisk/friends to use sector 0.. that must be fun. ;) Dec 03 22:12:01 rcn-ee: you can first partition and then write the raw mmc header Dec 03 22:12:30 repartitioning also doesn't damage the raw mmc boot header, provided a partition table is already present Dec 03 22:12:59 rcn-ee: and I'm not sure what you mean... sfdisk and friends *always* use sector 0 Dec 03 22:13:05 where else would the partition table be? Dec 03 22:13:29 in case of dos partition tables that is Dec 03 22:15:07 it's basically the same situation as how the bootloader and partition table on an x86 system can coexist Dec 04 00:36:34 it's too bad their isn't a serial nand flash I'm yet to be convinced eMMC devies are a good thing, also seem unique and expensive. It feels like they are adding unnecessary complexity mostly. Dec 04 00:44:06 so the beagle-x15 takes a 12v power supply ... what sort of amperage does it need? going to be running the CPUs more-or-less full-tilt rebuilding packages... Dec 04 00:45:57 3A Dec 04 00:46:17 thats what the specs for the ower supply states on the website Dec 04 00:47:18 uavcamm: thanks. didn't see it on the elinux.org page Dec 04 00:50:28 vagrantc, most of that is for the 3 usb3.0 ports... to support all.. Dec 04 00:50:52 3A at 5V power? Dec 04 00:51:05 12V Dec 04 00:52:23 The new USB power spec is like 20V 3A so and 5V 3A so I was wondering if the ports were just .6A 3A or ... something (whatever the something may be). Dec 04 00:54:10 There's a 5amp fuse on the 12V input.. Dec 04 00:55:21 probably a very good idea too. Knowing people like to short things (well not like too but tend too). Dec 04 00:55:58 the USB_5V rail is powerd from 12VDC thru a TP854310, (5vdc/4a) Dec 04 00:56:58 actually zooms in: TPS54531D Dec 04 01:13:03 thanks! Dec 04 01:15:15 http://www.elinux.org/Beagleboard:BeagleBoard-X15 shows the eSATA + USB port on the picture ... does that mean there's an esata port with a usb port for power? Dec 04 01:15:25 need to figure out what sort of adapter i need to plug in an ssd Dec 04 01:15:54 the eSATA spec connector, actually has a usb port there.. that's where the 5volt rail actually comes from.. Dec 04 01:16:42 vagrantc, you want this cable.. http://www.amazon.com/gp/product/B002MKKTWA Dec 04 01:17:12 it'll work with any 2.5" ssd... it won't work with old 12v spinning rust monsters.. Dec 04 01:17:41 perfect. Dec 04 01:18:50 any opinionated recommendations on a 12v poer supply? Dec 04 01:19:41 i used the one that came with... it has a bigger connector on it.. brb.. Dec 04 01:20:11 not a 5mmx2.1mm ? Dec 04 01:21:08 cui ETSA120500U Dec 04 01:22:03 there it is: https://www.digikey.com/product-detail/en/ETSA120500U-P5P-SZ/T1199-P5P-ND/2803536 Dec 04 01:24:06 er, 5.5mmx2.1mm ... Dec 04 02:45:21 GenTooMan: you know that many of the internal LDOs of TI SoCs have a "disable short-circuit protection" config bit... I'm sure it would be wildly popular if it were more widely known Dec 04 02:45:37 ;) Dec 04 02:48:52 zmatt you can be kind of evil at times Dec 04 02:49:14 hehehe Dec 04 02:49:37 pop goes the circuit (sung to pop goes the weasel) LOL Dec 04 02:51:33 to be honest the internal LDO config registers fall in the "do not touch with 10 foot pole" category anyway Dec 04 02:51:51 ehh know that feeling the msp430 uC Dec 04 02:52:04 has their own goofy LDO for the core. Ugh... Dec 04 02:52:46 on the big SoCs they are used for internal SRAMs and adaptive back-bias Dec 04 02:52:53 the latter scoring the highest on creep-factor Dec 04 02:53:16 you mean they bias the substrate around the SRAM? Dec 04 02:53:35 around the logic Dec 04 02:53:46 and memories too I guess Dec 04 02:54:29 to make gates more trigger-happy and able to achieve timing closure at highest frequencies Dec 04 02:59:08 well you can do a lot of strange stuff by tweaking CMOS bias levels. One company use to sell programmable gate threshold FETs back in the day. In fact they are still around. It has it's uses. Always made be chuckle when people said "it's digital 1's and 0's simple!", dream on heh. I wonder if they use that to control the gate charge characteristics of the FETs? that is power and speed issue. Dec 04 02:59:32 speed vs leakage Dec 04 02:59:52 the gate insulator is the leakage issue I thought? **** ENDING LOGGING AT Fri Dec 04 03:00:40 2015