**** BEGIN LOGGING AT Thu Feb 12 02:59:58 2015
Feb 12 14:48:43 <sid_> hi, i hope someone could help me
Feb 12 14:49:49 <sid_> I have designed an expansion board which connects to P8 and P9, the board just has relays for input/outputs and rs232 and rs484 comms
Feb 12 14:50:11 <sid_> the problem is when the expansion board is connected the beaglebone black doesnt start
Feb 12 14:50:52 <sid_> if i disconnect the board the beagle bone starts up and then i can "hot" plug the board in and it works..
Feb 12 14:54:08 <av500> schematic?
Feb 12 14:54:33 <av500> how much power does your board draw?
Feb 12 14:57:32 <sid_> its drawing 5v
Feb 12 15:01:21 <Amil> Hi, I am new to beaglebone. I just want to know a proper way to set the time on my beaglebone after a reboot even. I tried some examples on internet. But I am using a beaglebone with Debian on it. If anyone can hlep, much appreciated.
Feb 12 15:01:50 <adj> sid_: make sure you have not connected anything to any boot configuration pins. They may prevent BBB to boot
Feb 12 15:02:43 <sid_> ok, thanks. let me check that now
Feb 12 15:06:05 <day> my bbb decided to set himself to 2029...
Feb 12 15:06:23 <day> i need to fix a lot of data now :(
Feb 12 15:07:29 <adj> sid_: especially pins 31-46 on P8 must not be driven on boot
Feb 12 15:07:50 <adj> sid_: see BBB_SRM.pdf pages 96, 97 and 106
Feb 12 15:08:48 <sid_> excellent info, thank you.. checking it now
Feb 12 15:13:08 <sid_> yip.. that is what the problem is...
Feb 12 15:13:26 <sid_> the manual i used only went up to page 79 and so didnt have this addtional ingo
Feb 12 15:18:47 <dmelani> Amil: if you've got it hooked up to a network, just use ntpd
Feb 12 15:23:44 <Amil> dmelani : Thanks for the concern dmelani. I tried it using ntp. But it is not persistent. I tried dereakmolis example on internet. But its for a arngstorm version. In the reboot, that again sets to the default and returns a date in 2004
Feb 12 15:24:49 <rcn-ee> just use, systemd's:  systemd-timesyncd ;)
Feb 12 15:25:31 <dmelani> rcn-ee: same thing :P
Feb 12 15:28:33 <dmelani> Amil: are you suprised that it loses track of time when you unplug it?
Feb 12 15:29:47 <av500> sid_: 5V is a voltage, not a current or a power unit
Feb 12 15:31:45 <Amil> dmelani : No dmelani, I can underestand that the beaglebone does not save the time itself in the board. So I need to sync the time from somewhere. As I am new to this, I am littlebit confused with the correct steps. I would like to ask from you, is there a different methodology for a Debian release?
Feb 12 15:32:49 <dmelani> dunno. i don't use linux on my bbb
Feb 12 15:35:04 <Amil> dmelani : Its k dmelani. Thanks for your effort on helping me.
Feb 12 15:43:52 <KaaK> day, I got the external RTC route. I've got got applcations that *must* have correct times. See here: https://learn.adafruit.com/downloads/pdf/adding-a-real-time-clock-to-beaglebone-black.pdf
Feb 12 15:46:23 <day> KaaK: my router has a ntp server feature. I was just to lazy to use it :'(
Feb 12 15:47:28 <KaaK> NTP is great too, just keep in mind that when you first boot, you won't have the correct time until you get connected up and synchronized. I think the fixrtc kernel cmd option helps address this
Feb 12 15:47:56 <KaaK> its probably just fine for many applications
Feb 12 16:34:21 <tholm> I've disabled Cpu Frequency Scaling in the kernel but idk how to set the cpu frequency to 300 Mhz. I tried to change the frequency in am335x-boneblack.dts file but didn't work, always is 1 Ghz. Somebody can help me in order to modify the kernel?
Feb 12 16:35:08 <rcn-ee> tholm, so enable cpufreq scalling, then set 300Mhz...
Feb 12 16:36:22 <rcn-ee> factory u-boot is going to crank it up to 1Ghz by default...
Feb 12 16:36:32 <tholm> yep, that works. But is it possible disable cpufreq scalling, and then set 300 mhz?
Feb 12 16:36:43 <rcn-ee> see previous. ;)
Feb 12 16:37:06 <av500> userspace governor
Feb 12 16:37:19 <rcn-ee> usign: cpufrequtils, you can set to 300Mhz and it'll stay at 300Mhz...
Feb 12 16:37:33 <tholm> mpurate doesnt work anymore?
Feb 12 16:37:41 <rcn-ee> mpurate was a hack
Feb 12 16:40:34 <tbr> people get used to hacks and don't want to use properly fixd things, film at 11
Feb 12 16:41:02 <tbr> speaking of which, how's capemanager for 3.19 coming along? *snerk*
Feb 12 16:41:05 <av500> sorry, the 11 slot is taken
Feb 12 16:42:26 <tholm> rcn-ee:  ok I think I'm going to leave cpufreq scaling, and select powersave governor. That's the easy way
Feb 12 16:47:14 <tholm> rcn-ee: you're right, http://git.denx.de/?p=u-boot.git;a=blob;f=board/ti/am335x/board.c;hb=HEAD#l280 uboot set the CPU frequency to 1GHz
Feb 12 17:18:17 <Abhishek_> IIRC the BBB doesn't break out VBAT of the RTC on the AM335x?
Feb 12 17:20:42 <KaaK> Abhishek_, if you're referring to P8 and P9, it does *not*
Feb 12 17:21:06 <Abhishek_> I see
Feb 12 17:23:26 <KaaK> Abhishek_, I use the ds1307 for keeping hardware time.
Feb 12 17:24:08 <Abhishek_> I'm thinking of making a similar mini-widget to permanently attach to my BBB
Feb 12 17:24:14 <KaaK> but frankly, many applications can get away just fine using NTP, and the fixrtc kernel cmd option
Feb 12 17:25:38 <KaaK> my application acquires time-series data, and must *always* have correct times -- especially through power losses.
Feb 12 17:26:07 <Abhishek_> yup, my BBB is not always connected to the net as well
Feb 12 17:27:29 <KaaK> It's still a bit of a pain though, I had to add OF support to the ds1307 kernel module, and add the rtc device as a i2c slave to my device tree.
Feb 12 17:28:33 <KaaK> but now I get a hardware time keeper that is available from boot. I periodically synchronize it to system time whenever I can be sure that I am synced via NTP
Feb 12 18:03:16 <tholm> rcn-ee: I've successfully changed the U-Boot source code, and now BBB is running at 300Mhz. Thx for your help!!! :)
Feb 12 18:57:48 <aswin> I have issue with installation of scipy on debain
Feb 12 18:58:01 <aswin> can any one help me to solve this
Feb 12 18:58:19 <aswin> Err http://ftp.us.debian.org/debian/ wheezy/main python-imaging armhf 1.1.7-4
Feb 12 18:58:19 <aswin>   404  Not Found [IP: 64.50.233.100 80]
Feb 12 18:58:19 <aswin> Failed to fetch http://ftp.us.debian.org/debian/pool/main/p/python-imaging/python-imaging_1.1.7-4_armhf.deb  404  Not Found [IP: 64.50.233.100 80]
Feb 12 18:58:21 <aswin> E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
Feb 12 18:58:29 <Mikaela> try "sudo apt-get update"
Feb 12 18:59:45 <Mikaela> there is probably newer version in repositories and older one was removed and "apt-get update" updates the apt cache and if there is newer version, attempting to install it again should install the newer version which should be found
Feb 12 18:59:59 <opcode> ^
Feb 12 19:00:52 <aswin> Mikaela, I am trying "sudo apt-get update"
Feb 12 19:07:26 <aswin> Mikaela, It worked ...... Thanks
Feb 12 19:09:01 <Mikaela> you're welcome
Feb 12 19:11:36 <aswin> Any python experts here?
Feb 12 19:22:39 <gshrikant> maybe #python could help?
Feb 12 19:25:39 <tholm> what does "spl_load_image_fat_os: error reading image args, err - -1" mean in uboot(2015.01)?
Feb 12 19:31:31 <tholm> that message only appear in uboot(2015.01),
Feb 12 19:39:21 <pdp7> jkridner: do you think there will be new image on beagleboard.org in the next month? http://beagleboard.org/latest-images
Feb 12 19:39:57 <tholm> KaaK:  thanks for your advice about USB gadget, now works like a charm..
Feb 12 19:43:18 <jkridner> pdp7: yes
Feb 12 19:47:56 <KaaK> tholm, No problem. Glad I could help out.
Feb 12 19:48:38 <tholm> jkridner: what happened with BeagleBone Black called the "Bluesteel-Basic"?
Feb 12 19:50:17 <tholm> jkridner: will it go on sale?
Feb 12 19:50:28 <jkridner> tholm: not sure. That's a CircuitCo question.
Feb 12 19:50:35 <jkridner> I think Gerald says they aren't.
Feb 12 19:50:59 <tholm> ok thx for the info
Feb 12 19:54:16 <pdp7> here's a fun bbb tidbit, the doors at our hackerspace in chicago (freenode/#pumpingstationone) are now controlled by beaglebone blacks which read rfid tags
Feb 12 19:54:39 <pdp7> there's even an internet doorbell that announces on irc somoeone is at the door and needs entry
Feb 12 19:54:43 <pdp7> :)
Feb 12 19:56:02 <Pudlo> coooooool
Feb 12 20:03:51 <jkridner> +1
Feb 12 20:05:15 <ds2> where in chicago is that hackerspace?
Feb 12 20:33:23 <sidharbel> hi all, please can someone shed some light on an issue i have..
Feb 12 20:34:26 <sidharbel> I have made an image of my beagleboard but when i insert the SD card into another beagle board and hold S2 and connect power the LED's come on for about 2 seconds and then just USER D2 is solid lit
Feb 12 20:35:23 <sidharbel> There is no info about the different status of the LED's so its very difficult to find the problem.
Feb 12 20:36:15 <sidharbel> I know the image is good because if i uncompress it and write it to an SD card and insert this into a beagle board it will startup with this image no problem..
Feb 12 20:36:35 <sidharbel> but i cant seem to get this image to copy to the eMMC using the procedure by pressing the S2 button
Feb 12 20:42:08 <aswin>   1 import Adafruit_BBIO.ADC as ADC
Feb 12 20:42:09 <aswin>   2 import time
Feb 12 20:42:09 <aswin>   3 array = []
Feb 12 20:42:09 <aswin>   4 ADC.setup()
Feb 12 20:42:09 <aswin>   5 timeout = time.time() + 1
Feb 12 20:42:09 <aswin>   6 while(time.time() < timeout):
Feb 12 20:42:11 <aswin>   7         value = ADC.read_raw("P9_40")
Feb 12 20:42:13 <aswin>   8         array.append(value)
Feb 12 20:42:15 <aswin>   9 array_length = len(array)
Feb 12 20:42:17 <aswin>  10 print array_length
Feb 12 20:42:41 <aswin> I am getting different  number of samples per second each time
Feb 12 20:43:11 <aswin> any suggestion to improve
Feb 12 20:45:53 <tbr> improve what? what's your goal?
Feb 12 20:55:19 <sidharbel> Does anyone know when you press S2 and power the board to send image from SD card to eMMC that all the LEDs come on for about 4 seconds and then only LED D2 stay solid lit?
Feb 12 21:04:39 <jkridner> rcn-ee: why is 'gift_wrap_final_images' written to a different shell script?
Feb 12 21:22:08 <andresing> alguien entiende español?
Feb 12 21:24:08 <andresing> i need graphical environment of ubuntu
Feb 12 21:24:26 <andresing> i have a beagleboard xm
Feb 12 21:24:37 <andresing> rev c
Feb 12 21:25:17 <_av500_> oh
Feb 12 21:25:19 <_av500_> thats old
Feb 12 21:25:32 <_av500_> you might be able to find ubuntu for it
Feb 12 21:25:39 <_av500_> but it was not officially supported
Feb 12 21:26:14 <_av500_> for the XM only Angstrom was official
Feb 12 21:26:43 <_av500_> http://beagleboard.org/latest-images
Feb 12 21:27:28 <andresing> i installed ubuntu 14.04.1 lts but only console
Feb 12 21:27:33 <andresing> TTY
Feb 12 21:28:07 <andresing> i haven't  graphical environment
Feb 12 21:28:26 <_av500_> as said
Feb 12 21:28:28 <_av500_> XM is old
Feb 12 21:28:36 <_av500_> not many people write SW for it
Feb 12 21:28:43 <andresing> ctrl + alt + f7  no it works
Feb 12 21:28:53 <_av500_> yes
Feb 12 21:28:56 <_av500_> no graphics
Feb 12 21:29:38 <andresing> previously worked
Feb 12 21:30:53 <_av500_> sorry, no idea
Feb 12 21:31:39 <andresing> http://www.taringa.net/posts/linux/13375618/Instalar-Entorno-Grafico-Ubuntu-Server.html
Feb 12 21:52:01 <tholm> Xm is not that old
Feb 12 21:52:32 <tholm> Im still working on it
Feb 12 21:58:49 <_av500_> the attention span of the internet is short :)
Feb 12 21:58:50 * djlewis still breaks out his old BB rev-C
Feb 12 21:59:27 <djlewis> well, my package is in Memphis
Feb 12 22:00:42 <tholm> andresing: Check this out: http://elinux.org/BeagleBoardUbuntu
Feb 12 22:01:45 <andresing> I know that page
Feb 12 22:02:57 <_av500_> djlewis: still?
Feb 12 22:03:02 <_av500_> since 2010, eh :)
Feb 12 22:03:45 <andresing>  I had used method 2 and ok graphics
Feb 12 22:04:04 <andresing> but ubuntu 12
Feb 12 22:04:17 <_av500_> ah I see that rcn seems to update it for XM
Feb 12 22:04:25 <tholm> yep
Feb 12 22:04:28 <_av500_> so, there are people working on XM :)
Feb 12 22:04:30 <_av500_> my bad
Feb 12 22:04:38 <andresing> now only this Trusty
Feb 12 22:04:52 <rcn-ee> andresing, what distro do you want?
Feb 12 22:05:01 <_av500_> hmm, omap5 UEVM
Feb 12 22:05:07 <_av500_> maybe I should boot mine
Feb 12 22:05:20 <rcn-ee> _av500_, it's close to the x15. ;)....
Feb 12 22:05:27 <tholm> idk if dsp bridge is working on the 3.18
Feb 12 22:05:28 <tholm> haha
Feb 12 22:05:31 <tholm> almost
Feb 12 22:05:41 <_av500_> rcn-ee: yes, but mine is a es1.0
Feb 12 22:05:43 <rcn-ee> tholm, tidspbridge got nucked from kernel.org..
Feb 12 22:05:48 <_av500_> so most likey it wont work at all
Feb 12 22:06:08 <_av500_> tholm: dsplink is better anyway
Feb 12 22:06:09 <rcn-ee> it might... mine was old...
Feb 12 22:06:23 <_av500_> rcn-ee: somewhere I read that kernels dropped es1 support
Feb 12 22:06:39 <_av500_> same as omap4, I have a rev1 panda that stopped working
Feb 12 22:06:41 <tholm> dsplink  only works on  2.6.x
Feb 12 22:06:53 <_av500_> tholm: forward port it :)
Feb 12 22:06:54 <tholm> i think
Feb 12 22:07:03 <_av500_> its out of tree anyway
Feb 12 22:07:24 <_av500_> and cmem
Feb 12 22:07:37 <rcn-ee> tholm, port it to remoteproc, then get it upstream. ;)
Feb 12 22:07:43 <_av500_> haha
Feb 12 22:07:51 <tholm> haha
Feb 12 22:08:09 <rcn-ee> remoteproc, was based on syslink 3 (omap4).......
Feb 12 22:08:30 <_av500_> so many syslinks
Feb 12 22:08:40 <rcn-ee> if only one worked. ;)
Feb 12 22:08:49 <_av500_> rcn-ee: is x15 also syslink/remoteproc?
Feb 12 22:08:55 <_av500_> or is there a new play?
Feb 12 22:09:09 <tholm> _av500_: i dont think so
Feb 12 22:09:10 <_av500_> dspdbus?
Feb 12 22:09:17 <tholm> syslink
Feb 12 22:09:29 <_av500_> systemdsp
Feb 12 22:10:20 <rcn-ee> _av500_, it's remoteproc, just lots of cores to deal with: http://paste.debian.net/146635/
Feb 12 22:10:48 <_av500_> yay
Feb 12 22:11:02 <tholm> http://www.elinux.org/Beagleboard:BeagleBoard-X15 says "Yes, there is a free C/C++ compiler from Texas Instruments and  support in the mainline of the open source GCC C/C++ compiler. Support  for interprocessor communication is also included in the mainline Linux  kernel via RPMSG[7] [8] [9] . "
Feb 12 22:11:17 <tholm> Will I be able to program the C66x DSPs?
Feb 12 22:11:37 <rcn-ee> tholm, i've packaged up the C66x dsp compiler, so you can build from the x15. ;)
Feb 12 22:11:52 <_av500_> yeah, c66 tools one can download
Feb 12 22:12:37 <rcn-ee> someone just needs to write a "hello world" and blog post it, so other users can atleast start...
Feb 12 22:12:47 <tholm> i got 3 Xm
Feb 12 22:13:09 <tholm> cuz I use the dsp core
Feb 12 22:13:12 <_av500_> I sold 4 XM last year :)
Feb 12 22:13:17 <tholm> haha
Feb 12 22:13:17 <_av500_> I got 0 now
Feb 12 22:13:29 <tholm> Xm is not that bad
Feb 12 22:13:33 <_av500_> true
Feb 12 22:13:48 <_av500_> but demand was high, so I sold at a good price :)
Feb 12 22:13:56 <_av500_> still have 4 clasics
Feb 12 22:13:59 <_av500_> 4 pandas
Feb 12 22:14:14 <tholm> i got one panda
Feb 12 22:14:15 <andresing> rcn-ee ,  now i worked for method  Flasher BBxm but no i generated image
Feb 12 22:14:22 <andresing> only TTY
Feb 12 22:14:26 <_av500_> STs, snapdragons, nvidias
Feb 12 22:14:33 <_av500_> davincis
Feb 12 22:14:34 <tholm> ok u win
Feb 12 22:14:36 <_av500_> :)
Feb 12 22:14:38 <tholm> lol
Feb 12 22:14:39 <rcn-ee> andresing, BBxm flasher? what are you going to flash?
Feb 12 22:14:57 <_av500_> tholm: https://www.flickr.com/photos/av500/sets/72157624533739048/
Feb 12 22:15:38 <_av500_> tholm: what are you doing on the dsp?
Feb 12 22:15:49 <andresing> si al menos instala el ubuntu 14  pero solo consola
Feb 12 22:16:23 <andresing> i need graphical environment
Feb 12 22:16:35 <rcn-ee> andresing, then install the graphics environement...
Feb 12 22:16:44 <andresing> i have only console "tty"
Feb 12 22:16:52 <rcn-ee> sudo apt-get instally <xyz>_desktop
Feb 12 22:17:03 <tholm> filter
Feb 12 22:17:05 <tholm> fir iir
Feb 12 22:17:07 <tholm> fft
Feb 12 22:17:18 <tholm> adaptive filter LMS
Feb 12 22:17:35 <tholm> BTW, stop bragging about your boards. :)
Feb 12 22:17:44 <_av500_> :)
Feb 12 22:18:20 <_av500_> sadly they are not much use at all
Feb 12 22:18:25 <rcn-ee> _av500_, you need a hawkboard. ;)  patches where posted today on u-boot to rip that board out...
Feb 12 22:18:33 <_av500_> sad
Feb 12 22:18:42 <_av500_> rcn-ee: yes, hawk I never got
Feb 12 22:18:49 <_av500_> khasim bad
Feb 12 22:19:27 <andresing> -bash: xyz: no such file or directory
Feb 12 22:19:50 <rcn-ee> andresing, there's like 10 differnet flavors of desktops...
Feb 12 22:20:09 <rcn-ee> xyz= ubuntu_desktop, xubuntu_desktop....... (8 more...)....
Feb 12 22:20:33 <rcn-ee> you see why i just give you a console?  don't care that much about ubuntu to build 10 different images...
Feb 12 22:20:54 <_av500_> ubuntu touch is all the rage now
Feb 12 22:21:56 <rcn-ee> isn't it giving rage, for how slow it feels? ;)
Feb 12 22:22:03 <tholm> andresing: Use buildroot
Feb 12 22:22:34 <andresing> before i do "sudo apt-get update"   but  occupies the entire memory
Feb 12 22:23:06 <tholm> "before i did"
Feb 12 22:23:15 <rcn-ee> andresing, did you run the "grow_partition.sh" script conveniently located in the directions above the download link?
Feb 12 22:25:41 <rcn-ee> jkridner, that's a legacy seperation (create rootfs on arm/build final *.img on x86)... I'll setup a script under publish, that'll do both steps on the X15...  Do you just want the 4gb flasher?
Feb 12 22:26:14 <jkridner> oh, right.
Feb 12 22:26:22 <jkridner> I want to just make the 4GB non-flasher.
Feb 12 22:26:29 <rcn-ee> okay..
Feb 12 22:27:08 <jkridner> converting to a flasher is easy and safer than people starting with a flasher.... also, 4GB non-flasher works with pre-Rev C and whites all the same.
Feb 12 22:27:45 <jkridner> final release will include the eMMC flasher and blank flasher..., but I want to start with all-the-time builds of the non-flasher.
Feb 12 22:28:19 <jkridner> right now, I've just copied to a new script and removed the excess....
Feb 12 22:28:27 * _av500_ feels flashed
Feb 12 22:28:30 <jkridner> seems like a pain to maintain.
Feb 12 22:28:43 <_av500_> just ignore emmc and be done :)
Feb 12 22:28:49 <_av500_> nand erase
Feb 12 22:32:16 <rcn-ee> jkridner, : give this a try from git head: "sh ./publish/bb.org_4gb_stable.sh"
Feb 12 22:32:36 <rcn-ee> i left out the final *.img -> *.img.xz till we know it works..
Feb 12 22:32:43 <rcn-ee> as that takes memory...
Feb 12 22:33:21 <rcn-ee> also had the hostname of the x15 here:
Feb 12 22:33:23 <rcn-ee> https://github.com/beagleboard/image-builder/blob/master/publish/bb.org_4gb_stable.sh#L6
Feb 12 22:33:31 <rcn-ee> to take advantage of apt-cacher-ng..
Feb 12 22:34:23 <tholm> X15 when it going to release?
Feb 12 22:34:36 <rcn-ee> when it's bug free. ;)
Feb 12 22:34:42 <jkridner> ish
Feb 12 22:35:14 <tholm> ok so the next week
Feb 12 22:36:37 <tholm> _av500_:  rcn-ee got a X15 and you dont :P
Feb 12 22:36:52 <jkridner> rcn-ee: do I run that from the main or deploy directory?
Feb 12 22:37:20 <rcn-ee> jkridner, from the main dir... run as: "./publish/bb.org_4gb_stable.sh"
Feb 12 22:37:31 <jkridner> rcn-ee: seems apt-proxy needs to be setup in /etc/hosts
Feb 12 22:37:52 <rcn-ee> jkridner, what's your hostname of the x15? i'll post a patch for that..
Feb 12 22:38:00 <jkridner> localhost ;-)
Feb 12 22:38:09 <jkridner> it is just beagleboard-x15 for now.
Feb 12 22:38:28 <jkridner> I can just add apt-proxy to /etc/hosts
Feb 12 22:38:34 <_av500_> tholm: yeah, I have fallen out of grace it seems :)
Feb 12 22:38:46 <_av500_> these days all I get is tons of chinese phones and tablets
Feb 12 22:39:21 <jkridner> _av500_: want to do the Android releases for X15? ;-D
Feb 12 22:39:36 <_av500_> ugh android
Feb 12 22:39:39 <_av500_> :)
Feb 12 22:39:50 <rcn-ee> sounds like a yes to me..
Feb 12 22:40:06 <tholm> and what are u going to do with that shipment?
Feb 12 22:40:39 <_av500_> most end up in drawers
Feb 12 22:41:08 <_av500_> jkridner: is TI working on X15 android?
Feb 12 22:41:28 <jkridner> yeah, supposedly some automotive people want it.
Feb 12 22:41:29 <djlewis> _av500_ has more toys than he has time to play with
Feb 12 22:41:30 <_av500_> speedboat vs rowboat?
Feb 12 22:41:35 <_av500_> djlewis: indeed
Feb 12 22:41:48 <tholm> lol
Feb 12 22:41:54 <jkridner> I don't trust it enough not to find an external maintainer.
Feb 12 22:42:18 <jkridner> I think Embedded Alley was supposed to help maintain Rowboat. :(
Feb 12 22:42:25 <jkridner> er, Mentor.
Feb 12 22:42:40 <_av500_> ah
Feb 12 22:45:17 <ds2> rcn-ee: does the x15 image have userland pieces specific to the x15?
Feb 12 22:45:56 <ds2> _av500_: isn't it titantic 7?
Feb 12 22:46:18 <_av500_> :)
Feb 12 22:46:24 <_av500_> ok, bed time
Feb 12 22:46:26 <rcn-ee> Just the "ducati" firmware (i need to figure out what the ip name is, as i just coped omap4's name), it's also setup for 32bit video... otherthen the x15 u-boot dd'ed to it
Feb 12 22:46:47 <_av500_> no sgx?
Feb 12 22:47:10 <ds2> rcn-ee: nice... can the kernel be shared with the BB{W,B}?
Feb 12 22:47:19 <rcn-ee> i had a very long email between, a few ti'er's...  haven't heard back... probally scared them off..
Feb 12 22:47:38 <rcn-ee> ds2, that's the whole point of my "v3.14.x-ti" kernel push. ;)
Feb 12 22:47:49 <_av500_> zzz
Feb 12 22:47:59 <tholm> BBB is dead, when plugged in via USB. The PMIC is damaged
Feb 12 22:48:13 <ds2> rcn-ee: had to ask as it is a gigantic patch to take out DT on the x15 kernel
Feb 12 22:48:19 <rcn-ee> just dd the bbw boot loader to the x15 image and change 32 -> 16 & omap -> fbdev in /etc/X11/xorg.conf and it'll boot fine. .;)
Feb 12 22:49:02 <ds2> I wonder if MLO can be shared between x15 and BB{W,B}
Feb 12 22:49:12 <rcn-ee> tried, can't...
Feb 12 22:49:25 <ds2> what does it fail on?
Feb 12 22:49:30 <rcn-ee> i tried dd'ing one to the drive and the other in fat... fails both ways...
Feb 12 22:49:50 <ds2> the memory init definitely needs to be different but...
Feb 12 22:50:31 <rcn-ee> the problem, they both try to run the MLO, but there's no error out, try the fat partition on failure.. it jsut reads the sig and tries..
Feb 12 22:51:22 <ds2> the registers are probally different but prehaps it can detect it at run time and ?
Feb 12 22:52:30 <rcn-ee> the trick is to detect the core early, and (lets say, switch to MLO/u-boot.img in vfat if the am335x was detected, or run the MLO/u-boot.img dd'ed for x15..)
Feb 12 22:53:17 <rcn-ee> there's another gsoc procject. ;)
Feb 12 22:53:52 <ds2> switch?
Feb 12 22:54:19 <ds2> why not just MLO gets into RAM and it loads u-boot.img from a common place?
Feb 12 22:54:54 <rcn-ee> true, the u-boot.img can be fat, as MLO does the memory init..
Feb 12 22:55:04 <ds2> but it would be a fun GSoC project
Feb 12 22:55:41 <ds2> it can be as dumb as looking at the Cortex type and doing different things. A15 and A8 should be detectable on MLO entry
Feb 12 22:57:39 <jkridner> Log: Running: debootstrap second-stage in [/usb-stick/var/lib/buildbot/slaves/beagleboard-x15/build-image/build/ignore/tmp.HZEUFvZEko]
Feb 12 22:57:39 <jkridner> chroot: failed to run command ‘debootstrap/debootstrap’: No such file or directory
Feb 12 22:57:42 <jkridner> rcn-ee: hmmm...
Feb 12 23:00:48 <jkridner> ds2, rcn-ee: having a unified beagleboard/beaglebone/x15 bootloader and card images would be amazing!
Feb 12 23:01:21 <ds2> jkridner: what are you calling bootloader?
Feb 12 23:01:28 <jkridner> MLO/SPL
Feb 12 23:01:48 <ds2> combining 2 of them should be doable as a GSoC project
Feb 12 23:01:53 <ds2> donno if there is time to do 3
Feb 12 23:02:20 <ds2> BB{WB}/x15 can be done as a big ass hack
Feb 12 23:02:24 <rcn-ee> there's not a lot of spare sram on the clasic beagle....
Feb 12 23:02:30 * vvu +1s that idea
Feb 12 23:02:47 <ds2> if (A8) do_BB{WB}; else if (A15) do_x15; else HardFault();
Feb 12 23:02:52 <jkridner> http://bit.ly/bbgsocideas please :-D
Feb 12 23:03:28 <jkridner> ds2: that'd be great for now.
Feb 12 23:03:42 <ds2> rcn-ee: that can be worked around, I think... I screwed around with the am3503's MLO and there's room
Feb 12 23:03:56 <ds2> not sure if the 3530/3730 is smaller though
Feb 12 23:04:31 <ds2> jkridner: do you know off hand if the memory controller on the x15 is the same (or superset) as the am335x?
Feb 12 23:05:43 <jkridner> ds2: naw, it is the same as am350x---at least 99% sure.
Feb 12 23:06:08 <ds2> Hmmmmmm
Feb 12 23:06:17 <rcn-ee> ds2, the x15's is very close the omap5: http://git.denx.de/?p=u-boot.git;a=history;f=arch/arm/cpu/armv7/omap5;hb=HEAD not how sure omap5 - omap4/am335x...
Feb 12 23:06:27 <jkridner> ds2: issue I remember between sharing the same MLO/SPL between DM3730 and AM3358 was the location of the internal memory changed. :(
Feb 12 23:06:42 <ds2> I wonder if it is as easy as changing the base address and loading different settings (settings can be done as part of the hashing if what Nishant described before is still valid
Feb 12 23:07:20 <jkridner> the boot image has a location of where it needs to be loaded and that screwed everything up by my recollection. not sure if it can include 2 images and just have a way to use a default start vector. :(
Feb 12 23:07:38 <jkridner> not at all familiar with the AM572x bootloader myself.
Feb 12 23:07:46 <ds2> hmmm
Feb 12 23:08:11 * jkridner wanted to shoot the developers for moving the location of the internal memory.
Feb 12 23:08:13 <jkridner> moronic.
Feb 12 23:08:18 <ds2> be interesting to look at
Feb 12 23:08:27 <ds2> maybe they couldn't get timing closure with that address ;)
Feb 12 23:10:55 <ds2> is someone updating the wiki?
Feb 12 23:12:08 <jkridner> rcn-ee: any thought on the debrootstrap failure?
Feb 12 23:13:38 <rcn-ee> jkridner, none yet.. looks very random: http://builds.beagleboard.org/builders/build-image/builds/9/steps/shell/logs/stdio  as it failed once, but on the next pass it was fine... (as it's building the next image..)
Feb 12 23:15:17 <jkridner> rcn-ee: I didn't change the script started by the master, so it is running the full shell script there.
Feb 12 23:15:33 <jkridner> I was trying out the small one in the working folder at the same time.
Feb 12 23:16:43 <rcn-ee> i'm not sure if debootstrap, can be run in parallel, they do have unique tmp directories...
Feb 12 23:17:26 <vvu> rcn-ee: works in parallel, tried 2 builds on my machine at the same time
Feb 12 23:17:51 <rcn-ee> thanks vvu, never tried myself, so scratch that...
Feb 12 23:19:01 <vvu> rcn-ee: any idea how to umount the tmp directory automatically if the omap-image-builder fails ?
Feb 12 23:19:16 * vvu has no clue if bash has some routine called at error...
Feb 12 23:20:15 <rcn-ee> using the exit codes we should be able to trap that, and call chroot_umount .. ;)
Feb 12 23:20:21 <jkridner> rcn-ee: lol. you pushed the localhost change... triggered another build.
Feb 12 23:20:46 <jkridner> rcn-ee: guess I really should change what script runs. :-D
Feb 12 23:21:17 <vvu> ah..like that, wrap the script in another script
Feb 12 23:22:02 <rcn-ee> yeap, and i have another patch coming, really close to getting jessie working again... (wish they didn't break python-2.7 pre-depends..)
Feb 13 00:28:05 <jkridner> rcn-ee: I switch which script runs, but can't find the output .img files.
Feb 13 00:28:29 <jkridner> rcn-ee: oh, Log: ERROR: git clone of https://github.com/RobertCNelson/boot-scripts failed
Feb 13 00:28:33 <jkridner> odd.
Feb 13 00:29:06 <jkridner> rcn-ee: fails don't propagate up properly
Feb 13 00:31:32 <jkridner> rcn-ee: odd, the checkout is there in the chroot.
Feb 13 00:31:35 <jkridner> single depth
Feb 13 01:09:46 <rcn-ee> jkridner, it's the -e swich on chroot script, it just stops on any error..
**** ENDING LOGGING AT Fri Feb 13 02:59:58 2015