| 00:24.45 | *** join/#edev djerome (~djerome@ip24-251-158-189.ph.ph.cox.net) |
| 00:38.18 | *** join/#edev jevin (~jevin@manbearpig.ecn.purdue.edu) |
| 03:02.45 | *** join/#edev mbuf (~user@nat/redhat/x-kpvxmxtilpizqatz) |
| 03:30.45 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 04:08.26 | *** join/#edev Inopia- (~niels@dutifc.st.ewi.tudelft.nl) |
| 04:21.47 | *** join/#edev _ohm (~research@cpe-174-109-077-194.nc.res.rr.com) |
| 04:44.38 | *** join/#edev purl (~purl@rikers.org) |
| 04:44.39 | *** topic/#edev is Discussion of embedded systems (Hardware/Software/Linux/WinCE/Commercial Device Repurposing) : Busybox and Buildroot : http://www.elinux.org |
| 05:58.06 | enlight22 | well i think i finally figured out the raw mode tty thing, its working to transfer small binaries, but if i try to transfer a tgz, it wont start sending until i connect with a terminal again, and the cat on the pc side ends unexpectedly, i dont get it, why is it working for normal binaries, but not tgz files |
| 05:59.54 | a7r | flowcontrol problems? |
| 06:00.51 | miltonm | have you sent every character? |
| 06:04.38 | enlight22 | i made a script on both ends that changes to raw, one waits 10 sends for me to exit the terminal, then starts dumping the file with cat after setting stty raw |
| 06:04.50 | enlight22 | the other on the pc end sets raw and cats serial port to a file |
| 06:05.43 | enlight22 | if i try to send tgz file, it dumps a few kbs and stops, then the pc side cat ends unexpectedly, then if i login to the remote board with terminal again, it continues dumping the rest of the tgz to the screen |
| 06:06.03 | a7r | sounds like some flow control shit to me. |
| 06:06.15 | enlight22 | hmm, there is none |
| 06:06.32 | a7r | why is cat exiting on the host? |
| 06:06.47 | enlight22 | if i could find sz compiled for arm somewhere, it would be tiny, i could send it to the board, and then use standard zmodem transfer |
| 06:06.53 | enlight22 | a7r: idk i cant figure that out |
| 06:06.57 | enlight22 | it doesnt end for smaller binaries |
| 06:07.05 | a7r | enlight22: use strace on cat on the host |
| 06:07.13 | a7r | it will tell you exactly what it's doing. |
| 06:07.30 | enlight22 | strace ehh |
| 06:07.57 | enlight22 | do u know if picocom piped to a file might work better than cat |
| 06:08.02 | enlight22 | it doesnt seem to die like cat does |
| 06:08.14 | enlight22 | and i dont think picocom does any weird stuff |
| 06:08.18 | a7r | use the -o option to write out the syscall dump to a file, and then tail -f that file in another terminal. |
| 06:08.46 | enlight22 | this is for strace? |
| 06:08.54 | a7r | yup |
| 06:08.56 | a7r | man strace |
| 06:10.27 | enlight22 | ok, ill look into that |
| 06:10.44 | enlight22 | do u think if i find sz compiled for arm that that might work? |
| 06:11.46 | a7r | it'd definitely help you move files in a coherent way. |
| 06:12.12 | enlight22 | yes |
| 06:12.18 | enlight22 | that would be awesome |
| 06:12.27 | enlight22 | :( only i cant seem to find it, lol |
| 06:12.43 | a7r | build one |
| 06:12.55 | enlight22 | ugh lol |
| 06:15.42 | a7r | you don't have a cross compiler for your board? |
| 06:20.09 | enlight22 | no, it isnt my board |
| 06:20.15 | enlight22 | it is just a board |
| 06:21.49 | enlight22 | ti doesnt even sell this omap 1710 except to cellphone manufacturers |
| 06:23.11 | a7r | I don't mean you need a manufacturer provided compiler, but you should have a compiler/toolchain that works with your hardware. |
| 06:24.56 | enlight22 | i suppose, i never intended to make software for it, i just want to dump whatever is on it so i can examine it, and then find where the configuration is so i can point it at verizon, and provide a known shadow file so i can make a new tgz image, and write that to the mdoc so i have permanent root |
| 06:39.54 | enlight22 | ok, ive got the strace output |
| 06:40.37 | enlight22 | i think i havent the remotest clue what it means, lol |
| 06:42.18 | enlight22 | it looks like cat is just reacting to some control characters that are comming through the data stream |
| 06:42.41 | a7r | put the area right before it quits in a pastebin someplace, and I'll look at it. |
| 06:46.43 | enlight22 | http://pastebin.com/EgXd69tf |
| 06:49.02 | a7r | line 45 is where the beef is.. cat went in for a read, the read returned nothing, so it assumes the descriptor is closed, and cleans up. |
| 06:49.05 | a7r | hrm. |
| 06:49.40 | enlight22 | this strace is pretty cool, im not even going to claim to understand what any of it means but pastebin made it even easier to read by changing the codes into \n and whatnot |
| 06:51.12 | enlight22 | is there a way to make it go until i explicitly terminate it? |
| 06:51.51 | enlight22 | i noticed when cat quits, the device board knows the serial session isnt open somehow, and stops sending, if i run cat again, it starts transmitting again, but then cat quits again and the board waits again |
| 06:52.33 | a7r | you sure there's not some xon/xoff stuff happening here? |
| 06:55.00 | enlight22 | well i set the tty with stty -F /dev/ttyUSB1 -raw on the pc side |
| 06:55.12 | enlight22 | and the same on the board side but with the right tty |
| 06:55.28 | enlight22 | and when i connect with picocom all flow control and handshaking is disabled and it seems to like that |
| 06:56.36 | a7r | uh, don't you want stty -F /dev/ttyUSB1 raw |
| 06:56.37 | a7r | not -raw |
| 06:56.48 | enlight22 | and my bus pirate it set to uart bridge so it isnt supposed to not be doing anything to the stream |
| 06:57.40 | enlight22 | man page says -raw same as cooked |
| 06:58.06 | enlight22 | thought that is what i wanted, is it not |
| 06:58.32 | a7r | no, cooked is not raw. |
| 06:58.38 | enlight22 | maby i do want raw man page says raw is raw same as -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr |
| 06:58.38 | a7r | -raw means !raw |
| 06:58.41 | enlight22 | <PROTECTED> |
| 06:58.44 | enlight22 | <PROTECTED> |
| 06:58.49 | a7r | hahah yah dude |
| 06:58.57 | a7r | if something is cooked, it can't be raw. :D |
| 06:59.14 | enlight22 | my head is gonna explode |
| 06:59.23 | enlight22 | so u are saying i want raw, not -cooked or -raw |
| 06:59.28 | a7r | you want 'raw' |
| 06:59.47 | enlight22 | ok, let me try this again, lol |
| 07:00.03 | enlight22 | on both sides of the connection correct |
| 07:00.07 | a7r | yes |
| 07:01.33 | enlight22 | hmm, remote terminal seems to be hung, lemme restart the board and try this again |
| 07:02.18 | enlight22 | ill run strace with it again just in case |
| 07:10.22 | a7r | enlight22: did it work? |
| 07:10.58 | enlight22 | ill know in a minute, i just tried it but at recored console output suggesting i made a path error in the script on the remote board, im correcting it now |
| 07:11.22 | enlight22 | whats the tty command to put the console back into normal mode |
| 07:11.30 | enlight22 | just no arguements? |
| 07:11.32 | a7r | stty cooked |
| 07:11.44 | enlight22 | thanks |
| 07:14.15 | enlight22 | seems like its working, strace output is whizzing by |
| 07:14.27 | enlight22 | wont know until the completed .tgz file extracts properly |
| 07:16.54 | enlight22 | im this works im thinking it would be possible to make a script on the pc side that takes an arguement for what file u want, then echos commands to the remote board to set stty to raw and start a cat, and then start a cat on this side to listen, then it will be super ez to get any file |
| 07:17.43 | enlight22 | i wonder if the decompressor will care about the console prompt that will probably be at the end of the file |
| 07:18.09 | a7r | gzip will tell you there's junk at the end of a file, and then continue on. |
| 07:19.43 | enlight22 | nice |
| 07:24.22 | enlight22 | should have reset the serial port to 115200, lol |
| 07:26.20 | a7r | strace will also slow that shit down. |
| 07:27.25 | enlight22 | since there is no flow control or error checking is that gonna make for a lot of loss? |
| 07:27.53 | a7r | it could yah |
| 07:28.06 | a7r | you could have buffer overruns, corrupted data, etc. |
| 07:28.43 | enlight22 | hmm, hope not, i have no clue what i would do if that happens |
| 07:29.27 | a7r | copy it a bunch of times, and take the ones that match as gospel. :D |
| 07:30.42 | enlight22 | hmm, it seems to have completed, but cat doesnt seem to realize it, its just sitting there |
| 07:31.22 | enlight22 | gzip says gzip: stdin: decompression OK, trailing garbage ignored |
| 07:31.22 | enlight22 | tar: Child returned status 2 |
| 07:31.22 | enlight22 | tar: Error is not recoverable: exiting now |
| 07:32.48 | enlight22 | should i perhaps um... take off the strace, and maby slow the serial port |
| 07:35.26 | a7r | enlight22: gunzip it separately from the tar, and see what tar says |
| 07:35.49 | *** join/#edev risca (~risca@nl-152-251.netlogon.liu.se) |
| 07:36.52 | enlight22 | ls -s on the remote device says 5284 blocks, ls -s on my pc says 5276 |
| 07:37.01 | enlight22 | some infos must have been lost |
| 07:39.26 | enlight22 | lol |
| 07:41.09 | enlight22 | oh interesting |
| 07:41.52 | enlight22 | i tried tar -xzfm which is the same wat the script on the device extracts it, |
| 07:42.11 | enlight22 | got a bunch of stuff like cannot mknod |
| 07:42.19 | enlight22 | but it still extracted it |
| 07:42.33 | enlight22 | wonder why the block count is different |
| 07:45.06 | enlight22 | thanks for your help btw, you are awesome, i am further than ever with this |
| 07:52.07 | a7r | cool man |
| 07:52.11 | a7r | good luck with it |
| 07:52.16 | enlight22 | thanks |
| 07:52.32 | enlight22 | im still a little wary that ls -s shows different block sizes, but it did extract :) |
| 07:52.46 | enlight22 | smaller on the pc side |
| 07:53.07 | enlight22 | now if i could just make the ethernet interface work correctly, lol |
| 07:54.36 | a7r | is sha1sum or md5sum on the embedded device? |
| 07:54.48 | a7r | or hell, cksum |
| 07:55.28 | enlight22 | no |
| 07:55.32 | enlight22 | :( |
| 07:55.36 | enlight22 | there are no basic tools |
| 07:55.53 | enlight22 | and no sz, which has been the most annoying |
| 07:55.55 | enlight22 | and no text editor |
| 07:56.01 | enlight22 | had to do everything with cat |
| 08:16.48 | Mirell | HoHum. |
| 08:16.56 | Mirell | Anyone awake at this devilish hour? |
| 08:18.34 | a7r | yes |
| 08:18.40 | Mirell | Craziness/ |
| 08:18.43 | a7r | I need coffee. |
| 08:19.00 | Mirell | I'm scratching my head at what to reply to this guy. And need coffee as well. |
| 08:19.40 | a7r | what're you replying to? |
| 08:19.57 | Mirell | Oh, they wanted me to do a source code audit to ensure GPL compliance, and asked for an hourly rate. |
| 08:20.11 | Mirell | Then came back, and now want cost per product verification. |
| 08:26.33 | a7r | haha |
| 08:26.36 | a7r | that's funny. |
| 08:27.48 | Mirell | I'm still amazed people will pay for this stuff, but eh, my gain. |
| 08:28.08 | a7r | it's necessary, I'm amazed by the number of dumbass developers who get it wrong. |
| 09:14.18 | SpeedEvil | Indeed - I saw a link to the latest incarnation of my current DAB radio on gpl-violations the other day |
| 09:58.04 | *** join/#edev risca (~risca@nl-152-121.netlogon.liu.se) |
| 10:22.04 | *** join/#edev florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:22.04 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 12:35.47 | *** join/#edev kosiini (~janne@pdpc/supporter/student/kosiini) |
| 12:36.22 | *** join/#edev keesj (~keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
| 13:04.31 | *** join/#edev madsy (~madsy@ti0207a340-0193.bb.online.no) |
| 13:04.31 | *** join/#edev madsy (~madsy@fu/coder/madsy) |
| 13:38.04 | *** join/#edev melchior_ (~melchior@AStrasbourg-552-1-114-89.w86-204.abo.wanadoo.fr) |
| 13:42.16 | melchior_ | Hello, i have developped a web application for an embedded system using zennd framework and dojotoolkit, but my app is very slow compared to other web interfaces i've seen on routers. I want to make my interface to be more fast, and may redisign it from zero. But I want to start on good basics. Anyone have some quick advice about the way to do it ? Maybe i should write it with cgi script ? |
| 13:44.16 | SpeedEvil | A quick google reveals those to be very featureful web application toolkits. |
| 13:44.28 | SpeedEvil | In general for the routers I've seen, there is something much, much simpler. |
| 13:45.05 | SpeedEvil | Generally a simple web server with the ability to serve pages with templates of some form, and a lot of static pages. |
| 13:46.50 | SpeedEvil | Perhaps go and look at the http://www.dd-wrt.com/site/index - for example - maybe look at the UI |
| 13:46.57 | SpeedEvil | (though I've not looked at it) |
| 13:52.26 | melchior_ | thx |
| 14:26.59 | *** join/#edev gvandenbosch (~gvandenbo@86.81.67.223) |
| 14:53.58 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 14:53.59 | *** mode/#edev [+o GPSFan] by ChanServ |
| 15:24.39 | enlight22 | whos up |
| 15:57.35 | *** join/#edev miltonm (~miltonm@32.97.110.53) |
| 16:18.45 | *** join/#edev adyer (~adyer@173-161-64-17-Illinois.hfc.comcastbusiness.net) |
| 16:21.18 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 16:26.16 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:30.36 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 16:36.36 | *** join/#edev krushia (~krushia@h69-131-92-179.cntcnh.dsl.dynamic.tds.net) |
| 16:50.32 | *** join/#edev sjhill (~sjhill@home.bethel-hill.org) |
| 16:50.32 | *** mode/#edev [+o sjhill] by ChanServ |
| 16:58.30 | enlight22 | sup sjhill |
| 17:13.16 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-vqtvqcvzzffglgul) |
| 17:27.06 | *** join/#edev _ohm (~research@cpe-174-109-077-194.nc.res.rr.com) |
| 17:34.45 | enlight22 | bwhahahahha |
| 17:34.58 | enlight22 | john forced the root password |
| 17:35.03 | enlight22 | only took 20 hours |
| 17:35.12 | SpeedEvil | :) |
| 17:35.20 | SpeedEvil | This is that err |
| 17:35.24 | SpeedEvil | I forget what it was - router? |
| 17:35.32 | enlight22 | femtocell |
| 17:35.37 | SpeedEvil | ah |
| 17:35.39 | SpeedEvil | :) |
| 17:36.07 | enlight22 | next up is the web interface password, not that it matters because i cant figure out how to bring up the ethernet in a way that works |
| 17:36.38 | SpeedEvil | Oh - femtocell - it has a 'hostmode' GSM tower? |
| 17:37.16 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-rzkjbuavwuqbsrkf) |
| 17:37.24 | SpeedEvil | I assume you've wandered over the http://openbsc.osmocom.org/ and related mailing lists? |
| 17:38.23 | enlight22 | ive stumbled across some posts there in my googling |
| 17:38.31 | enlight22 | but i havent found anything helpful yet |
| 17:38.51 | SpeedEvil | Maybe worth a post. |
| 17:39.06 | SpeedEvil | The backhaul must use some sort of encapsulated GSM protocol. |
| 17:39.10 | enlight22 | does this run on USRP or something |
| 17:39.15 | enlight22 | well its a CDMA feltocell |
| 17:39.28 | SpeedEvil | Encapsulated CDMA then. |
| 17:39.38 | SpeedEvil | But I'm not aware of a similar project for CDMA |
| 17:39.45 | enlight22 | it connects to an ipsec vpn at sprint, or verizon, as the hardware is the same between the sprint and verizon versions according to the fcc id |
| 17:42.43 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-wcqiipkmblvjwnza) |
| 17:44.13 | enlight22 | is tere a way to make this shell shut up |
| 17:44.21 | enlight22 | its giving me so much pointless notices |
| 17:50.28 | SpeedEvil | notrices of? |
| 17:50.40 | enlight22 | vpn didnt get an ip |
| 17:50.43 | enlight22 | this didnt happen |
| 17:50.45 | enlight22 | that didnt happen |
| 17:50.48 | enlight22 | every 2 seconds |
| 17:50.52 | enlight22 | i cant se what im doing |
| 17:51.51 | SpeedEvil | change the loglevel |
| 17:52.21 | SpeedEvil | hmm |
| 17:52.24 | enlight22 | can that be done on the fly |
| 17:53.48 | SpeedEvil | do you have dmesg? |
| 17:53.56 | enlight22 | yes |
| 17:54.09 | SpeedEvil | dmesg -n1 will tell it not to show most things except panics |
| 17:54.17 | a7r | morning. |
| 17:54.25 | enlight22 | let me try that |
| 17:54.32 | enlight22 | thing is driving me bonkers |
| 17:55.07 | enlight22 | morning a7r |
| 17:55.23 | a7r | how's the hacking? |
| 17:55.48 | enlight22 | it is proceeding |
| 17:55.58 | a7r | nice. |
| 17:56.00 | enlight22 | jtr cracked the password in the shadow file |
| 17:56.13 | enlight22 | and thus i can login to a normal boot where the ethernet works |
| 17:56.22 | enlight22 | but something is still preventing communication |
| 17:56.31 | enlight22 | and there seems to be no iptables |
| 17:56.56 | enlight22 | dmesg -n1 didnt silence this thing |
| 17:58.10 | a7r | it's probably a deamon just dumping to stdout/stderr/the console. |
| 17:58.19 | a7r | like embedded linux developers have a habit of doing. :/ |
| 17:58.26 | enlight22 | it is, the vpn daemon |
| 17:58.32 | enlight22 | i killalled it |
| 17:58.48 | enlight22 | but i didnt want to, lol |
| 18:04.28 | enlight22 | the root password is so lame, but i never would have guessed it |
| 18:17.16 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-xoejkjbafwxhtvic) |
| 18:28.15 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 18:28.15 | *** mode/#edev [+o GPSFan] by ChanServ |
| 19:33.04 | enlight22 | i just dont get this, the ethernet is up, has an ip from dhcp, the ubicell process has no problem communicating, but i cant do anything ip related |
| 19:44.08 | *** join/#edev miltonm (~miltonm@32.97.110.51) |
| 19:48.32 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 19:55.06 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 20:26.00 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 20:29.21 | *** join/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 22:09.49 | *** join/#edev roxfan2 (dunno@91.180.46.116) |
| 22:22.36 | pytey_ | enlight22: check iptables, they usually restrict ssh access and other stuff to the endpoit of the IPSec tunnel |
| 22:22.56 | pytey_ | even ICMP is blocked on the femtos |
| 23:15.12 | Mirell | Wow. Why in the world would Oracle call me. |
| 23:15.20 | Mirell | And what do I need to do to make them not. |
| 23:30.27 | *** join/#edev djerome (~djerome@ip24-251-158-189.ph.ph.cox.net) |
| 23:39.12 | *** join/#edev djerome (~djerome@ip24-251-158-189.ph.ph.cox.net) |
| 23:42.01 | *** part/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 23:42.14 | a7r | hey, anyone know if the new flyswatter is going to be based on the FT2232H? |
| 23:51.04 | *** join/#edev NullMoogleCable (~fake@cpe-69-205-123-203.rochester.res.rr.com) |