| Patero-ng | is anyone here from UT | 01:10 |
|---|---|---|
| qi-bot | [commit] Werner Almesberger: components/tps6216x.lib: add 9th pin for center pad (AGND) (master) http://qi-hw.com/p/kicad-libs/435a339 | 01:16 |
| qi-bot | [commit] Werner Almesberger: tornado/cpu/: new version of the CPU board (WIP) (master) http://qi-hw.com/p/UNNAMED PROJECT/87b1fbb | 01:16 |
| qi-bot | [commit] Werner Almesberger: tornado/cpu/cpu.brd: improve 3V3 routing (master) http://qi-hw.com/p/UNNAMED PROJECT/0e9b093 | 01:16 |
| qi-bot | [commit] Werner Almesberger: tornado/cpu/cpu.sch: split overly crowded sheet into two (master) http://qi-hw.com/p/UNNAMED PROJECT/ed61eab | 01:16 |
| qi-bot | [commit] Werner Almesberger: tornado/cpu/: rearrange things and fix ERC problems (master) http://qi-hw.com/p/UNNAMED PROJECT/9081d91 | 01:16 |
| kristianpaul | rearrange sounds big | 01:50 |
| wpwrak | naw, just making it look better. the hard one was the split | 01:54 |
| kristianpaul | split is not just drag and drop then? ;-) | 01:55 |
| wpwrak | 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 | 01:56 |
| kristianpaul | :-\ | 01:56 |
| wpwrak | messy work. not difficult but many little things | 01:57 |
| kristianpaul | yeah need to track of all of then.. | 01:58 |
| Patero-ng | is anyone here from UT | 02:10 |
| xiangfu | qi-hardware.com don't have ipv6. right? ping6 give 'unkonwn host' | 03:44 |
| xiangfu | the 'miredo - Teredo IPv6 tunneling for Unix' works just fine in my ubuntu system. | 03:45 |
| kristianpaul | seems dig aaaa return nothing ipv6 indeed | 03:50 |
| kristianpaul | dig aaaa qi-hardware.com i meant | 03:54 |
| xiangfu | ok | 03:58 |
| kyak | how long do you think it takes kernel to set the desired speed of serial port (cfset(o|i)speed)? | 05:42 |
| kyak | or, how i can measure it? | 05:42 |
| kyak | i suspect that my application start communicating with device connected via serial before the communication speed has settled | 05:43 |
| wpwrak | which side is changing the speed ? and what is your port like - via usb ? | 05:44 |
| kyak | 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 | 05:44 |
| kyak | the host side is changing the speed, and yes it's serual over USB | 05:45 |
| kyak | the target side has a fixed UART speed - 115200 | 05:45 |
| wpwrak | and then, what tcsetattr actions argument to you use ? | 05:45 |
| kyak | (well, i said it so) | 05:45 |
| wpwrak | s/to/do/ | 05:45 |
| kyak | one se | 05:45 |
| kyak | c | 05:45 |
| wpwrak | TCSAFLUSH should be what you want | 05:46 |
| wpwrak | in case there's garbage in the receiver | 05:46 |
| kyak | i use tcsetattr(fd, TCSANOW, &sTermios); | 05:47 |
| kyak | ok, i'll have a look whats different between TCSANOW and TCSAFLUSH | 05:48 |
| wpwrak | TCSANOW is the worst choice :) that gives you no synchronization at all | 05:48 |
| wpwrak | still shouldn't cause data sent after the tcsetattr to be messed up, though | 05:48 |
| kyak | i'll definitely try with TCSAFLUSH to see if it makes any difference, thanks for the hint! | 05:49 |
| kyak | 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 | 05:50 |
| wpwrak | maybe the garbage is already sitting in the receive buffer at the host side | 05:50 |
| kyak | this is possible | 05:51 |
| kyak | in fact, it is very likely... | 05:51 |
| wpwrak | then a good flush will take care of that :) | 05:53 |
| kyak | i'm also using cfsetispeed and then cfsetospeed instead of just a single cfsetspeed. Could it be a problem? | 05:53 |
| kyak | or everything takes effect after tcsetattr? | 05:53 |
| wpwrak | do you set different rates or are they the same ? in the latter case, there shouldn't be a problem | 05:54 |
| kyak | the same, of course | 05:54 |
| kyak | another idea could be to disable receive and send buffer on host side (if the driver allows to), is it a bad idea? :) | 05:55 |
| wpwrak | yes, the cf... only change the parameters you'll later apply with tcsetattr? | 05:55 |
| wpwrak | s/?// | 05:55 |
| wpwrak | not sure you can do that. in any case, a flush eliminates these issues. after that, the buffers are transparent. | 05:56 |
| kyak | ok.. now that you gave me ideas i will try that later in the evening. Thanks again! | 05:56 |
| wpwrak | no problem. happy experimenting ! ;-) | 05:58 |
| kyak | 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 | 05:58 |
| wpwrak | 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. | 06:05 |
| wpwrak | 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. | 06:06 |
| kyak | yeah, this is definitely not my case - i'm not synchronized | 06:06 |
| kyak | 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 | 06:08 |
| kyak | i'm not sure if i can trust that and if it persists across reboots of host | 06:09 |
| wpwrak | hmm, not sure there's a single default speed | 06:11 |
| kyak | 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 :) | 06:11 |
| wpwrak | in any case, it's easy enough to set the speed you want. so you should do that :) | 06:12 |
| kyak | since the baud rate i set is always "correct" | 06:12 |
| wpwrak | ;-) | 06:12 |
| wpwrak | you can try an oscilloscope | 06:12 |
| wpwrak | or a very very long jumper cable :) | 06:12 |
| kyak | heh, right :) | 06:13 |
| GNUtoo | larsc, hi | 17:29 |
| larsc | GNUtoo: hi | 17:29 |
| GNUtoo | does the xf86-video-glamo do rotation in software or in hardware | 17:29 |
| larsc | hardware | 17:30 |
| GNUtoo | because I've that: http://paste.debian.net/219597/ | 17:30 |
| larsc | iirc | 17:30 |
| GNUtoo | for xf86-video-omapfb | 17:30 |
| GNUtoo | ok | 17:30 |
| larsc | but the last time I lokked at xf86-video-glamo was about 3 years ago | 17:31 |
| GNUtoo | and the way that works is flawed....it change the resolution | 17:31 |
| GNUtoo | the other way, the image is not rotated | 17:31 |
| GNUtoo | like the image is 640x480 but goes far over the screen on the right | 17:31 |
| GNUtoo | thanks a lot for the answer btw | 17:33 |
| qi-bot | [commit] Werner Almesberger: tornado/led/: update schematics for new power distribution (master) http://qi-hw.com/p/UNNAMED PROJECT/d278ebb | 17:37 |
| qi-bot | [commit] Werner Almesberger: tornado/led/led.cmp: update for new components and changed references (master) http://qi-hw.com/p/UNNAMED PROJECT/bf2e2c3 | 17:37 |
| qi-bot | [commit] Werner Almesberger: tornado/led/: layout for new LED board version (master) http://qi-hw.com/p/UNNAMED PROJECT/352779a | 17:37 |
| qi-bot | [commit] Werner Almesberger: tornado/led/led.brd: clean up layout (master) http://qi-hw.com/p/UNNAMED PROJECT/12fc6cc | 17:37 |
| qi-bot | [commit] Werner Almesberger: tornado/cpu/cpu.brd: include subsystem name (CPU) in text label (master) http://qi-hw.com/p/UNNAMED PROJECT/b75570a | 17:37 |
| larsc | iirc, it would not work otherwise | 17:55 |
| GNUtoo | larsc, ok | 18:50 |
| GNUtoo | I'll write to xorg devel mailing list for my issue | 18:50 |
| qi-bot | [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 | 22:54 |
| --- Fri Dec 28 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!