**** BEGIN LOGGING AT Wed Jun 21 03:00:04 2017
Jun 21 03:31:55 <ds2> it is the nature of the device
Jun 21 03:32:05 <ds2> it isn't a broadband device
Jun 21 12:46:29 <thetransformerr[> hi ds2: I got your waveform outputs, I just wanted to ask what distance you kept b/w sensors and how did you received the waveforms
Jun 21 15:50:14 <jkridner> hi all
Jun 21 15:50:45 <m_w> only see 4 reports in the email
Jun 21 15:53:21 <ravikp7> hi all
Jun 21 15:53:46 <pmezydlo> hi,
Jun 21 15:54:46 <indu> hello
Jun 21 15:54:58 <maciejjo_> hi
Jun 21 15:56:23 <ee> hello
Jun 21 15:57:24 <thetransformerr[> hey
Jun 21 16:00:08 <m_w> ee: thetransformerr[: did you submit reports to the mailinglist?
Jun 21 16:00:13 <_av500_> aloo
Jun 21 16:00:18 <zeekhuge> hello !
Jun 21 16:00:19 <tlwoerner> o/
Jun 21 16:00:23 <thetransformerr[> I did
Jun 21 16:00:27 <pmezydlo> hej
Jun 21 16:00:36 <thetransformerr[> yesterday
Jun 21 16:01:01 <m_w> ah, I see them
Jun 21 16:01:07 <m_w> just making sure
Jun 21 16:01:08 <ee> Yes, I submitted my report yesterday around 6pm EST. Is it not visible?
Jun 21 16:01:16 <ee> ok :)
Jun 21 16:01:36 <m_w> so we got them all this week!
Jun 21 16:01:54 <_av500_> yay
Jun 21 16:02:14 <m_w> _av500_: ready to get this party started?
Jun 21 16:02:24 <m_w> looks like everyone is here
Jun 21 16:02:24 <_av500_> 1) Welcome everybody
Jun 21 16:02:46 <_av500_> 2) everybody here? yes? ok! :)
Jun 21 16:03:04 <pmezydlo> yes
Jun 21 16:03:12 <Abhishek_> Hi
Jun 21 16:03:55 <nerdboy> should i fill the silence with a fart?
Jun 21 16:04:04 <_av500_> nerdboy: kickban!
Jun 21 16:04:13 <thetransformerr[> eww....
Jun 21 16:04:16 <_av500_> 3) weekly reports
Jun 21 16:04:31 <_av500_> I count 6
Jun 21 16:04:38 <nerdboy> don't leave any empty space...
Jun 21 16:05:07 <nerdboy> looks like 6 alright
Jun 21 16:05:11 <_av500_> right
Jun 21 16:05:30 <_av500_> anybody blocked on anything?
Jun 21 16:05:41 <thetransformerr[> nope
Jun 21 16:05:47 <indu> so far so good
Jun 21 16:05:54 <ee> things looking good over here
Jun 21 16:06:12 <_av500_> good
Jun 21 16:06:17 <_av500_> the other three?
Jun 21 16:06:20 <thetransformerr[> working on correlation of input and output to calculate tof
Jun 21 16:06:29 <ravikp7> yeah, I'm having trouble on claiming interface of SPL device on windows :(
Jun 21 16:06:44 <rma> hi all
Jun 21 16:06:52 <maciejjo_> im moving forward
Jun 21 16:06:54 <thetransformerr[> hey!!!
Jun 21 16:07:57 <ravikp7> jkridner: there are two configs in the SPL device. The kernel is configuring the default 0
Jun 21 16:07:58 <_av500_> good
Jun 21 16:08:09 <ravikp7> and the bulk transfer endpoints are in config 1
Jun 21 16:08:25 <ravikp7> and I can't set the config 1
Jun 21 16:08:30 <_av500_> jkridner: ping
Jun 21 16:08:39 <ravikp7> libusb is showing error
Jun 21 16:08:48 <ravikp7> cannot set configuration other than the default one
Jun 21 16:09:02 <ds2> hmmm
Jun 21 16:10:03 <thetransformerr[> hi ds2: what did you do, to get those waveforms
Jun 21 16:10:14 <thetransformerr[> and what was distance b/w them
Jun 21 16:10:33 <nerdboy> prudaq sampling for the input...
Jun 21 16:10:38 <_av500_> ravikp7: I will see that jkridner gets back to you
Jun 21 16:10:46 <_av500_> ds2: can you maybe help here too?
Jun 21 16:11:30 <ravikp7> av500: ok..
Jun 21 16:11:41 <nerdboy> also you have sample data until your board comes
Jun 21 16:11:44 <_av500_> 4) 1st term evals
Jun 21 16:11:51 <nerdboy> well, synthetic data
Jun 21 16:12:35 <_av500_> so, this years its three evals, not two
Jun 21 16:12:41 <_av500_> due to start next monday
Jun 21 16:13:06 <rma> ah, ok
Jun 21 16:13:20 <rma> only by one mentor or both?
Jun 21 16:13:33 <pmezydlo> only by one
Jun 21 16:13:38 <rma> thx
Jun 21 16:13:40 <_av500_> one per project
Jun 21 16:13:56 <_av500_> as the google tinmeline says, students continue working
Jun 21 16:14:05 <_av500_> eval period are no holidays :)
Jun 21 16:14:13 <thetransformerr[> did jkridner ordered maxq for me also???
Jun 21 16:14:26 <ds2> _av500_:  ????
Jun 21 16:14:29 <_av500_> !!1
Jun 21 16:14:33 <nerdboy> thetransformerr[: post-processing seems like the best way overall, since we're sampling instead of looking for pulse edge
Jun 21 16:14:36 <ds2> thetransformerr[: I used the maxq board + a scope
Jun 21 16:14:40 <_av500_> ds2: you know everything
Jun 21 16:14:53 <Abhishek_> maciejjo_: Want to see your GitHub repo and code in there before filling up your evaluation
Jun 21 16:15:02 <ds2> _av500_: what is the problem in a nutshell
Jun 21 16:15:09 <_av500_> ds2: see the report pls
Jun 21 16:15:09 <ds2> be happy to look at it
Jun 21 16:15:15 <nerdboy> thetransformerr[: there should be some on the way
Jun 21 16:15:18 <_av500_> or ask ravikp7 after the meeting
Jun 21 16:15:23 <maciejjo_> Abhishek_: do you have link?
Jun 21 16:15:32 * nerdboy hasn't received anything yet either
Jun 21 16:15:42 <ds2> _av500_: ok
Jun 21 16:15:44 <_av500_> thx
Jun 21 16:15:55 <ds2> ravikp7: what times are you around?
Jun 21 16:16:07 <thetransformerr[> yeah nerdboy: I also think that too, because in outdoor conditions it is almost certain that we are going to have noise
Jun 21 16:16:17 <Abhishek_> maciejjo_: I want to see *your* code and GitHub for your project
Jun 21 16:16:30 <maciejjo_> Abhishek_:  I pushed code, for now it is in 'wip' directory
Jun 21 16:16:32 <nerdboy> sensor data looks kinda noisy already
Jun 21 16:16:37 <thetransformerr[> well I wanted to say, I dont need maxq, because my focus is mostly on sw
Jun 21 16:16:49 <ds2> nerdboy/thetransformerr[: I found some potential SW to let me acquire live data.... will update you later if I can get it to work
Jun 21 16:16:58 <_av500_> ok guys, before we drop back to in depth tech talk
Jun 21 16:17:04 <ds2> thetransformerr[: understood
Jun 21 16:17:08 <_av500_> 5) standup reports
Jun 21 16:17:12 <thetransformerr[> and also we cant use maxq in outdoor condition
Jun 21 16:17:16 <_av500_> who was on for this week?
Jun 21 16:17:30 <pmezydlo> I and ?
Jun 21 16:17:39 <maciejjo_> me IIRC
Jun 21 16:17:44 <nerdboy> m_w rounded up 2 i thought
Jun 21 16:17:46 <thetransformerr[> ee I guess...
Jun 21 16:17:47 <ravikp7> ds2: your timezone?
Jun 21 16:17:49 <ds2> thetransformerr[: I wonder if we can just toss it into a goretex bag
Jun 21 16:17:55 <tlwoerner> ee went last week
Jun 21 16:17:57 <ds2> ravikp7: PDT
Jun 21 16:18:16 <ee> Yep, I did my report last week
Jun 21 16:18:33 <m_w> pmezydlo: maciejjo_: who wants to go first?
Jun 21 16:18:49 <pmezydlo> i'm ready
Jun 21 16:19:25 <pmezydlo> Are you ready?
Jun 21 16:19:29 <thetransformerr[> yeah although we should be concerned abt that later but maxq board firstly raises cost highly and require some hacking
Jun 21 16:19:50 <pmezydlo> ok I'm starting
Jun 21 16:19:53 <m_w> yes go ahead
Jun 21 16:19:57 <nerdboy> it's proof-of-concept for now
Jun 21 16:19:59 <pmezydlo> In this week I configured gpmc,
Jun 21 16:20:06 <_av500_> pmezydlo: gogogo
Jun 21 16:20:06 <pmezydlo> GPMC is a unified memory controller dedicated to interfacing external memory devices: SRAM-like memories (AM335 Datasheet),
Jun 21 16:20:07 <nerdboy> optimazation come later
Jun 21 16:20:12 <ravikp7> ds2: 9 pm to 2 pm PDT
Jun 21 16:20:17 <_av500_> nerdboy: ravikp7: shhh
Jun 21 16:20:18 <nerdboy> *optimize even
Jun 21 16:20:20 <pmezydlo> I use it for communication between BBB and ICE40,
Jun 21 16:20:43 <pmezydlo> it's good that gpmc pins are located in BBB headers,
Jun 21 16:20:56 <pmezydlo> GPMC controller is configured from the DTS file. It looks like this: https://github.com/pmezydlo/BeagleWire/blob/master/DTS/BW-ICE40Cape-00A0.dts#L136
Jun 21 16:21:16 <pmezydlo> This is an easy and efficient solution because gpmc clock working with 25MHZ and gpmc data bus has 16 bits,
Jun 21 16:21:31 <pmezydlo> After gpmc configuration I wrote simple application  and using /dev/mem I sent first data to fpga, it is gpmc component: https://github.com/pmezydlo/BeagleWire/blob/develop/components/gpmc-sync.v
Jun 21 16:21:43 <nerdboy> what kind of protocol?
Jun 21 16:22:04 <pmezydlo> parallel interface
Jun 21 16:22:20 <pmezydlo> LEDs blinking very well but for different solutions We want to do something generic,
Jun 21 16:22:37 <pmezydlo> Now I'm preparing dual port memory component,
Jun 21 16:22:44 <pmezydlo> and I want connect first port to gpmc and second to other component. https://github.com/pmezydlo/BeagleWire/blob/develop/components/dp-sync-ram.v
Jun 21 16:22:56 <ds2> pmezydlo: are you muxing Address and data?
Jun 21 16:23:00 <pmezydlo> yes
Jun 21 16:23:12 <pmezydlo> I use only register as memory because most component like a spi, gpio, i2c need only a few memory cell, but we can take data directly from gpmc component,
Jun 21 16:23:46 <pmezydlo> Complicated is synchronization between dual port memory and gpmc still I'm working on it.
Jun 21 16:24:00 <nerdboy> got a diagram for that?
Jun 21 16:24:15 <pmezydlo> i don't have
Jun 21 16:24:33 <pmezydlo> Recent tests showed that it is already ok,
Jun 21 16:25:01 <pmezydlo> gpmc bus and dual port ram working with diferent clock
Jun 21 16:25:17 <ds2> how much of the ICE40 is used up?
Jun 21 16:25:36 <pmezydlo> few
Jun 21 16:25:45 <pmezydlo> 5%
Jun 21 16:26:18 <pmezydlo> I think that's all
Jun 21 16:26:31 <pmezydlo> do you have any questions?
Jun 21 16:27:24 <_av500_> sounds good
Jun 21 16:27:30 <m_w> your report says that development is moving slowly, any reason for that?
Jun 21 16:28:26 <pmezydlo> hmm because fpga development is difficult
Jun 21 16:29:03 <m_w> okay
Jun 21 16:29:11 <pmezydlo> thanks for attention :)
Jun 21 16:29:19 <_av500_> pmezydlo: do you need specific ice40 questoins answered?
Jun 21 16:29:22 <m_w> you need to provide more granular commits with better commit logs
Jun 21 16:30:11 <pmezydlo> no, for now I know how
Jun 21 16:30:22 <m_w> remember to send me an email when you get stuck on anything for too long
Jun 21 16:30:32 <_av500_> pmezydlo: ok
Jun 21 16:30:38 <pmezydlo> yes thanks m_w
Jun 21 16:31:27 <_av500_> ok
Jun 21 16:31:29 <jkridner> thetransformerr[: yes
Jun 21 16:31:32 <_av500_> who is next
Jun 21 16:31:35 <_av500_> ?
Jun 21 16:31:38 <maciejjo_> me I think
Jun 21 16:31:43 <_av500_> then go ahead
Jun 21 16:31:45 <maciejjo_> ok
Jun 21 16:32:02 <maciejjo_> so my project is DMA transfers support for PRU
Jun 21 16:32:47 <maciejjo_> until now I managed to set up interrupts between PRU and kernel module
Jun 21 16:32:51 * m_w needs coffee
Jun 21 16:33:03 <maciejjo_> and another kernel module for performing DMA transfers
Jun 21 16:33:14 <maciejjo_> which uses dmaegnine api from kernel
Jun 21 16:33:58 <maciejjo_> now I am working on controlling the dma hw from PRU
Jun 21 16:34:14 <maciejjo_> here is the code for irq: https://github.com/maciejjo/beaglebone-pru-dma/tree/master/wip/pru_interrupt
Jun 21 16:34:25 <maciejjo_> and for dma: https://github.com/maciejjo/beaglebone-pru-dma/tree/master/wip/pru_dma_test
Jun 21 16:36:40 <maciejjo_> when I will be able to trigger DMA transfers from PRU I will create one application where kernel suppiles address of kernel buffer and direction, and pru controls the transfer
Jun 21 16:37:05 <zeekhuge> maciejjo_: so now , DMA is able to transfer data to the PRU memories ?
Jun 21 16:37:48 <maciejjo_> I tested only with PRU0 SRAM
Jun 21 16:38:02 <maciejjo_> but I think other should work as well
Jun 21 16:38:09 <ds2> and the reverse? will there be an example of streaming data out of the PRU (prehaps ping-ponging between 2 blocks)
Jun 21 16:39:45 <maciejjo_> yes I want to do both way transfers, currently I only did a8->pru
Jun 21 16:41:11 <zeekhuge> maciejjo_: I think must be some direct mapping of DMA interrupts to the PRU INTC channels ?
Jun 21 16:41:21 <maciejjo_> yes, there is
Jun 21 16:41:38 <zeekhuge> shouldnt be difficult then ..
Jun 21 16:42:26 <zeekhuge> and a8->pru was already there throught rpmsg ?
Jun 21 16:43:19 <zeekhuge> *through
Jun 21 16:43:29 <maciejjo_> I din't use rpmsg, I set up own interrupt, should I be using rpmsg?
Jun 21 16:44:10 <zeekhuge> what I mean is, there are already ways to for PRU-A8 interaction.
Jun 21 16:44:23 <zeekhuge> PRU-DMA is what needs to be worked on
Jun 21 16:45:22 <ds2> specifically - PRU-DMA-DDR and DDR-DMA-PRU
Jun 21 16:46:24 <maciejjo_> ok, I am now focusing on this part
Jun 21 16:48:38 <Abhishek_> maciejjo_: Which kernel version are you currently using?
Jun 21 16:49:10 <maciejjo_> Abhishek_: 4.9.30-ti-r38
Jun 21 16:49:54 <_av500_> maciejjo_: thanks
Jun 21 16:50:04 <_av500_> so who is on next week?
Jun 21 16:50:21 <thetransformerr[> me... :)
Jun 21 16:50:47 <_av500_> and?
Jun 21 16:50:51 <m_w> who else hasn't done a report yet?
Jun 21 16:51:37 <_av500_> indu: ?
Jun 21 16:51:49 <_av500_> ravikp7: ?
Jun 21 16:51:54 <indu> me on next week
Jun 21 16:51:56 <_av500_> ok
Jun 21 16:52:19 <_av500_> so indu and thetransformerr[ next week
Jun 21 16:52:26 <_av500_> thanks pmezydlo and maciejjo_
Jun 21 16:52:30 <pmezydlo> np
Jun 21 16:52:43 <_av500_> 7) THE END
Jun 21 16:52:45 <ds2> ravikp7: does it work on a Linux host?
Jun 21 16:52:47 <_av500_> continue the good work
Jun 21 16:52:51 <_av500_> see you next week
Jun 21 16:52:55 <pmezydlo> bye
Jun 21 16:52:59 <_av500_> dont forget to commit
Jun 21 16:53:00 <_av500_> !
Jun 21 16:53:04 <ravikp7> ds2: yes
Jun 21 16:53:05 <_av500_> we need to see what you do
Jun 21 16:53:29 <m_w> not all changes at once though
Jun 21 16:53:29 <ravikp7> ds2: It is able to boot BB into mass storage mode
Jun 21 16:53:34 <ravikp7> on linux
Jun 21 16:53:35 <zeekhuge> :)
Jun 21 16:55:04 <ds2> ravikp7: so your problem is purely a Windows/Mac issue?
Jun 21 16:55:19 <ravikp7> ds2: yes
Jun 21 16:57:39 <thetransformerr[> ds2:  for triggers what should I use in pru..
Jun 21 16:57:59 <ds2> thetransformerr[: triggers as in starting TX?
Jun 21 16:58:07 <thetransformerr[> yup
Jun 21 16:58:09 <pmezydlo> m_w: yes I will try to do more commits
Jun 21 16:58:18 <ravikp7> ds2: should I sum up the problem again ?
Jun 21 16:58:32 <ds2> ravikp7: not sure what I can help with.... I don't support either of the 2 OS'es. Prehaps, get a usb trace and post that?
Jun 21 16:58:57 <ds2> thetransformerr[: can you summerize your target alg? and how you plan to generate the 40KHz?
Jun 21 16:59:45 <thetransformerr[> as for this week, we can assume that interface for sensor is present,
Jun 21 17:00:09 <ds2> thetransformerr[: I am more interested in your algs
Jun 21 17:00:54 <thetransformerr[> I am planning to take trigger input wave and receiver adc wave and store each of  them in 1d array
Jun 21 17:02:18 <thetransformerr[> and then using find cross correlation between them and I found out on some forum, this https://forums.ni.com/t5/LabVIEW/How-to-find-the-time-delay-using-cross-correlation-between-two/td-p/3126132
Jun 21 17:02:46 <thetransformerr[> and on another page,
Jun 21 17:03:58 <thetransformerr[> but I am yet to find some official paper like thing, it seems like cross correlation is being used from a long time and is considered as 101 in signal processing
Jun 21 17:04:17 <thetransformerr[> for finding time of arrival delay
Jun 21 17:06:20 <nerdboy> ds2: in your hacked board setup you bypassed all the fancy stuff?
Jun 21 17:06:33 <ds2> thetransformerr[: Hmmm you could do something like this: tell PRU to start acquiring; tell the PWM stuff to start generating a 40KHz wave. stop wave; stop acquiring. All controlled by the A8
Jun 21 17:07:02 <ds2> nerdboy: yep. the MAXQ chip is neutralized. I jumpered the reset pin so it is in permanent reset. You still can't drive it with > 5V but that should be moot
Jun 21 17:07:07 <thetransformerr[> and in this video he used some pre-built function https://youtu.be/L6YJqhbsuFY?t=14m8s
Jun 21 17:08:40 <nerdboy> thetransformerr[: what about the prudaq examples?  i thought he had a timer
Jun 21 17:09:12 <ravikp7> ds2: ok, thanks. will post the trace
Jun 21 17:09:21 <nerdboy> also some gist on github
Jun 21 17:09:43 <thetransformerr[> nerdboy: we are going to need prudaq code for round robin fashion
Jun 21 17:10:14 <nerdboy> right, use the timer to trigger some pwm pulse or something
Jun 21 17:10:46 <ravikp7> jkridner: ping!
Jun 21 17:10:56 <nerdboy> the ti one has parameters for taht stuff
Jun 21 17:10:59 <ds2> or just have the PRU generate the 40KHz square wave
Jun 21 17:11:07 <ds2> assuming you have spare cycles/spare PRU
Jun 21 17:12:00 <nerdboy> ravikp7: i think your only hope on windows is sticking to one driver and matching the timing stuff
Jun 21 17:12:14 <nerdboy> *as much as possible
Jun 21 17:12:25 <thetransformerr[> if we generate 40khz from pru there might be difficulty in switching channels for prudaq
Jun 21 17:12:50 <nerdboy> poke mdp about usb timing...
Jun 21 17:12:59 <ds2> ravikp7: I seem to remember some issues on those 2 platforms in the original project... on the Mac, it was something about a signed driver... windows just didn't work... have you looked at the BB GSoC archives (donno where, got to as someone else)
Jun 21 17:13:19 <ds2> thetransformerr[: is both PRUs used up?
Jun 21 17:13:22 <nerdboy> thetransformerr[: do you need to switch channels for testing one axis?
Jun 21 17:13:53 <nerdboy> beaglelogic uses both, so does round-robin code
Jun 21 17:14:20 <nerdboy> i think "simple" (and slower) prudaq example uses one pru
Jun 21 17:14:37 <thetransformerr[> bcos the method I can think for 40kHz is by using loop and therfore we r goin to have difficulty for switching
Jun 21 17:15:10 <ds2> sigh...
Jun 21 17:15:17 <nerdboy> then use pru to trigger a pulse from pwm
Jun 21 17:15:19 <thetransformerr[> no, nerdboy: I dont need switching for one axis
Jun 21 17:15:28 <ravikp7> ds2: got most problems solved on Windows by looking at original project's windows port, it required rndis initialization by usb control transfer, now got till spl transfer
Jun 21 17:15:54 <ravikp7> ds2: spl device is having two configurations
Jun 21 17:15:58 <ravikp7> that is causing problems I think
Jun 21 17:16:19 <ds2> ravikp7: that should be allowed by the USB standard
Jun 21 17:16:36 <ds2> ravikp7:  you could try to disable one of them in the SPL code to see if it helps
Jun 21 17:16:45 <ds2> ravikp7: what version of windows are you testing with?
Jun 21 17:17:05 <ravikp7> ds2: 10
Jun 21 17:17:42 <ds2> ravikp7: 'k I don't think I can help here
Jun 21 17:18:28 <ravikp7> ds2: ok, thanks for having a look :)
Jun 21 17:19:10 <nerdboy> no windoze here either...
Jun 21 17:19:46 <m_w> ravikp7: I have windows 10, I used it for altium designer
Jun 21 17:19:46 <m_w> well still do actually
Jun 21 17:20:06 <m_w> what is required to duplicate your current setup?
Jun 21 17:20:51 <ravikp7> m_w: clone this branch https://github.com/ravikp7/node-beagle-boot/tree/windows-dev
Jun 21 17:21:03 <ravikp7> m_w: get node 6 lts version
Jun 21 17:22:02 <m_w> ravikp7: okay lemme see what it does
Jun 21 17:22:32 <ravikp7> m_w: node.js 6.11.0 , otherwise you would require vs code to build binaries for libusb, which you won't want :)
Jun 21 17:22:50 <ds2> IMO - windows does not work.
Jun 21 17:23:31 <ravikp7> not code, the original hefty visual studio
Jun 21 17:25:27 <m_w> ravikp7: okay, this might take a bit
Jun 21 17:25:50 <ravikp7> m_w: okay
Jun 21 17:57:54 <ravikp7> m_w: ds2: nerdboy: jkridner: I get all info for SPL device including device descriptor, config descriptors, interfaces in USB analyzer tool, but when using the node-usb library it can't access all the config descriptors, shows only 1 config and too wih 0 interfaces and the config description also doesn't match to the one shown by usb analyzer
Jun 21 17:58:35 <m_w> sounds very broken
Jun 21 17:58:54 <ravikp7> m_w: I used this http://www.usblyzer.com/ analyzer if you want to check
Jun 21 18:00:00 <ravikp7> should I try with libusb first with c server ?
Jun 21 18:00:26 <ravikp7> to check if it's problem with libusb or node-usb that binds libusb
Jun 21 18:01:06 <m_w> that seems logical
Jun 21 18:02:38 <ravikp7> last time when I tried c server on windows, it was unable to transfer spl even, gotta fix that first :(
Jun 21 18:03:14 <m_w> that is not good
Jun 21 18:11:16 <ds2> m_w: are you using a libusb on Windows or the native NDIS stuff?
Jun 21 18:12:18 <m_w> not sure what I am doing
Jun 21 18:12:36 <ds2> oops... I meant ravikp7
Jun 21 18:12:40 <m_w> just installed WinUSB driver using Zadig
Jun 21 18:13:01 <ravikp7> ds2: native don't work with libusb to access device
Jun 21 18:13:21 <ds2> sigh...the spiral deepens
Jun 21 18:16:57 <ravikp7> m_w: here are APIs for node-usb https://github.com/tessel/node-usb check the config desciptors and device descriptors
Jun 21 18:48:17 <m_w> my windows box is very unhappy now :)
Jun 21 18:48:25 <m_w> it is taking forever to reboot
Jun 21 18:49:23 <m_w> this is why I stick to linux for development
Jun 21 18:49:31 <ravikp7> windoze...
Jun 21 18:49:52 <m_w> ravikp7: I hope it wakes up eventually
Jun 21 18:50:30 <m_w> or I might have to do exactly what it is telling me not to do right now
Jun 21 18:51:49 <ravikp7> my development also got really slow this week beacause of windows :(
Jun 21 19:24:03 <m_w> ravikp7: ooops installed the newer node
Jun 21 19:25:02 <m_w> looks like you can install the required tools for building using 'npm install --global --production windows-build-tools' as administrator
Jun 21 19:25:58 <m_w> well supposedly, it is still running
Jun 21 19:26:29 <ravikp7> m_w: server?
Jun 21 19:26:43 <m_w> huh?
Jun 21 19:26:55 <ravikp7> running?
Jun 21 19:27:06 <m_w> 10 home edition I think
Jun 21 19:27:20 <ravikp7> oh..
Jun 21 19:28:38 <ravikp7> installing node 6.11.0 would save more time I guess, don't know how much time it would take to install the build tools on windows
Jun 21 19:29:33 <ravikp7> m_w: the prebuilt binaries for node 6 are provided by node-usb for windows
Jun 21 19:29:39 <m_w> I am gonna let it run in the background
Jun 21 19:30:25 <m_w> can you install both versions of node at the same time?
Jun 21 19:30:51 <ravikp7> havn't tried on windows
Jun 21 19:33:40 <m_w> so the tools installed supposedly
Jun 21 19:33:46 <m_w> lets try running it
Jun 21 19:33:56 <ravikp7> hmm
Jun 21 19:35:13 <ravikp7> m_w: python installed?
Jun 21 19:35:15 <m_w> running 'npm install' on node-beagle-boot now
Jun 21 19:35:24 <m_w> yes it installs it for you
Jun 21 19:36:31 <ravikp7> m_w: git checked windows-dev branch ?
Jun 21 19:36:45 <m_w> ravikp7: yes
Jun 21 19:37:16 <m_w> I need to upgrade, this is going soooo sloooow
Jun 21 19:37:42 <m_w> funny thing is that linux runs fine on this same laptop
Jun 21 19:38:31 <ravikp7> m_w: linux revived many old PCs :)
Jun 21 19:39:59 <m_w> this is not that old, i7 with 12GB of RAM
Jun 21 19:40:34 <m_w> I think it is the hard drive or some errant windows happenings
Jun 21 19:42:50 <ravikp7> Windows 10 is the buggiest Windows I've used since 98
Jun 21 19:54:36 <ravikp7> m_w: installed?
Jun 21 20:01:00 <m_w> bad an error on build
Jun 21 20:01:36 <m_w> had to comment out timespec in one of the system .h files
Jun 21 20:01:49 <m_w> due to redeclaration
Jun 21 20:03:10 <m_w> so now it is throwing an assertion with 'npm start'
Jun 21 20:04:04 <m_w> could not locate the bindings file
Jun 21 20:05:09 <m_w> something about deasync.node
Jun 21 20:05:53 <ravikp7> what node version you are using ?
Jun 21 20:07:00 <ravikp7> m_w: ^^
Jun 21 20:08:20 <m_w> v8.1.2
Jun 21 20:08:52 <ravikp7> have tested only with 6 and 7
Jun 21 20:09:04 <ravikp7> 8 is very recent
Jun 21 20:09:19 <nerdboy> most beagle-y node stuff isn't that new...
Jun 21 20:09:33 <m_w> no I only installed the latest
Jun 21 20:10:17 <nerdboy> i think debian iot image has support for 0.x 4.x and 6.x
Jun 21 20:11:07 <m_w> this is on the host side, windows specifically
Jun 21 20:11:37 <m_w> just had to 'npm install deasync'
Jun 21 20:12:46 <ravikp7> now installed?
Jun 21 20:13:01 <m_w> yup
Jun 21 20:13:15 <m_w> lemme send a pastebin of the output
Jun 21 20:13:53 <m_w> https://pastebin.com/Esawi5sj
Jun 21 20:14:57 <ravikp7> m_w: you would have to install WInUSB drivers for spl device also
Jun 21 20:15:12 <ravikp7> spl transfer was successful
Jun 21 20:15:49 <m_w> how do you install the WinUSB for the spl
Jun 21 20:17:06 <ravikp7> after spl transfer, spl device shows up as rndis device for a while, gotta install drivers with zidag quickly
Jun 21 20:17:30 <m_w> ah
Jun 21 20:19:27 <nerdboy> can you package/install the right windoze drivers from the bb side?
Jun 21 20:20:39 <ravikp7> how?
Jun 21 20:20:42 <nerdboy> actually aren't there drivers already on that weird vfat image?
Jun 21 20:21:01 <nerdboy> *on the beaglebone when you mount the storage
Jun 21 20:21:17 <m_w> TypeError: Cannot read property 'claim' of undefined
Jun 21 20:21:54 <ravikp7> m_w: here the interface is undefined :(
Jun 21 20:22:44 <ravikp7> check device descriptor console.log(device)
Jun 21 20:23:05 <ravikp7> or config descriptors
Jun 21 20:23:16 <m_w> where would I put this line?
Jun 21 20:24:10 <ravikp7> find comment "connect beaglebone via spl"
Jun 21 20:24:52 <ravikp7> line 248
Jun 21 20:25:52 <m_w> okay
Jun 21 20:28:04 <ravikp7> m_w: you'll see 2 configs in device descriptor
Jun 21 20:28:46 <ravikp7> m_w: but it shows only 1 with 0 intefaces
Jun 21 20:28:51 <m_w> https://pastebin.com/B5emju7w
Jun 21 20:29:27 <m_w> appears so
Jun 21 20:29:51 <ravikp7> exactly
Jun 21 20:29:59 <ravikp7> m_w: got a usb analyzer installed?
Jun 21 20:30:07 <m_w> nope
Jun 21 20:30:20 <ravikp7> http://www.usblyzer.com/ try this
Jun 21 20:30:59 <ravikp7> m_w: one more thing, you connected BB to a usb 3.0 port?
Jun 21 20:31:16 <m_w> yes
Jun 21 20:31:28 <nerdboy> are you requiring usb3?
Jun 21 20:31:34 <ravikp7> m_w: are there any 2.0 ports?
Jun 21 20:31:37 <m_w> that is all my laptop has
Jun 21 20:31:57 <ravikp7> It doesn't work with 2.0 port on windows
Jun 21 20:32:07 <m_w> but I have an old 1.1 hub for just this problem :)
Jun 21 20:32:33 <ravikp7> It can't read config descriptor when connected to 2.0 port
Jun 21 20:33:02 <ravikp7> don't why why this is happening
Jun 21 20:33:10 <ravikp7> *don't know
Jun 21 20:34:12 <ravikp7> device can't be even opened
Jun 21 20:34:25 <m_w> very strange
Jun 21 20:34:45 <ravikp7> not the spl device, but the BB in usb boot mode
Jun 21 20:36:09 <ravikp7> and this is the problem with libusb, I tried even with the c code
Jun 21 20:36:10 <m_w> well it acts the same with the 1.1 hub
Jun 21 20:36:35 <nerdboy> maybe that *is* the problem?  isn't this supposed to work within the usb 2.0 spec?
Jun 21 20:38:19 <nerdboy> wouldn't that also include 1.1 but slower?
Jun 21 20:38:32 <nerdboy> except in some edge cases i guess...
Jun 21 20:39:03 * nerdboy also not the usb expert
Jun 21 20:39:49 <nerdboy> wormo 'splained it in a couple of talks
Jun 21 20:40:30 <ravikp7> the usb analyzer tool also can't access the config descriptor when connected to 2.0 port
Jun 21 20:40:59 <ravikp7> it's also showing just the device descriptor
Jun 21 20:41:26 <m_w> very strange
Jun 21 20:41:45 <nerdboy> https://github.com/VCTLabs/scale13x-presentations  <=  usb quirks might be helpful
Jun 21 20:45:25 <ravikp7> what can be cause the of this problem here Windows or the drivers ?
Jun 21 20:45:53 <m_w> ravikp7: do you have the BBB serial console output when running this?
Jun 21 20:46:27 <m_w> I still haven't found my debugging cable
Jun 21 20:46:50 <ravikp7> m_w: yes spl boots, but doesn't broadcast bootp
Jun 21 20:47:09 <ravikp7> error: remote end didn't respond in time
Jun 21 20:47:41 <m_w> can you post the output?
Jun 21 20:48:05 <ravikp7> m_w: https://pastebin.com/gJiJ2MD1
Jun 21 20:49:30 <m_w> can you increase the timeout in u-boot?
Jun 21 20:51:15 <ravikp7> m_w: drivers/usb/gadget/ether.c here?
Jun 21 20:51:22 <ravikp7> #define USB_CONNECT_TIMEOUT (3 * CONFIG_SYS_HZ) this ?
Jun 21 20:52:25 <m_w> try jamming that to 30 seconds
Jun 21 20:53:43 <ravikp7> m_w: but I couldn't get the latest spl build to run :(
Jun 21 20:54:02 <m_w> I thought we figured that out?
Jun 21 20:54:32 <ravikp7> It broadcasts bootp but never starts tftp of uboot
Jun 21 20:54:59 <ravikp7> m_w: the usb_ether address not set was one error that we're getting
Jun 21 20:54:59 <m_w> can you post the output of that?
Jun 21 20:55:13 <ravikp7> yes
Jun 21 20:55:42 <m_w> we need to be able to use the latest versions if we want any kind of support from the U-Boot maintainers
Jun 21 20:56:03 <ravikp7> https://pastebin.com/zZLNWf0V
Jun 21 20:57:01 <ravikp7> m_w: the uboot load address in already defined in the spl build config?
Jun 21 20:57:31 <ravikp7> how spl knows where to load uboot?
Jun 21 20:57:51 <m_w> you would hope so
Jun 21 20:58:01 <m_w> that is the SPL's job :)
Jun 21 20:59:07 <ravikp7> I tried setting random ethernet address by selecting this option in config, that also didn't work
Jun 21 20:59:50 <ravikp7> I also changed the timeout to 15, that also didn't help
Jun 21 21:00:42 <m_w> okay, I will have to dig into the U-Boot and see what is going on
Jun 21 21:00:58 <m_w> the patch that I submitted was applied I believe
Jun 21 21:01:49 <ravikp7> m_w: test it on linux with the server, it's working good there
Jun 21 21:02:59 <m_w> which version of the bootloader works with linux?
Jun 21 21:03:54 <ravikp7> server?
Jun 21 21:06:14 <ravikp7> the master branch
Jun 21 21:06:54 <ravikp7> spl 2014 , the BBBlfs' pre compiled
Jun 21 21:08:24 <ravikp7> uboot U-Boot 2017.07-rc1-00163-g8cb3ce6
Jun 21 21:09:18 <ravikp7> here's the diff of what I changed for uboot https://pastebin.com/rZ3R3zRs
Jun 21 21:09:56 <ravikp7> here's the working output for linux https://pastebin.com/fXd6VedP
Jun 21 21:10:01 <m_w> so you are using an old SPL and a new regular U-Boot?
Jun 21 21:10:11 <ravikp7> yes
Jun 21 21:12:02 <ravikp7> m_w: gotta go to sleep, 2:40 am here, leave messages here if required, I'll get back to you later today
Jun 21 21:12:13 <m_w> good night
Jun 21 21:12:50 <ravikp7> m_w: your timezone?
Jun 21 21:13:09 <m_w> us central
Jun 21 21:13:17 <m_w> 4:13PM
Jun 21 21:13:59 <ravikp7> ok, bye
Jun 21 21:22:41 <nerdboy> is "ums 0 mmc 1;" really supposed to replace CONFIG_BOOTCOMMAND ?
Jun 21 21:41:33 <nerdboy> just wondering if something else needs init before that part
**** ENDING LOGGING AT Thu Jun 22 03:00:01 2017