**** BEGIN LOGGING AT Fri Jun 23 03:00:05 2017
Jun 23 03:00:27 <m_w> config 1 has 0 interfaces, different from the descriptor's value: 1
Jun 23 03:00:47 <m_w> this seems to point the issue that windows was seeing
Jun 23 03:00:53 <ravikp7> m_w: same as we get in Windows
Jun 23 03:00:58 <ravikp7> yeah :(
Jun 23 03:01:16 <m_w> but that is on the second configuration
Jun 23 03:01:36 <m_w> maybe windows defaults to the second configuration and only handles one
Jun 23 03:02:08 <ravikp7> m_w: we need the other config, with two interfaces
Jun 23 03:02:38 <m_w> ravikp7: config for what?
Jun 23 03:03:10 <ravikp7> m_w: the device configuration description
Jun 23 03:03:24 <m_w> yeah
Jun 23 03:03:42 <m_w> and linux appears to see it but not windows
Jun 23 03:04:10 <m_w> maybe we can constrain the U-Boot to a single configuration some how
Jun 23 03:04:40 <m_w> still wondering how it worked for you though
Jun 23 03:05:26 <ravikp7> m_w: I'm using Ubuntu 16.04 with kernel 4.8
Jun 23 03:06:06 <ravikp7> ravikp7: any chances of ums in spl?
Jun 23 03:06:19 <ravikp7> m_w : ?
Jun 23 03:08:01 <ravikp7> things can get much reliable if we get it
Jun 23 03:14:20 <m_w> does not look to be available
Jun 23 03:23:26 <ravikp7> m_w: where can I look in uboot sources for usb configurations, want to try setting only one configuration
Jun 23 03:24:10 <ravikp7> my linux system is selecting the configuration with two interfaces by default
Jun 23 03:25:19 <m_w> I got it to work with the linux drivers unblacklisted
Jun 23 03:26:00 <ravikp7> m_w: which spl?
Jun 23 03:26:06 <m_w> old one
Jun 23 03:26:17 <m_w> new one is failing bootp now
Jun 23 03:26:21 <m_w> this is strange
Jun 23 03:26:54 <ravikp7> I'm getting bootp broadcast still failing :(
Jun 23 03:27:49 <m_w> on the host side is starts transferring: Uboot transfer starts
Jun 23 03:28:28 <m_w> there is something missing
Jun 23 03:28:56 <ravikp7> m_w: that's why I was asking you about load address
Jun 23 05:41:44 <m_w> ravikp7: so I just did a bisect on U-Boot to see where things started going wrong
Jun 23 05:43:38 <ravikp7> m_w: ok, and..
Jun 23 05:43:43 <m_w> it started failing to TFTP around 2015.01-rc2-00238-g98d2d5e
Jun 23 05:45:41 <ravikp7> sorry, I couldn't get it. what does that mean ?
Jun 23 05:46:06 <m_w> it would start the transfer then die start timing out
Jun 23 05:46:18 <m_w> here is the log of all of the U-Boot outputs
Jun 23 05:46:44 <m_w> https://pastebin.com/t2WNLQsQ
Jun 23 05:47:02 <m_w> here is the bisect log
Jun 23 05:47:19 <ds2> how is it dying?
Jun 23 05:47:39 <m_w> https://pastebin.com/hwXJUf3K
Jun 23 05:47:59 <m_w> I am not sure what is happening
Jun 23 05:49:14 <ds2> any tcpdumps of it failing?
Jun 23 05:49:50 <m_w> nope
Jun 23 05:50:03 <ravikp7> oh, problem with uboot itself, some changes after 2015.01-rc2-00284-g272a1ac must have messed it?
Jun 23 05:50:24 <m_w> git diff 98d2d5e8c473232dc718763dbec284b7349dcc05~ 98d2d5e8c473232dc718763dbec284b7349dcc05
Jun 23 05:50:38 <m_w> this is the commit that changed something for the worse
Jun 23 05:50:58 <m_w> looks like when they added X15 support
Jun 23 05:52:10 <m_w> going to go to that commit and see if I can fix it and bisect from there
Jun 23 05:53:56 <ravikp7> hmm
Jun 23 05:56:10 <m_w> T timeout sending packets to usb ethernet
Jun 23 05:56:29 <m_w> this is the error
Jun 23 05:59:17 <ds2> is it getting back a stall on the end point and not handling it?
Jun 23 06:01:51 <ravikp7> ds2: that stall is not affecting the functionality though
Jun 23 06:02:27 <ravikp7> ds2: currently lastest uboot sources can't get a spl build which can tftp uboot successfully
Jun 23 06:02:45 <ds2> not even over real ethernet?
Jun 23 06:02:46 <ravikp7> that is one problem
Jun 23 06:03:05 <ravikp7> haven't tried that yet
Jun 23 06:05:12 <ravikp7> and we can get to solve the next problem or get any support on uboot only when we can get the latest to work
Jun 23 06:06:07 <ravikp7> ds2: next problem is spl device is showing two usb configurations, one with 1 interface, other with 2 interfaces
Jun 23 06:06:25 <ravikp7> we need to use the one with two interfaces
Jun 23 06:07:17 <ds2> the change it offer only 1 option in the descriptor
Jun 23 06:07:26 <ravikp7> on windows and maybe OSX, it sets configuration having one interface by default
Jun 23 06:08:18 <ravikp7> ds2: sorry ?
Jun 23 06:08:31 <ds2> s/the/then/
Jun 23 06:08:59 <ds2> the descriptors are in the source. They offer the different configs. Disable the 1 interface version
Jun 23 06:09:20 <ravikp7> where is sources ?
Jun 23 06:09:24 <ds2> SPL
Jun 23 06:09:48 <ravikp7> exact location ?
Jun 23 06:10:12 <ds2> donno.. it is referenced in the setup code for USB
Jun 23 06:13:43 <ravikp7> looking in drivers/usb/musb or musb-new
Jun 23 06:36:20 <ravikp7> it's in common/usb.c
Jun 23 06:44:10 <ravikp7> seems it's for usb devices connected to board
Jun 23 09:49:21 * thetransformerr[ uploaded an image: Screen Shot 2017-06-23 at 12.55.19 PM.png (237KB) <https://matrix.org/_matrix/media/v1/download/matrix.org/WsmLJdeTqfuAQGfzgbHXAVFW>
Jun 23 09:50:38 <thetransformerr[> hi ds2: i applied correlation on the simulated data stephanie sent, above graph has transmitted and received signal]
Jun 23 09:52:22 <thetransformerr[> and lower one has correlation graph, but until now I couldnt find the exact procedure to find time delay after calcultion of correlation between  two waves, most sources assume it as so simple that they just skip the step
Jun 23 09:53:52 <thetransformerr[> what  I understood until now is that we have find argmax of correlation vector, however I cant interpret the calculated result  into tof
Jun 23 09:55:34 <thetransformerr[> ds2: in above graph argmax=2047 for cross correlation b/w tx and rx
Jun 23 16:20:15 <ravikp7> jkridner: Hi, there?
**** ENDING LOGGING AT Sat Jun 24 03:00:00 2017