**** BEGIN LOGGING AT Mon Jun 09 02:59:58 2014
Jun 09 04:50:46 <karki> alexanderhiam mranostay praveendath92 Abhishek_ : Hey! If you guys were to use the PRU Speak firmware I'm developing, what features would you like to see in it?
Jun 09 04:53:56 <praveendath92> vvu: ping
Jun 09 05:17:36 <karki> praveendath92 : hows your project going?
Jun 09 05:18:09 <praveendath92> karki: I wasn't around for more than a week.
Jun 09 05:18:20 <praveendath92> I'm lagging behind the schedule.
Jun 09 05:18:45 <praveendath92> In airport. Hoping to catch up.
Jun 09 05:19:02 <praveendath92> karki: How is your project going?
Jun 09 05:19:17 <karki> lost of though design decisions :/
Jun 09 05:19:50 <karki> Thats why I wanted to know what users would expect from my software!
Jun 09 07:46:09 <vvu> exit
Jun 09 07:46:20 <vvu> ah bad command again :(...so sleepy
Jun 09 07:46:51 <_av500_> gm
Jun 09 07:46:55 <vvu> morning _av500_
Jun 09 07:46:58 <_av500_> gm
Jun 09 07:47:05 <_av500_> how's munich?
Jun 09 07:47:19 <vvu> today planning to explore a bit, i'm living in Freising
Jun 09 07:47:32 <vvu> the city here is a bit ghost-town style, small and not so interesting :)
Jun 09 07:49:30 <_av500_> vvu: https://plus.google.com/115160714098008559164/posts
Jun 09 07:49:39 <_av500_> munich GDG seems quite active
Jun 09 07:49:44 <_av500_> they have regular meetings
Jun 09 07:49:51 <_av500_> in case you are interested
Jun 09 07:51:02 <vvu> mhmh seems nice :D
Jun 09 07:53:27 <vvu> _av500_: any hint for a nice 3G sim card here ?
Jun 09 07:54:16 <_av500_> hmm
Jun 09 07:54:24 <_av500_> no idea really
Jun 09 07:54:28 <_av500_> im on contract
Jun 09 07:54:37 <_av500_> i thik they all cost about the same
Jun 09 07:54:44 <_av500_> as hey all resell t-mobile mostly
Jun 09 07:55:14 <vvu> the main issue here is the internet
Jun 09 08:24:13 <Abhishek_> av500: which city you live in?
Jun 09 09:05:05 <karki> panto : I was wondering how the userspace to kernel interface should look like? There are considerations like making sure that the ARM does not touch the shared memory at the same time as PRU, and kernel signaling the userspace process when the PRU is done executing some code etc.
Jun 09 09:06:36 <karki> panto : BTW I got shared memory exposed to userspace :)
Jun 09 09:41:27 <Abhishek_> karki: which method did you use to expose the mapping to userspace?
Jun 09 10:47:10 <panto> karki, cool
Jun 09 10:48:53 <Abhishek1> panto: is using nopage a good idea while mmaping discrete large buffers to a contiguous chunk of virtual memory, or should separate calls to remap_pfn_range do the job?
Jun 09 10:50:02 <panto> I can't make a call for either
Jun 09 10:50:06 <panto> benchmark
Jun 09 10:50:55 <Abhishek1> k
Jun 09 12:31:44 <Abhishek1> vmayoral|pc: how's it going with the quadrotor tests?
Jun 09 12:32:15 <vmayoral|pc> still early to say, haven't tested anything on the robot yet
Jun 09 12:32:26 <vmayoral|pc> there're a couple of communication issues that need to be fixed first
Jun 09 12:32:35 <vmayoral|pc> (don't want to get a mess with cables ;) )
Jun 09 12:32:41 <vmayoral|pc> how is it going on your side?
Jun 09 12:33:36 <Abhishek1> I'm working on the kernel driver for data acquisition by exposing the PRU memory as a character device.
Jun 09 12:34:16 <Abhishek1> so just dd if=/dev/beaglelogic of=yourfile and you capture data from the PRU
Jun 09 12:34:44 <Abhishek1> pins
Jun 09 12:34:45 <vmayoral|pc> that's really nice!
Jun 09 12:35:07 <Abhishek1> yep, currently working to give it shape
Jun 09 12:35:14 <vmayoral|pc> i believe Siddharth will be much interested
Jun 09 12:35:20 <vmayoral|pc> let me bring him over
Jun 09 12:36:28 <Abhishek1> hmm, it would take another 2-3 days to complete this stuff.
Jun 09 12:38:27 <vmayoral|pc> got it
Jun 09 17:00:12 * Abhishek1 congratulates joel_ on his SD switcher being featured at HackADay
Jun 09 19:15:19 <Abhishek1> jkridner: Hi. have you received any response on the mail I sent you regarding a feature of the PRU C Compiler?
Jun 09 19:59:23 <ds2> Abhishek1: nice... does that dd setup if yours use both PRUs at once?
Jun 09 19:59:52 <Abhishek1> yes, it's a respin of my previously developed firmware
Jun 09 20:00:13 <Abhishek1> using downcalls and the remoteproc bells and whistles ;)
Jun 09 20:01:56 <Abhishek1> I'm adding sysfs attributes for tweaking the settings
Jun 09 20:03:00 <ds2> are you pushing them out?
Jun 09 20:03:21 <Abhishek1> haven't yet pushed them
Jun 09 20:03:58 <Abhishek1> I did push the PRU firmware and device tree files last weeks
Jun 09 20:04:00 <Abhishek1> *week
Jun 09 20:05:27 <ds2> 'k
Jun 09 20:05:50 <ds2> eventually, I'll see if that can be tweaked to run on a single PRU for a slightly different use of mine
Jun 09 20:06:16 <Abhishek1> It can actually if you want sample rates < 50 MHz
Jun 09 20:06:56 <Abhishek1> 50 MHz might be possible, but it's an extreme case of single PRU usage
Jun 09 20:08:02 <ds2> 27MHz is the magic I am shooting for
Jun 09 20:08:28 <Abhishek1> yep, you had once told me about it, capturing a video signal, right?
Jun 09 20:08:34 <ds2> Abhishek1: how hard is it to ship something to you?
Jun 09 20:08:35 <ds2> yep
Jun 09 20:08:52 <ds2> I rarely do international shipping so I donno what is involved
Jun 09 21:09:02 <Abhishek_> ds2: Also for a particular case of synchronously clocked data output, the PRU offers something called "parallel capture", that could allow the sampling operation to be independent of the sample rate (depends on the external clock).
Jun 09 21:13:59 <Abhishek1> *offers parallel capture
Jun 09 22:05:14 <Abhishek1> weird, kstrtouint giving me segfaults with sysfs_attr_store
Jun 09 23:28:17 * Abhishek_ pushed commits onto GitHub for today: https://github.com/abhishek-kakkar/BeagleLogic/commits/master
**** ENDING LOGGING AT Tue Jun 10 02:59:59 2014