**** BEGIN LOGGING AT Sat Jan 24 02:59:59 2015
Jan 24 05:21:19 <siva> hi
Jan 24 05:21:35 <siva> this is siva
Jan 24 05:22:12 <siva> i have beagle board xm with assy rev B
Jan 24 05:22:38 <siva> where can i get u-boot source code for this
Jan 24 05:23:39 <siva> anybody thr
Jan 24 06:05:32 <bunty> guys actually i am a device driver developer actually before i developed driver on arm9 board
Jan 24 06:06:01 <bunty> but in bbb the internal register are not given \
Jan 24 06:06:47 <bunty> can anyone help me about all those internal special register related to all the pheripherals and also their base address
Jan 24 06:54:22 <dgriffi> does anyone here know anything useful about the C-Media USB audio dongle?
Jan 24 06:54:41 <dgriffi> aka this: http://ecx.images-amazon.com/images/I/31%2Bqp6eVmEL.jpg
Jan 24 06:55:23 <ds2> looks just like the generic one I have
Jan 24 06:57:59 <dgriffi> have you been able to get it to work without static?
Jan 24 06:58:02 <dgriffi> or at all?
Jan 24 06:58:24 <ds2> it has been a long time but yeah, it works fine. HOWEVER, I only used it for playback. didn't try recording
Jan 24 06:59:35 <tbr> some usb sound cards are horrible
Jan 24 06:59:56 <dgriffi> I got this for tinkering with IRLP on a Pi or BBB
Jan 24 07:01:39 <dgriffi> because it was recommended by the guys at irlp.net
Jan 24 07:02:36 <ds2> is the static during playback or record?
Jan 24 07:03:18 <dgriffi> idle
Jan 24 07:03:27 <ds2> idle in which direction?
Jan 24 07:03:42 <dgriffi> I just plug the thing in and connect a speaker.  static
Jan 24 07:03:56 <dgriffi> go into alsamixer and unmute its mic.  lots more static
Jan 24 07:03:56 <ds2> so playback
Jan 24 07:04:10 <ds2> is it a hiss or a lot of random clicks?
Jan 24 07:06:31 <dgriffi> trying to get aplay to play out the USB dongle...
Jan 24 07:07:33 <ds2> run aplay then run dmesg
Jan 24 07:07:40 <ds2> see if there are any errors
Jan 24 07:07:43 <ds2> esp. usb errors
Jan 24 07:08:28 <dgriffi> nope.  no errors
Jan 24 07:09:01 <dgriffi> how, exactly, should I be calling aplay to use the USB device?
Jan 24 07:11:04 <dgriffi> okay.. got it
Jan 24 07:11:48 <dgriffi> distorted
Jan 24 07:12:58 <dgriffi> now I just want to get the mic working.  any ideas?
Jan 24 07:16:39 <dgriffi> anyone?
Jan 24 07:29:08 <dgriffi> anyone awake?
Jan 24 09:07:12 <chandy> any body online
Jan 24 09:07:56 <chandy> I ave some issues in beaglebone
Jan 24 09:08:01 <chandy> need help
Jan 24 09:11:21 <julemand101> chandy: what is you problem?
Jan 24 09:15:11 <chandy> well
Jan 24 09:15:41 <chandy> I installed ar drone autonomy using catkin make
Jan 24 09:16:04 <julemand101> sorry, I don't know anyhing about that
Jan 24 09:16:58 <chandy> ok
Jan 24 09:17:05 <chandy> any body know ROS
Jan 24 09:18:00 <tbr> have you tried asking on #ros yet?
Jan 24 09:18:25 <chandy> well tried
Jan 24 09:18:30 <chandy> but no response
Jan 24 09:19:57 <tbr> if, then they know
Jan 24 09:20:16 <tbr> and as to "no response" I'd recommend reading:
Jan 24 09:20:18 <tbr> http://www.catb.org/esr/faqs/smart-questions.html
Jan 24 09:21:41 <tbr> basically: wait, IRC doesn't need to be instant it can take hours (or days) for an answer
Jan 24 09:22:38 <chandy> thank u
Jan 24 13:19:03 <Tenkawa> greetings all
Jan 24 17:56:41 <karki_> jkridner : hi
Jan 24 17:56:44 <jkridner> hi karki_
Jan 24 17:57:00 <jkridner> I prefer chatting here than #beagle-gsoc due to critical mass and logging.
Jan 24 17:57:11 <karki_> I understand!
Jan 24 17:57:19 <karki_> so, yeah, PRU
Jan 24 17:58:33 <karki_> ok, so as of now no one is working on ADC, PWM etc
Jan 24 17:58:45 <jkridner> anyway, if speaking at FOSS-Asia, hitting on why Linux makes physical computing easy (and portable) is helpful IMO, then moving on to why BeagleBone Black hardware makes physical computing really easy (built-in ADCs, PRUs, lots of GPIO/SPI/I2C/UART/CAN/etc.), bonus out with lots of board availability at a reasonable price and tons of software supporting it.
Jan 24 17:59:01 <karki_> yeah :)
Jan 24 17:59:08 <jkridner> yeah, I don't know of anyone really working on adding ADC/PWM/GPIO to PRU Speak. :(
Jan 24 17:59:32 <karki_> I should get started then!
Jan 24 17:59:34 <jkridner> The JBU team is using PRU Speak and improving it, but have been intimidated from doing much on the PRU.
Jan 24 18:00:09 <jkridner> just pulling in the StarterWare library to do the I/O should make things pretty easy....
Jan 24 18:00:33 <karki_> I was just about to bring that up
Jan 24 18:00:36 <karki_> :)
Jan 24 18:00:45 <jkridner> harder architecture part is thinking about resource allocation.... I think instructions in the interpreter (which is interpreted initially on the ARM) could be used for resource allocation.
Jan 24 18:00:59 <jkridner> then there is the pin assignment stuff....
Jan 24 18:01:40 <jkridner> I'm wanting to make one master list of pin numbers for BotSpeak, but likely use different pins on ARM-side BotSpeak than PRU-side BotSpeak.
Jan 24 18:01:52 <karki_> also one of the problems me and panto came across was reassigning the pins during runtime (after the DTO has been loaded)
Jan 24 18:01:56 <jkridner> the Tufts folks have been continuing to build examples on BotSpeak, including programming it with Blockly.
Jan 24 18:02:11 <jkridner> (That's in addition to their Labview integration)
Jan 24 18:02:44 <jkridner> karki_: yeah, need to make a generic DTO that uses some kind of run-time helper, like the GPIO helper.
Jan 24 18:02:53 <jkridner> and the pinmux helper.
Jan 24 18:03:11 <karki_> yeah, it adds to the already long todo list
Jan 24 18:03:12 <jkridner> cape-universal-io has the right idea.
Jan 24 18:03:22 <karki_> I have to look into it
Jan 24 18:03:25 <jkridner> yeah, it isn't a single day task. :-)
Jan 24 18:03:50 <karki_> It's frustrating, all my free time is taken up by Project Zygote as of now!
Jan 24 18:03:52 <jkridner> I struggle to explain to anyone kinda new how you'd even get started on the task. :(
Jan 24 18:04:49 <karki_> jkridner : I understand, quite a few people have emailed me regarding the internals of pru-speak, they give up after 5-6 email exchanges :(
Jan 24 18:04:54 <jkridner> vvu pinged me about getting started with GSoC....
Jan 24 18:05:08 <jkridner> perhaps a good start would be to write-up the details of this on our Ideas page...
Jan 24 18:05:17 <jkridner> removing all the old ideas.
Jan 24 18:05:29 <karki_> yeah, I think this time we need to plan better with the PRU ideas
Jan 24 18:05:54 <karki_> I suggest creating a getting started material kit for people new to PRU
Jan 24 18:06:00 <jkridner> we needed some basic experience last year and things moved ahead quite a bit.
Jan 24 18:06:00 <karki_> that should help
Jan 24 18:06:12 <jkridner> now, installing the compiler is a single apt-get line on the Bone! :-D
Jan 24 18:06:17 <karki_> :D
Jan 24 18:08:22 <karki_> jkridner : 'getting started material' should have everything from about getting the compiler, running the hello world prog, and understanding how the current kernel drivers work.
Jan 24 18:08:44 <veremit> karki_ Amen
Jan 24 18:08:51 <karki_> and a list of all available PRU resources which are scattered all across the internet
Jan 24 18:09:09 <karki_> I have collected about 2 dozen resources myself
Jan 24 18:09:32 <karki_> from tutorials to experiments to technical docs on the PRU
Jan 24 18:10:04 <veremit> really need to centralise resources for the BBB .. there's no Go-to place which is kept up-to-date
Jan 24 18:10:24 <veremit> where people can post/upload/discuss their successes/failures
Jan 24 18:10:45 <veremit> can't be -that- hard :)
Jan 24 18:11:55 <karki_> veremit : It's much worse for the PRU ;) getting started with the BBB and finding general info is 10x easier!
Jan 24 18:12:31 <veremit> I'd love to know more about the PRU .. had no idea it existed until I came here
Jan 24 18:12:36 <veremit> and I still barely know what its capable of
Jan 24 18:12:47 <veremit> apart from some crazy LED driving structures
Jan 24 18:14:10 <karki_> yeah, that is mranostay 's work :)
Jan 24 18:14:23 <karki_> doesn't look like he's online though
Jan 24 18:18:29 <jkridner> veremit: beagleboard.org is meant to refer to elinux for the definitive source of information.
Jan 24 18:18:46 <jkridner> elinux.org is where people should be documenting their stuff.
Jan 24 18:19:05 <jkridner> and pushing for including into bb.org sources, including http://beagleboard.github.io/bone101
Jan 24 18:19:18 <jkridner> which is meant to eventually merge into bb.org.
Jan 24 18:20:04 <veremit> jkridner .. that may be so, but its still a little lacking :)
Jan 24 18:20:48 <jkridner> specific suggestions?
Jan 24 18:21:05 <jkridner> http://beagleboard.org/discuss not a good place to discuss?
Jan 24 18:21:16 <veremit> can't point to specifics .. but I frequently see messages about xyz is out-of-date on bb.org :/
Jan 24 18:21:41 <veremit> brb sec .. weird noises
Jan 24 18:21:41 <karki_> jkridner : last GSoC, most students spent a lot of time learning about PRU and getting through the driver code.
Jan 24 18:22:11 <karki_> I think the background work should be done *before* the start of GSoC
Jan 24 18:22:15 <jkridner> veremit: well, if something needs fixing on bb.org, I'm the guy.
Jan 24 18:22:58 <jkridner> karki_: indeed. we need a good test case for "can you program the PRU".... is it reasonable to expect people to get their own boards so they can do the pre-work?
Jan 24 18:23:38 <ocamlman> I'm doing something wrong in the process of using a dto to map a pin to the PRU and then check to see if that input is high. Here is the code and the steps I used: http://pastebin.com/PeSs6wKb
Jan 24 18:24:31 <karki_> jkridner : yes, I think it's fair (just the PRU projects); it's not feasible if students start experimenting just before coding period.
Jan 24 18:25:58 <jkridner> ocamlman: what does 'dmesg' say when you load and is everything showing up in 'slots'?
Jan 24 18:26:35 <karki_> jkridner : anyway from our side I think there should be a PRU101 document covering what, why, how and when of the PRU. Followed by a PRU102 talking about more serious dev on PRU
Jan 24 18:27:03 <karki_> (when => when to use the PRU)
Jan 24 18:27:05 <jkridner> karki_: help updating http://beagleboard.org/pru is welcome!
Jan 24 18:27:14 <jkridner> and the eLinux pages it points to.
Jan 24 18:27:24 <karki_> I will try my best :)
Jan 24 18:27:53 <jkridner> if you explain to others, record it and post a video... that might help narrow down what needs to be documented.
Jan 24 18:28:39 <karki_> yeah, I will do that.
Jan 24 18:30:01 <jkridner> ocamlman: personally, I would combine the two overlays into a single overlay. source for the first overlay is in http://github.com/beagleboard/linux/tree/3.8/firmware/capes
Jan 24 18:30:45 <jkridner> with the first overlay, it seems you have most of what you need.
Jan 24 18:31:07 <jkridner> might need something like https://github.com/beagleboard/linux/blob/3.8/firmware/capes/BB-BONE-PRU-01-00A0.dts#L23
Jan 24 18:31:33 <karki_> jkridner : I was thinking about a generic read write interface to the PRU. something like a "pru-serial", where a sysfs entry is used to write/read from the pru, applications can use that to communicate with the pru  firmware. On the firmware side there can be a read_from_linux(); write_to_linux().
Jan 24 18:31:56 <ocamlman> jkridner, i'll give that a shot
Jan 24 18:32:03 <karki_> *ignore the 'serial' part
Jan 24 18:32:42 <jkridner> the right interface to PRU Speak should look like a socket on the ARM.
Jan 24 18:33:06 <karki_> jkridner : yeah
Jan 24 18:33:13 <karki_> I'm just giving the idea
Jan 24 18:33:18 <karki_> that there needs to be
Jan 24 18:33:23 <jkridner> there is need for doing shared-memory interfaces, but I agree something that looks like serial on both sides makes sense.
Jan 24 18:33:33 <jkridner> as in, would be useful.
Jan 24 18:33:38 <karki_> a generic way to communicate
Jan 24 18:33:57 <karki_> even pru-speak could use something like that
Jan 24 18:34:07 * jkridner really wants a PRU Speak implementation of Firmata with all the fun physical I/O stuff.
Jan 24 18:34:18 <jkridner> lots of newbs start with Firmata on Arduinos.
Jan 24 18:34:49 <karki_> like with gui and stuff?
Jan 24 18:34:53 <jkridner> of course, the performance still needs to be boosted too, but doesn't have to be crazy good to be really, really useful.
Jan 24 18:35:04 <jkridner> karki_: yeah, like node-red.
Jan 24 18:35:08 <karki_> ah
Jan 24 18:35:17 <karki_> I have to try that out
Jan 24 18:35:25 <jkridner> http://nodebots.io/
Jan 24 18:35:44 <veremit> ok no fires
Jan 24 18:36:10 <veremit> jkridner .. I'll make a note of anything I see and .. err .. post it somewhere.
Jan 24 18:36:34 <jkridner> I can look at bug reports on the github repo for the website.
Jan 24 18:36:37 <veremit> how's the new am35xx boards comin along? itchin to play with on.
Jan 24 18:36:43 <jkridner> http://github.com/beagleboard/beagleboard-org
Jan 24 18:36:50 <karki_> but yeah, what I'm saying is that we need to have a existing communications bridge b/w pru and linux. So no one has to re-do stuff with shared memory etc.
Jan 24 18:36:52 <veremit> ah that sounds like a plan
Jan 24 18:37:04 <karki_> Think of it like the serial interface to the arduino!
Jan 24 18:37:11 <karki_> but to the pru here
Jan 24 18:37:22 <karki_> pru.write('data')
Jan 24 18:37:27 <karki_> pru.read('data')
Jan 24 18:37:37 <karki_> pru.read()
Jan 24 18:37:39 <karki_> my bad
Jan 24 18:38:03 <veremit> thats synchronous, though karki_ .. surely thats not always desireable
Jan 24 18:38:25 <veremit> the beauty of the pru is its quick and dedicated hardware
Jan 24 18:38:37 <veremit> you don't want it hanging for userspace access
Jan 24 18:38:44 <veremit> or .. whichever: p
Jan 24 18:38:56 <karki_> um, no, that won't happen
Jan 24 18:39:02 <jkridner> veremit: ultimate goal is to move beagleboard.org to a static jekyll-style page with multilanguage support.
Jan 24 18:39:24 <karki_> I don't see why the PRU performance would be affected
Jan 24 18:39:40 <karki_> it's just a communications bridge
Jan 24 18:39:53 <veremit> mm I think I know what you're intending :)
Jan 24 18:40:25 <veremit> as long as both ends are non-blocking ;) heh
Jan 24 18:40:38 <jkridner> in JS, the reads would be something like var p = pru.open(); p.on('data', processData);
Jan 24 18:40:38 <veremit> jkridner .. and move all dynamic content to elinux?
Jan 24 18:40:50 <veremit> jkridner .. exactly like that
Jan 24 18:41:12 <karki_> veremit : yeah, it will be non blocking :)
Jan 24 18:41:48 <jkridner> karki_: anyway, check out johnny-five and node-red to see how JS people use Arduinos.
Jan 24 18:41:55 <veremit> I'm still a sequential programmer at heart .. I will one day get my head around event-driven OOP properly. Just wish I had the time.
Jan 24 18:42:55 <jkridner> veremit: yes, dynamic content on elinux, but I need more contributors to bb.org as well to make sure the base getting-started info and FAQs are covered there before diving into on-going and less-common stuff documented on elinux.org.
Jan 24 18:43:23 <jkridner> like, someone broke my example on backing up the eMMC I have up on eLinux.
Jan 24 18:43:38 <jkridner> they were addressing an issue, but ended up breaking the normative case.
Jan 24 18:43:59 <jkridner> that's why some content needs to be prmomoted up to bb.org.
Jan 24 18:44:00 <veremit> well I know someone who lurks here good at all the kernel / emmc / sd stuf .. probably met him .. goes by rcn .. ;P
Jan 24 18:44:34 <jkridner> lol
Jan 24 18:44:50 <veremit> .. has a good website of his own .. lol
Jan 24 18:45:03 <jkridner> he has a great eMMC backup script that ships on the boards that is the far easier way to go.... but it doesn't work on all eMMC images... only ones that include his script.
Jan 24 18:45:16 <veremit> yeah he's got a lot scripted
Jan 24 18:45:21 <karki_> jkridner : Time for me to snooze, I'll talk to you soon :)
Jan 24 18:45:32 <jkridner> well, he's definitely the expert, but he needs people around him to document using all those scripts!
Jan 24 18:45:39 <jkridner> night karki_!
Jan 24 18:45:47 <veremit> more beagle minions!!!
Jan 24 18:45:48 <karki_> :)
Jan 24 19:44:13 <sailo> hi all.
Jan 24 19:45:03 <sailo> question... Im looking at buyingg a beaglebone black and im seeing a restricted and an unrestricted version.  the unrestricted versionsays "no logo or silkscreen"... are there restrictions on commercial use of beaglebone?
Jan 24 19:55:02 <veremit> well if you stick around .. we might answer ..
Jan 24 19:56:50 <Leschveux> I search something to do with my beaglebone... a synth? haha
Jan 24 20:00:10 <agmlego|skynet> Leschveux: The best gorramed Pinewood Derby track controller ever created.
Jan 24 20:04:26 <Leschveux> dont know what it is
Jan 24 20:04:49 <agmlego|skynet> Leschveux: YOu do have an Internet connection though. ;-P
Jan 24 20:05:07 <Leschveux> haha yes
Jan 24 20:05:26 <Leschveux> i guess i have... if i'm here haha
Jan 24 20:22:53 <boneskull> Hey.. Who manages the software distributed with the BBB and its site?  Looking for an email address..
Jan 24 22:47:31 <Majmun> sorry i just need to see yt Please https://www.youtube.com/watch?v=hv_ChWx1zn0 Thanks!
Jan 24 23:05:21 <IRostom> hi guys i got a problem with my newly purchased BBB
**** ENDING LOGGING AT Sun Jan 25 02:59:59 2015