**** BEGIN LOGGING AT Wed Sep 14 02:59:58 2016
Sep 14 04:28:57 <bgautam> Hello, I am trying to install xinu in my beagle board. I installed the serial driver as mentioned in the http://beagleboard.org/getting-started page but  I am getting timeout while trying to execute loady. anyone here knows abt this . Any kind of help i shighly appreciated
Sep 14 06:45:45 <phschafft> the SD card should have a lock. yesterday I ejected it when plugging in something on a cape. That was no fun.
Sep 14 07:48:37 <phschafft> also the power control needs a few secounds to really get a reset when power supply is interrupted.
Sep 14 07:49:21 <phschafft> e.g. just pulling out and pushing in after a secound sometimes brings it up in a state with the power LED on but nothing else happening (the LED was off when pulling out).
Sep 14 07:49:25 <phschafft> that is the BBB.
Sep 14 08:37:43 <KotH> phschafft: that's called brown-out
Sep 14 08:38:14 <KotH> phschafft: and yes, it's a wurst case condition for lots of digital electronics and requires carefull design to prevent it
Sep 14 08:38:22 <phschafft> but its a very long time. it seems to be >5s with the board I have here.
Sep 14 08:38:33 <KotH> nah
Sep 14 08:38:38 <KotH> <10s is a short time
Sep 14 08:38:44 <KotH> >10min would be a long time
Sep 14 08:39:59 <KotH> you have a couple of mili velo of capaciance on the board, and it gets discharged with something in the pA to µA range
Sep 14 08:42:15 <phschafft> something one can avoid with a good design ;)
Sep 14 09:00:39 <KotH> phschafft: avoid: no. properly deal with: yes
Sep 14 09:14:09 <Velsiol> has anyone built libdce/gst-ducati yet for the x15?
Sep 14 09:54:38 <Velsiol> or alternatively is there a way to build a non-arago linux distro on the sdk kernel
Sep 14 09:54:41 <Velsiol> need dem drivers
Sep 14 12:14:21 <maquefel> is i2c2 already pulled up on beagle ?
Sep 14 12:14:26 <maquefel> *beaglebone black
Sep 14 12:15:58 <phschafft> I think so.
Sep 14 12:21:01 <Spidler> i2c2 is used by the bone capemanager
Sep 14 12:22:30 <phschafft> yes. so the bus should be in working state.
Sep 14 12:22:47 <veremit> that'll be a yes.. but check the schematics...
Sep 14 12:25:57 <Velsiol> is there a forum somewhere for x15's
Sep 14 12:26:54 <maquefel> heh not shown
Sep 14 12:27:02 <maquefel> as well as pull ups resistor values
Sep 14 12:27:11 <maquefel> but it should be pulled up
Sep 14 12:27:18 <maquefel> as far as remember
Sep 14 12:51:21 <phschafft> anyone knows what pin 0x6c is? It's not in the list I found?
Sep 14 12:51:26 <phschafft> (that is the offset address)
Sep 14 12:52:51 <Spidler> phschafft: on which hardware?
Sep 14 12:53:21 <phschafft> BBB
Sep 14 12:53:41 <phschafft> I think it's related to HDMI audio. but I'm not sure.
Sep 14 12:54:53 <Spidler> Funny, not documented in my tables either
Sep 14 12:57:44 <phschafft> then maybe I should leave it set to 0x07 and see what happens.
Sep 14 13:11:02 <ionte_> anyone here who's using beaglebone green wireless_
Sep 14 13:11:03 <ionte_> ?
Sep 14 13:12:14 <ionte_> i have problems with enabling wifi when bluetooth is enabled and i think i have found a major error in the hardware.
Sep 14 13:54:42 <phschafft> Spidler: it works that way btw.
Sep 14 13:54:56 <phschafft> whatever it does. it seems to be needed.
Sep 14 13:56:47 <Spidler> phschafft: Assume I'm slightly braindamaged and please define what "it" refers to, because I feel clueless
Sep 14 13:58:13 <phschafft> that magi pin 0x6c.
Sep 14 13:58:17 <phschafft> *magic
Sep 14 13:58:37 <Spidler> Ahh. It works, seems to be needed. "no touchy!"
Sep 14 13:58:40 <phschafft> without it the audio interface generates IO timeouts.
Sep 14 13:58:47 <Spidler> Oh
Sep 14 13:59:03 <phschafft> so, yes, it's needed for some reason, just not touch it.
Sep 14 13:59:07 <Spidler> ( I've got HDMI disabled on everything here )
Sep 14 13:59:20 <Spidler> Wait, that's a lie. there's a few that just have HDMI audio disabled.
Sep 14 13:59:24 <Spidler> But those are special snowflakes
Sep 14 14:04:14 <phschafft> hm.
Sep 14 14:05:07 <Spidler> Maybe I should replace those with Raspberry pis.. But they're the 2Gig BBB versions. :)
Sep 14 14:07:50 <phschafft> RPi is the worst thing when it comes to IO.
Sep 14 14:07:58 <phschafft> as literally everything is connected via USB.
Sep 14 14:08:06 <phschafft> and the externel and the internal USB bus is the same.
Sep 14 14:16:32 <Spidler> Yea
Sep 14 14:16:41 <Spidler> But to run a display on, it's decent.
Sep 14 14:16:52 <Spidler> And it doesn't have the resolution issues that the BBB does
Sep 14 14:19:55 <phschafft> hm.
Sep 14 14:21:48 <Ragnorok> rPi has always won on media, BBB on IO, right?
Sep 14 14:23:38 <Spidler> Ragnorok: Yeah. Except the bloody drivers on the rPI. And the crappy CRAPPY sound.
Sep 14 14:23:58 <Ragnorok> lol  It's not like I've ever used a rPi.  Just what I've heard here.  (shrug)
Sep 14 14:24:01 <Spidler> And then comes the binary blob. ;P
Sep 14 14:24:09 <Ragnorok> I thought the sound was good on HDMI?
Sep 14 14:24:14 <Spidler> Yeah
Sep 14 14:24:15 <Spidler> It is
Sep 14 14:24:27 <Spidler> It's hard to fuck up audio on HDMI. no real DAC needed :)
Sep 14 14:24:59 <Ragnorok> There is that.  If I did use a rPi for anythig it would use HDMI audio.  It's non-HDMI is legendary for atrocity.
Sep 14 14:27:29 <phschafft> http://lo.keep-cool.org/.sec/ss.priv0.002.ci.png not exactly the signal I expected. I expected a low level uniform noise.
Sep 14 14:33:07 <Spidler> phschafft: Hmmmmm.  Odd
Sep 14 14:35:11 <phschafft> but I only have a 2 channel scope and I beside the signal I have 3 clocks.
Sep 14 14:35:31 <phschafft> I think it's kind of a bit shift on the bus or something.
Sep 14 15:02:49 <raffo> hello, I'm using one of the beagleboard X15 evaluation boards and I'm trying to boot from the an mSata drive attached to the companion board. The evaluation OS image is copied to the msata drive. After switching the jumpers for SATA boot and resetting the board I get "Trying to boot from an unknown device. SPL: Unsupported boot Device!". Is this boot mode non-functional? Or is there something I'm missing? Thank you.
Sep 14 15:03:19 <raffo> The board came from TI, rev. A.30.
Sep 14 17:00:53 <raffo>  hello, I'm using one of the beagleboard X15 evaluation boards from TI (rev.A.30) and I'm trying to boot from an mSata drive attached to the companion board. The evaluation OS image is copied to the msata drive. After switching the jumpers for SATA boot and resetting the board I get "Trying to boot from an unknown device. SPL: Unsupported boot Device!". Is this boot mode non-functional? Or is there something I'm missing? Thank
Sep 14 17:00:53 <raffo> you.
Sep 14 17:13:11 <vagrantc> raffo: it may lack support in u-boot ?
Sep 14 17:13:34 <vagrantc> e.g. the hardward could in theory support booting from it, but the bootloader may not?
Sep 14 17:18:58 <raffo> vagrantc: I don't know if u-boot lacks support for it. I'll try to boot from the uSD card and see if it can see the msata drive.
Sep 14 17:25:53 <vagrantc> didn't know there were companion boards yet
Sep 14 17:38:24 <raffo> The package you get from TI contains a base board and a touch LCD screen.
Sep 14 17:45:01 <GeofC> Can I put the BeagleBone Debian Linux into suspend or hibernate mode, and wake it up from an external GPIO?  If so, I’d like to try that and take some power measurements.  It looks like Debian has the feature (based on laptop lid open / close).  But I’m wondering if any of that code is in the BB version of the Debian?
Sep 14 17:52:27 <GeofC> I should say:  BB Green is what I'm using.
Sep 14 18:57:52 <Guest8338> Hi Team.  I have a question about sourcing through Arrow.
Sep 14 19:00:49 <GeofC> Has anyone ever played with low power modes (suspend/hibernate etc) on BBB with Debian?
Sep 14 20:48:56 <Spidler> Argh
Sep 14 20:49:14 <Spidler> Anyone who knows how to get the BBB to keep certain pins (all?) low during reboot/uboot?
Sep 14 23:08:12 <Set_> Does virtualenv have to be installed to use Flash on the BBB?
Sep 14 23:08:40 <Set_> Sorry...Flask and not Flash.
Sep 14 23:13:23 <Set_> I am asking because I am following along in this book, "Flask Web Development," and I thought running the software with python would do the trick instead of creating a virtual environment.
Sep 14 23:33:00 <laurittr> Spidler: You would probably have to rebuild uboot or add pulldown on the pins.
Sep 14 23:33:18 <laurittr> Found this article on the forum, if you haven't read it: https://groups.google.com/forum/#!topic/beagleboard/3nE7V0tP3NY
Sep 14 23:34:37 <laurittr> And probably also build the dtb from scratch to change keep them low after uboot finished
Sep 14 23:37:21 <laurittr> I dont avctually know if the default state of all the pins are the same, but say they all are high, you could use an npn transistor as an inverter and invert your on/off values in software
**** ENDING LOGGING AT Thu Sep 15 02:59:58 2016