2012-12-27 00:30 LunaVorax has quit [Ping timeout: 260 seconds] 2012-12-27 01:09 Patero-ng has joined #qi-hardware 2012-12-27 01:10 is anyone here from UT 2012-12-27 01:16 [commit] Werner Almesberger: components/tps6216x.lib: add 9th pin for center pad (AGND) (master) http://qi-hw.com/p/kicad-libs/435a339 2012-12-27 01:16 [commit] Werner Almesberger: tornado/cpu/: new version of the CPU board (WIP) (master) http://qi-hw.com/p/UNNAMED PROJECT/87b1fbb 2012-12-27 01:16 [commit] Werner Almesberger: tornado/cpu/cpu.brd: improve 3V3 routing (master) http://qi-hw.com/p/UNNAMED PROJECT/0e9b093 2012-12-27 01:17 [commit] Werner Almesberger: tornado/cpu/cpu.sch: split overly crowded sheet into two (master) http://qi-hw.com/p/UNNAMED PROJECT/ed61eab 2012-12-27 01:17 [commit] Werner Almesberger: tornado/cpu/: rearrange things and fix ERC problems (master) http://qi-hw.com/p/UNNAMED PROJECT/9081d91 2012-12-27 01:50 rearrange sounds big 2012-12-27 01:54 naw, just making it look better. the hard one was the split 2012-12-27 01:55 split is not just drag and drop then? ;-) 2012-12-27 01:56 it's cut and paste, followed by converting local labels to global labels, giving them a direction, moving them to the right place (local labels and global labels go to different locations with respect to the wire), and then fixing the component references 2012-12-27 01:56 :-\ 2012-12-27 01:57 messy work. not difficult but many little things 2012-12-27 01:57 woakas has joined #qi-hardware 2012-12-27 01:58 yeah need to track of all of then.. 2012-12-27 01:59 urandom__ has quit [Quit: Konversation terminated!] 2012-12-27 02:01 pcercuei has quit [Ping timeout: 252 seconds] 2012-12-27 02:10 is anyone here from UT 2012-12-27 02:55 emeb has quit [Quit: Leaving.] 2012-12-27 03:43 panda|x201 has joined #qi-hardware 2012-12-27 03:44 qi-hardware.com don't have ipv6. right? ping6 give 'unkonwn host' 2012-12-27 03:45 the 'miredo - Teredo IPv6 tunneling for Unix' works just fine in my ubuntu system. 2012-12-27 03:50 seems dig aaaa return nothing ipv6 indeed 2012-12-27 03:54 dig aaaa qi-hardware.com i meant 2012-12-27 03:58 ok 2012-12-27 04:04 DocScrutinizer05 has quit [Disconnected by services] 2012-12-27 04:04 DocScrutinizer06 has joined #qi-hardware 2012-12-27 04:10 fire has quit [Read error: Operation timed out] 2012-12-27 04:22 panda|x201 has quit [Ping timeout: 252 seconds] 2012-12-27 04:29 fire has joined #qi-hardware 2012-12-27 05:42 how long do you think it takes kernel to set the desired speed of serial port (cfset(o|i)speed)? 2012-12-27 05:42 or, how i can measure it? 2012-12-27 05:43 i suspect that my application start communicating with device connected via serial before the communication speed has settled 2012-12-27 05:44 which side is changing the speed ? and what is your port like - via usb ? 2012-12-27 05:44 so i set 115200 for example, and my external device does a simple echo. And i see that send/receive soem crap.. If i do "stty 115200 -F /dev/ttyACM0" before communications, everything is fine 2012-12-27 05:45 the host side is changing the speed, and yes it's serual over USB 2012-12-27 05:45 the target side has a fixed UART speed - 115200 2012-12-27 05:45 and then, what tcsetattr actions argument to you use ? 2012-12-27 05:45 (well, i said it so) 2012-12-27 05:45 s/to/do/ 2012-12-27 05:45 wpwrak meant: "and then, what tcsetattr actions argument do you use ?" 2012-12-27 05:45 one se 2012-12-27 05:45 c 2012-12-27 05:46 TCSAFLUSH should be what you want 2012-12-27 05:46 in case there's garbage in the receiver 2012-12-27 05:47 i use tcsetattr(fd, TCSANOW, &sTermios); 2012-12-27 05:48 ok, i'll have a look whats different between TCSANOW and TCSAFLUSH 2012-12-27 05:48 TCSANOW is the worst choice :) that gives you no synchronization at all 2012-12-27 05:48 still shouldn't cause data sent after the tcsetattr to be messed up, though 2012-12-27 05:49 i'll definitely try with TCSAFLUSH to see if it makes any difference, thanks for the hint! 2012-12-27 05:50 btw, i even implemented the "suck off all the garbage from UART before sending actual data" feature on target side, but it doesn't seem to help 2012-12-27 05:50 maybe the garbage is already sitting in the receive buffer at the host side 2012-12-27 05:51 this is possible 2012-12-27 05:51 in fact, it is very likely... 2012-12-27 05:53 then a good flush will take care of that :) 2012-12-27 05:53 i'm also using cfsetispeed and then cfsetospeed instead of just a single cfsetspeed. Could it be a problem? 2012-12-27 05:53 or everything takes effect after tcsetattr? 2012-12-27 05:54 do you set different rates or are they the same ? in the latter case, there shouldn't be a problem 2012-12-27 05:54 the same, of course 2012-12-27 05:55 another idea could be to disable receive and send buffer on host side (if the driver allows to), is it a bad idea? :) 2012-12-27 05:55 yes, the cf... only change the parameters you'll later apply with tcsetattr? 2012-12-27 05:55 s/?// 2012-12-27 05:56 not sure you can do that. in any case, a flush eliminates these issues. after that, the buffers are transparent. 2012-12-27 05:56 ok.. now that you gave me ideas i will try that later in the evening. Thanks again! 2012-12-27 05:58 no problem. happy experimenting ! ;-) 2012-12-27 05:58 btw, serial programming howtos (like this one http://www.tldp.org/HOWTO/Serial-Programming-HOWTO/x115.html) all give examples with TCSANOW, i think this is where i took it from without thinkinh 2012-12-27 06:05 depends a bit on what you do. in general, if you're starting from an unknown state, you want to flush. then, when done and you want to restore the original settings, you can use TCSANOW if you're sure you're synchronized. otherwise drain or flush. 2012-12-27 06:06 synchronized = tx and rx buffer are empty. e.g., if the other side acks the data you send, including the last packet/whatever you just sent. 2012-12-27 06:06 yeah, this is definitely not my case - i'm not synchronized 2012-12-27 06:08 btw, what would be the default speed of serial device when it's plugged in? i noticed that when i call "stty 115200 -F /dev/ttyACM0", and then replug the device, then "stty -F /dev/ttyACM0" indicates the speed is 115200 2012-12-27 06:09 i'm not sure if i can trust that and if it persists across reboots of host 2012-12-27 06:11 hmm, not sure there's a single default speed 2012-12-27 06:11 as a side topic, i discovered that there is no way to debug baud rate issues using a loopback jumper on my USB-serial converter :) 2012-12-27 06:12 in any case, it's easy enough to set the speed you want. so you should do that :) 2012-12-27 06:12 since the baud rate i set is always "correct" 2012-12-27 06:12 ;-) 2012-12-27 06:12 you can try an oscilloscope 2012-12-27 06:12 or a very very long jumper cable :) 2012-12-27 06:13 heh, right :) 2012-12-27 06:21 fire is now known as megharsh 2012-12-27 07:05 xiangfu has quit [Quit: leaving] 2012-12-27 07:06 xiangfu has joined #qi-hardware 2012-12-27 07:06 xiangfu has quit [Client Quit] 2012-12-27 07:06 xiangfu has joined #qi-hardware 2012-12-27 07:09 xiangfu has quit [Client Quit] 2012-12-27 07:09 xiangfu has joined #qi-hardware 2012-12-27 09:17 wolfspraul has joined #qi-hardware 2012-12-27 09:19 wolfspra1l has quit [Ping timeout: 252 seconds] 2012-12-27 10:09 _whitelogger has joined #qi-hardware 2012-12-27 10:24 unclouded has quit [Ping timeout: 245 seconds] 2012-12-27 10:41 panda|x201 has joined #qi-hardware 2012-12-27 11:14 LunaVorax has joined #qi-hardware 2012-12-27 11:42 jekhor has joined #qi-hardware 2012-12-27 11:48 jekhor has quit [Ping timeout: 260 seconds] 2012-12-27 11:58 megharsh has quit [Quit: WeeChat 0.3.9.2] 2012-12-27 12:01 fire has joined #qi-hardware 2012-12-27 12:02 panda|x201 has quit [Remote host closed the connection] 2012-12-27 12:12 kuribas has joined #qi-hardware 2012-12-27 12:14 Hoolxi has joined #qi-hardware 2012-12-27 12:26 Hoolxi has quit [Remote host closed the connection] 2012-12-27 12:39 urandom__ has joined #qi-hardware 2012-12-27 12:46 kuribas has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 2012-12-27 12:48 norg_ has joined #qi-hardware 2012-12-27 12:53 fire has quit [Quit: WeeChat 0.3.9.2] 2012-12-27 13:30 fire has joined #qi-hardware 2012-12-27 13:41 Patero-ng has left #qi-hardware [#qi-hardware] 2012-12-27 14:05 GNUtoo has joined #qi-hardware 2012-12-27 14:05 pcercuei has joined #qi-hardware 2012-12-27 14:15 erikkugel has joined #qi-hardware 2012-12-27 14:15 DocScrutinizer06 is now known as DocScrutinizer05 2012-12-27 14:16 xiangfu has quit [Quit: leaving] 2012-12-27 14:43 zrafa has joined #qi-hardware 2012-12-27 14:43 zrafa has left #qi-hardware [#qi-hardware] 2012-12-27 15:42 emeb has joined #qi-hardware 2012-12-27 16:29 fire has quit [Read error: Operation timed out] 2012-12-27 16:31 jekhor has joined #qi-hardware 2012-12-27 16:37 pcercuei has quit [Quit: Bye] 2012-12-27 16:43 fire has joined #qi-hardware 2012-12-27 16:57 jekhor has quit [Ping timeout: 250 seconds] 2012-12-27 17:08 pcercuei has joined #qi-hardware 2012-12-27 17:29 larsc, hi 2012-12-27 17:29 GNUtoo: hi 2012-12-27 17:29 does the xf86-video-glamo do rotation in software or in hardware 2012-12-27 17:30 hardware 2012-12-27 17:30 because I've that: http://paste.debian.net/219597/ 2012-12-27 17:30 iirc 2012-12-27 17:30 for xf86-video-omapfb 2012-12-27 17:30 ok 2012-12-27 17:31 but the last time I lokked at xf86-video-glamo was about 3 years ago 2012-12-27 17:31 and the way that works is flawed....it change the resolution 2012-12-27 17:31 the other way, the image is not rotated 2012-12-27 17:31 like the image is 640x480 but goes far over the screen on the right 2012-12-27 17:33 thanks a lot for the answer btw 2012-12-27 17:37 [commit] Werner Almesberger: tornado/led/: update schematics for new power distribution (master) http://qi-hw.com/p/UNNAMED PROJECT/d278ebb 2012-12-27 17:37 [commit] Werner Almesberger: tornado/led/led.cmp: update for new components and changed references (master) http://qi-hw.com/p/UNNAMED PROJECT/bf2e2c3 2012-12-27 17:37 [commit] Werner Almesberger: tornado/led/: layout for new LED board version (master) http://qi-hw.com/p/UNNAMED PROJECT/352779a 2012-12-27 17:37 [commit] Werner Almesberger: tornado/led/led.brd: clean up layout (master) http://qi-hw.com/p/UNNAMED PROJECT/12fc6cc 2012-12-27 17:37 [commit] Werner Almesberger: tornado/cpu/cpu.brd: include subsystem name (CPU) in text label (master) http://qi-hw.com/p/UNNAMED PROJECT/b75570a 2012-12-27 17:41 fire has quit [Quit: WeeChat 0.3.9.2] 2012-12-27 17:53 fire has joined #qi-hardware 2012-12-27 17:55 iirc, it would not work otherwise 2012-12-27 17:56 LunaVorax has quit [Ping timeout: 260 seconds] 2012-12-27 18:02 pcercuei has quit [Ping timeout: 256 seconds] 2012-12-27 18:04 pcercuei has joined #qi-hardware 2012-12-27 18:36 fire has quit [Quit: WeeChat 0.3.9.2] 2012-12-27 18:39 megharsh has joined #qi-hardware 2012-12-27 18:41 jow_laptop has quit [Remote host closed the connection] 2012-12-27 18:48 jekhor has joined #qi-hardware 2012-12-27 18:49 unclouded has joined #qi-hardware 2012-12-27 18:50 larsc, ok 2012-12-27 18:50 I'll write to xorg devel mailing list for my issue 2012-12-27 20:20 GNUtoo has quit [Quit: Program received signal SIGSEGV, Segmentation fault.] 2012-12-27 21:02 LunaVorax has joined #qi-hardware 2012-12-27 21:28 rz2k has joined #qi-hardware 2012-12-27 21:35 GNUtoo-desktop has joined #qi-hardware 2012-12-27 21:56 erikkugel has left #qi-hardware [#qi-hardware] 2012-12-27 22:21 jekhor has quit [Ping timeout: 260 seconds] 2012-12-27 22:54 [commit] Werner Almesberger: cameo/templates/mkmk-simple: use "set size ratio -1", not "set size ratio square" (master) http://qi-hw.com/p/cae-tools/9a6772f 2012-12-27 23:11 GNUtoo-desktop has quit [Quit: [INFO] fsogsmd : received signal -11, exiting.] 2012-12-27 23:34 pcercuei has quit [Ping timeout: 256 seconds]