**** BEGIN LOGGING AT Fri Jul 27 03:00:01 2018
Jul 27 03:51:00 <vaishnav98_> jkridner: Thanks for looking into this, I think the current image on the UI looks better than this one if edited for fixing those issues (red box, leds ...) please let me know your opinion.
Jul 27 04:20:55 <ravikp7[m]> jkridner: what kind of issues with current BeagleBoot? If those issues are caused by using uboot's ums then we should to switch back to linux method to expose mass storage. abhishek_: I need your help in doing so
Jul 27 04:23:36 <ravikp7[m]> jkridner, abhishek_: For the spl interface communication problem, for which we're supposed to get help from Parthi: These we're my findings
Jul 27 04:26:45 <ravikp7[m]> On Windows, it couldn't use the second usb config, which was what required for our operation as it's not possible to use config other than default one in Windows. So, I changed the default config to the required one in uboot sources and it worked fine with using that config.
Jul 27 04:28:20 <ravikp7[m]> On OSX, same problem could be fixed by changing the config using libusb, or simply can be done by using the same config change process in uboot sources just like Windows
Jul 27 04:30:03 <ravikp7[m]> So, overall, after we change default config to required one in uboot sources, here's what the next catch
Jul 27 04:30:59 <ravikp7[m]> On all platforms (Linux, Windows, OSX) the right USB Configuration is selected by host OS for the ROM device.
Jul 27 04:31:13 <ravikp7[m]> The interface gets claimed successfully.
Jul 27 04:32:12 <ravikp7[m]> But, now only on Linux, BOOTP broadcast happens and further commuinication takes place.
Jul 27 04:32:57 <ravikp7[m]> On Windows and OSX, SPL shows that "The remote end did not respond in time" and BOOTP broadcast doesn't happens
Jul 27 04:34:07 <ravikp7[m]> On host side (Windows and OSX) libusb showed that the SPL device stopped responding
Jul 27 04:35:59 <ravikp7[m]> So, I think that the task assigned to Parthi should be to investigate why this happens and how it can be fixed, preferably on uboot side as we
Jul 27 04:36:29 <ravikp7[m]> as we've seen older uboot version working fine on osx this way
Jul 27 04:40:36 <ravikp7[m]> jkridner, abhishek_: agree with the breakdown? Now, I'm going to try all these today with the latest upstream uboot and report the logs to you and Parthi
Jul 27 19:23:25 <ds2> it is next to trival to slap the equiv of a 'bone on a custom board
Jul 27 19:23:29 <ds2> blah
**** ENDING LOGGING AT Sat Jul 28 02:59:59 2018