Back
[00:26:34] -!- teepee has quit [Ping timeout: 272 seconds]
[00:26:59] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[00:50:21] <skunkworks_> https://groups.yahoo.com/neo/groups/mach1mach2cnc/conversations/messages/151022
[00:57:03] * cradek makes a gesture
[00:58:47] <PCW_> skunkworks_: have you tested eth_packet_loss?
[01:01:28] <skunkworks_> only slightly.
[01:01:48] <skunkworks_> I could run it on the matsuura - but we have had Zero problems with 2.7.4
[01:01:57] <skunkworks_> * I will run it on the matsuura
[01:02:00] <PCW_> I'm pretty sure there a bug on some systems
[01:02:10] <PCW_> there's
[01:02:12] <skunkworks_> what is that?
[01:02:30] <skunkworks_> the forum post? (I was just reading it)
[01:02:47] <skunkworks_> (10k)
[01:04:18] <PCW_> if you set the read timeout setting low enough it should drop all slow packets (and if low enough will trip the max error count)
[01:04:20] <PCW_> but this does not appear to work on all systems
[01:06:53] <PCW_> it works on my G3258 (32 bit Wheezy Intel MAC) and The Zotac (64 bit Mint 17.3 RTK MAC) but does not work on my core Duo (32 bit Ubuntu 14.04 Intel MAC)
[01:08:15] <PCW_> on the core DUO you can set the timeout limit arbitrarily low but it never (or rarely) drops packets
[01:09:31] <skunkworks_> huh - my laptop is an i7 - I could try that. but it would be jessie
[01:11:09] <PCW_> on 10Ks problem it may just be the the Liva is not a good Preempt-RT network host machine but I think theres some value in just
[01:11:11] <PCW_> dropping the rare late packets, but it doe not appear to work everywhere
[01:19:03] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[01:40:06] <jepler> yeah, I'm bummed it didn't help this user
[01:43:12] <jepler> my testing was targeted at making sure that it behaved well if a packet just never would arrive, not at setting the wait time lower than the worst case round trip time of a read operation
[01:53:06] <jepler> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Performance_Tuning_Guide/network-rps.html
[02:07:27] <skunkworks_> mine is 00
[02:09:15] <jepler> from the text it sounds like it would be beneficial to set it to something nonzero, but I am confused by what to set it to
[02:09:27] <jepler> comma-separated numbers? hex numbers? binary numbers? maybe any of the above?
[02:09:59] <jepler> .. so that the packet would always be steered to the RT CPU
[02:12:42] <skunkworks_> https://www.novell.com/support/kb/doc.php?id=7015585
[02:14:40] <skunkworks_> http://moblog.wiredwings.com/archives/20100827/howto-enable-receive-packet-steering-rps-on-linux-2-6-35.html
[02:47:16] <KGB-linuxcnc> 03Jeff Epler 05master 4d19316 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc: flatten heading hierarchy * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4d19316
[02:53:59] <pcw_home> jepler: any idea why the timeout doesn't work on some systems? (not sure about 10Ks system but it definately does not work on one of my systems)
[02:54:01] <pcw_home> I guess if it hung in a system call rather than waiting for the RX int it might behave this way but whys its any different in different systems I cant guess
[02:54:02] <pcw_home> also a comparison failureof some kind might do this
[02:54:15] <jepler> pcw_home: no not really any theories
[02:55:01] <jepler> it'll kill realtime and might change the result, but it'd be interesting to see what strace shows. it can timestamp when the syscall was entered and also time within syscall..
[02:55:35] <jepler> the loop is: non-blocking recv, exit loop if we got data back; delay 10us; exit loop if we reached deadline; otherwise back to recv
[02:56:00] <jepler> it's simple enought that I can't convince myself it's my bug lurking there but I could be wrong
[02:56:26] <pcw_home> yeah on the system that does not work I can set the time to 1% or 0% and it runs the same as 80
[02:56:51] <pcw_home> very weird
[02:58:01] <jepler> I should try this laptop with current 2.7, it's core 2 with intel nic. maybe I'll be "lucky" and get the same behavior.
[02:58:32] <jepler> heck I haven't tried setting the timeout to 1% on my desktop where I did all the development, so I don't know how it does either
[02:59:07] <jepler> but .. not tonight
[02:59:31] <pcw_home> yeah Core Duo is where I have the issue but unfortunately I have different OS's on each system
[02:59:55] <jepler> yes kernel version would be good to know as well
[03:01:50] <pcw_home> 4.1.27-rt30 32 bit on the one with trouble but 4.1.27-rt30 32 bit is ok on the G3258
[03:03:27] <pcw_home> I've changed the kernel a few times on the Core Duo and I've never seen timeouts work
[03:14:42] -!- anth0ny_ has quit [Quit: anth0ny_]
[03:35:49] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[03:37:39] -!- anth0ny_ has quit [Quit: anth0ny_]
[03:54:03] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[03:54:34] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[04:47:09] <KGB-linuxcnc> 03Dewey Garrett 05master f73d74a 06linuxcnc 10(6 files in 6 dirs) fix identity sim configs inconsistent a,j lims JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f73d74a
[04:47:09] <KGB-linuxcnc> 03Dewey Garrett 05master 694026e 06linuxcnc 03lib/hallib/check_config.tcl 10scripts/linuxcnc.in 10tests/interp/subroutine-return/interp.ini linuxcnc.in validate some config items JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=694026e
[04:50:12] -!- ve7it has quit [Remote host closed the connection]
[05:08:25] <linuxcnc-build> build #3567 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3567 blamelist: Dewey Garrett <dgarrett@panix.com>
[05:10:02] <linuxcnc-build> build #2183 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2183 blamelist: Dewey Garrett <dgarrett@panix.com>
[05:23:35] <linuxcnc-build> build #4371 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4371 blamelist: Dewey Garrett <dgarrett@panix.com>
[05:38:15] -!- msantana has quit [Ping timeout: 264 seconds]
[05:40:01] -!- msantana [msantana!marcelo@unaffiliated/darkstar] has joined #linuxcnc-devel
[06:23:57] -!- Miner_48er has quit [Quit: Leaving]
[06:31:33] -!- kwallace1 [kwallace1!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[06:48:31] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[09:05:48] -!- kalxas has quit [Changing host]
[09:28:04] -!- almccon_ has quit [Ping timeout: 272 seconds]
[10:26:20] -!- zeeshan has quit [Ping timeout: 272 seconds]
[11:13:31] <jthornton> how can you install master and get updates as master changes?
[11:14:18] <jthornton> I just did a git pull then debian/configure uspace -uc -us
[11:14:48] <jthornton> then dpkg -i the deb but there seems to me there might be an easier way to stay current?
[11:15:39] <jthornton> I guess I could write an update script... just thinking out loud but I wonder if buildbot has some other way
[12:14:42] -!- jellevictoor has quit [Remote host closed the connection]
[12:25:10] <jepler> seb_kuzminsky: I'm at a loss for why and how those two unrelated builders started failing at the same point in the testsuite, doesn't seem like it's related to anything dewey's commits touched.
[12:25:19] <jepler> + linuxcnc -r halui.ini
[12:25:19] <jepler> RTAPI: ERROR: could not open shared memory (No such file or directory)
[12:26:47] <jepler> it seems to be everytime haltcl is used ?
[12:29:12] <jepler> oh haltcl is newly being invoked each time linuxcnc starts
[12:31:57] <jepler> yeah realtime hasn't been started yet when this script is invoked
[12:33:30] <jepler> .. haltcl is being used simply so that it can access the inifile in a convenient way
[12:34:59] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[12:35:17] -!- teepee has quit [Ping timeout: 244 seconds]
[12:35:17] teepee_ is now known as teepee
[12:35:33] -!- tobias47n9e has quit [Ping timeout: 240 seconds]
[12:40:14] <KGB-linuxcnc> 03Jeff Epler 05master 8224ef9 06linuxcnc 10lib/hallib/check_config.tcl 10scripts/linuxcnc.in check_config: Can't run it with haltcl * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8224ef9
[12:56:18] -!- jellevictoor has quit [Remote host closed the connection]
[13:36:54] <jepler> seb_kuzminsky: why are there e.g., jessie-rtpreempt and jessie(-vanilla) builders?
[13:37:20] <jepler> seb_kuzminsky: they build the same package; and you can even test "both ways" from a single build if you have a preempt kernel and: make; runtests; sudo make setuid; runtests
[13:58:34] -!- jellevictoor has quit [Remote host closed the connection]
[14:16:08] <seb_kuzminsky> jepler: historical reasons only
[14:16:24] <seb_kuzminsky> i should modernize it
[14:20:03] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[14:37:35] <Tom_itx> pcw_home, is your site down or moved?
[14:38:55] <pcw_home> hmm looks to be down today
[14:39:20] <Tom_itx> someone was needing a pdf in the main channel
[14:39:29] <Tom_itx> 7i78 iirc
[14:40:00] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[14:44:06] -!- skunkworks_ has quit [Ping timeout: 272 seconds]
[14:49:03] -!- jellevictoor has quit [Ping timeout: 240 seconds]
[15:42:57] -!- skunkworks_ [skunkworks_!~skunkwork@207-118-172-24.dyn.centurytel.net] has joined #linuxcnc-devel
[15:45:27] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[15:49:14] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[16:01:00] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[17:04:03] <seb_kuzminsky> it's got a tape drive!
[17:04:05] <seb_kuzminsky> http://highlab.com/~seb/hardinge/
[17:04:18] -!- Mathnerd314 has quit [Ping timeout: 246 seconds]
[17:05:41] <seb_kuzminsky> it says 460v 3-phase on the plate, but it looks like all the transformers are single phase to me
[17:11:19] <seb_kuzminsky> he also had one of these:
http://www.emi-mec.eu/autosprinte/index.php5
[17:11:28] <seb_kuzminsky> never seen a cnc programmed by plug board before
[17:14:16] <cradek> huh last 3 images disappeared while I was loading
[17:14:46] <cradek> 1979! a little older than I guessed. very similar to mine, but with a cpu and crt.
[17:15:08] <seb_kuzminsky> yeah they were of the autosprint, i removed them to avoid confusion
[17:15:09] <cradek> still resolvers, probably. "syn"
[17:15:46] <seb_kuzminsky> i couldnt get a good picture of the servos
[17:15:58] <cradek> they're brushed dc
[17:16:20] <cradek> same amps as mine, I think
[17:16:45] <seb_kuzminsky> "tach 2 - syn 3",
http://highlab.com/~seb/hardinge/IMG_20160716_095626.jpg, is that what you're getting the resolver info from?
[17:17:06] <cradek> yeah
[17:17:26] <cradek> you could take that cover off to be sure, but it's probably caulked shut
[17:18:19] <seb_kuzminsky> do you agree the transformers look like they're getting 1-phase input? though maybe they think they're getting 1 leg of 460 3-phase
[17:18:25] <cradek> servos are inside those soda can sized things, sealed by o ring
[17:18:44] <cradek> yep pretty sure.
[17:19:23] <cradek> and the motor can be restrapped for 240 surely?
[17:19:47] <cradek> coolant motor maybe not...
[17:20:33] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[17:21:01] <cradek> did you jiggle the ballscrews to see if they're tight?
[17:32:51] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[17:36:34] <skunkworks_> hmm - program extents don't look quite right
[17:38:46] <skunkworks_> http://electronicsam.com/images/matsuura/20160716_123826.jpg
[17:38:54] <skunkworks_> zero is the center of the circle
[17:39:20] <skunkworks_> why would the extents go -7.45 to -2.44?
[17:39:41] <skunkworks_> (and similar with y and z)
[17:43:39] <skunkworks_> huh - it looks right in sim on my laptop
[17:43:49] <skunkworks_> that doesn't make sense
[18:06:39] <cradek> is AXIS set to show relative coordinates? in perspective, it's hard to tell where those axes are
[18:26:17] -!- jellevictoor has quit [Remote host closed the connection]
[18:32:43] -!- jellevictoor has quit [Remote host closed the connection]
[18:35:54] <cradek> seb_kuzminsky: I wonder what cpu is in that "industrual processor". It looks completely front-panel programmable
[18:38:20] <pcw_home> and 16 bit
[18:39:58] -!- anth0ny_ has quit [Quit: anth0ny_]
[18:40:03] -!- jbr has quit [Ping timeout: 264 seconds]
[18:42:42] -!- jellevictoor has quit [Remote host closed the connection]
[18:45:28] <skunkworks_> cradek, it is set to relative
[18:46:39] <skunkworks_> random linux question... I have a keyboard that had an integrated touch pad mouse. It doesn't show up as any of the normal synaptic/alps whatever. I want to disable the pad double click/drag but am failing at google.
[18:47:42] <skunkworks_> on wheezy
[18:47:51] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[18:49:52] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[18:53:44] -!- jellevictoor has quit [Remote host closed the connection]
[18:58:21] -!- anth0ny_ has quit [Client Quit]
[18:58:39] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[19:07:09] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[19:07:35] -!- jellevictoor has quit [Remote host closed the connection]
[19:11:08] <cradek> pcw_home: 8051?
[19:11:27] -!- BeachBumPete has quit [Quit: I'm Outta here!!]
[19:12:57] -!- anth0ny_ has quit [Quit: anth0ny_]
[19:17:00] -!- jellevictoor has quit [Read error: Connection reset by peer]
[19:17:02] -!- GJdan has quit [Remote host closed the connection]
[19:25:34] <pcw_home> Is it even a Micro?
[19:27:36] -!- jellevictoor has quit [Remote host closed the connection]
[19:30:44] -!- jellevictoor has quit [Remote host closed the connection]
[19:33:48] -!- jellevictoor has quit [Read error: No route to host]
[19:48:27] -!- pcw_home has quit [Ping timeout: 264 seconds]
[19:52:30] <skunkworks_> zlog
[19:52:30] <zlog> skunkworks_: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-07-16.html
[19:54:12] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[19:58:43] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[20:00:15] -!- jellevictoor has quit [Remote host closed the connection]
[20:05:14] -!- jellevictoor has quit [Ping timeout: 258 seconds]
[20:37:43] -!- jellevictoor has quit [Remote host closed the connection]
[20:43:03] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[20:46:31] -!- jellevictoor has quit [Remote host closed the connection]
[20:51:27] -!- jellevictoor has quit [Ping timeout: 264 seconds]
[20:51:52] -!- jeturcotte has quit [Quit: Page closed]
[22:03:22] -!- Miner_48er has quit [Quit: Leaving]
[22:07:12] <jepler> I really don't like asciidoc's output file handling
[22:41:15] -!- pcw_home has quit [Ping timeout: 264 seconds]
[22:55:28] <jepler> also anyone who says our makefiles are complex is right
[22:57:36] <JT-Shop> lol
[23:14:51] <cradek> are they still right if they go on to say that means we should reinvent it all from scratch?
[23:19:56] <jepler> cradek: eh, I'm sure approaching the point of "I'll happily review your work and look for problems" if someone comes along and says that
[23:20:42] <cradek> that sounds perfect, actually
[23:24:25] <jepler> manpage from asciidoc source:
http://paste.debian.net/782137/ manpage from groff source:
http://paste.debian.net/782138/
[23:24:32] <jepler> the same, but as html:
https://emergent.unpythonic.net/files/sandbox/and2.9.html https://emergent.unpythonic.net/files/sandbox/or2.9.html
[23:24:47] -!- FelixVi has quit [Remote host closed the connection]
[23:25:33] <jepler> (the different widths of the manpage versions is unrelated)
[23:26:31] <jepler> asciidoc markup looks much nicer in the source code of course
https://emergent.unpythonic.net/files/sandbox/and2.comp vs
https://emergent.unpythonic.net/files/sandbox/or2.comp
[23:30:07] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc a4a91f7 06linuxcnc 10src/hal/utils/halcompile.g halcompile: support r-strings * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a4a91f7
[23:30:07] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 8d8e248 06linuxcnc 10src/hal/components/or2.comp or2: demonstrate a use of r-string documentation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8d8e248
[23:30:07] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc aa8985d 06linuxcnc 10docs/src/Submakefile build: "make man-html" builds all HTML files that derive from manpages * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa8985d
[23:30:10] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 9ef4d67 06linuxcnc 10docs/src/Submakefile build: a few more "grep -q" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9ef4d67
[23:30:13] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc e765570 06linuxcnc 10src/hal/utils/halcompile.g halcompile: Allow documentation to be written in asciidoc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e765570
[23:30:17] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 0e1569b 06linuxcnc 10debian/control.in packaging: asciidoc is now required for running halcompile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0e1569b
[23:30:21] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 881cc15 06linuxcnc 10src/hal/components/and2.comp and2: convert a bit of documentation to asciidoc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=881cc15
[23:30:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 25b499a 06linuxcnc 10docs/src/Submakefile 10src/hal/components/Submakefile docs: build html manpages using halcompile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=25b499a
[23:30:31] <jepler> there are "just" 107 comps to convert to asciidoc markup, but it can be done piecemeal and the html manpages get progressively better
[23:30:56] <jepler> once they're all done, we can then integrate them properly into the "main" html / pdf documentation
[23:58:30] <seb_kuzminsky> looks great
