**** BEGIN LOGGING AT Thu May 07 02:59:58 2015
May 07 03:54:58 <yates> what will the AM3358 do at boot time if the internal flash chip (MMC1) is not populated? that is, will it just skip over the MMC1 and go on to MMC0? we are building our own customized version and will not be populating the internal flash/mmc.
May 07 04:09:41 <yates> jkridner: any ideas?
May 07 04:10:20 <jkridner> yates: I'd have to look at the boot section of the docs. do you know what your boot pins are all set to?
May 07 04:10:41 <jkridner> the series of things tried depend on the boot pins at power up.
May 07 04:11:19 <jkridner> I'm pretty sure the default would be to try the MMC0 after trying MMC1 if the boot button isn't pressed.
May 07 04:13:11 <yates> we're planning on using the same boot mode as the bbb: 0x403c
May 07 04:14:09 <yates> jkridner: i read through the initialization section of the am335x trm and, while it gives general sequence info, it doesn't give a program listing or specifics (that i can see)
May 07 04:15:33 <jkridner> no program listing, but it or the data sheet do specify the order of modes attempted based on the boot pin settings.
May 07 04:16:11 <yates> i guess it's a pretty safe guess that if the mmc1 card isn't present, that device will fail (per Figure 26-6).
May 07 04:16:12 <yates> right
May 07 04:16:12 <jkridner> the SRM does document the two settings for BBB.
May 07 04:17:25 <yates> yeah, but the bbb always has something in the mmc1 slot by design, right? (it may not be flashed, or improperly flashed, but the chip is there)
May 07 04:18:00 <ds2> run HCF
May 07 04:18:13 <yates> HCF?
May 07 04:18:22 <ds2> Halt and Catch Fire :D
May 07 04:22:10 <yates> jkridner: yes, i see that now in the srm (section 5.3.5), but still, that is with a chip installed.
May 07 04:22:49 <ds2> yates: this is the new board you posted about on the list, right?
May 07 04:23:05 <yates> ds2: what list?
May 07 04:23:10 <ds2> beaglelist
May 07 04:23:32 <yates> i can't remember - maybe - about a month ago?
May 07 04:24:03 <yates> it is a new board, yes. we're actually using the am3352 instead of the am3358
May 07 04:24:30 <ds2> oh not the new posts from today
May 07 04:24:45 <yates> ok, thanks everyone. bedtime. have a nice evening.
May 07 04:24:49 <yates> ds2: nope, not today.
May 07 07:53:35 <philenotfound> Anyone with DT overlay knowledge around? I have a question on how to model 2 display variants, one with touchscreen and one without. Do I declare the display and ts in a dtsi, set to disabled and write 2 dts for both variants including former dtsi and then enable the components?
May 07 08:28:50 <tbr> seen rcn-ee
May 07 08:28:58 <tbr> gnf
May 07 08:34:34 <veremit> tbr .. he was in yesterday
May 07 08:41:57 <tbr> veremit: yes, irssi told me that, after I rediscovered the '/' on the keyboard...
May 07 08:42:06 <veremit> :)
May 07 09:54:57 <Eric___> Hi, I'm trying to change the password of a new user and getting an error: "Authentication token manipulation error" ... any ideas?
May 07 10:11:16 <Jinting> hi, I'm newbie with Beaglebone but like to try the board with linux kernel on DS-5 platform for debugging
May 07 10:12:13 <Jinting> I'd like to know if there is any existing example projects
May 07 10:16:47 <benjamindees> where can I find angstrom-feed-configs_1.0-r16.5_beaglebone.ipk ?
May 07 10:21:52 <jpm__> good evening
May 07 10:22:28 <LetoThe2nd> jpm__: seriously disagreed.
May 07 10:23:18 <jpm__> lol
May 07 10:23:21 <jpm__> why?
May 07 10:23:54 <LetoThe2nd> jpm__: none of the two words applies. hence i disagree.
May 07 10:26:07 <jpm__> lol
May 07 10:26:15 <jpm__> ah... should i get into why not good?
May 07 10:26:43 <LetoThe2nd> heh no, better just ask what you originally intended to :)
May 07 10:28:46 <jpm__> i am having problems finding an iostream library for c++
May 07 10:30:02 <jpm__> i have downloaded the linaro armb-linux-gnueabihf toolchai
May 07 10:30:14 <rob_w> did anyone come around a u-boot implementation to load the pru firmware
May 07 10:32:05 <jpm__> but the iostream included there has no definitions
May 07 10:32:40 <jpm__> my c++ project tells me that standard functions like cout and std::fstream aren't calid
May 07 10:32:43 <jpm__> valid*
May 07 10:33:03 <jpm__> kind of a pain since it seems no one else is having this problem
May 07 10:39:45 <jpm__> any ideas?
May 07 10:43:12 <jpm__> rob, is a special uboot necessary in order to load pru-firmware?
May 07 10:44:33 <jpm__> LetoThe2nd: are you still there?
May 07 10:44:59 * jpm__ tries to see if the commands have changed
May 07 10:45:24 <LetoThe2nd> jpm__: only sporadically. usually iostream shouldn't be an issue, as long as you are not overriding any machine/stdlib/sysroot/whatever settings.
May 07 10:50:21 <jpm__> so i can use the cygwin one?
May 07 10:53:18 <jpm__> or the microsoft visual c++ one?
May 07 11:02:54 <LetoThe2nd> huh?
May 07 11:02:59 <LetoThe2nd> cygwin?
May 07 11:03:09 <LetoThe2nd> i am not here. you have not seen me. i know of nothing.
May 07 11:03:29 <tbr> *poopfff* ;)
May 07 11:22:23 <jpm__> :p
May 07 11:22:56 <jpm__> does anyone know why my IDE gives me an iostream unresolved?
May 07 11:23:24 <jpm__> cross compiling on windows in eclipse
May 07 11:23:43 <jpm__> using linaro toolchains and includes
May 07 11:24:28 <jpm__> iostream = library. #include <iostream>  -----> include unresolved
May 07 11:25:36 <LetoThe2nd> jpm__: my bets are on some misconfiguration and magic that eclipse does
May 07 11:26:20 <LetoThe2nd> jpm__: try to compile manually, on the command line. if things work there (e.g. a simple hello world using iostream compiles fine) then you know to blame eclipse. otherwise, time to blame the toolchain
May 07 11:27:37 <jpm__> maybe i should check with linaro
May 07 11:27:54 <LetoThe2nd> heh, better check the toolchain alone first.
May 07 11:27:59 <jpm__> ah ok thanks
May 07 11:28:34 <LetoThe2nd> and if the toolchain is fine, linaro is innocent (which doesn't happen that often otherwise, but for toolchains there quite a chance they are) :-)
May 07 12:08:09 <jpm__> you were right
May 07 12:08:36 <jpm__> i can't compile in commandline either
May 07 12:09:07 <jpm__> g++ doesn't even see the files present
May 07 12:09:21 <LetoThe2nd> ?
May 07 12:09:55 <jpm__> exactly
May 07 12:10:08 <jpm__> seems like a severly broken compiler
May 07 12:11:31 <LetoThe2nd> jpm__: i admit i doubt that for the current linaro release. i guess its more like some environmental/host problem, as your hints have suggested that you are using windows
May 07 12:11:43 <jpm__> yep
May 07 12:11:58 <LetoThe2nd> jpm__: just a few moments ago i have successfully compiled a trivial iostream hello world with linaros chain :)
May 07 12:12:17 <jpm__> 4.8.2?
May 07 12:13:01 <jpm__> i'm using armeb-linux-gnueabihf-g++
May 07 12:13:20 <jpm__> g++ version 4.8.2
May 07 12:13:44 <LetoThe2nd> jpm__: arm-linux-gnueabihf-g++ 4.9-whatever
May 07 12:14:00 <jpm__> ah you have a different version
May 07 12:14:30 <LetoThe2nd> sure, don't feel like armeb :)
May 07 12:15:38 <jpm__> what's the difference?
May 07 12:15:47 <jpm__> (besides working.... :p)
May 07 12:15:49 <LetoThe2nd> erm... little endian versus big endian?
May 07 12:15:56 <jpm__> ah ok
May 07 12:16:23 <jpm__> didn't know that
May 07 12:16:55 <jpm__> is it safe to say that is the reason why i have problems?
May 07 12:17:20 <jpm__> at any rate, downloading 4.9 now
May 07 12:18:24 <LetoThe2nd> jpm__: i'm not saying it is necessarily the source of your problems. but there's a chance, and i don't know of any good use of a armeb toolchain anyways nowadays.
May 07 12:18:41 <LetoThe2nd> except some funky legacy stuff, probably
May 07 12:19:01 <jpm__> :P care to tell the tale of why and how they were usefull?
May 07 12:21:22 <LetoThe2nd> jpm__: afaik some early systems like xscale were often used in big endian, but the vast majority of users nowadays has agreed on little endian.
May 07 12:21:51 <LetoThe2nd> jpm__: thats about why the little endian version is considered standard and doesn't bear a suffix, whereas the big endian one does
May 07 12:22:48 <jpm__> hmmm yeah.... that explains the weird name..... armeb : arm endian big
May 07 17:47:43 <chloe> hi
May 07 17:58:41 <moto-timo> the bot is back
May 07 18:04:03 <tbr> bot?
May 07 18:08:59 <James_Johnson> tbr chloe is a bit
May 07 18:09:01 <James_Johnson> *bot
May 07 18:09:39 <tbr> the client is a pircbot, but does it do anything unwelcome?
May 07 18:10:27 <foundatron> rcn-ee, what is the difference between "deb_include=" and "deb_additional_pkgs=" in the omap-image-builder conf files?
May 07 18:12:41 <foundatron> I was putting all my packages to be installed in "deb_include" but then i noticed that in some conf files like the bb.org-debian-wheezy-lxde conf you gave a lot of the debian packages to be installed listed under "deb_additional_pkgs"
May 07 18:13:15 <wmat> foundatron: isn't deb_additional_pkgs for packages that fail to install with debootstrap
May 07 18:13:24 <rcn-ee> foundatron, deb_include get's passed directly to debootstrap's "include" call..  However some packages (python in jessie) need to be instaleld "after" the base rootfs is setup..
May 07 18:13:39 <foundatron> ahh
May 07 18:13:50 <rcn-ee> the debootstrap "include" is the cleaniest initial install.. ;)
May 07 18:13:56 <rcn-ee> so we like to push as much to that as possible..
May 07 18:14:01 <foundatron> so, try that first
May 07 18:14:18 <foundatron> and then if it fails, put it in deb_additional_pkgs
May 07 18:14:21 <rcn-ee> yeap, and if it fails.. (missing xyz.. tried 5 times..) move it to deb_additional_pkgs. ;)
May 07 18:14:27 <foundatron> awesome
May 07 18:14:40 <foundatron> I tried both both...and each worked
May 07 18:14:51 <foundatron> so I was scratching my head...
May 07 18:16:22 <rcn-ee> yeah, most will work with both...  The other difference.. deb_include uses debootstrap, so it's running native, where as deb_additional_pkgs is in the chroot, so it "could" be under qemu if it's x86/arm...
May 07 18:16:48 <foundatron> ok
May 07 18:17:10 <rcn-ee> depending on qemu version, moving those to the deboostrap call would actually allow the script to work.. today, qemu is as bad as it use to be..
May 07 20:20:44 <rcn-ee> jkridner, what gcc are we dealing with? http://builds.beagleboard.org/builders/build-kernel/builds/18/steps/shell_3/logs/stdio
May 07 20:21:05 <jkridner> Ubuntu 12.04
May 07 20:21:25 <rcn-ee> it doesn't like building 4.1.0-rc2 .;)
May 07 20:21:40 <agmlego|skynet> Get a new one.
May 07 20:21:47 <jkridner> arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
May 07 20:21:57 <agmlego|skynet> Also, have you made sure your power supply is good?
May 07 20:21:58 <agmlego|skynet> ;-P
May 07 20:22:23 <rcn-ee> any chance is 4.8 or even 4.9 available in the apt repository?
May 07 20:23:52 <rcn-ee> just checked packages.ubuntu.com  no dice, 4.6 only..
May 07 20:24:39 <rcn-ee> if it's a 64bit install, can you install this: https://releases.linaro.org/14.11/components/toolchain/binaries/arm-linux-gnueabihf
May 07 20:26:57 <jkridner> hmmm.... apt-get update doesn't bring it in.
May 07 20:27:44 <jkridner> how do I know if it is 64-bit?
May 07 20:28:27 <rcn-ee> uname -m
May 07 20:29:18 <jkridner> x86_64
May 07 20:29:55 <rcn-ee> that'll work! ;)  linaro moved to 64bit only bin's..
May 07 22:04:34 <GenTooMan> If linaro is 64bit only what will one do to run legacy software from windows?
May 07 22:06:31 <rcn-ee> GenTooMan, "Linux 64-bit binaries"/"Windows 32-bit binaries" https://releases.linaro.org/14.11/components/toolchain/binaries ... but who cares about windows?
May 07 22:07:33 <GenTooMan> rcn-ee: just being the devils advocate ... :D I've run linux a rather long time.. so I thought it was funny myself.
May 07 22:11:18 <rcn-ee> i know. ;)  not sure how we are going to handle 32bit linux users... sorry no soup for you anymore either. ;)
May 07 22:12:10 <thurgood> given the cost of upgrading most software I think it's fair to tell people they should upgrade
May 07 22:12:14 <GenTooMan> gentoo has the dual system or duel system. Some software (PCSX2 for example) seems to not be 64bit ready in their dynamic rec
May 07 22:13:22 <thurgood> unless you're talking mobile devices
May 07 23:17:58 <benjamindees> I'm not familiar with Angstrom.  Any simple tips to clear some disk space?
May 07 23:30:24 <benjamindees> okay, I think I'll try 'opkg --force-removal-of-dependent-packages remove angstrom-packagegroup-gnome'
May 07 23:54:37 <zmatt> nannannannanna http://gerbil.xs4all.nl/batbeagle.jpg
May 07 23:54:40 <zmatt> ;)
May 08 02:53:17 <GenTooMan> strapping an 18650 to the beagle board.. weird
**** ENDING LOGGING AT Fri May 08 02:59:59 2015