Back
[00:16:14] <jepler> linux-image-3.16.0-9-rtai-amd64 doesn't work on my machine :(
[00:16:27] <jepler> so I can't easily test whether lxrt is abi-stable enough to work with that and 3.18-rtai
[00:46:42] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[01:01:53] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[01:15:44] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #108: Now this works on systems that follow the linuxcnc standard (but debian-filesystem-layout non-compliant) system of putting rtai modules in /usr/realtime-`uname -r`/modules without any extra steps. 02
https://github.com/LinuxCNC/linuxcnc/pull/108#issuecomment-231251915
[01:45:44] -!- GJdan has quit [Quit: WeeChat 1.6-dev]
[01:55:41] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #108: and now it packages. Probably needs some more detection when the target is uspace and there is no rtai developement header available. (in fact, rtai-modules is currently a missing build-dep, hmm) 02
https://github.com/LinuxCNC/linuxcnc/pull/108#issuecomment-231256874
[02:05:27] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[02:15:10] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:4cd6:ca28:278e:3cda] has joined #linuxcnc-devel
[02:15:14] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:4cd6:ca28:278e:3cda] has parted #linuxcnc-devel
[02:24:25] -!- MariaFernandezBa has quit [Read error: Connection reset by peer]
[03:07:45] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[04:30:09] -!- DLPeterson has quit [Quit: leaving]
[05:07:11] -!- sebstrax has quit [Quit: Connection closed for inactivity]
[05:08:02] -!- ve7it has quit [Remote host closed the connection]
[05:24:26] -!- Miner_48er has quit [Quit: Leaving]
[05:57:11] -!- ktchk [ktchk!~eddie6929@n219079226117.netvigator.com] has joined #linuxcnc-devel
[06:00:19] -!- maurris has quit []
[06:41:16] -!- erve_ has quit [Ping timeout: 264 seconds]
[06:47:07] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:48:08] -!- teepee has quit [Ping timeout: 272 seconds]
[06:48:14] teepee_ is now known as teepee
[07:16:03] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[07:57:38] -!- ktchk [ktchk!~eddie6929@n219079226117.netvigator.com] has parted #linuxcnc-devel
[08:02:34] -!- mk0__ [mk0__!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[08:03:37] -!- mk0__ has quit [Client Quit]
[08:09:33] -!- md-2 has quit [Read error: No route to host]
[08:09:55] md2 is now known as Guest28939
[08:53:10] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[09:10:27] -!- Guest28939 has quit [Ping timeout: 276 seconds]
[09:49:45] md2 is now known as Guest40408
[09:50:45] -!- md-2 has quit [Ping timeout: 276 seconds]
[10:13:30] -!- Guest40408 has quit [Ping timeout: 246 seconds]
[10:28:04] -!- skunkworks has quit [Ping timeout: 264 seconds]
[10:38:51] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[11:10:14] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[11:10:28] -!- kingarmadillo has quit [Ping timeout: 244 seconds]
[11:12:18] -!- sel has quit [Client Quit]
[11:34:16] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:55:55] -!- ikcalB [ikcalB!~ikcalB@mail.team-electronics.com] has joined #linuxcnc-devel
[11:57:26] <ikcalB> hey RTAI gurus: in the lcec HAL module, to cancel the jitter of the RT thread, I'm trying to use timer functions to get the actual time instead of just adding the nomincal cycle time.
[11:59:52] <ikcalB> using any of `rt_get_time_ns()` `rt_get_real_time_ns()` `gettimeofday()` does mess up sth I have not been able to localize. ATM I'm sending an incrementing counter to EC slaves, but some cycles do not show increments or increment by 2. Does anyone have a reasonable explanation / solution at hand?
[12:03:31] -!- b_b has quit [Changing host]
[12:21:57] -!- skunkworks has quit [Ping timeout: 260 seconds]
[12:38:11] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[12:53:06] -!- md-2 has quit [Remote host closed the connection]
[12:53:46] <jepler> I don't know offhand
[12:53:59] <jepler> we provide rtapi_get_time, and on rtai realtime it's implemented like this:
[12:54:02] <jepler> long long int rtapi_get_time(void)
[12:54:04] <jepler> {
[12:54:07] <jepler> return rt_get_cpu_time_ns();
[12:54:10] <jepler> }
[12:55:50] <jepler> .. but for many years that code had a comment that
[12:55:51] <jepler> - /* this is a monstrosity that seems to take several MICROSECONDS!!!
[12:55:51] <jepler> - on some boxes. Why the RTAI folks even bothered I have no idea!
[12:55:51] <jepler> - If you have any need for speed at all use rtapi_get_clocks()!!
[12:55:51] <jepler> - */
[12:57:21] <ikcalB> jepler: many tnx. when sniffing packets from a tap, there seems to be no additional delta time / jitter introduced by using that function. going to take a look at `rtapi_get_clocks()` though!
[12:59:28] <jepler> .. that comment and the API rtapi_get_clocks() were added in 2006(!) at ed4089d02a7b
[13:01:57] <ikcalB> afaik rt_get_time_ns is now implemented using the tsc, if it exists. it's improbable that it still takes that long to execute - still worth having a look!
[13:03:23] <jepler> RTIME rt_get_cpu_time_ns(void)
[13:03:23] <jepler> {
[13:03:23] <jepler> return rtai_llimd(rtai_rdtsc(), 1000000000, tuned.clock_freq);
[13:03:23] <jepler> }
[13:04:58] <jepler> RTIME rt_get_time_ns(void)
[13:04:59] <jepler> {
[13:04:59] <jepler> int cpuid = rtai_cpuid();
[13:04:59] <jepler> return oneshot_timer ? rtai_llimd(rtai_rdtsc(), 1000000000, tuned.clock_freq) :
[13:05:01] <jepler> rtai_llimd(rt_times.tick_time, 1000000000, TIMER_FREQ);
[13:05:04] <jepler> }
[13:05:18] <jepler> so for rt_get_time_ns it looks like one code path is the same as rt_get_cpu_time_ns, but the other code path is some time that was measured in the past
[13:05:44] <jepler> /* +++++++++++++++++++++++++++ SECRET BACK DOORS ++++++++++++++++++++++++++++ */
[13:05:53] <jepler> ^^^^ things you never want to see in source code you're reading
[13:08:14] <jepler> I hope you can sort out your problem, best of luck.
[13:08:27] DeltaF is now known as jbr
[14:11:29] <jepler> well that's cute! any lxrt syscall returns -1 and sets errno to "Function not implemented".
[14:11:39] <jepler> .. even when it is implemented and does work
[14:24:16] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[14:24:57] <ikcalB> nice one :D. I'll remember that, when I'm haking sth evil...
[14:26:15] <ikcalB> many tnx for your support, I might be getting there... calling any those timing functions (and using the value for an if statement) only, does not mess up. actually using the correct time instead of the monotonic increasing `+period_time` does make problems anywhere
[14:29:20] <ikcalB> will be calling back, on that one. have a nice day ;)
[14:29:22] -!- ikcalB has quit [Quit: WeeChat 1.5]
[14:31:02] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[14:34:25] -!- ivansanchez has quit []
[14:43:41] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[15:11:16] -!- Daerist has quit [Quit: Leaving]
[15:30:54] -!- zhik has quit [Quit: Leaving]
[15:31:24] -!- zhik has quit [Max SendQ exceeded]
[15:34:32] <JT-Shop> I'm making a 2.8 configuration wizard, I hope I'm not duplicating anyone's work...
[15:37:47] <archivist> stepconf/pncconf?
[15:46:43] <jepler> maybe the third effort will actually be good :-/
[15:47:27] <archivist> and actually read the hal and ini after any hand edits
[15:47:48] <jepler> looking further at lxrt, the ABI compatibility will at least be good for a particular RTAI release, regardless of the underlying kernel. so that's something.
[15:48:40] <JT-Shop> archivist: I'm working on one that does it all for 2.8
[15:49:16] <archivist> for what definition of all :)
[15:49:35] <jepler> archivist: it's just a text editor
[15:49:48] <jepler> but jt's phone number is shown in the corner at all times
[15:50:01] <JT-Shop> well my pea brain thinks parallel port, Pico, Mesa
[15:52:05] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 8bea6b4 06linuxcnc Merge remote-tracking branch 'hazelnusse/Issue105' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8bea6b4
[15:55:31] -!- zhik has quit [Ping timeout: 240 seconds]
[15:56:36] -!- kingarmadillo has quit [Ping timeout: 272 seconds]
[16:00:06] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #106: Merged. Thanks for this patch!... 02
https://github.com/LinuxCNC/linuxcnc/pull/106#issuecomment-231399005
[16:05:02] -!- md-2 has quit [Remote host closed the connection]
[16:24:25] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[16:25:35] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15hazelnusse commented on issue #106: I'm on Gentoo ~amd64 so bleeding edge stuff all over the place :) Right now just a laptop but eventually for a real machine that will run a 3-axis mill. 02
https://github.com/LinuxCNC/linuxcnc/pull/106#issuecomment-231405428
[16:25:36] -!- teepee has quit [Ping timeout: 244 seconds]
[16:25:36] teepee_ is now known as teepee
[16:27:46] <linuxcnc-build> build #4337 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4337 blamelist: Norbert Schechner <nieson@web.de>
[16:29:29] <jepler> 44 hours -- I guess buildbot was out to lunch again?
[16:31:47] -!- zhik has quit [Remote host closed the connection]
[17:10:48] -!- md-2 has quit [Ping timeout: 276 seconds]
[17:29:23] -!- zeeshan|2 [zeeshan|2!~kvirc64@173.32.39.47] has joined #linuxcnc-devel
[17:32:15] -!- zeeshan has quit [Ping timeout: 276 seconds]
[18:07:05] <seb_kuzminsky> jepler: yeah, one of the wheezy-rtpreempt buildslaves was locked up again
[18:07:28] <seb_kuzminsky> i apt-get dist-upgraded it and one of the things it got was a new kernel, we'll see if that helps
[18:22:16] -!- jbr has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0.1/20160623154057]]
[18:45:42] <jepler> seb_kuzminsky:
https://github.com/LinuxCNC/linuxcnc/pull/102 OK for 2.7?
[18:51:49] <seb_kuzminsky> jepler: you want to cherrypick a6ebc471e2b194c8a2e66bfa54da6af3a5c49078 into 2.7?
[18:52:03] <seb_kuzminsky> that's fine by me
[18:52:11] <jepler> seb_kuzminsky: right
[18:52:20] <jepler> assuming that's the right ref
[18:52:38] <seb_kuzminsky> it's not the ref of the PR, but it seems to have the same commit contents
[18:58:06] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:4cd6:ca28:278e:3cda] has joined #linuxcnc-devel
[19:07:36] <jepler> hm it may be the case that boost has fixed this, in 1.59.0. but still, the affected version is in ubuntu 16.04 and the fedora that came out last winter soo
[19:11:55] <jepler> stretch has 1.58.0, is likely to be affected
[19:12:46] <jepler> well stretch has 1.58 and 1.60, and 1.58 is default
[19:17:29] <seb_kuzminsky> yeah, i've been running on 1.60 because i've been too lazy to fix it
[19:17:40] <seb_kuzminsky> so thanks for figuring that one out :-)
[19:18:00] -!- kingarmadillo has quit [Ping timeout: 272 seconds]
[19:18:03] -!- Mathnerd314_ [Mathnerd314_!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[19:19:40] -!- Mathnerd314 has quit [Ping timeout: 264 seconds]
[19:20:21] <jepler> seb_kuzminsky: so you can confirm it affects 1.58 on debian?
[19:20:39] <jepler> if I wasn't tired I'd file a bug. I just slogged through filing
https://bugs.launchpad.net/ubuntu/+source/boost1.58/+bug/1600345 for all the good it'll do
[19:21:32] -!- lair82 has quit [Quit: Leaving]
[19:22:04] <seb_kuzminsky> jepler: i'll double check, but i'm pretty sure
[19:22:54] <seb_kuzminsky> i know it does not affect 1.60 on stretch
[19:22:56] <seb_kuzminsky> bbl
[19:33:35] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:4cd6:ca28:278e:3cda] has parted #linuxcnc-devel
[19:47:00] -!- kingarmadillo has quit [Read error: Connection reset by peer]
[19:50:16] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[19:53:10] -!- Mathnerd314_ has quit [Ping timeout: 252 seconds]
[20:01:37] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[20:07:50] -!- b_b has quit [Remote host closed the connection]
[20:11:50] -!- tobias47n9e__ has quit [Ping timeout: 272 seconds]
[20:14:34] -!- Mathnerd314_ [Mathnerd314_!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[20:17:06] -!- Mathnerd314 has quit [Ping timeout: 244 seconds]
[20:20:01] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[20:22:49] -!- Mathnerd314_ has quit [Ping timeout: 250 seconds]
[20:27:08] <seb_kuzminsky> jepler: yeah, boost 1.58 in stretch fails, 1.60 works
[20:27:17] <seb_kuzminsky> *** /home/seb/linuxcnc-2.7/tests/interp/value-returned: FAIL: test run exited with 134
[20:27:20] <seb_kuzminsky> etc
[20:37:28] <jepler> seb_kuzminsky: thanks for checking
[20:48:51] <jepler> I guess we have a workaround, so no need to code up a configure test to alert for the problem
[20:52:22] -!- jthornton has quit [Ping timeout: 272 seconds]
[20:52:27] -!- JT-Shop has quit [Ping timeout: 276 seconds]
[20:55:22] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:25:26] <seb_kuzminsky> jepler: i cherry-picked a6ebc471e2b194 into 2.7 & built it with boost 1.58 and it's passing the tests
[21:25:36] <seb_kuzminsky> when it finishes i'll push it to glo
[21:25:45] <jepler> seb_kuzminsky: also excellent news, thanks very much
[21:35:16] <KGB-linuxcnc> 03Jeff Epler 052.7 b3ec66b 06linuxcnc 10src/emc/pythonplugin/python_plugin.cc rs274: work around boost::python bug * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b3ec66b
[22:05:54] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[22:07:05] <tinkerer> 'n evening!
[22:08:50] <tinkerer> seb_kuzminsky: a short question about your comment on the devel list concerning the man page
[22:08:53] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:09:38] -!- teepee has quit [Ping timeout: 272 seconds]
[22:09:38] teepee_ is now known as teepee
[22:11:23] <tinkerer> in docs/src/man does "*.in" mean "component.9.in" or "component.in"?
[22:13:09] <tinkerer> and is this the preferred way or putting the man page in "/docs/man/..."?
[22:13:28] <jepler> the example of that in our source tree is docs/src/man/man1/linuxcnc.1.in
[22:14:03] <jepler> you would use that sort of file if you needed to show values determined by src/configure in your manpage. In linuxcnc.1, it is to show the configured value of LINUXCNC_CONFIG_PATH:
[22:14:07] <jepler> \fB@LINUXCNC_CONFIG_PATH@\fR
[22:15:36] <tinkerer> Ok
[22:19:18] <tinkerer> Thanks
[22:20:35] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[22:36:07] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[22:36:07] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[22:39:11] -!- Connor has quit [Read error: Connection reset by peer]
[22:40:19] -!- Connor [Connor!~Connor@c-67-187-108-117.hsd1.tn.comcast.net] has joined #linuxcnc-devel
[22:43:12] -!- JT-Shopp [JT-Shopp!~john@198.45.191.246] has joined #linuxcnc-devel
[22:43:40] -!- JT-Shop has quit [Read error: Connection reset by peer]
[22:43:46] -!- jthornton has quit [Read error: Connection reset by peer]
[22:56:46] <tinkerer> a pull request question:
[22:57:59] <tinkerer> is there a way to hand in later a commit or must I make a new pull request?
[22:58:45] <andypugh> I have to admit I was wondering the same thing, about your pull request. I actually don’t know.
[22:59:15] <andypugh> ( I have never made a pull request nor have I acccepted a pul request)
[22:59:51] <tinkerer> hmmm....
[23:01:10] <tinkerer> nobody with a clue?
[23:05:02] -!- tinkerer has quit [Quit: Leaving]
[23:07:26] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15tinkercnc commented on issue #107: Is there a way to hand in later a commit or must I make a new pull request? 02
https://github.com/LinuxCNC/linuxcnc/pull/107#issuecomment-231493266
[23:36:03] -!- tobias47n9e has quit [Ping timeout: 246 seconds]