**** BEGIN LOGGING AT Fri Jun 14 02:59:58 2013 Jun 14 09:37:47 av500: got it to work! i am receiving ARP request from the BBB with libusb Jun 14 09:41:13 nice Jun 14 09:41:15 what was it? Jun 14 09:42:04 in ethrnet frame the protocol, same thingie with endian Jun 14 09:42:36 but took me a while to spot it out, i was concerned mainly on ip stuff not being good :) Jun 14 09:44:40 but the people from TI made a slight mistake in their TRM, they are saying there BOOTP RFC951 but they have implemented the dhcp type of message with variable vendor and flags Jun 14 10:38:51 jkridner: jkridner|work http://beagleboard.org/project/userspace-arduino/ apologies for the delay Jun 14 10:39:23 np Jun 14 14:51:44 koen: who all is helping you mentor for Beagle-ROS? Jun 14 14:51:47 khem raj? Jun 14 14:52:02 * jkridner|work is working on the project start announcement blog post. Jun 14 15:00:15 jkridner: jkridner|work http://beagleboard.org/project/userspace-arduino/ apologies for the delay Jun 14 15:00:41 anujdeshpande: yup, saw the e-mail, which is what prompted me to start writing the blog post. Jun 14 15:01:23 jkridner|work: kewl Jun 14 15:01:45 looking forward to initial blog posts. :-) Jun 14 15:01:53 and even more to initial code. Jun 14 15:36:26 av500: now the fun part starts, to implement tftp! Jun 14 15:36:32 received the tftp request for file Jun 14 15:47:13 <_av500_> vvu|Mobile: great Jun 14 21:01:48 any idea why i am getting port unreachable for tftp transfer? from my laptop to BBB. i flushed iptables and still same thing. Jun 14 21:08:24 <_av500_> no :( Jun 14 21:09:50 got it work, pesky tftpd-hpa Jun 14 21:10:09 in a few minutes maybe i will have BBB run spl. fingers crossed Jun 14 21:12:36 my wireshark says for a tftp data packet..for udp src port = 45861 and dst port = 1234 Jun 14 21:13:28 should i trust this? or src port = dst port = 69 tftp? Jun 14 21:23:09 yes Jun 14 21:23:23 its either 68 or 69...I'd have to look Jun 14 21:26:50 services:tftp 69/udp Jun 14 21:27:01 from /etc/services Jun 14 21:27:30 services:bootps 67/tcp # BOOTP server Jun 14 21:27:30 services:bootps 67/udp Jun 14 21:27:31 services:bootpc 68/tcp # BOOTP client Jun 14 21:27:31 services:bootpc 68/udp Jun 14 21:58:07 <_av500_> ka6sox: we are past bootp Jun 14 21:58:16 <_av500_> now its about tftp Jun 14 22:01:02 _av500_, kewl Jun 14 22:01:05 okay 69 is right Jun 14 22:04:17 i am sending data block 1, get ack for that block. sending data blk 2 don`t get ack. hexdumps from wireshark and my code are identical(diffed them) for blk2 Jun 14 22:04:26 this is nice indeed Jun 14 22:14:51 BOOTED! Jun 14 22:15:32 so you have u-boot running ? Jun 14 22:15:37 or full X11? Jun 14 22:16:02 spl :) Jun 14 22:16:13 oh Jun 14 22:16:27 still, not bad Jun 14 22:17:15 spl also implements rndis + bootp + tftp Jun 14 22:17:30 with some work maybe i can get 2night u-boot running Jun 14 22:17:40 what are you using as tftp server? Jun 14 22:17:50 libusb Jun 14 22:18:35 nice Jun 14 22:19:02 now refactor the code and do the holy git commit not to lose this working version Jun 14 22:19:41 details left as an exercise for the student? ;) Jun 14 22:20:27 don`t kinda get it :( Jun 14 22:20:43 nevermind Jun 14 23:17:09 _av500_: i think we will have a problem on android with the spl Jun 14 23:17:21 if the kernel has no driver for rndis Jun 14 23:17:40 the spl cannot start the broadcasting of bootp Jun 15 00:02:06 can`t make spl accept my bootp reply. going to investigate 2morrow. night channel ! Jun 15 00:02:42 nite vvu|Mobile **** ENDING LOGGING AT Sat Jun 15 02:59:58 2013