**** BEGIN LOGGING AT Thu Apr 09 02:59:58 2015
Apr 09 04:06:20 <arianepaola> Hello nerdboy, jkridner and vvu. I have updated my proposal to your comments. Thanks!
Apr 09 04:16:37 <_av500_> arianepaola: thanks
Apr 09 04:18:56 <arianepaola> np _av500_ you are welcome
Apr 09 04:19:04 <arianepaola> * _av500_
Apr 09 05:23:54 <arianepaola> jkridner, I did build the app on Mac and had no issue. Try to update npm. Here is the build output: http://pastebin.com/HcGpB3BC
Apr 09 07:32:29 <vvu> morning!
Apr 09 07:32:35 <vvu> arianepaola: you have an osx machine ?
Apr 09 09:02:39 <anandGSoC> there has been a few things left out from the proposal as i am told and a few not explained well
Apr 09 09:02:55 <anandGSoC> what shoul i do?
Apr 09 09:03:02 <anandGSoC> should*
Apr 09 09:16:31 <anandGSoc_> .
Apr 09 09:53:09 <geekswine> vvu: ping
Apr 09 12:09:43 <vvu> geekswine: pong
Apr 09 12:09:50 <vvu> ask here, i am in a meeting but will look later
Apr 09 12:21:53 <Abhishek__> shubhangi: leave me your message whenever you are online
Apr 09 12:34:19 <geekswine> vvu: i just want u to ask that if it does answer all the queries of jason which he asked abt Arduino Starterware Project ??
Apr 09 12:34:24 <geekswine> here is the link https://docs.google.com/document/d/1eurnHvWPZ4oUhopooX6xw6F7czwj8JvdYjVVQcsIIFg/edit?usp=sharing
Apr 09 12:34:47 <geekswine> alexanderhiam: can u see it also ??
Apr 09 12:58:16 <arianepaola> vvu: have access to an osx machine
Apr 09 13:54:12 <alexanderhiam> geekswine: what is that?
Apr 09 13:54:50 <geekswine> alexanderhiam: yestarday jason had queries abt the project..https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/geekswine/5629499534213120
Apr 09 13:55:52 <alexanderhiam> why a google doc?
Apr 09 13:56:00 <geekswine> have a look here..so before commenting thought that it would be good to show, so if something else needed, i will add :/
Apr 09 13:56:07 <alexanderhiam> ok
Apr 09 13:59:30 <alexanderhiam> geekswine: is that binary something that u-boot would load? Or is this instead of u-boot?
Apr 09 13:59:55 <geekswine> u-boot will load this binary..
Apr 09 14:01:48 <alexanderhiam> ok. It would be good if you go a bit deeper into the technical details of what the loading and booting process would look like
Apr 09 14:01:59 <alexanderhiam> otherwise it looks good
Apr 09 14:03:16 <alexanderhiam> i.e. what is energia doing behind the scenes, where is the binary image stored, how does u-boot know to load it, etc.
Apr 09 14:03:26 <geekswine> i think i have explained in the comments..its the 4th comment..
Apr 09 14:03:51 <geekswine> just see it once, if more explanation is needed..
Apr 09 14:04:13 <geekswine> i discussed the booting process with rcn-ee
Apr 09 14:04:36 <alexanderhiam> ok, hadn't seen those comments
Apr 09 14:05:47 <geekswine> ohhkk..thanx alexanderhiam :)
Apr 09 14:07:35 <alexanderhiam> geekswine: yeah, looks to me like you've covered everything
Apr 09 14:07:57 <geekswine> i hope that too :D
Apr 09 14:10:25 <alexanderhiam> neemo: ping
Apr 09 14:14:53 <alexanderhiam> is anyone looking for more feedback on their proposals? And has everyone checked their proposals to make sure they've answered all questions?
Apr 09 14:16:35 <geekswine> jkridner: i have updated the comments.. plss have a look https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/geekswine/5629499534213120
Apr 09 14:42:43 <kiran4399> alexanderhiam: Can you please review my proposal again ?
Apr 09 14:46:36 <alexanderhiam> will do
Apr 09 15:38:12 * karki gets scratched 
Apr 09 15:38:34 <vvu> geekswine: bootloading won't be hard
Apr 09 15:38:34 <karki> *shooes cat away*
Apr 09 15:38:47 <vvu> i am more concern about the actual libraries
Apr 09 15:39:10 <geekswine> vvu: like ??
Apr 09 15:39:15 <vvu> writing some scripts for u-boot to automatically do something is the easy part
Apr 09 15:39:44 <vvu> you can make uboot tftp a binary and load it easily
Apr 09 15:40:56 <geekswine> vvu: by actual libraries do u mean arduino like libraries ??
Apr 09 15:42:18 <vvu> yes, those ones
Apr 09 15:42:52 <alexanderhiam> good point, it would be good to show us that you have a good understaning of the peripherals you plan on using
Apr 09 15:45:26 <geekswine> by good understanding u mean the theoretical backgound abt them ??
Apr 09 15:45:32 <alexanderhiam> geekswine: you also list analogWrite() and 'PWM functions' in different bullet points, what other PWM functions will that include?
Apr 09 15:45:52 <alexanderhiam> I mean how they function. Have you looked through the AM335x user manual?
Apr 09 15:47:25 <geekswine> yeah..when i was writing the proposal, i went through the manual which is concerned to this..
Apr 09 15:48:54 <geekswine> in fact, days before the proposal i went through the libraries which are made by TI..
Apr 09 15:49:59 <geekswine> like how will it be coded in Arduino style and which libraries and header files will they use..
Apr 09 15:54:44 <geekswine> i have done bare metal programming beforehand too..with lcd jhd162a and atmega..
Apr 09 16:00:27 <alexanderhiam> geekswine: there's a lot of differences between AM335x peripherals and ATmega peripherals. A great thing you could do would be to mock up what your ADC code would look like
Apr 09 16:00:51 <alexanderhiam> i.e. how you would initialize the ADC and how analogRead() would be implemented with the StarterWare API
Apr 09 16:01:13 <geekswine> vvu: alexanderhiam: by PWM functions i mean High-Resolution PWM..
Apr 09 16:01:16 <geekswine> okk..
Apr 09 16:01:41 <alexanderhiam> it doesn't need to be tested or anything, but just to show that you understand how the ADC works and how it is configured
Apr 09 16:01:42 <geekswine> alexanderhiam: i'll look at it !!
Apr 09 16:02:26 <alexanderhiam> so that means referencing the tsc functional description section in the user manual and building a prototype of a configuration with the StarterWare API
Apr 09 16:02:58 * alexanderhiam assumes this is what vvu meant as well
Apr 09 16:03:47 <vvu> yep, don't worry too much about bootloading....worry on understanding the blocks of the SoC
Apr 09 16:04:15 <alexanderhiam> geekswine: sorry, we should of asked for this earlier :P
Apr 09 16:05:40 <geekswine> alexanderhiam: haha..its ok...earlier jason was more concerned abt the bootloading process..so i gave my time to it..
Apr 09 16:07:18 <alexanderhiam> I'll ask the same thing in a comment on melange so you can answer there
Apr 09 16:08:27 <geekswine> okk..a prototype for touch screen section ...is that right ??
Apr 09 16:09:07 <alexanderhiam> well yeah, the ADC. It's in the touchscreen controller subsystem (intended for resistive touchscreens)
Apr 09 16:10:24 <geekswine> okkk..:)
Apr 09 17:51:57 <Abhishek_> shubhangi: pong
Apr 09 17:52:23 <kiran4399> ds2: ping :)
Apr 09 19:21:01 <nerdboy> arianepaola: afaik, yes
Apr 09 19:21:32 <nerdboy> rcn-ee: should i try 3.19 or just go straight for 4.0 (in bb-kernel) ?
Apr 09 19:22:53 <nerdboy> also, the gles demos are missing from 01.02 GFX using ti kernel, but do get installed under bb-kernel build
Apr 09 19:23:18 <nerdboy> arianepaola: i mean yes to usb booting
Apr 09 19:23:31 <arianepaola> ok nerdboy, thanks
Apr 09 19:23:47 <nerdboy> arianepaola: plus mac os/x i think
Apr 09 19:23:51 <arianepaola> ok
Apr 09 19:24:34 <nerdboy> as in do you have access for testing...
Apr 09 19:24:42 <arianepaola> vvu, if you get a chance to have a look at my proposal and comments from nerdboy and jkridner, that would be great.
Apr 09 19:25:10 <arianepaola> nerdboy, yes I have access for testing, also physically at the university
Apr 09 19:25:34 <nerdboy> put that in your answer please...
Apr 09 19:25:47 <arianepaola> ok
Apr 09 19:26:25 <rcn-ee> nerdboy, ti yanked the ti demo's..
Apr 09 19:26:56 <nerdboy> ti-kernel GFX build didn't work with 01.01
Apr 09 19:27:22 <rcn-ee> all the patches got rolled into 02
Apr 09 19:27:39 <nerdboy> 02 wut...
Apr 09 19:28:07 <nerdboy> oh, you mean upstream patches in GKX thing
Apr 09 19:28:11 <nerdboy> ?
Apr 09 19:28:55 <nerdboy> so what about 3.19 vs. 4.0 ?
Apr 09 19:29:16 <nerdboy> 01.01 should still work?
Apr 09 19:32:09 <arianepaola> nerdboy, thanks added mac info.
Apr 09 19:32:49 <nerdboy> rcn-ee: and do you have a recommended replacement for chameleonman test?
Apr 09 19:33:11 <rcn-ee> copy the one from 01 ;)
Apr 09 19:41:44 <rcn-ee> nerdboy, sorry disucssion at work...  so in '02' ti merged all the kernel changes we needed to support '01'... so '01' doesn't build on the current kernel, as we removed the hacks..
Apr 09 19:41:57 <rcn-ee> the demos for '01' should work fine with '02'..
Apr 09 20:20:45 <nerdboy> rcn-ee: are those omap fb/dss drivers documented anywhere outside the kernel source?
Apr 09 20:21:42 <rcn-ee> well... documentation and sgx... sorry you can't have both. ;)
Apr 09 20:22:19 <nerdboy> hard-coding the tilcdc drm driver doesn't work so well in all distros...
Apr 09 20:22:22 <rcn-ee> all we got is "framebuffer" mode... weither you use the old da-8xx or the drm kms tilcd driver, it still takes over the screen..
Apr 09 20:22:54 * nerdboy wants drm on hdmi interface
Apr 09 20:23:08 <rcn-ee> then you'd use the ti-lcd drm driver...
Apr 09 20:23:25 <rcn-ee> but the sgx drivers are fb only, so it just takes over the overlay...
Apr 09 20:23:38 <nerdboy> throws an error with gentoo rootfs
Apr 09 20:24:31 <nerdboy> need to test again with oe rootfs
Apr 09 20:24:44 <rcn-ee> i'm not suprised... i never got it to work with any opensource "3d" software in ubuntu/debian... only the demos that imgtec provided.
Apr 09 20:25:05 <rcn-ee> in theory egl/es2/3 applications 'should' work..
Apr 09 20:26:22 <nerdboy> kernel's building now so i can't look as easily, but tilcdc driver looked specific to lcd display connected via some other header
Apr 09 20:27:09 <nerdboy> as in some other cape inetrface instead of hdmi cape
Apr 09 20:27:18 <rcn-ee> well, on the am335x, it is an "lcd" controller...  but the nxp tdaxxxx (under i2c under drm) converts the lcd interface to hdmi..
Apr 09 20:27:41 <rcn-ee> that's why it's "tilcd".. ;)
Apr 09 20:27:47 <nerdboy> so it needs another module?
Apr 09 20:28:34 <rcn-ee> yeap: DRM_I2C_NXP_TDA998X
Apr 09 20:28:49 <nerdboy> that's obvious...
Apr 09 20:29:08 <nerdboy> especially since the hdmi connector option is buried in the omap2 options
Apr 09 20:29:34 <nerdboy> clear as mud when looking at kernel config...
Apr 09 20:29:45 <rcn-ee> well, which "hdmi"? there's a hdmi for the omap4/5+ which uses omapdss, a different ip..
Apr 09 20:30:09 <rcn-ee> or the 'new' generic "hdmi" stack, which takes care of a lot of the 'hdmi' sub features, audio/3d/etc..
Apr 09 20:31:11 <nerdboy> you're supposed to tell *me* that, not the other way 'round...
Apr 09 20:31:19 <rcn-ee> for the bbb: DRM_TILCDC (which is the lcd controller on the am335x) +  DRM_I2C_NXP_TDA998X (which is the secondary chip on the bbb, that converts the lcd signals to hdmi) ;)
Apr 09 20:31:46 <nerdboy> and the new generic stack?
Apr 09 20:32:49 <rcn-ee> well "DRM" selects "HDMI"...
Apr 09 20:32:59 <rcn-ee> and you need 'drm' to select 'drm_tilcdc'...
Apr 09 20:33:25 <nerdboy> does it work as a module or does it need to be builtin?
Apr 09 20:34:38 <nerdboy> so in 3.14 ti source i see OMAP DRM and DRM Support for TI LCDC Display Controller
Apr 09 20:34:45 <rcn-ee> as long as they are all the same... on later kernels it shoudl be fin..
Apr 09 20:34:57 <nerdboy> both are built-in in defconfig i believe
Apr 09 20:35:05 <rcn-ee> the 'omap drm' is for the "am57x".. x15...
Apr 09 20:36:37 <nerdboy> and the OMAP2+ Display Subsystem support stuff?
Apr 09 20:37:00 <nerdboy> is DSI usable?
Apr 09 20:37:20 <rcn-ee> are you targeting just the am335x?
Apr 09 20:37:31 <nerdboy> yup
Apr 09 20:37:52 <rcn-ee> then you don't need "OMAP2+ Display Subsystem" that ip doesn't exist in the am335x
Apr 09 20:38:22 <nerdboy> and OMAP Display Device Drivers  ?
Apr 09 20:38:27 <rcn-ee> nuke it
Apr 09 20:39:15 <nerdboy> what framebuffer driver?  just DA8xx/OMAP-L1xx/AM335x Framebuffer support ?
Apr 09 20:39:58 <nerdboy> other than USB stuff...
Apr 09 20:40:04 <rcn-ee> either select "DRM && DRM_TILCDC" or select " DA8xx/OMAP-L1xx/AM335x Framebuffer"...
Apr 09 20:40:16 <rcn-ee> in v3.14.x defintelly select the drm option..
Apr 09 20:40:25 <rcn-ee> 3.2.x select the "framebuffer"...
Apr 09 20:40:40 <nerdboy> either/or but not both?
Apr 09 20:41:17 <rcn-ee> exactly... you can only use 'one'... no sense building in the other one.. (unless you need to hack build the sgx modules..)
Apr 09 21:29:39 <vvu> arianepaola: doing that right now
Apr 09 21:30:19 <arianepaola> vvu thanks
Apr 09 21:32:30 <vvu> you are doing your BSc or MSc ?
Apr 09 22:19:04 <vvu> arianepaola: commented on the proposal
**** ENDING LOGGING AT Fri Apr 10 02:59:59 2015