**** BEGIN LOGGING AT Thu Jun 26 02:59:58 2014
Jun 26 06:29:07 <Abhishek_> Morning
Jun 26 07:31:45 <vmayoral|pc> good morning everyone!
Jun 26 07:32:11 <Abhishek_> greetings vmayoral|pc!
Jun 26 07:32:32 <vmayoral|pc> Abhishek_: how did it go yesterday? did i miss something relevant at the end?
Jun 26 07:33:06 <Abhishek_> not really, there was follow-up on the rest of the projects, that's all
Jun 26 07:38:33 <vmayoral|pc> Abhishek_: thanks!
Jun 26 08:01:21 <vvu> Abhishek_: ping
Jun 26 08:01:32 <Abhishek_> vvu: pong
Jun 26 08:01:44 <vvu> you said a few days ago that u used in the past a jtag debugger
Jun 26 08:02:02 <Abhishek_> not a JTAG, but an SWD, yes
Jun 26 08:02:14 <vvu> how did u upload the flash in the board ?
Jun 26 08:02:24 <Abhishek_> using OpenOCD?
Jun 26 08:02:56 <vvu> i'm using an xds100 that works with ti stuff and have no clue how CCS in the background uploads the flash
Jun 26 08:03:21 <Abhishek_> it uses gdb, right?
Jun 26 08:03:33 <vvu> yeah, i have a gdb agent up and running
Jun 26 08:04:09 <Abhishek_> hmm, so I guess if you use a load command on the gdb with the elf file it should load it into flash
Jun 26 08:04:25 <Abhishek_> if the GDB agent supports so
Jun 26 08:06:28 <vvu> let me check
Jun 26 08:11:47 <vvu> Abhishek_: did i tell you how much i hate windows with all the gnu stuff ?
Jun 26 08:13:12 * Abhishek_ can understand
Jun 26 10:07:22 <VoltVisionFrench> jkridner, is there something special I am supposed to do to join the air thing?  I am waiting for an incoming call through gmail right?
Jun 26 10:13:44 <DiegoTc> Hi jkridner, VoltVisionSteve
Jun 26 10:13:58 <VoltVisionSteve> good morning DiegoTc !
Jun 26 10:14:24 <VoltVisionSteve> Can you link me to your most recent updates so I can look @ them now?  thx@
Jun 26 10:14:25 <VoltVisionSteve> !
Jun 26 10:15:14 <DiegoTc> VoltVisionSteve, https://groups.google.com/forum/#!topic/beagleboard-gsoc/mPa69fBjkmg
Jun 26 10:17:25 <VoltVisionSteve> DiegoTc, I am testing the login and it opens a separate floating window, is that expected?
Jun 26 10:18:48 <DiegoTc> yes
Jun 26 10:19:50 <VoltVisionSteve> screenshot here... http://imgur.com/uT24pw8
Jun 26 10:20:36 <VoltVisionSteve> Its a little wierd because its a small window that you need to scroll down...but it works.
Jun 26 10:20:59 <DiegoTc> that's github permission
Jun 26 10:21:04 <DiegoTc> I didn't do that
Jun 26 10:21:10 <DiegoTc> I will see if I can configure it
Jun 26 10:21:29 <VoltVisionSteve> It looks like it worked because my name is @ the top now!
Jun 26 10:21:35 <DiegoTc> yes
Jun 26 10:21:39 <VoltVisionSteve> should I try to create one now?
Jun 26 10:22:04 <DiegoTc> yes
Jun 26 10:22:41 <DiegoTc> It will not redirect you to the tutorial right now, haven't push that code yet, but  I will show you how to visualize it
Jun 26 10:24:10 <VoltVisionSteve> I entered text in the 5 different windows....I dont see a "save button" how does saving work?
Jun 26 10:24:24 <DiegoTc> defautl button
Jun 26 10:24:26 <DiegoTc> last
Jun 26 10:24:28 <DiegoTc> tab
Jun 26 10:24:50 * DiegoTc thinks it should say SAVE
Jun 26 10:25:39 <VoltVisionSteve> Im gonna try to do a screenshare with you on hangout until jkridner comes around....can you start a hangout with me?
Jun 26 10:25:47 <DiegoTc> yes
Jun 26 12:17:39 <Abhishek_> vvu: still JTAGged ;) ?
Jun 26 12:17:59 <vvu> yeah...trying to figure out how flashing works
Jun 26 12:18:19 <vvu> the xds crap debugger i have is kinda closed source so no info about how it works inside
Jun 26 12:18:23 <Abhishek_> it doesn't do that with the gdb load command?
Jun 26 12:19:19 <vvu> nop, does not work
Jun 26 12:21:47 <Abhishek_> it seems ppl have tried to get xds100v2 working with OpenOCD, you might want to try that
Jun 26 12:23:13 <av500> it works with openocd as far as I know
Jun 26 12:24:13 <vvu> yep now trying to compile openocd for windows
Jun 26 12:24:52 <av500> I still dont get what your issue  is though
Jun 26 12:26:06 <vvu> need to extract GCC ARM toolchain from CCS and make it standalone
Jun 26 12:26:24 <vvu> the tricky part is to flash the chip which ccs does it internally i think so
Jun 26 12:26:52 <av500> for msp430?
Jun 26 12:27:12 <av500> there is a gcc for that
Jun 26 12:27:16 <av500> outside of ccs
Jun 26 12:27:23 <vvu> they are putting out a new ARM msp
Jun 26 14:50:31 <panto> karki, around?
Jun 26 15:01:46 <alexanderhiam> hey VoltVisionSteve
Jun 26 15:04:07 <panto> karki, jkridner, evaluation submitted
Jun 26 15:04:13 <jkridner> thanks panto
Jun 26 15:08:35 <VoltVisionSteve> alexanderhiam, hey....Im gonna work till our meeting time....check my voicemail and talk soon!
Jun 26 15:09:09 <alexanderhiam> VoltVisionSteve: sounds good
Jun 26 15:09:16 <VoltVisionSteve> 11:45 right?  no 12:45.
Jun 26 15:09:31 <alexanderhiam> 12:45, I should fix that google event....
Jun 26 15:49:28 <praveendath92|pc> vvu: Ping
Jun 26 15:49:59 <praveendath92|pc> Abhishek_: Ping
Jun 26 15:50:13 <Abhishek_> praveendath92|pc: pong
Jun 26 15:50:15 <praveendath92|pc> How to allocate large buffers in kernelspace?
Jun 26 15:50:26 <Abhishek_> praveendath92|pc: How large?
Jun 26 15:50:43 <praveendath92|pc> Not very large, 16k
Jun 26 15:51:13 <praveendath92|pc> May go up to 100k.
Jun 26 15:51:41 <Abhishek_> I suppose it's for the framebuffer?
Jun 26 15:53:59 <Abhishek_> You can use dma_alloc_coherent and get away with cache management, but it sucks at copy speeds as there is no caching at all
Jun 26 15:54:23 <Abhishek_> otherwise kmalloc and dma_map & dma_unmap should get it done
Jun 26 15:56:39 <_av500_> praveendath92|pc: see how displaylink does it
Jun 26 15:57:21 <praveendath92|pc> _av500_: Sure :)
Jun 26 15:58:04 <praveendath92|pc> vvu: I updated the android app and kernel code.
Jun 26 15:58:23 <praveendath92|pc> No more fc w/o accessory and you can read the data sent in real time.
Jun 26 15:59:43 <praveendath92|pc> Abhishek_: Thanks :D
Jun 26 16:00:08 <praveendath92|pc> Copy speed is a concern too!
Jun 26 16:46:49 <alexanderhiam> VoltVisionSteve, rseethamraju: running late today, just finishing up a phone call...
Jun 26 16:47:09 <rseethamraju> alexanderhiam: ok
Jun 26 16:48:54 <VoltVisionSteve> you ok now?
Jun 26 16:49:21 <alexanderhiam> in a sec...
Jun 26 16:49:32 <rseethamraju> skype or hangout?
Jun 26 16:49:35 <VoltVisionSteve> ok...just lemme know...thx
Jun 26 16:51:27 <alexanderhiam> ok ready!
Jun 26 16:51:35 <alexanderhiam> lets go straight to hangout this time
Jun 26 16:51:55 <alexanderhiam> VoltVisionSteve rseethamraju ^^
Jun 26 16:52:23 <VoltVisionSteve> ready
Jun 26 16:57:09 <vvu> praveendath92|p1: oki
Jun 26 17:13:56 <VoltVisionSteve> has anyone else gotten eQep0 to work?  (I know people have recently gotten eQep2alt to work).
Jun 26 19:10:04 <_av500_> jkridner: reached tridge?
Jun 26 19:10:30 <jkridner> nope... skypeing him now.
Jun 26 19:10:43 <_av500_> jkridner: ok
Jun 26 19:11:13 <jkridner> Victor brought me into their Skype chat.
Jun 26 20:31:08 <VoltVisionSteve> alexanderhiam, ping
Jun 26 20:31:23 <alexanderhiam> hey
Jun 26 20:32:53 <VoltVisionSteve> you wanna talk eQep?  I was hoping maybe we could interactively bounce ideas off each other....but I do need to try eQep2alt, which I  will do now.
Jun 26 20:33:41 <VoltVisionSteve> we'll talk in skype
Jun 26 20:52:29 <alexanderhiam> VoltVisionSteve: you reaady?
Jun 26 21:00:38 <VoltVisionSteve> yes....illl try you in skype
Jun 26 21:32:37 <pdp7> VoltVisionSteve: ti eqep2 alt on p8_11 & p8_12 does work for me. not for you?
Jun 26 21:39:44 <alexanderhiam> pdp7: VoltVisionSteve and I just got eqep2 working, the issue is that the eqep0 overlay doesn't seem to apply to pinmux settings
Jun 26 21:40:03 <VoltVisionSteve> pdp7, yes, alexanderhiam and I just got it working using P8_11 and P8_12.... when I brought up the typo I was referring to the comment here....
Jun 26 21:40:34 <VoltVisionSteve> https://github.com/Teknoman117/beaglebot/blob/master/encoders/dts/bone_eqep2b.dts
Jun 26 21:41:24 <VoltVisionSteve> I think the GPIOx_x were copied from eqep2 and never changed for eqep2alt
Jun 26 21:42:57 <VoltVisionSteve> P8_11 should be GPIO1_13 instead of GPIO2_11....am I right?
Jun 26 21:43:44 <VoltVisionSteve> P8_12 should be GPIO1_12 instead of GPIO2_10
Jun 26 21:44:23 <VoltVisionSteve> P8_15 should be GPIO1_15 instead of GPIO2_13
Jun 26 21:44:48 <VoltVisionSteve> P8_16 should be GPIO1_14 instead of GPIO2_12
Jun 26 21:45:17 <VoltVisionSteve> ....the actual device tree worked, but the comments are wrong (they were copy and pasted and never edited from eqep2)
Jun 26 21:51:56 <pdp7> hmm
Jun 26 21:52:26 <pdp7> re: eqep0 yes i had that prob
Jun 26 21:52:29 <pdp7> on Sunday PM
Jun 26 21:53:07 <alexanderhiam> pdp7: have you tried eqep1 or the other eqep2 pins yet?
Jun 26 21:53:17 <alexanderhiam> I haven't yet
Jun 26 21:53:41 <VoltVisionSteve> did you get eQep0 working?  when you load the eQep0 overlay it doesnt seem to change the pinmux settings
Jun 26 21:53:54 <VoltVisionSteve> not sure why
Jun 26 21:54:59 <pdp7> i had to edit am3xx.dtsi
Jun 26 21:55:03 <pdp7> to remove McASP
Jun 26 21:55:07 <pdp7> it was conflicting
Jun 26 21:55:15 <pdp7> I wasn't sure how to disable it in overlay
Jun 26 21:55:26 <pdp7> so I had to dtc a new dtb
Jun 26 21:55:39 <alexanderhiam> :P
Jun 26 21:55:42 <pdp7> not the right way
Jun 26 21:55:58 <pdp7> jason told me on monday that McASP is HDMI Audio
Jun 26 21:56:07 <pdp7> so I think I could have fixed it via cape mgr
Jun 26 21:57:16 <VoltVisionSteve> Cool, thx for the input...do you see what I was referring to above with the comments regarding GPIOx_x
Jun 26 21:57:16 <VoltVisionSteve> ?
Jun 26 21:58:10 <pdp7> yeah, I remember digging into that
Jun 26 21:58:24 <pdp7> before I realized that eQEP2 is connected to two sets of pins
Jun 26 21:58:26 <pdp7> on the headers
Jun 26 21:59:00 <pdp7> I think the GPIO #'s are correct though for eqep2 alt?
Jun 26 21:59:09 <pdp7> otherwise not sure why it would work
Jun 26 21:59:29 <jkridner> av500: tridge responded and says he's working on it now.
Jun 26 22:00:05 <pdp7> so this is the eqep2alt i used
Jun 26 22:00:14 <pdp7> +                        0x038 0x24  /* P8_16 = GPIO2_14 = EQEP2_index, MODE4 */ +                        0x03C 0x24  /* P8_15 = GPIO2_15 = EQEP2_strobe, MODE4 */ +                        0x030 0x34  /* P8_12 = GPIO2_12 = EQEP2A_in, MODE4 */ +                        0x034 0x34  /* P8_11 = GPIO2_13 = EQEP2B_in, MODE4 */
Jun 26 22:00:23 <pdp7> https://github.com/pdp7/beaglebot/commit/d29b9f6647ce53f419194da9c4048b4ad3b2e315
Jun 26 22:03:40 <VoltVisionSteve> pdp7, notice how you are saying that P8_11 = GPIO2_13...but according to Table12 in the SRM it is supposed to be GPIO1_13....right?
Jun 26 22:04:32 <pdp7> VoltVisionSteve: https://plus.google.com/photos/117542001281850354871/albums/6028753166053143281/6029361863734888530?banner=pwa&pid=6029361863734888530&oid=117542001281850354871
Jun 26 22:04:41 <pdp7> VoltVisionSteve: yeah, I see that
Jun 26 22:05:42 <VoltVisionSteve> ....and at the below link he calls it GPIO2_11...
Jun 26 22:05:43 <VoltVisionSteve> https://github.com/Teknoman117/beaglebot/blob/master/encoders/dts/bone_eqep2b.dts
Jun 26 22:05:57 <pdp7> eqep2a_in is p8_12, r12, gpio1_12
Jun 26 22:06:02 <pdp7> right
Jun 26 22:06:38 <pdp7> VoltVisionSteve: so you think it is just that the comment is wrong?
Jun 26 22:06:46 <VoltVisionSteve> exactly!
Jun 26 22:07:13 <VoltVisionSteve> I think he copied the comment from the original eqep2 and never changed it.
Jun 26 22:07:17 <pdp7> gotcha
Jun 26 22:07:23 <pdp7> right
Jun 26 22:08:39 <VoltVisionSteve> pdp7, one last thing.....when you read the documentation for the encoder libraries doesnt it say that eQep0 does NOT conflict with HDMI.......but you just learned that it does conflict right?
Jun 26 22:09:03 <pdp7> VoltVisionSteve: according to the error message I get from cape mgr
Jun 26 22:09:24 <VoltVisionSteve> I didnt get an error message....I should look in dmesg shouldnt I?
Jun 26 22:09:28 <pdp7> it complains that one of the pins (i think it was index or strobe) is taken by McASP
Jun 26 22:09:42 <pdp7> I couldn't figure out how to dynamically kill McASP
Jun 26 22:09:54 <pdp7> so I edited the base device tree
Jun 26 22:10:11 <pdp7> i presume eQEP0 conflicts with HDMI Audio
Jun 26 22:10:31 <pdp7> I didn't realize it was related to HDMI until jason told me
Jun 26 22:10:38 <pdp7> (McASP that is)
Jun 26 22:10:58 <pdp7> for the project at my hackerspace, we have 2 motors and want HDMI
Jun 26 22:11:09 <VoltVisionSteve> ...here is the note on the encoder github page....
Jun 26 22:11:10 <VoltVisionSteve> If using eQEP 1 and/or 2, video must be disabled on the Beaglebone and Beaglebone Black, as they share pins with the lcd_data lines. eQEP 0 on the Beaglebone black can be used with video enabled.
Jun 26 22:11:32 <VoltVisionSteve> ...that last sentence does not appear to be true.
Jun 26 22:11:33 <pdp7> yeah
Jun 26 22:11:53 <pdp7> I haven't verified, but I suspect HDMI w/o audio is ok
Jun 26 22:12:18 <pdp7> it was very late at the hackerspace and edited the dtsi as a workaround. i need to revisit
Jun 26 22:12:43 <pdp7> also, i presumed if pinctrl-single or cape mgr didn't complain then HDMI would work
Jun 26 22:12:53 <pdp7> but I should test with actual HDMI connected
Jun 26 22:13:19 <VoltVisionSteve> how did you see the capemgr error if it didnt complain?
Jun 26 22:13:42 <pdp7> sorry, i mean I disabled McASP in the dtsi
Jun 26 22:13:48 <pdp7> and then it didn't complain anymore
Jun 26 22:14:00 <pdp7> i assume hdmi still works but need to check
Jun 26 22:14:09 <VoltVisionSteve> [ 2290.344759] pinctrl-single 44e10800.pinmux: pin 44e109a8 already requested by 48038000.mcasp; cannot claim for 48300180.eqep
Jun 26 22:14:20 <pdp7> right
Jun 26 22:14:23 <pdp7> that was what i say
Jun 26 22:14:42 <pdp7> now jason said i could prob handle it via HDMI virtual capes
Jun 26 22:14:50 <pdp7> load the no audio HDMI cape
Jun 26 22:14:59 <pdp7> I need to figure out the specifics though
Jun 26 22:15:11 <pdp7> haven't been on beagle since sunday night
Jun 26 22:15:53 <VoltVisionSteve> cool..  Thx for everything!  Do you mind letting the encoder library guy know about the comment typos?  I am not a github ninja (yet).
Jun 26 22:16:02 <pdp7> yeah, will do
Jun 26 22:16:34 <pdp7> "BB-BONELT-HDMI is the on-board HDMI interface. BB-BONELT-HDMIN is the same interface but with no audio. If only the BB-BONELT-HDMI interface overlay is disabled, the BB-BONELT-HDMIN is loaded instead hence the requirement to disable both."
Jun 26 22:16:39 <pdp7> http://wiki.beyondlogic.org/index.php/BeagleBoneBlack_Cape_Manager
Jun 26 22:17:22 <pdp7> i wonder if BB-BONELT-HDMIN loaded will prevent 48038000.mcasp conflict
Jun 26 22:19:26 <pdp7> i want to try unloading BB-BONELT-HDMI
Jun 26 22:19:32 <pdp7> and loading BB-BONELT-HDMIN
Jun 26 22:20:27 <VoltVisionSteve> Also with eQep0 you have to be careful about the funny business with P9-42...notice the "@" note at the bottom of Table13 in the SRM....
Jun 26 22:21:10 <VoltVisionSteve> ...
Jun 26 22:21:11 <VoltVisionSteve> Both of these signals connect to pin 42 of P11. Resistors are installed that allow for the
Jun 26 22:21:12 <VoltVisionSteve> GPIO3_18 connection to be removed by removing R202. The intent is to allow the SW to
Jun 26 22:21:12 <VoltVisionSteve> use either of these signals, on pin 42. SW should set the unused pin in input mode when
Jun 26 22:21:12 <VoltVisionSteve> using the other pin. This allowed us to get an extra signal out to the expansion header.
Jun 26 22:21:35 <pdp7> ah, its eqep0 strobe
Jun 26 22:23:06 <pdp7> wait, p9_42 is related to eqep0?
Jun 26 22:23:24 <pdp7> oh, eqep0a_in
Jun 26 22:24:01 <VoltVisionSteve> yeah, but to use it you need to set GPIO0_7 to hi-z no pull
Jun 26 22:24:25 <VoltVisionSteve> (I think)
Jun 26 22:24:35 <pdp7> ah
Jun 26 22:25:01 <VoltVisionSteve> ...all kinds of issues with eQep0 it seems
Jun 26 22:25:43 <pdp7> yeah... it did work for me with the mcasp missing from dtb. i need to check if HDMI still worked.  i wonder if i just got lucky
Jun 26 22:26:12 <pdp7> our hackerspace project is x-y bot with DIY closed loop servos for each axis
Jun 26 22:26:33 <pdp7> so we need 2 eqep, HDMI (no audio), 2 PWM, 4 GPIO
Jun 26 22:26:34 <VoltVisionSteve> plus HDMI with audio?
Jun 26 22:27:13 <pdp7> let me check the DT overlay for HDMI
Jun 26 22:27:20 <pdp7> i'm curious what it uses
Jun 26 22:33:12 <pdp7> HDMI no audio https://github.com/beagleboard/devicetree-source/blob/master/arch/arm/boot/dts/cape-boneblack-hdmin-00A0.dts
Jun 26 22:33:23 <pdp7> HDMI audio: https://github.com/beagleboard/devicetree-source/blob/master/arch/arm/boot/dts/cape-boneblack-hdmin-00A0.dts
Jun 26 22:33:30 <pdp7> err https://github.com/beagleboard/devicetree-source/blob/master/arch/arm/boot/dts/cape-boneblack-hdmin-00A0.dts
Jun 26 22:33:59 <pdp7> HDMI audio: 		/* the hardware IP uses */
Jun 26 22:33:59 <pdp7> 		"gpio1_27",
Jun 26 22:33:59 <pdp7> 		"mcasp0",
Jun 26 22:34:00 <pdp7> 		"lcd";
Jun 26 22:34:23 <pdp7> HDMI no audio: /* the hardware IP uses */ "gpio1_27", "lcd";
Jun 26 22:34:44 <pdp7> so this should solve the mcasp conflict for eqep0
Jun 26 22:36:51 <VoltVisionSteve> cool!  Let me know if it works...
Jun 26 22:43:55 <VoltVisionSteve> pdp7, alexanderhiam, I am heading home....thx and have a great night!
Jun 26 23:08:39 <ds2> hello
Jun 27 02:36:23 <Abhishek_> Morning
**** ENDING LOGGING AT Fri Jun 27 02:59:59 2014