**** BEGIN LOGGING AT Sun Feb 18 03:00:02 2018 Feb 18 04:45:55 jkridner[m]: too many slackbots. Feb 18 06:43:05 zeekhuge: As you suggested, I searched about TIser a bit, basically it is an embedded speech processing and recognition library...but what all functionalities are we expecting out of the spell and speak toy, just helping people learn to spell or much more functionality is expected? Feb 18 06:51:12 Anirban: According to the limited info I have about it. Its more about the project-structure. It should be modular, reusable and extensible, so that, different parts of the project are mostly standalone and can be used by the community. Feb 18 06:52:17 Also, you may ask your queries on the group as well, mentioning all what you understand as of now about it. Feb 18 06:52:57 http://bbb.io/gsocml Feb 18 06:54:06 Ok, so what sorts of groundwork should be done before actually submitting my proposal? Feb 18 06:54:34 what is the scheduled date for the proposal ? Feb 18 06:55:14 Proposal submission date starts from march 12th and ends on 27th Feb 18 06:57:08 well, then, the first thing would be to talk to the interested mentors about the project and how they want it to be. Feb 18 07:00:09 Actually there were mentors listed for this project idea, nor there was some upstream repository mentioned Feb 18 07:00:34 no mentors actually Feb 18 07:01:55 thats where mailing-list comes in. Feb 18 07:02:32 you just put up your-mail and the interested mentors would reply (if they are not super-busy) Feb 18 07:02:56 Ok got it. Feb 18 07:06:33 Anirban: and its always good to write out all you understand about the project. It gives a hint of your direction. Feb 18 07:06:34 in the mailing-list post. Feb 18 08:03:11 zeekhuge: Updated the post on the mailing list, hope this is okay Feb 18 14:33:27 Abhishek_ : Hi, Thanks for the debug info for beagleboot, sorry for actually very late reply, was busy in other stuff, totally forgot about it Feb 18 14:34:05 Abhishek_: I have added the DHCP ack in the bootp reply now, it's working now for upstream uboot for me too Feb 18 14:34:20 That's great! Feb 18 14:34:56 Is it upstreamed yet? Feb 18 14:35:46 Abhishek_ : one more thing, I wonder why they changed the vid, pid for the spl Feb 18 14:36:09 Abhishek_: not yet, the vid and pid are same for spl and ums device Feb 18 14:36:22 I suppose they now use the ones that we define in the am335x_evm_defconfig. Feb 18 14:36:58 Abhishek_ : can we send a patch to change it ? Feb 18 14:37:38 or more specifically the am335x_evm_usbspl_defconfig Feb 18 14:38:01 it's not working, needs a patch Feb 18 14:38:22 Didn't get you, You want to change the USB VID/PID for the SPL? Feb 18 14:38:56 or you want to change the am335x_evm_usbspl_defconfig? Feb 18 14:39:22 I want to change the vid, pid for sure Feb 18 14:40:05 Not sure why you'd want to do it; there's still a way you can identify the Boot ROM and U-boot SPL if you look at the BOOTP advertisement packet Feb 18 14:40:07 also the am335x_evm_usbspl_defconfig is supposed to be used for usb boot,, right? Feb 18 14:40:12 Yes Feb 18 14:41:27 I was using the same vid, pid to identify the mass storage device Feb 18 14:42:05 and now spl device has the same ids Feb 18 14:42:42 need to change either one or identify them some other way Feb 18 14:43:52 One more thing, I was trying to transfer a file using TFTP after u-boot had loaded, and it failed. Feb 18 14:44:09 as in, receive a file using TFTP within u-boot Feb 18 14:45:10 It tries to send u-boot and the new file "together" - as both have same vid/pid and fails. Feb 18 14:47:00 I think the server needs a overhaul for how it identifies devices Feb 18 14:47:24 You considering returning to GSoC this year? Feb 18 14:48:21 if this project needs work that's enough for 12 weeks, then surely :) Feb 18 14:53:04 I'm still not sure how to identify the device from the bootp packet, need help here Feb 18 14:53:54 If you look at the packet structure using WireShark, you'll find that the boot ROM and the u-boot SPL send different "Vendor identifiers" Feb 18 14:55:26 https://usercontent.irccloud-cdn.com/file/zudiOr9Q/image.png Feb 18 14:57:01 in that case it should also solve the problem you're facing of transferring file after uboot Feb 18 14:57:05 https://usercontent.irccloud-cdn.com/file/ga2HrbcP/image.png Feb 18 14:57:43 That problem occurs because of this: Feb 18 14:58:41 https://www.irccloud.com/pastebin/uPNAaXO0/ Feb 18 14:59:25 So basically because both the files have the same vid/pid, what happens is that two copies of transfer() get invoked. Feb 18 14:59:47 and both try to run at the same time resulting in chaos. Feb 18 15:00:33 yeah, that's a serious issue that needs to be addressed Feb 18 15:00:53 and what about the mass storage device, how to identify it without vid, pid Feb 18 15:01:29 if uboot is used for mass storage Feb 18 15:11:32 from what I remember, if you try to open that device, it crashes the script once it's in UMS mode. Feb 18 15:14:04 yeah, as mass storage device has the same vid, pid as spl (upstream), so it detects it also as spl device Feb 18 15:26:58 Abhishek_: it's upstream now here https://github.com/ravikp7/node-beagle-boot/tree/dev added dhcp ack and other dhcp options, will work on device identification using bootp now Feb 18 15:28:04 earlier I overlooked dhcp in vendor field, just copied whatever was used in older c server Feb 18 15:30:57 Thanks again :) Feb 18 15:38:47 glad I could help :) **** ENDING LOGGING AT Mon Feb 19 03:00:02 2018