**** BEGIN LOGGING AT Sun Apr 14 02:59:58 2013
Apr 14 04:27:42 <mrpackethead> poke
Apr 14 05:37:14 <BeagleGithub> [kernel] koenkooi pushed 1 new commit to 3.9: http://git.io/T1H6-w
Apr 14 05:37:14 <BeagleGithub> kernel/3.9 215c0dc Koen Kooi: 3.9: fix patches to work without passing -3 to git am...
Apr 14 05:38:27 <koen> mranostay: there you go
Apr 14 06:11:19 <mranostay> koen: "cp: cannot stat `/stash/beagleboard-github/kernel/recipes/linux-mainline_3.9.bb': No such file or directory" slight issue :P
Apr 14 06:47:56 <_av500_> ahoi
Apr 14 06:48:09 <_av500_> oooh, 3.9
Apr 14 06:49:25 <mrpackethead> whens 4.0
Apr 14 06:50:14 <_av500_> soonish
Apr 14 07:14:07 <dm8tbr> _av500_: I just noticed, you haven't changed your g+ avatar in a while, planning to stick with it?
Apr 14 07:24:11 <BeagleGithub> [kernel] koenkooi pushed 1 new commit to 3.9: http://git.io/arU7Bg
Apr 14 07:24:11 <BeagleGithub> kernel/3.9 0d17645 Koen Kooi: 3.9: add missing recipe file...
Apr 14 08:09:14 <_av500_> dm8tbr: gee
Apr 14 08:10:16 <dm8tbr>  ;)
Apr 14 15:08:35 <mdp> mranostay, did you google first and find the same info already compiled by somebody else? :)
Apr 14 15:09:57 <mdp> https://docs.google.com/spreadsheet/lv?key=0As0aJokrBccAdGkxeHkyYW1qRHNQdm5yZDhPQlRNR2c#gid=0
Apr 14 16:01:04 <ka6sox> morning
Apr 14 16:04:38 <woglinde> hi ka6sox
Apr 14 16:06:49 <ka6sox> howdy woglinde
Apr 14 16:20:26 <jkridner|work> koen: I got build errors on gnome-applets
Apr 14 16:45:25 <anujdeshpande> jkridner, jkridner|work Hello ! I was interested in the Arduino compatible functions project for GSoC 13. I read through the basic requirements for the application (cross compiling my name date , etc) . But I was wondering what else should I go through so as to prepare the application ? I have used the Arduino for a few small projects and hacks so have a good understanding of the usage part of the libraries ..
Apr 14 16:46:19 <jkridner|work> prpplague: ^^^
Apr 14 16:46:44 <mranostay> pybbio is kinda like that
Apr 14 16:46:53 <jkridner|work> you should check out the Engergia userspace linux fork from prpplague
Apr 14 16:47:09 <jkridner|work> are you looking at doing it from StarterWare or on top of Linux?
Apr 14 16:47:33 <jkridner|work> anujdeshpande: are you very familiar with Linux?
Apr 14 16:47:47 <jkridner|work> I think we have ideas proposed for both approaches.
Apr 14 16:48:14 <anujdeshpande> I use Debian as my primary OS and have had it for my courses etc too. So I am very comfortable with it
Apr 14 16:48:41 <jkridner|work> pybbio is a pretty good example of doing arduino-like on top of userspace Linux, but we'd want to get it all done in C++ under the Arduino IDE.
Apr 14 16:48:42 <anujdeshpande> I don't actually know what Starterware is so i'll have to go through it
Apr 14 16:49:03 <jkridner|work> it is a library for using the device w/o an operating system.... so, bare metal approach.
Apr 14 16:50:11 <anujdeshpande> Ok. I actually did an internship recently where I used raspberryPi+ wiring pi library for interfacing stuff. I thought it was a neat way.. any particular reason for c++ ??
Apr 14 16:51:08 <agmlego> Because that is what Arduino uses.
Apr 14 16:52:45 <anujdeshpande> I thought Arduino was built on top of wiring , which is Java if I am not wrong
Apr 14 16:52:54 <agmlego> YOu are wrong.
Apr 14 16:53:03 <agmlego> The actual Arduino code is modified C++.
Apr 14 16:53:22 <agmlego> Modified in the sense that it uses setup() and loop() instead of main().
Apr 14 16:53:29 <anujdeshpande>  My bad. Just found out on Wiki.
Apr 14 16:55:19 <anujdeshpande> Thanks for the pointers everyone! Will read on it and get back''
Apr 14 16:55:46 <agmlego> Actually, try avoiding the use of pointers.
Apr 14 17:01:09 <Shadyman> lulz
Apr 14 17:01:16 <Shadyman> agmlego: y u troll so much
Apr 14 17:01:35 <agmlego> Shadyman: I cannot help it.
Apr 14 17:08:43 <jkridner|work> anujdeshpande: because Arduino is C++
Apr 14 17:09:10 <jkridner|work> agmlego: thanks for giving the answer.  I should have read the scroll-back better.
Apr 14 17:09:48 <agmlego> jkridner|work: No probem.
Apr 14 17:09:50 <agmlego> +l
Apr 14 17:23:45 * mranostay updates profile pic for ka6sox 
Apr 14 17:23:54 <ka6sox> agmlego, do you like legos?
Apr 14 17:24:03 <ka6sox> uh oh...
Apr 14 17:24:18 <agmlego> ka6sox: Why do you ask?
Apr 14 17:24:44 <ka6sox> I understand the agm part of your nick...
Apr 14 17:24:54 <agmlego> Do you like socks?
Apr 14 17:24:56 <mranostay> lego your last name? :)
Apr 14 17:25:06 <agmlego> No.
Apr 14 17:25:26 <mranostay> agmlego: not just one sock but six
Apr 14 17:26:39 <ka6sox> agmlego, this is my amateur radio callsign...
Apr 14 17:26:50 <agmlego> ka6sox: Mine is not.
Apr 14 17:26:58 <ka6sox> :)
Apr 14 17:27:27 <mranostay> ka6sox: ah so obvious now
Apr 14 17:27:37 <ka6sox> I guess I am assigning too much meaning to nicks
Apr 14 17:27:49 <dm8tbr> callsigns, hiding in plain sight ...
Apr 14 17:28:05 <ka6sox> dm8tbr, yup
Apr 14 17:28:06 <agmlego> So how is California right now?
Apr 14 17:28:20 <ka6sox> today, cold and foggy
Apr 14 17:28:30 <mranostay> nice here
Apr 14 17:28:41 <mranostay> NorCal
Apr 14 17:28:52 <ka6sox> you are on north america though...I am not
Apr 14 17:29:07 <agmlego> ka6sox: No?
Apr 14 17:29:14 <agmlego> Out on business?
Apr 14 17:29:24 <ka6sox> agmlego, no, I'm on the Pacific Plate.
Apr 14 17:29:43 <agmlego> Oh, I catch your meaning.
Apr 14 17:29:53 <agmlego> You are only just barely off the plate.
Apr 14 17:30:04 <mranostay> mmm plate
Apr 14 17:30:13 <ka6sox> its a state of mind mostly I think.
Apr 14 17:31:00 <mranostay> ka6sox: live on Catalina Island or something? :)
Apr 14 17:31:32 <ka6sox> too small...and I don't like chewing gum.
Apr 14 17:32:32 <agmlego> mranostay: Looks like Santa Barbara.
Apr 14 17:33:33 <mranostay> looked up his call sign in the database? :)
Apr 14 17:34:36 <agmlego> Of course.
Apr 14 17:34:44 <agmlego> No useful /whois information.
Apr 14 17:34:53 <agmlego> So I asked the bot.
Apr 14 17:34:53 <ka6sox> even gives ICBM
Apr 14 17:35:26 <ka6sox> I don't think a DF4 is going to head my way anytime soon.
Apr 14 17:37:27 <ka6sox> mranostay, did you check any of those pins against capebus for conflicts?
Apr 14 17:39:28 <mranostay> you are sure can't use HDMI
Apr 14 17:41:20 <ka6sox> ?
Apr 14 17:41:45 <ka6sox> I understand that bit... PRU1 can't get a compleat 8 bits contiguous
Apr 14 17:41:56 <ka6sox> so that kind of limits it
Apr 14 17:42:28 * mranostay pokes panto 
Apr 14 17:43:09 <ka6sox> mranostay, we can, however get 14bits on pru0
Apr 14 17:43:39 <ka6sox> so I'd suggest we look at a pushme-pullu
Apr 14 17:43:54 <ka6sox> let PRU0 handle the IO and PRU1 handle the L4 stuff
Apr 14 17:44:00 <ka6sox> use the shared memory between them.
Apr 14 17:45:12 <panto> ugh
Apr 14 17:45:26 <panto> yeah
Apr 14 17:46:14 <ka6sox> treat them like a bi-directional FIFO
Apr 14 17:46:15 <mranostay> panto: who can we murder at TI for that? :)
Apr 14 17:46:33 <ka6sox> mranostay, its always a compromise with shared pins.
Apr 14 17:46:45 <mranostay> true
Apr 14 17:46:54 <panto> murder them for what?
Apr 14 17:47:34 <ka6sox> can one interrupt the other?
Apr 14 17:47:50 <panto> yes IIRC
Apr 14 17:47:59 <ka6sox> okay then this FIFO would be easier.
Apr 14 17:49:15 <ka6sox> how wide is the memory between them?
Apr 14 17:49:32 <panto> there's a shared sram
Apr 14 17:49:51 <panto> single cycle access
Apr 14 17:50:14 <panto> gimme 5 to look at the manual
Apr 14 17:50:44 <ka6sox> 32bits
Apr 14 17:50:51 <panto> 12KB of shared sram
Apr 14 17:51:29 <ka6sox> we can stack 28bits and then do word swaps or just push 14bits each way.
Apr 14 17:51:51 <panto> yeah
Apr 14 17:51:59 <panto> pru has efficient bit twiddling insns
Apr 14 17:52:59 <ka6sox> the idea here is to keep the PISO/SIPO buffers filled and emptied and move the jtag data to/from main memory with the PRUs
Apr 14 17:53:22 <panto> ka6sox, I think the DMA controller can access the PRU memory
Apr 14 17:53:50 <ka6sox> can it access the shared memory?
Apr 14 17:53:55 <ka6sox> or is that internal only?
Apr 14 17:53:59 <panto> it's part of the global memory
Apr 14 17:54:03 <ka6sox> kk
Apr 14 17:54:10 <panto> PRU code is loaded by the host anyway
Apr 14 17:54:56 <ka6sox> in this case we need PRU1 to format it into 14bit chunks and reassemble 32bit chunks on the way back out.
Apr 14 17:54:58 <panto> I don't know about how much memory arbitration will slow PRUs that write to the shared memory
Apr 14 17:55:36 <ka6sox> lower 6k one direction and upper the other...
Apr 14 17:55:42 <ka6sox> but still bus arbitration.
Apr 14 17:56:25 <ka6sox> JTAG is a bidirectional protocol so we need to handle both directions always.
Apr 14 17:58:19 <ka6sox> NOW can I shoot TI...
Apr 14 17:58:23 <ka6sox> its not bidirectional
Apr 14 17:58:38 <ka6sox> input is Mode6 and output is Mode5
Apr 14 18:08:00 <ka6sox> panto, how efficent is the PRU at moving bits down from 14-16 down down to joing 0-6?
Apr 14 18:08:19 <panto> single insn I think
Apr 14 18:08:28 <panto> it's built for bit twiddling
Apr 14 18:08:48 <ka6sox> means we are limited to 11bits bidirectional...
Apr 14 18:09:14 <ka6sox> panto, looking at this: https://gist.github.com/mranostay/5380626
Apr 14 18:11:24 <koen> ka6sox: yes, GPI/GPO
Apr 14 18:11:33 <koen> not GPIO
Apr 14 18:11:47 <ka6sox> :/
Apr 14 18:13:02 <ka6sox> mranostay, can we find *more* bits from PRU1?
Apr 14 18:15:18 <ka6sox> otherwise we are limited to 11bits
Apr 14 18:17:12 <ka6sox> okay so we are back to having PRU0 do output and PRU1 do input.
Apr 14 18:20:40 <ka6sox> panto, so there would be DMA contention between the 2 PRUs too for handling the moving to main memory. would it be worse than if 1 PRU handled both?
Apr 14 18:20:58 <panto> dunno
Apr 14 18:22:04 <jrawson> Anybody use a PCM2904 on a project?
Apr 14 18:24:06 <jrawson> I'm having issues with getting an input stream from the device.
Apr 14 20:59:21 <_av500_> ahoi
Apr 14 21:00:21 <mru> ohai
Apr 14 21:00:42 <jrawson> oheypeeple
Apr 14 21:04:17 <_av500_> jrawson: dont recall having seen pcm2904 mentioned here
Apr 14 21:04:34 <jrawson> Alrighty, shot in the dark.
Apr 14 21:04:50 <_av500_> clocks etc all there?
Apr 14 21:05:00 <jrawson> We plug it in and get audio out, just no audio in and I'm wondering if its because its a relatively older chip.
Apr 14 21:05:07 <jrawson> Yeah, its functioning.
Apr 14 21:05:14 <_av500_> old as in rusty?
Apr 14 21:05:24 <jrawson> alsa just says "this device has no capture" or something like that.
Apr 14 21:05:49 <_av500_> ah
Apr 14 21:05:52 <jrawson> We can output in linux, windows can input and output.
Apr 14 21:06:17 <jrawson> dmesg shows some error when we plug it in, and I'm wondering if we need a pcm2906c instead.
Apr 14 21:06:26 <jrawson> Since that's the new one, apparently.
Apr 14 21:06:45 <_av500_> http://forum.audacityteam.org/viewtopic.php?f=48&t=69772
Apr 14 21:09:17 <jrawson> Yeah, pulseaudio does not show any input device for that.
Apr 14 21:10:18 <jrawson> And the platform we're using doesn't have pulseaudio installed, just alsa.
Apr 15 01:31:52 <ka6sox-away> I gotta say these PRU GPI/GPO lines make NO sense :P
Apr 15 01:32:07 <ka6sox-away> its like someone threw darts at the board.
Apr 15 01:41:49 <thurbad> just updated my desktop to ubuntu 12.10.... now I'm getting crazy compiler errors such as 'NULL' was not declared in this scope
Apr 15 01:42:12 <thurbad> does anyone know if that's a compiler version issue?
Apr 15 01:42:44 <ka6sox-away> mranostay, your note about GPIO3_18 is confusing...we can't have the PRU drive that pin or can't have the Cape drive it?
Apr 15 01:42:49 <thurbad> btw it's C++ code
Apr 15 02:00:34 <Russ> maybe you need to include a c header now/
Apr 15 02:00:35 <Russ> ?
Apr 15 02:00:43 <Russ> NULL isn't a c++ thing, you're supposed to use 0
Apr 15 02:06:34 <thurbad> yeah I found it.. you're supposed to include cstddef.h now
Apr 15 02:07:55 <ka6sox-away> anyone else here know about PRUs?
**** ENDING LOGGING AT Mon Apr 15 02:59:57 2013