Back
[00:00:35] -!- odogono has quit [Quit: odogono]
[00:07:14] -!- mephux has quit [Excess Flood]
[00:09:21] -!- r00t4rd3d has quit [Quit: Leaving]
[00:11:52] <seb_kuzminsky> hm, maybe we dont need a random-tc-with-t0 test here
[00:12:01] <seb_kuzminsky> i'll have to look at it, but after dinner
[00:18:09] <cradek> FSFE's goal for February 14th: More love reports than bug reports!
[00:18:09] -!- ybon has quit [Ping timeout: 248 seconds]
[00:18:10] <cradek> haha
[00:20:17] -!- rob_h has quit [Ping timeout: 248 seconds]
[00:23:14] -!- dway has quit [Quit: dway]
[00:31:43] -!- joe9 has quit [Quit: leaving]
[00:33:01] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[00:44:21] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:47:18] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:51:08] -!- jsr has quit [Remote host closed the connection]
[00:53:30] -!- JT-Shop-2 [JT-Shop-2!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[00:53:31] -!- JT-Shop has quit [Read error: Connection reset by peer]
[00:56:21] -!- JT-Shop-2 has quit [Read error: Connection reset by peer]
[00:57:21] -!- JT-Shop-2 [JT-Shop-2!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[00:58:14] -!- joe9 has quit [Quit: leaving]
[00:58:48] JT-Shop-2 is now known as JT-Shop
[00:59:32] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[01:06:16] -!- Poincare has quit [Ping timeout: 245 seconds]
[01:06:32] -!- skunkworks has quit [Ping timeout: 256 seconds]
[01:19:41] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[01:20:25] -!- adb has quit [Ping timeout: 276 seconds]
[02:00:09] -!- sumpfralle1 has quit [Read error: Operation timed out]
[02:03:16] -!- hoppo has quit [Client Quit]
[02:14:17] -!- Sendoushi has quit [Read error: Connection reset by peer]
[02:14:49] cevad is now known as davec
[02:20:05] -!- Wildhoney has quit [Ping timeout: 248 seconds]
[02:20:08] -!- Sendoushi has quit [Remote host closed the connection]
[02:33:01] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[02:35:30] -!- cmorley has quit [Ping timeout: 256 seconds]
[02:36:02] -!- MattyMatt has quit [Ping timeout: 272 seconds]
[02:50:10] -!- joe9 has quit [Quit: leaving]
[02:51:37] -!- tandoori has quit [Read error: Connection reset by peer]
[02:52:43] -!- micges has quit [Quit: Leaving]
[02:56:27] -!- FinboySlick has quit [Quit: Leaving.]
[03:51:11] -!- Valen has quit [Quit: Leaving.]
[03:52:08] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[03:58:07] -!- Keknom has quit [Quit: Leaving.]
[04:40:15] <seb_kuzminsky> what's the right way to merge .po files?
[04:40:43] <seb_kuzminsky> i'm trying to merge 2.5 into master, there were some conflicts, all of them were easy to resolve, except src/po/fr.po
[05:30:46] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[05:33:31] -!- karavanjoW has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[05:34:00] -!- cmorley1 has quit [Ping timeout: 272 seconds]
[05:34:36] <KimK> seb_kuzminsky: I don't know, maybe open the .po files in .po editors? I suppose a diff doesn't tell you much?
[05:38:05] <seb_kuzminsky> diff's not very helpful, at least to me who doesn't understand the .po format ;-)
[05:38:15] <seb_kuzminsky> there are dedicated .po editors? that might help
[05:39:44] <KimK> I have something called Poedit installed, but I don't know if that's the one to use. In fact, I've never used one!
[05:39:56] <seb_kuzminsky> heh, ok, i'll check it out
[05:40:38] <seb_kuzminsky> i bet this won't work well in a po editor, because the file is now full of 3diff merge conflict markers
[05:41:21] <seb_kuzminsky> looks like Francis Tisserant has been the main guy editing that file lately, maybe I should do the best i can and commit it, then ask him to check my work
[05:41:44] <KimK> Oh, interesting. So must po's be added to git ignore, since they're not text files?
[05:42:02] <seb_kuzminsky> no, they are text files
[05:42:07] <KimK> Oh, OK
[05:42:14] <seb_kuzminsky> and they need to be tracked and managed, so we can't ignore them
[05:42:33] <KimK> OK, good, I'd rather keep them in git
[05:42:54] <seb_kuzminsky> but they look like they contain some important syntax that i should be careful not to mess up!
[05:44:32] <KimK> If you figure it all out, please do write and push a README_PO or some such, about the right way to handle this.
[05:44:42] <seb_kuzminsky> good idea..
[06:02:05] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[06:05:32] <KimK> I found these if it helps:
http://www.gnu.org/software/gettext/manual/html_node/PO-Files.html https://en.wikipedia.org/wiki/Gettext
[06:07:29] <KimK> And this one:
http://www.poedit.net/
[06:20:44] Cylly is now known as Loetmichel
[06:56:09] -!- kwallace [kwallace!~kwallace@smb-84.sonnet.com] has parted #linuxcnc-devel
[06:58:54] -!- tjb1 has quit [Quit: tjb1]
[07:00:01] -!- kmiyashiro has quit [Quit: kmiyashiro]
[07:00:42] -!- mhaberler [mhaberler!~mhaberler@193.228.47.195] has joined #linuxcnc-devel
[07:06:40] -!- zzolo has quit [Read error: No route to host]
[07:16:12] -!- karavanjoW has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[07:25:31] <KGB-linuxcnc> 03chris 05master 4e2e667 06emc2 10docs/man/man9/motion.9 10src/emc/motion/control.c 10src/emc/motion/mot_priv.h 10src/emc/motion/motion.c * Revert "motion: introduce motion.ferror-mode"
[07:25:32] <KGB-linuxcnc> 03chris 05master 645ad98 06emc2 10src/hal/components/pid.c * Make pid's idea of following error match motion's
[07:25:36] <KGB-linuxcnc> 03chris 05master 52057aa 06emc2 10docs/man/man9/pid.9 * Document new pid pin
[07:25:41] <KGB-linuxcnc> 03tissf 05master c918558 06emc2 10docs/html/gcode_fr.html 10docs/src/gcode/gcode_fr.txt 10docs/src/gcode/o-code_fr.txt 10src/po/fr.po * French doc. update
[07:25:48] <KGB-linuxcnc> 03chris 05master 2fe8dae 06emc2 10debian/linuxcnc-sim.sharedmimeinfo * fix rebranding mistake
[07:25:55] <KGB-linuxcnc> 03elson 05master c1b2ab5 06emc2 10src/hal/drivers/hal_ppmc.c * detect "sticky" ID bits on IEEE-1284 bus
[07:26:02] <KGB-linuxcnc> 03elson 05master db3375c 06emc2 10src/hal/drivers/hal_ppmc.c * print INFO message if no boards found
[07:26:07] <KGB-linuxcnc> 03dgarrett 05master cfb3321 06emc2 03scripts/latencyhistogram 10src/Makefile 03src/hal/components/latencybins.comp * latencyhistogram, latencybins.comp
[07:26:15] <KGB-linuxcnc> 03chris 05master 65a3664 06emc2 10docs/man/man9/.gitignore * ignore new generated file
[07:26:19] -!- ve7it has quit [Remote host closed the connection]
[07:26:21] <KGB-linuxcnc> 03chris 05master 36c16e5 06emc2 10src/hal/components/ 10message.comp 10mux16.comp * fix bogus execute permissions on a few comps
[07:26:25] <seb_kuzminsky> mhaberler: could you check commit f29b92321? it fixes broken links in the remapping docs, but i'm not sure if it's what you intended
[07:26:27] <KGB-linuxcnc> 03tissf 05master 41ff621 06emc2 10docs/src/config/images/ 10pncconf-basic_fr.png 10pncconf-splash_fr.png * French doc. update pictures
[07:26:34] <KGB-linuxcnc> 03tissf 05master 67dedc1 06emc2 10docs/ 10src/config/images/pncconf-file_fr.png 10src/config/pncconf_fr.txt * French doc. update pictures
[07:26:41] <KGB-linuxcnc> 03jthornton 05master d79e054 06emc2 10docs/src/common/images/configuration-selector.png * Docs: re-branding update image
[07:26:48] <KGB-linuxcnc> 03jthornton 05master 147a47c 06emc2 10docs/src/config/images/configuration-selector.png * Docs: re-branding update image
[07:26:54] <KGB-linuxcnc> 03dgarrett 05master 77abe22 06emc2 10scripts/latencyhistogram 10src/hal/components/latencybins.comp * latencyhistogram: fix bins computation
[07:27:01] <KGB-linuxcnc> 03dgarrett 05master 209108a 06emc2 10src/emc/usr_intf/axis/extensions/emcmodule.cc * emcmodule.cc: fail gracefully for linuxcnc.ini()
[07:27:08] <KGB-linuxcnc> 03jepler 05master 5493116 06emc2 10src/emc/usr_intf/axis/extensions/emcmodule.cc * Don't leak file descriptors or memory when abused
[07:27:14] <KGB-linuxcnc> 03seb 05master 19f1ad7 06emc2 10docs/src/index.tmpl * docs: simplify a link in the html front page
[07:27:16] <mhaberler> seb: check out that branch, build docs, read docs?
[07:27:21] <KGB-linuxcnc> 03seb 05master 62bbcc7 06emc2 10docs/src/gcode/gcode.txt * docs: clarfiy G53
[07:27:25] <seb_kuzminsky> cradek: it'd be cool if the KGB-linuxcnc robot didn't announce past merge commits... like the emailer thingy does
[07:27:26] <KGB-linuxcnc> 03seb 05master 4da56fa 06emc2 10docs/src/gcode/m-code.txt * docs: remove a bogus entry in the M-code TOC
[07:27:33] <KGB-linuxcnc> 03seb 05master 1d14877 06emc2 10docs/src/gcode/m-code.txt * docs: fix the description of M60
[07:27:37] <seb_kuzminsky> mhaberler: or just look at the patch
[07:27:38] <KGB-linuxcnc> 03seb 05master a707e78 06emc2 10docs/html/gcode.html * docs: make T in the gcode overview point to T instead of M6
[07:27:44] <mhaberler> ok
[07:27:45] <KGB-linuxcnc> 03seb 05master 40921f2 06emc2 10docs/src/gcode/m-code.txt * docs: fix a typo in the M48, M49 link text
[07:27:51] <KGB-linuxcnc> 03seb 05master e85d363 06emc2 10docs/html/gcode.html * docs: add missing type attribute for <script> element
[07:27:57] <KGB-linuxcnc> 03seb 05master 1e48a8c 06emc2 10docs/html/gcode.html * docs: add missing charset
[07:28:03] <KGB-linuxcnc> 03seb 05master 4e776b6 06emc2 10docs/src/gcode/gcode.txt * docs: "/" is not allowed in html anchors
[07:28:09] <KGB-linuxcnc> 03seb 05master 12fe429 06emc2 10docs/src/gcode/overview.txt * docs: " " is not allowed in html anchors
[07:28:16] <KGB-linuxcnc> 03seb 05master 28c07ad 06emc2 10docs/ 10html/gcode.html 10src/gcode/gcode.txt * docs: split the G43/G43.1 anchor
[07:28:21] <seb_kuzminsky> i'm off to bed, enjoy the commit flood!
[07:28:22] <KGB-linuxcnc> 03seb 05master f623321 06emc2 10docs/ 10html/gcode.html 10src/gcode/gcode.txt 10src/gcode/machining_center.txt * docs: split the G61/G61.1/G64 anchor
[07:28:29] <KGB-linuxcnc> 03seb 05master 2cff50a 06emc2 10docs/ 10html/gcode.html 10src/gcode/m-code.txt * docs: fix the links to M50/M51/M52/M53
[07:28:36] <KGB-linuxcnc> 03seb 05master 06b1513 06emc2 10docs/ 10html/gcode.html 10src/gcode/gcode.txt * docs: split the G92/G92.1/G92.2/G92.3 anchors
[07:28:42] <KGB-linuxcnc> 03seb 05master 7fff549 06emc2 10docs/ 10(8 files in 2 dirs) * docs: create proper asciidoc BlockId elements
[07:28:49] <KGB-linuxcnc> 03seb 05master 08aaefb 06emc2 10docs/ 10html/gcode.html 10src/gcode/m-code.txt * docs: fix M62-M65 links
[07:28:55] <KGB-linuxcnc> 03seb 05master a118ad5 06emc2 10docs/src/quickstart/stepper_quickstart.txt * docs: fix a broken link in the stepper quickstart
[07:29:01] <KGB-linuxcnc> 03seb 05master f055e81 06emc2 10docs/src/hal/ 10halui_examples.txt 10intro.txt * docs: fix a broken link in the HAL intro
[07:29:09] <KGB-linuxcnc> 03seb 05master 420a96e 06emc2 10docs/src/common/User_Concepts.txt * docs: fix a broken link in the User Concepts doc
[07:29:14] <KGB-linuxcnc> 03seb 05master a4b9928 06emc2 10docs/src/gui/gladevcp.txt * docs: fix links in glade gui docs
[07:29:21] <KGB-linuxcnc> 03seb 05master 5da9bbe 06emc2 10docs/src/config/emc2hal.txt * docs: fix a link in emc2hal
[07:29:27] <KGB-linuxcnc> 03seb 05master ce4b996 06emc2 10docs/ 10src/common/User_Concepts.txt 10src/gcode/machining_center.txt * docs: fix the anchor to Feed Rate (machining center)
[07:29:34] <KGB-linuxcnc> 03seb 05master e27e22f 06emc2 10docs/src/hal/canonical-devices.txt * docs: fix the anchor to the Canonical Device Interface
[07:29:40] <KGB-linuxcnc> 03seb 05master d97dc1d 06emc2 10docs/src/common/starting-emc.txt * docs: fix the configuration-selector anchor
[07:29:47] <KGB-linuxcnc> 03seb 05master a890bd5 06emc2 10docs/src/Submakefile * doc build: use w3c's link checker, if available
[07:29:52] <mhaberler> if I knew what I intended at the time.. looks fine to me, thanks
[07:29:53] <KGB-linuxcnc> 03seb 05master d5a1925 06emc2 10docs/ 03html/linuxcnc.css 10src/Submakefile 04src/linuxcnc.css * doc build: make CSS and JS stuff external to the docs
[07:30:00] <KGB-linuxcnc> 03chris 05master df552d0 06emc2 10src/hal/components/pid.c * Fix index thump for pid's previous_target mode
[07:30:06] <KGB-linuxcnc> 03chris 05master a54ea03 06emc2 10docs/man/man9/pid.9 * It's not clear how negative gains should work. Warn about them.
[07:30:12] <KGB-linuxcnc> 03tissf 05master e67d780 06emc2 10docs/src/index_fr.tmpl * French doc. update to follow Sebastian:simplify a link in the html front page
[07:30:18] <KGB-linuxcnc> 03tissf 05master 5610726 06emc2 10docs/ 10src/gcode/gcode_fr.txt 10src/gcode/m-code_fr.txt * French doc. update to follow Sebastian
[07:30:25] <KGB-linuxcnc> 03tissf 05master c113fc6 06emc2 10docs/src/gcode/m-code_fr.txt * French doc. update to follow Sebastian
[07:30:32] <KGB-linuxcnc> 03tissf 05master 5578449 06emc2 10docs/src/gcode/m-code_fr.txt * French doc. update to follow Sebastian
[07:30:38] <KGB-linuxcnc> 03tissf 05master 1965987 06emc2 10docs/html/gcode_fr.html * French doc. update
[07:30:44] <KGB-linuxcnc> 03tissf 05master e952045 06emc2 10docs/html/gcode_fr.html * French doc. update document pass w3c validator
[07:30:50] <KGB-linuxcnc> 03tissf 05master 1b026c3 06emc2 10docs/src/gcode/gcode_fr.txt * French doc. update
[07:30:56] <KGB-linuxcnc> 03tissf 05master 28389ef 06emc2 10docs/ 10html/gcode_fr.html 10src/gcode/gcode_fr.txt * French doc. update to follow Sebastian
[07:31:02] <KGB-linuxcnc> 03tissf 05master 636170c 06emc2 10docs/ 10html/gcode_fr.html 10src/gcode/gcode_fr.txt 10src/gcode/machining_center_fr.txt * French doc. update to follow Sebastian
[07:31:09] <KGB-linuxcnc> 03tissf 05master 8a2e4ca 06emc2 10docs/ 10html/gcode_fr.html 10src/gcode/gcode_fr.txt 10src/gcode/m-code_fr.txt * French doc. update to follow Sebastian
[07:31:17] <KGB-linuxcnc> 03tissf 05master 5fa9166 06emc2 10docs/ 10html/gcode_fr.html 10src/gcode/gcode_fr.txt * French doc. update to follow Sebastian
[07:31:23] <KGB-linuxcnc> 03tissf 05master edb4b85 06emc2 10docs/ 10html/gcode_fr.html 10src/gcode/gcode_fr.txt 10src/gcode/m-code_fr.txt 10src/gcode/o-code_fr.txt * French doc. update to follow Sebastian
[07:31:31] <KGB-linuxcnc> 03tissf 05master 3b7868d 06emc2 10docs/ 10src/hal/halui_fr.txt 10src/hal/intro_fr.txt 10src/quickstart/stepper_quickstart_fr.txt * French doc. update to follow Sebastian
[07:31:38] <KGB-linuxcnc> 03tissf 05master 9696224 06emc2 10docs/src/common/user_intro_fr.txt * French doc. update to follow Sebastian
[07:31:44] <KGB-linuxcnc> 03tissf 05master 582e7aa 06emc2 10docs/src/common/user_intro_fr.txt * French doc. update for pass w3c validator
[07:31:51] <KGB-linuxcnc> 03tissf 05master 064340b 06emc2 10docs/ 10src/common/User_Concepts_fr.txt 10src/config/ini_config_fr.txt 10src/gcode/machining_center_fr.txt * French doc. update for pass w3c validator
[07:31:59] <KGB-linuxcnc> 03tissf 05master 0006178 06emc2 10docs/src/config/stepconf_fr.txt * French doc. update for pass w3c validator
[07:32:05] <KGB-linuxcnc> 03tissf 05master 3686136 06emc2 10docs/ 10(7 files in 4 dirs) * French doc. fix for pass w3c validator
[07:32:11] <KGB-linuxcnc> 03chris 05master 5f7a0bd 06emc2 10src/hal/components/pid.c * make sure the new pid mode defaults to off
[07:32:17] <KGB-linuxcnc> 03tissf 05master 9169437 06emc2 10docs/html/gcode_fr.html * French doc. best graphic references page
[07:32:23] <KGB-linuxcnc> 03tissf 05master 3a54f20 06emc2 10docs/ 10(5 files in 5 dirs) * French doc. update: fix broken links
[07:32:30] <KGB-linuxcnc> 03tissf 05master 8354fc8 06emc2 10docs/ 10src/gcode/machining_center_fr.txt 10src/gcode/other-code_fr.txt * French doc. update: fix broken links
[07:32:37] <KGB-linuxcnc> 03chris 05master 0e448bc 06emc2 10docs/man/man9/pid.9 * Merge branch 'pid-ferror-fix-try2' into v2.5_branch
[07:32:43] <KGB-linuxcnc> 03chris 05master 879303e 06emc2 10docs/man/man9/pid.9 * use-case for the new pid mode will help explain better.
[07:32:49] <KGB-linuxcnc> 03chrisinnanaimo 05master f5572f4 06emc2 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -add a chargepump stepgen option
[07:32:56] <KGB-linuxcnc> 03tissf 05master 72ccd23 06emc2 10docs/ 10(8 files in 3 dirs) * French doc. update
[07:33:02] <KGB-linuxcnc> 03tissf 05master 1114c1e 06emc2 10docs/src/gui/tooledit_fr.txt 10docs/src/index_fr.tmpl 10src/po/fr.po * French doc. update
[07:33:08] <KGB-linuxcnc> 03tissf 05master f77920c 06emc2 10docs/ 10(5 files in 2 dirs) * French doc. update
[07:33:14] <KGB-linuxcnc> 03tissf 05master 96d70e9 06emc2 10docs/src/gui/tooledit_fr.txt * French doc. update
[07:33:20] <KGB-linuxcnc> 03tissf 05master cdb1d63 06emc2 10docs/src/gui/tooledit_fr.txt * French doc. fix french TOC
[07:33:26] <KGB-linuxcnc> 03chrisinnanaimo 05master dc173ee 06emc2 10src/emc/usr_intf/gremlin/gremlin.py * gremlin -fix the display of rotated axes
[07:33:32] <KGB-linuxcnc> 03chrisinnanaimo 05master faaded8 06emc2 10src/emc/usr_intf/gremlin/gremlin.py * gremlin -convert tabs to spaces no other changes meant
[07:33:39] <KGB-linuxcnc> 03dgarrett 05master 1e955fb 06emc2 10tcl/bin/pickconfig.tcl * pickconfig.tcl: improve readme.ngc
[07:38:33] -!- karavanjoW has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[07:46:03] -!- memleak [memleak!~DX@unaffiliated/memleak] has joined #linuxcnc-devel
[07:46:12] <memleak> Hello!
[07:47:34] <memleak> About a month ago I was re-working mhaberler's code for EMC w/ Xenomai support, my work has stalled out a bit lately as I have been working on other things but what do you think the timeline is of RTOS being merged into the official master branch of linuxcnc?
[07:48:01] <mhaberler> a few weeks I would think
[07:48:21] <mhaberler> there's mostly packaging left
[07:48:50] <zultron> Mmm, my fave activity, packaging
[07:48:52] <memleak> So in a few weeks I'd have to rebase my changes again, and re-write parts of the wiki too.
[07:49:46] <memleak> Wiki / documentation for building on non-specific Linux platforms
[07:49:57] <mhaberler> what are you proposing to add or change?
[07:50:07] <zultron> What do you expect is going to change?
[07:52:03] -!- racycle has quit [Quit: racycle]
[07:52:10] <memleak> mhaberler: your code is not very distro independant
[07:52:52] <mhaberler> so what are you proposing - do you have some preview version which you are willing to share?
[07:53:23] <zultron> What distros are you building for?
[07:53:30] -!- DJ9DJ has quit [Client Quit]
[07:54:10] <memleak> No specific distros really, entirely from source, and it doesn't compile by hand for other distros. for example, linux-image and kernel-headers are specific to debian derived systems.
[07:54:13] DJ9DJ_ is now known as DJ9DJ
[07:55:25] <memleak> it's so anyon, anywhere, can get from zip to EMC / Xenomai, without being tied down to anything.
[07:55:28] <mhaberler> that's kernel and hence only indirectly merge relevant; anything specific you are proposing for the rtos-integration-preview* branches?
[07:55:35] <zultron> Does 'linux-image' refer to the debian package of that name?
[07:55:45] -!- davec has quit [Ping timeout: 252 seconds]
[07:57:23] * zultron needs to go back and look at his EL6+Fedora packages....
[07:57:44] <memleak> No, it is directly merge relevant because I need to make changes to your tree.
[07:58:59] <mhaberler> well fine, just let us know when you have something to review
[07:59:43] <memleak> I guess in a few weeks I will! It'll save me from doing something redundant.
[08:00:57] <memleak> When it hits the master tree, I'll publish all my work. Thanks guys! Glad to see RTOS coming in so soon!
[08:01:13] <memleak> and zultron yes it does :P
[08:04:50] <mhaberler> If you want something integrated, it better be reviewed in advance in the context of a development branch
[08:09:34] <linuxcnc-build_> build #766 of lucid-i386-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/766 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson <elson@pico-
[08:09:34] <linuxcnc-build_> systems.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:11:09] <linuxcnc-build_> build #768 of precise-i386-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-sim/builds/768 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson <elson@pico-
[08:11:10] <linuxcnc-build_> systems.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:13:17] -!- vax__ has quit [Ping timeout: 240 seconds]
[08:13:33] -!- cevad has quit [Ping timeout: 252 seconds]
[08:14:44] <linuxcnc-build_> build #770 of precise-amd64-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-amd64-sim/builds/770 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson <elson@pico-
[08:14:44] <linuxcnc-build_> systems.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:17:01] <linuxcnc-build_> build #767 of lucid-i386-realtime-rip is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/767 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson
[08:17:01] <linuxcnc-build_> <elson@pico-systems.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:20:51] -!- emel has quit [Excess Flood]
[08:27:41] -!- gimps has quit []
[08:27:49] <linuxcnc-build_> build #768 of hardy-amd64-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/768 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson <elson@pico-
[08:27:50] <linuxcnc-build_> systems.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:29:34] <linuxcnc-build_> build #765 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/765 blamelist: Matt Shaver <matt@mattshaver.com>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, elson <elson@pico-systems.com>, Jeff Epler
[08:29:34] <linuxcnc-build_> <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, Francis Tisserant <tissf@free.fr>, Dewey Garrett <dgarrett@panix.com>
[08:30:33] -!- samkan has quit [Client Quit]
[08:46:11] -!- hashfail has quit [Read error: Connection reset by peer]
[08:47:54] -!- jp_ has quit [Ping timeout: 276 seconds]
[08:50:30] -!- Tom_itx has quit [Ping timeout: 276 seconds]
[08:52:16] -!- rob_h [rob_h!~rob_h@5e0860c9.bb.sky.com] has joined #linuxcnc-devel
[09:01:17] -!- odogono has quit [Read error: Connection reset by peer]
[09:06:07] -!- odogono_ has quit [Read error: Connection reset by peer]
[09:08:41] -!- tjb1 has quit [Client Quit]
[09:16:21] -!- Adventsparky has quit [Client Quit]
[09:17:19] -!- V0idExp has quit [Client Quit]
[09:21:58] -!- racycle has quit [Quit: racycle]
[09:28:11] -!- toner has quit [Ping timeout: 246 seconds]
[09:35:34] -!- V0idExp has quit [Client Quit]
[10:00:48] -!- V0idExp has quit [Quit: Leaving.]
[10:01:06] -!- memleak has quit [Read error: Connection reset by peer]
[10:04:10] -!- ybon has quit [Ping timeout: 260 seconds]
[10:08:45] -!- firephoto has quit [Read error: Operation timed out]
[10:20:44] -!- odogono has quit [Ping timeout: 252 seconds]
[10:24:27] -!- ybon has quit [Ping timeout: 252 seconds]
[10:24:51] ybon1 is now known as ybon
[10:24:56] -!- GammaX has quit []
[10:25:55] -!- hdokes has quit [Quit: For Sale: Parachute. Only used once, never opened, small stain.]
[10:37:10] -!- RagingComputer has quit [Ping timeout: 256 seconds]
[11:11:34] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[12:18:54] -!- Wildhoney has quit []
[12:32:56] -!- jfrmilner has quit [Quit: bye]
[12:33:26] -!- pikeaero has quit [Remote host closed the connection]
[12:38:47] -!- plushy has quit [Read error: Connection reset by peer]
[12:42:16] -!- Sendoushi has quit [Remote host closed the connection]
[12:52:08] -!- skunkworks has quit [Remote host closed the connection]
[12:57:00] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[13:03:26] -!- Sendoushi has quit [Read error: Connection reset by peer]
[13:05:16] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[13:11:56] -!- toudi_ [toudi_!~toudi@edx40.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[13:14:28] <alex_joni> JT-Shop, jthornton: can you check if it works now (uploading on the forum)
[13:14:35] <alex_joni> it works for me in FF 18 and chrome
[13:17:11] <jthornton> YIPPIE it works alex_joni
[13:17:17] <jthornton> thanks for fixing it
[13:17:52] <jthornton> I'll test chrome when I get out to the shop
[13:24:23] -!- peroht has quit [Remote host closed the connection]
[13:29:48] -!- Sendoushi has quit [Ping timeout: 252 seconds]
[13:30:49] -!- ravenlock has quit [Remote host closed the connection]
[13:33:01] <cradek> yayyyyy
[13:40:34] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:41:54] -!- ArcEye has quit [Read error: Connection reset by peer]
[13:44:02] <skunkworks> mhaberler, zultron, after nohlt idle=poll
http://imagebin.org/246546
[13:44:05] -!- ArcEye has quit [Remote host closed the connection]
[13:44:25] <mhaberler> that was the right answer ;)
[13:44:33] <mhaberler> yee-haw!
[13:44:41] <skunkworks> The processor does seem to run a bit hotter
[13:44:53] <skunkworks> But I don't care if it runs consistant latneyc
[13:44:55] <mhaberler> well thats to be expected,yes
[13:45:20] <mhaberler> there was one question on the xeno-list which we should try to answer:
[13:45:36] <skunkworks> That is the lowest 'consistant' latency I have seen on this system - running for 10 minutes so far
[13:46:02] <skunkworks> (staying under 10us)
[13:46:13] <mhaberler> can the latency spikes also observed with the xenomai latency test (that is, not the linuxcnc one; need to look which one to use and how)
[13:46:19] <mhaberler> excellent!
[13:46:55] <skunkworks> not normally... But the one latency test seemed to start showing it.. let me find the screen shot
[13:47:11] <mhaberler> there actually several hints which we should follow up but the others might rebuilding the kernel
[13:48:58] -!- jpk has quit [Read error: Operation timed out]
[13:50:46] <mhaberler> you might want to try: /usr/lib/xenomai/testsuite/latency
[13:50:58] <mhaberler> this is the xenomai-provided latency test
[13:51:19] <mhaberler> the 'lat worst' column counts
[13:52:05] <mhaberler> I'd really appreciate if you could run that for a while, and report results for booting without and with that suggested option
[13:54:44] <skunkworks> ah - it was text -
http://pastebin.ca/2312935
[13:55:04] <skunkworks> you can see that the latency is increasing.. I can run it again though
[13:55:36] <skunkworks> that was just running the /usr/lib/xenomai/testsuite/latenc
[13:55:39] <skunkworks> y
[13:55:46] <skunkworks> but I can do it again for longer
[13:55:56] <skunkworks> (without the boot parameters)
[13:56:40] <skunkworks> wow - that latency is awesome
[13:56:50] <skunkworks> still around 7us
[13:56:56] <skunkworks> rebooting
[14:00:33] <skunkworks> mhaberler, /usr/lib/xenomai/testsuite/latenc
[14:00:41] <skunkworks> http://imagebin.org/246550
[14:00:51] <mhaberler> there it is!
[14:01:14] <mhaberler> superb - so its not an artefact of RTAPI
[14:01:55] <skunkworks> the regression test didn't show it because of all the other stuff they run
[14:02:09] <mhaberler> right, its pretty illegible
[14:02:49] <mhaberler> ok, I'll go back to the list with these shots. Gille made a suggestion as to the 'idle loop', and I need to follow up on that; but at least we have a tangible result for now
[14:03:13] <mhaberler> thanks a lot! John will be delighted once he's downed his coffee
[14:04:11] <skunkworks> heh
[14:11:44] <mhaberler> I was told 'The tool to make latency benchmarks is xeno-test.'
[14:11:54] <mhaberler> yes, minister..
[14:13:01] <skunkworks> heh
[14:17:44] <skunkworks> mhaberler,
http://imagebin.org/246553
[14:18:09] <mhaberler> whazat, turned any knobs?
[14:18:17] <mhaberler> slow. there's an issue here
[14:18:49] <mhaberler> thats the same thing as memleaks stellar numbers which turned out to be based on some miscalibration
[14:18:52] <mhaberler> hold on
[14:18:54] <skunkworks> with the nohlt idle=poll
[14:19:15] <mhaberler> negative latencies are a tad suspicious
[14:19:26] <mhaberler> we had that already and there was a simple fix
[14:19:34] <mhaberler> now where was that fix..
[14:19:40] toudi_ is now known as micges
[14:19:41] <skunkworks> heh
[14:20:01] -!- L84Supper_ has quit [Client Quit]
[14:20:11] <seb_kuzminsky> i think the buildbot failures above are yet another bug in linuxcnc
[14:20:53] <mhaberler> skunkworks: please read this, this describes the fix:
http://www.xenomai.org/pipermail/xenomai-core/2011-03/msg00035.html
[14:21:10] <mhaberler> stop latency
[14:21:12] <mhaberler> echo 0 > /proc/xenomai/latency
[14:21:15] <mhaberler> start latency
[14:21:21] <mhaberler> any negative latency values?
[14:22:26] -!- L84Supper_ has quit [Client Quit]
[14:22:48] <seb_kuzminsky> i think the user-defined M100 script sometimes doesn't get run, or its output gets lost
[14:24:08] <seb_kuzminsky> i'm not sure why, but i've seen it occasionally, and mhaberler saw it once too on his test system
[14:24:12] <seb_kuzminsky> ugh
[14:24:44] -!- holst has quit [Ping timeout: 272 seconds]
[14:26:38] -!- bedah has quit [Ping timeout: 272 seconds]
[14:29:45] <skunkworks> mhaberler,
http://imagebin.org/246556
[14:30:03] <mhaberler> that makes sense
[14:30:15] <skunkworks> these numbers not match the latency-test also
[14:30:21] <skunkworks> *now
[14:30:37] <mhaberler> I dont want to be slapped for professional negligence by Gilles over there, he is very strict ;)
[14:30:52] <skunkworks> heh
[14:32:35] <mhaberler> its a bit like this:
https://www.youtube.com/watch?v=IhJQp-q1Y1s
[14:33:40] <skunkworks> mhaberler, do you want me to re-run the high latency one? (it has negative latencies)
[14:34:02] <mhaberler> I dont think that is needed, it is entirely obvious
[14:34:41] <mhaberler> +/- 4uS out of 277 dont make any difference
[14:34:42] -!- vax__ has quit [Ping timeout: 252 seconds]
[14:34:46] <skunkworks> ok
[14:35:10] <mhaberler> but even the calibrated result looks very encouraging
[14:36:08] -!- mattions has quit [Ping timeout: 272 seconds]
[14:37:19] <mhaberler> skunkworks: thanks for putting in so much effort, that really helped
[14:37:37] <skunkworks> No problem. I like doing this stuff
[14:37:58] <skunkworks> I want to boot the atom back up and see if that is it's issue also
[14:38:05] <skunkworks> its
[14:38:19] <skunkworks> then I have some more hardware here to test
[14:38:20] <mhaberler> hm, by now I wouldnt mind if there were an end to the latency chase
[14:38:53] <skunkworks> The numbers definatly are on par with rtai. And you can run 12.04...
[14:39:02] <skunkworks> Great work!!
[14:43:07] -!- wboykinm has quit [Remote host closed the connection]
[14:46:42] <mhaberler> skunkworks: can I bug you for one more round of testing?
[14:47:55] <mhaberler> experiment 1: reboot and remove the 'nohlt' option - take latency test
[14:48:20] <mhaberler> experiments 2-n: see here for variations of the 'idle=…' option:
http://redsymbol.net/linux_boot_parameters/
[14:48:35] <mhaberler> try them in turn and see if they change anything?
[14:48:51] <mhaberler> ok.. I know. such is life on the bleeding edge
[14:50:20] <mhaberler> the permutations would be: idle=poll, idle=mwait, idle=halt, idle=nomwait (I guess idle=halt is incompatible with nohlt, and likely the default, so might skip that)
[14:50:46] -!- dgarr [dgarr!~dgarrett@75-171-116-61.phnx.qwest.net] has joined #linuxcnc-devel
[14:58:18] <mhaberler> the most interesting one would be idle=mwait
[15:02:09] <mhaberler> it might not run the CPU as hot as idle=poll but the docs say "Performance should be the same as idle=poll."
[15:03:47] -!- Mr_Wolfs has quit [Quit: Quitte]
[15:03:48] -!- uwe_ has quit [Ping timeout: 264 seconds]
[15:04:05] <skunkworks> ok - it will be a bit
[15:04:09] <mhaberler> sure
[15:04:50] <mhaberler> bbl
[15:04:57] -!- mhaberler has quit [Quit: mhaberler]
[15:20:59] -!- psha[work] has quit [Quit: Lost terminal]
[15:22:51] <KGB-linuxcnc> 03seb 05master c47b737 06emc2 10tests/t0/shared-test.sh * t0 test: try to work around a timing bug
[15:22:51] <KGB-linuxcnc> 03seb 05master a44f9ac 06emc2 * Merge branch 'v2.5_branch'
[15:22:52] <KGB-linuxcnc> 03seb 05v2.5_branch c47b737 06emc2 10tests/t0/shared-test.sh * t0 test: try to work around a timing bug
[15:27:08] <dgarr> some result s for two machines with xenomai and with/without nohlt idle=poll (not much diffeent for these two machines but a couple of data points)
[15:27:10] <dgarr> http://www.panix.com/~dgarrett/histo/
[15:33:57] <dgarr> btw on Xubuntu 12.04 because i like xfce much better than unity
[15:35:22] -!- Mr_Wolfs has quit [Quit: Quitte]
[16:02:25] -!- tandoori has quit [Changing host]
[16:09:22] <JT-Shop> I tried unity once and hate it... too much like wondoze trying to hide things from you
[16:09:59] * JT-Shop goes back to work now
[16:20:29] -!- smsfail has quit [Remote host closed the connection]
[16:23:13] <linuxcnc-build_> build #767 of lucid-i386-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/767 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:27:28] <linuxcnc-build_> build #767 of lucid-amd64-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/767 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:28:45] <linuxcnc-build_> build #768 of lucid-i386-realtime-rip is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/768 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:28:46] <linuxcnc-build_> build #766 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/766 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:30:48] -!- mephux has quit [Excess Flood]
[16:31:49] <skunkworks> seb!
[16:31:50] <skunkworks> ;)
[16:35:14] -!- kmiyashiro has quit [Quit: kmiyashiro]
[16:36:16] <seb_kuzminsky> yeah i just fucked up master :-/
[16:36:40] <skunkworks> that's ok.
[16:37:00] <seb_kuzminsky> or maybe i uncovered an existing bug in master, i'm not sure
[16:37:05] <skunkworks> group hug
[16:37:08] <seb_kuzminsky> heh
[16:37:09] <seb_kuzminsky> thanks
[16:37:41] <seb_kuzminsky> i added some tests to 2.5, and they run fine there, but when i merged them into master they fail
[16:37:55] <seb_kuzminsky> the buildbot is building 2.5 right now, and i bet it will work just fine
[16:38:11] <seb_kuzminsky> and all the tests in master work fine on my machine
[16:38:14] <cradek> I bet that means your tests work, so yay
[16:38:19] <cradek> oh, then maybe not :-)
[16:38:23] <skunkworks> http://xkcd.com/456/
[16:39:41] <seb_kuzminsky> http://xkcd.com/349/
[16:40:04] -!- norbert [norbert!~norbert@a89-182-2-233.net-htp.de] has joined #linuxcnc-devel
[16:40:05] <seb_kuzminsky> the test failures in master have nothing to do with what the tests are trying to test
[16:40:34] <seb_kuzminsky> something else is causing them to fail
[16:41:30] -!- dway has quit [Quit: dway]
[16:42:17] <cradek> I'm ashamed I shrugged and gave up on that merge a couple weeks ago because of the tedious po and docs merges
[16:42:40] <cradek> so, you have my admiration, even if you broke everything
[16:42:57] <seb_kuzminsky> "who cares if it's broken, at least it's merged"
[16:43:18] <seb_kuzminsky> i should mail tiss and ask him if i broke french
[16:43:24] * seb_kuzminsky hits Alt-Tab
[16:44:35] <cradek> command timed out: 1200 seconds without output, killing pid 23880
[16:44:38] <cradek> is this the failure?
[16:44:42] <seb_kuzminsky> yeah
[16:44:47] <seb_kuzminsky> only on lucid
[16:45:07] -!- kwallace [kwallace!~kwallace@smb-151.sonnet.com] has joined #linuxcnc-devel
[16:45:41] <cradek> those tests take a very long time to run on my lucid sim system, but not that long
[16:45:55] <seb_kuzminsky> yeah they're slow
[16:46:21] <seb_kuzminsky> and i just added 'set set_wait done' to the linuxcncrsh config, so it should be a little more slow
[16:46:26] <seb_kuzminsky> but not 1200 seconds slow
[16:47:08] -!- joe9 has quit [Quit: leaving]
[16:49:02] firephoto_ is now known as firephoto
[16:54:15] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[16:59:57] -!- zzolo_ has quit [Quit: zzolo_]
[17:00:38] -!- ArcEye has quit [Read error: Connection reset by peer]
[17:01:06] -!- phantoxeD has quit [Read error: Connection reset by peer]
[17:08:19] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:09:42] <linuxcnc-build_> build #769 of lucid-i386-realtime-rip is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/769 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:10:35] -!- joe9 [joe9!~joe9@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[17:11:17] <linuxcnc-build_> build #768 of lucid-i386-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/768 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:13:42] <linuxcnc-build_> build #768 of lucid-amd64-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/768 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:15:14] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[17:17:54] <seb_kuzminsky> well shit
[17:18:35] -!- V0idExp has quit [Quit: Leaving.]
[17:21:30] -!- micges has quit [Quit: Leaving]
[17:22:00] <mhaberler> sunkworks: around?
[17:22:35] <mhaberler> read this:
http://www.kernel.org/doc/Documentation/kernel-parameters.txt in particular on 'nohlt' vs 'no-hlt'
[17:22:54] <mhaberler> it seems 'nohlt' is a ARM flag, suggesting it might be useless on X86
[17:23:23] -!- toudi_ [toudi_!~toudi@edx40.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[17:23:23] toudi_ is now known as micges
[17:23:30] <linuxcnc-build_> build #767 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/767 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:23:35] <mhaberler> in all likelihood: if there is a change of behaviour, it is the noidle= param
[17:24:24] -!- mattions has quit [Ping timeout: 256 seconds]
[17:26:12] <seb_kuzminsky> ugh, i'll look at these failures tonight
[17:34:29] <skunkworks> mhaberler, Could be - Right now I have only ran the idle=poll only test and am getting the same good latencies
[17:34:55] <mhaberler> ah. So you can leave out nohlt from now on
[17:35:22] <mhaberler> next: idle=mwait
[17:35:39] <mhaberler> the riddle has to do with CPU powersave states, see
http://www.hardwaresecrets.com/article/611
[17:35:40] -!- mackerski has quit [Ping timeout: 260 seconds]
[17:39:12] <mhaberler> still, the following combinations would be interesting (note dash in first arg):
[17:39:13] <mhaberler> no-hlt idle=mwait
[17:39:14] <mhaberler> no-hlt idle=nomwait
[17:39:17] -!- hdokes has quit [Ping timeout: 240 seconds]
[17:43:55] -!- ArcEye has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206150522]]
[17:45:27] -!- L84Supper2 [L84Supper2!TheLarch@50.9.13.182] has joined #linuxcnc-devel
[17:45:27] -!- L84Supper2 has quit [Changing host]
[17:45:27] -!- L84Supper2 [L84Supper2!TheLarch@unaffiliated/l84supper] has joined #linuxcnc-devel
[17:46:34] -!- L84Supper2 has quit [Client Quit]
[17:51:54] -!- V0idExp has quit [Quit: Leaving.]
[17:58:54] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[17:59:15] <mhaberler> anybody out here who understands how to hook up a scope to a motherboard so CPU voltage reduction due do power save states can be scoped?
[17:59:37] <pcw_home> Carefully?
[17:59:46] <zultron> Is that going to void my warranty?
[17:59:57] <mhaberler> yes
[18:00:31] <mhaberler> I have the suspicion that some of the latency spikes we are seeing (regardless of RTOS) might be related to CPU voltage modulation
[18:00:33] <pcw_home> probably easiest is on the big bypass capacitors
[18:01:10] <mhaberler> see the link above, it talks about C* states which modulate the CPU voltage
[18:01:15] <pcw_home> IF they are through-hole/ measure on bottom
[18:01:35] <mhaberler> do you think the CPU somehow drives the onboard SMPS regulators?
[18:01:42] <pcw_home> Yes
[18:01:47] <mhaberler> ah!
[18:02:06] Sendoush_ is now known as Sendoushi
[18:03:09] <mhaberler> now that would be _really_ worth a little electronics divertimento - if a board shows latency spikes, scope the CPU voltage and see if there's a drop, or a delay coming back up - with large capacitors it is bound to be non-instantaneous switching from Vlow to Vhigh
[18:04:40] <mhaberler> skunkworks: get out soldering iron and scope ;)
[18:05:55] <mhaberler> now that is new: I wish I had a really bad motherboard
[18:07:22] <mhaberler> if there is a causality, that would mean powersave modes which modulate voltage are bad, others are worth researching
[18:08:59] <mhaberler> I would bet CPU modulated power is brought out to test points
[18:11:09] <mhaberler> bbl, out for dinner
[18:11:27] -!- mhaberler has quit [Quit: mhaberler]
[18:13:06] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[18:13:27] <andypugh> That was a very rapid dinner!
[18:17:54] -!- mhaberler has quit [Client Quit]
[18:20:46] <psha> andypugh: that's was only first dish
[18:23:44] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[18:23:44] Cylly is now known as Loetmichel
[18:26:45] -!- scottman has quit [Quit: Konversation terminated!]
[18:53:17] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[18:54:25] -!- holgi has quit [Ping timeout: 260 seconds]
[18:59:16] -!- P_2800 has quit [Ping timeout: 276 seconds]
[18:59:23] P_2800_ is now known as P_2800
[19:09:52] <skunkworks> idle=mwait doesn't boot
[19:16:09] -!- P_2800 has quit [Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344]]
[19:18:25] -!- AstroBoi has quit [Remote host closed the connection]
[19:21:52] -!- syyl_ws has quit [Quit: Verlassend]
[19:53:12] <zultron> skunkworks, mhaberler is out to dinner.
[19:53:37] <skunkworks> yes - I posted to the list
[19:53:45] <zultron> Oh, great. :)
[19:53:57] <skunkworks> seems for this system - idle=poll is the only thing that helps the latency
[19:54:32] <skunkworks> everything else get 200+us latency with the xnomi latency test
[19:55:10] <zultron> Remind me what the latency looks like with that kernel command line option?
[19:55:21] <skunkworks> around 7us
[19:55:35] <skunkworks> very good
[19:55:51] <zultron> 7us, just found your msg on the list. That's *excellent*, I'd say. :)
[19:56:15] <zultron> So does that fix the last of your test machines?
[19:56:23] <skunkworks> yes - I have been running it for a few hours. Heatsink is definatly warmer ;)
[19:57:04] <skunkworks> it fixes the bad one for sure - I want to re-visit the atom board and make sure that the ^C out of the regression test was what caused the good latency..
[19:57:23] <zultron> Oh, please do re-visit.
[19:57:27] <skunkworks> I am thinking it is as I remember being befuddled at why it all of a suddon started working
[19:57:55] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has parted #linuxcnc-devel
[19:58:10] -!- bedah2 has quit [Quit: Ex-Chat]
[19:58:12] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:58:18] <skunkworks> oops
[19:58:28] -!- norbert has quit [Quit: Verlassend]
[19:58:53] <zultron> Again, thanks for all the testing. It looks like that problem could affect many machines, since Schooner confirmed the fix on one of his problem mobos.
[19:59:19] <zultron> He still have a couple of stumper mobos for us, though. :)
[20:00:34] <zultron> You said these are all machines at your job, right? What's your company's application?
[20:01:16] mercuryrising is now known as MercuryRising
[20:01:20] -!- holgi has quit [Quit: Bye]
[20:01:26] <skunkworks> I am MIS at a small screen printing company. Around 200 computers or so
[20:01:42] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[20:02:31] <zultron> What do you do with LinuxCNC there?
[20:02:38] <skunkworks> (well - screen printing is just part... we do a lot of digital printing)
[20:02:58] <zultron> Controlling printers, I guess
[20:03:02] <skunkworks> nothing at the moment. More of a hobby.
[20:03:06] <skunkworks> :)
[20:03:14] <zultron> Oh, nice to work on hobbies at the office. :)
[20:03:56] <skunkworks> well - booting a computer and running latency tests isn't really time consuming.
[20:03:59] <mhaberler> andypugh: I forgot the driving instructions ;)
[20:04:24] <skunkworks> And as we have been switching to linux servers has really helped my knowledge
[20:04:50] <zultron> From Windogs?
[20:04:53] <skunkworks> yes
[20:04:54] <zultron> Windows
[20:05:16] <skunkworks> we still need atleast 1 windows server - but mainly for accounting and shipping
[20:05:16] <zultron> The implication is that Windows keeps you dumb? Ha ha!
[20:05:26] <skunkworks> heh - comfortable..
[20:06:48] <zultron> I do IT also, and at the small startups I've worked at, had to support Windows mostly on desktops. 'Comfortable' is pretty much the opposite of my experience.
[20:07:46] <zultron> The way we've ended up dealing with them is, if there's a problem that can't be solved within a pretty short period, we reimage the machine, no messing around.
[20:07:53] <skunkworks> heh - I grew up with windows.. So linux is new to me
[20:07:56] -!- pjm has quit [Ping timeout: 245 seconds]
[20:08:12] <skunkworks> The only reason I got into linux was the emc1 bdi
[20:08:44] -!- ravenlock has quit [Ping timeout: 256 seconds]
[20:09:15] -!- Brandonian has quit [Read error: Connection reset by peer]
[20:09:16] Brandonian_ is now known as Brandonian
[20:09:20] <skunkworks> zultron, did you see my hobby?
http://www.youtube.com/watch?v=39q6kvrSBSk&list=UUHk52YjGT8HryRYmJKSl-lg&index=10
[20:09:56] <skunkworks> (other videos showing the machine)
[20:11:01] <skunkworks> 60's vintage nc converted to linuxcnc
[20:12:35] -!- Sendoushi has quit [Remote host closed the connection]
[20:12:48] <zultron> Oh my gosh, that's quite a tool changer
[20:13:28] <zultron> How many slots?
[20:13:32] <skunkworks> 60
[20:13:37] <skunkworks> barcoded tooling
[20:14:02] <skunkworks> it is pretty impressive what they did back then.
[20:14:36] <zultron> Is it a LCNC retrofit, or still running original NC system?
[20:14:44] <skunkworks> lcnc retrofit
[20:15:05] <mhaberler> heavy metal ;)
[20:15:37] <zultron> Did you do the retrofit yourself?
[20:15:48] <skunkworks> you can see a sort of explaination of the chain in this video
http://www.youtube.com/watch?v=4nuRea6615s&feature=share&list=UUHk52YjGT8HryRYmJKSl-lg
[20:15:58] <skunkworks> zultron, yes - my father and I.
[20:16:12] -!- kmiyashiro has quit [Client Quit]
[20:16:18] <skunkworks> (and linuxcnc bits)
[20:16:44] <zultron> Is that thing at the printing company, or is that in your own shop?
[20:18:17] <skunkworks> own shop
[20:18:28] <skunkworks> we have a centrod controlled cnc here. I don't have to deal with it
[20:19:10] <skunkworks> zultron,
http://electronicsam.com/images/KandT/oldkandt.JPG
[20:19:23] <skunkworks> that is the old control we actuallly used until maybe 10 years ago
[20:19:30] <skunkworks> 5 mayve
[20:19:31] <skunkworks> maybe
[20:19:40] <skunkworks> eh - closer to 10
[20:20:04] <skunkworks> at the time cnc conversions where way too expensive. now - cake
[20:20:10] <zultron> Sweet! That thing is huge! I could stick about half of it in my shop.
[20:20:26] <skunkworks> descrete transistors.
[20:20:30] <skunkworks> germanium
[20:20:56] <skunkworks> http://electronicsam.com/images/KandT/conversion/rearcontrller.JPG
[20:21:16] <cradek> I just don't see how anything worked before about 1980
[20:21:47] <zultron> Whoa. Did you keep any of that, or is the entire controller replaced?
[20:22:11] <skunkworks> entire controller - the thing had hydraulic servos - we converted to brushed
[20:22:51] <skunkworks> now all the electronics fit here
http://electronicsam.com/images/KandT/conversion/panel/electricalbox.jpg
[20:25:59] <skunkworks> cradek, I think it was magic
[20:26:05] <zultron> That's a tad smaller. :)
[20:26:17] <skunkworks> I still don't understand how they did circles...
[20:26:24] <zultron> What're those seven things under the VFD?
[20:26:36] <zultron> Lower left
[20:26:37] <skunkworks> motor contactors
[20:27:18] <skunkworks> 2 hydrauliic motors, coolant, vfd, servo drives, and I don't remember what else)
[20:27:26] <zultron> What about the three columns of things on the top left?
[20:27:40] <skunkworks> older opto22 opto-islolators
[20:28:00] <skunkworks> (price was right on ebay)
[20:28:04] <zultron> Oh, neato. I was going to guess relays.
[20:28:19] <skunkworks> the 2 pannels below that are newer opto22 panels
[20:28:39] <zultron> Looks like you're using all of them? Dang
[20:28:51] <skunkworks> yes - almost 96 i/o
[20:29:01] <skunkworks> all controlled by linuxcnc
[20:29:01] <zultron> Must have been quite a programming job.
[20:30:00] <zultron> Was it difficult to figure out what all the bits at the other end did? Lots of reverse engineering, or was there good enough documentation on the original system?
[20:30:40] <skunkworks> not too bad. Most all was done in ladder and hal. I did write a little C in comp to do the spinle gear shift and such.. (I could wrap my head around it programically vs ladder)
[20:31:01] <skunkworks> we had pretty darn good documenation.
[20:31:22] <skunkworks> like
http://electronicsam.com/images/KandT/conversion/CCF02242010_WHOLEs.JPG
[20:31:26] <zultron> Thought you said you aren't a programmer. You're sharking us, huh?
[20:31:28] <skunkworks> that is the hydraulics
[20:31:30] <zultron> ;)
[20:31:43] <skunkworks> I do it when I have to.
[20:31:54] -!- jfrmilner has quit [Quit: bye]
[20:32:39] <skunkworks> (I mostly do vba)
[20:32:48] <zultron> Funny to see engineering docs for a NC machine drawn by hand.
[20:33:14] <skunkworks> heh
[20:33:49] <zultron> How long did that take?
[20:34:27] <skunkworks> jeeze - I only worked on it maybe once a week..
[20:34:32] <skunkworks> I would have to look
[20:35:39] <zultron> At that rate I'd guess a couple of years, minimum.
[20:36:23] <skunkworks> well - I would say a good year once we got really into it.
[20:37:45] <skunkworks> video wize - between when we started making parts for the conversion and when we actually had machining is about 1.5 years
[20:38:15] <zultron> Very impressive. Hats off to you!
[20:38:18] <skunkworks> It would have been done sooner - but I got side tracked trying to make servo amps for the large servos we where going to use
[20:38:35] <skunkworks> Then we found some amc drives on ebay - already done for cheap.
[20:38:47] -!- dgarr has quit [Ping timeout: 260 seconds]
[20:38:48] <skunkworks> THanks
[20:39:09] <skunkworks> I am happy with the results - linuxcnc + mesa has been pretty darn cool
[20:41:12] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:41:29] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[20:41:40] <skunkworks> wow - xchat just crashed
[20:47:36] -!- kmiyashiro has quit [Remote host closed the connection]
[20:56:44] -!- pcw_home has quit [Ping timeout: 255 seconds]
[21:01:47] -!- wildbilldonovan has quit [Ping timeout: 244 seconds]
[21:03:45] -!- emel has quit [Excess Flood]
[21:05:29] -!- mephux has quit [Excess Flood]
[21:09:26] -!- toudi_ [toudi_!~toudi@egs29.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:11:09] -!- Simooon has quit [Remote host closed the connection]
[21:11:18] -!- micges has quit [Read error: Operation timed out]
[21:11:46] -!- kb8wmc [kb8wmc!~chatzilla@64.25.194.29] has joined #linuxcnc-devel
[21:14:59] -!- psha has quit [Quit: Lost terminal]
[21:15:30] toudi_ is now known as micges
[21:23:58] -!- phantoneD has quit [Read error: Connection reset by peer]
[21:25:07] -!- phantoneD has quit [Client Quit]
[21:26:22] -!- phantoxeD has quit [Ping timeout: 256 seconds]
[21:28:51] -!- toner has quit [Ping timeout: 256 seconds]
[21:32:16] -!- Tom_itx has quit [Ping timeout: 244 seconds]
[21:33:06] -!- phantoneD has quit [Ping timeout: 264 seconds]
[21:33:30] -!- racycle has quit [Ping timeout: 272 seconds]
[21:37:08] -!- zlog has quit [Remote host closed the connection]
[21:38:31] <seb_kuzminsky> oh wow, linuxcncrsh's set_wait=done mode hangs the UI if a command fails
[21:38:44] <seb_kuzminsky> and many commands in those new tests fail deliberately
[21:38:54] <seb_kuzminsky> happy happy
[21:38:55] -!- racycle has quit [Ping timeout: 260 seconds]
[21:38:56] <seb_kuzminsky> joy joy
[21:40:00] Tom_garage is now known as Tom_shop
[21:40:32] Tom_shop is now known as Tom_sbc
[21:41:02] Tom_sbc is now known as Tom_itx
[21:44:39] <cradek> but why is it broken in master only?
[21:49:27] <seb_kuzminsky> it's broken in 2.5 too
[21:50:06] <seb_kuzminsky> something else must be broken in master only, that's what caused the initial problem
[21:50:17] <seb_kuzminsky> then my hasty attempt at fixing it broke things further :-(
[21:50:49] <seb_kuzminsky> i've got an idea for another thing to try, i'll test it in a branch so i dont mess up the release branches worse
[21:51:01] <cradek> all to make the tests work to test the fix for the thing you really wanted to fix
[21:51:12] <cradek> it's turtles all the way down
[21:52:23] <seb_kuzminsky> https://plus.google.com/u/0/100485913608507523323/posts
[21:52:27] -!- vladimirek has quit [Remote host closed the connection]
[21:52:29] <seb_kuzminsky> dont know if that link will work
[21:57:35] -!- odogono has quit [Ping timeout: 252 seconds]
[21:57:49] <andypugh> cradek: Is True Type Tracer yours?
[21:59:19] <seb_kuzminsky> andypugh: yes
[21:59:58] <cradek> well I started it. it has contributions from many folks by now.
[22:00:30] <skunkworks> zultron, the smi fix wasn't what fixed the atom.. So far idle=poll seems to be.
[22:00:33] <andypugh> With extra special high-effort features it could suit JesusAlos on the other forum. He wants to chain together letters for foam cutting.
[22:01:23] <cradek> yeah, might be a good starting point for him. I know others have hacked it for special-purpose things, and that makes me happy.
[22:01:27] <zultron> skunkworks, interesting, I remember you said you weren't convinced we'd nailed it. You were right.
[22:01:27] <andypugh> Ah, I see that archivist has already mentioned it.
[22:02:41] -!- FinboySlick has quit [Quit: Leaving.]
[22:02:51] -!- DJ9DJ has quit [Quit: bye]
[22:04:07] -!- wildbilldonovan has quit [Remote host closed the connection]
[22:04:53] <skunkworks> seb_kuzminsky, is that googles version of facebook?
[22:05:23] <seb_kuzminsky> yeah
[22:09:08] -!- racycle has quit [Read error: Connection reset by peer]
[22:10:39] -!- P_2800 has quit [Client Quit]
[22:15:57] <skunkworks> seb_kuzminsky,
https://www.youtube.com/watch?v=UM1TL8IKq9Q
[22:17:34] <seb_kuzminsky> skunkworks: i'll listen to it when i get home
[22:17:56] <skunkworks> oh - you need headphones.. ;)
[22:17:59] -!- dgarr [dgarr!~dgarrett@75-171-116-61.phnx.qwest.net] has joined #linuxcnc-devel
[22:18:08] <seb_kuzminsky> i do
[22:18:33] <seb_kuzminsky> i had a pretty nice set of headphones but after a year and a half of getting carried back and forth to work they broke
[22:18:48] <seb_kuzminsky> i should have just left them at the office
[22:20:55] -!- wildbilldonovan has quit [Ping timeout: 260 seconds]
[22:22:40] -!- wildbilldonovan_ has quit [Ping timeout: 260 seconds]
[22:30:45] -!- skunkworks has quit [Read error: Connection reset by peer]
[22:47:32] -!- Nate___ has quit [Ping timeout: 245 seconds]
[22:51:21] -!- adb has quit [Ping timeout: 252 seconds]
[22:52:30] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[22:52:51] -!- mhaberler has quit [Quit: mhaberler]
[22:58:09] -!- racycle has quit [Quit: racycle]
[23:04:00] -!- andypugh_ [andypugh_!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[23:04:00] -!- andypugh has quit [Read error: Connection reset by peer]
[23:04:00] andypugh_ is now known as andypugh
[23:09:33] -!- lsu has quit [Quit: Ex-Chat]
[23:09:38] -!- frallzor has quit []
[23:11:43] -!- Tecan has quit [Remote host closed the connection]
[23:14:04] -!- TheRealJimShady has quit [Quit: Page closed]
[23:14:25] -!- lsu_ has quit [Client Quit]
[23:18:29] -!- Tecan has quit [Changing host]
[23:19:32] -!- knut_ has quit [Ping timeout: 252 seconds]
[23:28:18] -!- pvertenten has quit [Quit: pvertenten]
[23:28:22] -!- lsu has quit [Quit: Ex-Chat]
[23:29:17] -!- andypugh has quit [Quit: andypugh]
[23:45:09] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[23:47:03] -!- Sendoushi has quit [Read error: Connection reset by peer]
[23:48:55] -!- ybon has quit [Quit: WeeChat 0.3.8]
[23:49:09] -!- JesusAlos has quit [Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344]]
[23:53:52] -!- ravenlock has quit [Remote host closed the connection]
[23:55:12] -!- phantoxeD has quit [Read error: Connection reset by peer]
[23:56:15] -!- rob_h has quit [Ping timeout: 252 seconds]
[23:57:15] -!- zzolo has quit [Quit: zzolo]
[23:59:20] -!- asdfasd has quit [Ping timeout: 255 seconds]
