#linuxcnc-devel | Logs for 2018-09-24
Back
[01:01:48] -!- c-log has quit [Ping timeout: 252 seconds]
[01:04:11] -!- c-log has joined #linuxcnc-devel
[01:25:14] -!- CaptHindsight has joined #linuxcnc-devel
[02:22:07] -!- ve7it has quit [Remote host closed the connection]
[02:40:50] -!- MrJones24 has joined #linuxcnc-devel
[02:44:13] -!- MrJones24 has quit [Remote host closed the connection]
[03:02:11] -!- arekushi has joined #linuxcnc-devel
[03:10:28] -!- arekushi has quit [Ping timeout: 245 seconds]
[05:00:10] -!- defterade14 has joined #linuxcnc-devel
[05:04:08] -!- defterade14 has quit [K-Lined]
[05:54:13] -!- ramsey6 has joined #linuxcnc-devel
[05:55:15] -!- ramsey6 has quit [Remote host closed the connection]
[07:43:04] -!- selroc has joined #linuxcnc-devel
[07:58:23] -!- selroc has quit [Quit: Leaving]
[08:15:37] -!- BRKs21 has joined #linuxcnc-devel
[08:20:03] -!- BRKs21 has quit [Ping timeout: 245 seconds]
[09:13:29] -!- Guest85359 has joined #linuxcnc-devel
[09:15:53] -!- Guest85359 has quit [Remote host closed the connection]
[09:21:59] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15andypugh closed pull request #497: Fix RTAI 4 support and add rtai_shm (06master...06master) 02 https://github.com/LinuxCNC/linuxcnc/pull/497
[09:29:19] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15andypugh commented on issue #210: This has been hanging around a long time. ... 02 https://github.com/LinuxCNC/linuxcnc/pull/210#issuecomment-423974441
[09:30:33] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15andypugh commented on issue #210: This has been hanging around a long time. ... 02 https://github.com/LinuxCNC/linuxcnc/pull/210#issuecomment-423974441
[09:34:30] <jepler> kunena forum update coming up..
[09:44:25] <jepler> .. afk again, everything looks OK after the mandatory "edit a php file to restore the nav bar on mobile" since that file gets overwritten on every update argh
[09:51:00] -!- amospalla8 has joined #linuxcnc-devel
[09:51:05] -!- amospalla8 has quit [Remote host closed the connection]
[09:58:34] -!- c-log has quit [Ping timeout: 240 seconds]
[09:59:28] -!- Juerd26 has joined #linuxcnc-devel
[10:01:19] -!- Juerd26 has quit [Remote host closed the connection]
[10:03:09] -!- c-log has joined #linuxcnc-devel
[10:20:20] -!- Hund4 has joined #linuxcnc-devel
[10:22:02] -!- Hund4 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
[10:44:04] -!- Roguish has joined #linuxcnc-devel
[11:04:40] -!- MarkusBec has quit [Ping timeout: 246 seconds]
[11:06:41] -!- MarkusBec has joined #linuxcnc-devel
[11:46:16] -!- unixpro197023 has joined #linuxcnc-devel
[11:51:11] -!- unixpro197023 has quit [Ping timeout: 260 seconds]
[11:53:23] -!- lawnchair has joined #linuxcnc-devel
[11:56:04] -!- lawnchair has quit [Remote host closed the connection]
[12:35:12] -!- ve7it has joined #linuxcnc-devel
[12:47:46] -!- MarkusBec has quit [Ping timeout: 260 seconds]
[13:04:35] -!- jdaly25 has joined #linuxcnc-devel
[13:09:28] -!- jdaly25 has quit [Remote host closed the connection]
[13:12:41] -!- MarkusBec has joined #linuxcnc-devel
[13:24:02] -!- HTiberian2 has joined #linuxcnc-devel
[13:24:44] -!- HTiberian2 has quit [Remote host closed the connection]
[14:07:10] <CaptHindsight> memleak> Somewhere between LinuxCNC 2.6.13 and 2.7.14, rtai_shm was removed from the tree entirely.
[14:07:10] <CaptHindsight> <memleak> Ah: 291d2594ca2dce17bdce70df6c787ffd7a8cc3dc
[14:08:38] <CaptHindsight> regardless of what rtai_sched does, rt_shm_free and rt_shm_alloc are only provided by rtai_shm.
[14:08:38] <CaptHindsight> <memleak> https://github.com
[14:09:17] <CaptHindsight> what to do with this?
[14:09:49] <seb_kuzminsky> i don't understand what you're asking. is there a problem that needs addressing?
[14:10:56] <CaptHindsight> rtai_shm is required
[14:11:30] <CaptHindsight> I'm just cutting and pasting what he posted late Friday
[14:12:24] <CaptHindsight> it's required and it's missing
[14:12:34] <seb_kuzminsky> i didn't understand it then either :-)
[14:12:45] <seb_kuzminsky> i think it's required and it's not missing
[14:13:00] <CaptHindsight> is it somewhere else?
[14:13:22] <CaptHindsight> I'll ask him later
[14:15:02] -!- memfrob has joined #linuxcnc-devel
[14:15:19] <memfrob> Hello! So what's going on?
[14:15:52] <CaptHindsight> is something missing from the LCNC tree for RTAI?
[14:16:39] <CaptHindsight> " Somewhere between LinuxCNC 2.6.13 and 2.7.14, rtai_shm was removed from the tree entirely."
[14:17:04] <seb_kuzminsky> rt_shm_alloc and rt_shm_free are both in rtai_sched.ko, in the rtai we currently ship (based on rtai 3.9)
[14:17:04] <memfrob> Yes, LinuxCNC doesn't include rtai_shm.ko -- rtapi: Unknown symbol rt_shm_free (err 0) [ 3902.786530] rtapi: Unknown symbol rt_shm_alloc (err 0)
[14:17:43] <memfrob> I don't think that's right but I can check the RTAI source..
[14:18:02] <seb_kuzminsky> for clarity, linuxcnc itself doesn't include any rtai modules, we ship a separate package containing the rtai modules
[14:18:18] <memfrob> What I mean by include, is include the modules in it's scripts
[14:18:51] <memfrob> module-helper doesn't include rtai_shm in it's list, nor scripts/rtapi.conf
[14:18:52] <seb_kuzminsky> the "current" (ie, least old) version of that package is 3.9.265.gd99c55e, built from the shabby/memfrob github way back when
[14:19:09] <seb_kuzminsky> right, there's no rtai_shm module in rtai 3.9 or 5.0, afaik
[14:19:22] <seb_kuzminsky> the shm functions are included in rtai_sched.ki
[14:19:23] <seb_kuzminsky> *ko
[14:19:37] <memfrob> That doesn't make any sense to me but I'll check the code.
[14:20:55] <memfrob> RTAI 3.9 upstream has no shm symbols in sched -- checking shabby tree
[14:23:33] <memfrob> Nothing..
[14:25:11] <seb_kuzminsky> 'objdump -t rtai_sched.ko | grep rt_shm' shows the function in the module on my machine
[14:25:46] <seb_kuzminsky> on both wheezy (rtai 3.9+shabby) and lucid (rtai 3.8.1)
[14:25:59] <seb_kuzminsky> neither of those machines has rtai_shm.ko
[14:26:40] <memfrob> Alright so there's something magic about that 5 year old code.
[14:27:07] <seb_kuzminsky> well i don't know anything about that
[14:27:59] <seb_kuzminsky> linuxcnc is just a consumer of rtai, you're by far the deepest into that code base of anyone in know, so i defer to you on this topic
[14:28:28] <memfrob> seb_kuzminsky, if you're not convinced: cd RTAI-source && grep "rt_shm" base/sched/*/*
[14:28:56] <seb_kuzminsky> i belive you that there's no rt_shm* functions in that directory
[14:29:16] <seb_kuzminsky> could it be the rt_shm stuff lives elsewhere and gets smushed into sched at link time?
[14:30:01] <memfrob> That's the only possible way for those functions to show up there, and RTAI previously did a horrible job linking everything together.
[14:30:05] <seb_kuzminsky> looks like it lives in base/ipc
[14:30:11] -!- micges has joined #linuxcnc-devel
[14:31:34] <memfrob> everything "just worked" -- still to this day there's a minor bug in the linking of rtai_hal because if you move the hal code into the sched code, you get two undefined symbols out of the 500.
[14:32:47] <memfrob> https://github.com -- lines 18 to 23
[14:34:03] <memfrob> There's no logical reason I can see to have to cd into a different directory to build rtai_sched but that's how it is.
[14:36:03] <memfrob> Do you have an RTAI 5 package installed? I'm interested to see if rt_shm* is included in rtai_sched on your end with RTAI 5.
[14:36:26] <seb_kuzminsky> umm, somewhere, hold on
[14:37:51] <seb_kuzminsky> yeah, rtai 5 on linux 4.4, no rtai_shm.ko
[14:38:12] <memfrob> can you check objdump ?
[14:38:22] <seb_kuzminsky> the same set of rt_shm_* functions are in rtai_sched.ko
[14:38:26] <memfrob> wth..
[14:39:16] <seb_kuzminsky> this was built from an rtai 5.0 prerelease fetched from cvs on 2017.05.19, plus some fairly inconsequential local changes
[14:40:06] <seb_kuzminsky> i think upstream (rtai.org) has been doing it this way since at least 2010
[14:40:20] <seb_kuzminsky> i suppose it's something particular about how we're building rtai
[14:40:36] <seb_kuzminsky> *it's possible it's something particular
[14:41:28] <seb_kuzminsky> we run rtai's configure with --enable-shm
[14:41:32] <seb_kuzminsky> --enable-malloc
[14:41:45] <memfrob> oh that might do it.
[14:41:51] <seb_kuzminsky> https://github.com
[14:41:58] <memfrob> you're enabling shm instead of compiling it as a module
[14:43:43] <seb_kuzminsky> that's how we've always done it, as far back as i can see
[14:44:21] <memfrob> I'm going to build-in shm and see if objdump comes up with anything.
[14:44:55] <seb_kuzminsky> ok :-)
[14:45:00] <seb_kuzminsky> i'm stepping away for a bit
[14:45:05] <memfrob> alright!
[14:45:12] <seb_kuzminsky> good luck!
[14:45:18] <memfrob> thanks for helping me out!
[15:02:33] -!- thallada3 has joined #linuxcnc-devel
[15:04:52] <memfrob> brb
[15:04:53] -!- memfrob has quit [Quit: Leaving]
[15:05:02] -!- thallada3 has quit [Remote host closed the connection]
[15:34:06] -!- avieks14 has joined #linuxcnc-devel
[15:35:02] -!- avieks14 has quit [Remote host closed the connection]
[15:40:35] <CaptHindsight> http://wiki.linuxcnc.org all of these I originally purchased back in ~2014 did not have the PCI_ID issue
[15:41:05] <CaptHindsight> all 3 of the latest ones have the issue. I'll try the pin strap fix to change PCI-ID's
[15:41:38] <CaptHindsight> how much work can I expect if I make a kernel modification for Debian?
[15:54:13] <CaptHindsight> looks like one line in /drivers/parport/parport_serial.c
[15:54:43] -!- memfrob has joined #linuxcnc-devel
[15:55:43] <memfrob> objdump -t modules/rtai_sched.ko | grep "rt_shm" shows stuff now. :)
[16:04:54] <memfrob> How to remove a PR?
[16:05:32] <memfrob> I can git reset --hard HEAD~ && git push -f but I don't know if this will work.
[16:20:12] <seb_kuzminsky> andypugh already merged it
[16:22:12] <memfrob> That's bad. RTAI 4 is now the only one that supports the shm module. Either support it in RTAI 3 through 5 or require it to be built-in.
[16:22:45] <seb_kuzminsky> looks to me like we should just revert the configure.ac and module_helper.c patches, but do you still want that RTAI==4 block in rtapi.conf.in? without the rtai_shm part?
[16:23:09] <memfrob> Yes, that'd be wonderful.
[16:23:13] <seb_kuzminsky> we've never shipped linuxcnc on rtai4, and as far as i know no one has ever built it
[16:23:37] <seb_kuzminsky> can you prepare a PR with those changes?
[16:23:48] <memfrob> Yes. Give me a minute.
[16:24:05] <memfrob> About RTAI 5, is anyone having issues with it?
[16:24:09] -!- Solarion has joined #linuxcnc-devel
[16:24:22] <memfrob> The reason I kept RTAI 4 alive was because RTAI 5 was a trainwreck.
[16:24:33] Solarion is now known as Guest18588
[16:24:46] <seb_kuzminsky> i played with rtai 5 for months last year, it seemed great except it would sometimes hang on unload and paolo and i were never able to fix it
[16:24:59] -!- Guest18588 has quit [Killed (Unit193 (Spam is not permitted on freenode.))]
[16:25:02] <seb_kuzminsky> running the linuxcnc test suite in a loop would trigger the problem reliably within minutes
[16:25:27] <memfrob> Doesn't sound like it seemed great lol.
[16:29:09] -!- jmis29 has joined #linuxcnc-devel
[16:29:13] -!- jmis29 has quit [Remote host closed the connection]
[16:29:13] -!- MarkusBec has quit [Ping timeout: 245 seconds]
[16:36:21] <memfrob> So for this PR, modify on top of what I already have or fix the commit itself?
[16:38:34] <memfrob> All I'd have to do is git commit --amend and then there won't be two different commits in the tree.
[16:39:49] <memfrob> Also it looks like you guys aren't using fifos with RTAI 5, is this correct?
[16:42:37] <memfrob> I have the commit ready -- you're going to need to use push -f
[16:42:51] <memfrob> Up to you.
[16:52:54] <memfrob> Who's up for re-writing history? :)
[16:56:45] <seb_kuzminsky> no re-writing history, make your commit on top of the current master
[16:58:47] <memfrob> alright. oh, adeos isn't an RTAI module btw, if it was, it was 1990.
[17:04:12] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15NTULINUX opened pull request #499: Remove rtai_shm again (06master...06master) 02 https://github.com/LinuxCNC/linuxcnc/pull/499
[17:08:35] -!- MarkusBec has joined #linuxcnc-devel
[17:09:10] <seb_kuzminsky> that looks good
[17:09:25] -!- andypugh has joined #linuxcnc-devel
[17:10:08] <memfrob> Why thank you :)
[17:11:24] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky pushed 2 new commits to 06master: 02 https://github.com/LinuxCNC/linuxcnc/compare/6e08aed83eb5...0530fc19eb32
[17:11:24] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06master 14dd71882 15Alec Ari: Remove rtai_shm again...
[17:11:24] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06master 140530fc1 15Sebastian Kuzminsky: Merge pull request #499 from NTULINUX/master...
[17:11:33] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #499: Thanks for fixing this so quickly. 02 https://github.com/LinuxCNC/linuxcnc/pull/499#issuecomment-424126459
[17:12:55] <andypugh> So, I was precipitous in merging that?
[17:14:20] <memfrob> It was my fault, I wrongly assumed LinuxCNC's assumption of RTAI's configuration, if that makes any sense.
[17:15:27] -!- MarkusBec has quit [Ping timeout: 240 seconds]
[17:15:58] <memfrob> The commit you merged of mine was half right at least. :)
[17:17:09] <andypugh> And I just made the discovery that tklinuxcnc needs absolutely no changes to work with multispindle.
[17:17:16] <andypugh> Which is a nice surprise
[17:22:15] <memfrob> Why does LinuxCNC need tk-img btw? It's not even in some distros which makes building linuxcnc quite tricky sometimes.
[17:22:50] <memfrob> I had to wget from the fedora 18 repos from scientific linux
[17:23:22] <andypugh> I wonder if it actually does?
[17:27:04] <rene_dev_> andypugh Im looking at g71 again... whats the status of that?
[17:27:09] <seb_kuzminsky> hal-histogram, latency-histogram, and ngcgui all ask for it (tk-img
[17:27:37] <rene_dev_> for some reason Im keen on fixing lathe related issues at the moment :)
[17:28:01] <seb_kuzminsky> oh, and the Axis ui
[17:28:17] <andypugh> rene_dev_: There is a version without pockets written in C and working in the Ben Potter branch. Then there is a version in Python to test an pocket algorithm that (ideally) needs to be turned in to C so that it has access to the tool radius comp routines.
[17:29:14] <rene_dev_> ah, ok
[17:30:26] <rene_dev_> so the c version works, but needs some fixes from the python code?
[17:30:44] <rene_dev_> what are pockets, on a lathe? undercuts?
[17:32:51] -!- pcw_mesa has joined #linuxcnc-devel
[17:37:56] <andypugh> See the G71 doxs here: https://github.com
[17:39:42] <andypugh> Probably the best-documented non-existent feauture in LinuxCNC :-)
[17:42:22] <rene_dev_> I need to try that.
[17:42:38] <rene_dev_> but first finish the tap and drilling in nativecam
[17:43:20] <andypugh> You can run the Python with a remap pretty easily, sample configs exist in andypugh/G71type2remap
[17:43:49] <rene_dev_> do you use that regulary on your machine? how well tested is it?
[17:46:18] <memfrob> brb
[17:46:20] -!- memfrob has quit [Quit: Leaving]
[17:47:48] <andypugh> I have only tried it once on an actual machine. I tend to make rectilinear parts.
[17:48:02] <andypugh> It is installed, but not well excercised.
[17:48:50] -!- memfrob has joined #linuxcnc-devel
[17:50:05] <rene_dev_> did you ever try nativecam? its surprisingly good at stuff
[17:50:18] <rene_dev_> first time I really used it 2 days ago
[17:50:35] <andypugh> I keep meaining to, but my macros are now very familiar an I only make one-offs mainly
[17:52:07] <rene_dev_> yes, usually the same for me
[17:52:15] <rene_dev_> but I was making 10 of those steering bits
[17:52:53] -!- MarkusBec has joined #linuxcnc-devel
[17:52:55] <rene_dev_> took me probably longer to program it than to make them maually :D
[18:04:40] <andypugh> 5 bobby cars?
[19:00:51] -!- rene_dev_ has quit [*.net *.split]
[19:01:38] -!- rene_dev_ has joined #linuxcnc-devel
[19:02:56] -!- memfrob has quit [Quit: Leaving]
[19:03:30] -!- unitrunker21 has joined #linuxcnc-devel
[19:04:44] -!- njh has quit [Ping timeout: 252 seconds]
[19:05:53] -!- njh has joined #linuxcnc-devel
[19:06:09] -!- unitrunker21 has quit [K-Lined]
[19:27:32] -!- PyroLagus12 has joined #linuxcnc-devel
[19:30:24] -!- PyroLagus12 has quit [Remote host closed the connection]
[19:48:51] -!- tg29 has joined #linuxcnc-devel
[19:48:55] -!- tg29 has quit [Remote host closed the connection]
[20:04:03] <andypugh> Do all runtests pass with current master?
[20:31:20] -!- dwigton17 has joined #linuxcnc-devel
[20:31:24] -!- dwigton17 has quit [Remote host closed the connection]
[20:43:25] <jepler> andypugh: buildbot website would know, front page links to a developer page where build results are available.
[20:43:52] <andypugh> I just checked out master, and the answer might be “no”
[20:43:56] <jepler> I'm on metered internet at the moment so I'll let you check
[20:44:15] <jepler> the rtai stuff discussed earlier might be related
[20:44:55] <jepler> I see you were in on that discussion
[20:51:14] <andypugh> A lot of runtests fail because the update_ini script can’t find [EMC]VERSION in the little INI files
[20:51:45] <andypugh> Which I guess is up to me to fix
[20:52:05] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[21:05:57] <andypugh> Hmm, it looks like a change I made to the linuxcnc script is “sticking”
[21:07:24] <andypugh> Which part of the build process converts linuxcnc.in to linuxcnc?
[21:19:41] -!- andypugh has quit [Quit: andypugh]
[22:18:16] -!- MarkusBec has quit [Ping timeout: 260 seconds]
[22:20:48] -!- Tom_itx has joined #linuxcnc-devel
[22:39:46] -!- Tom_itx has quit [Quit: Leaving]
[22:48:45] -!- MarkusBec has joined #linuxcnc-devel
[22:58:15] <CaptHindsight> https://arduino-shop.cz first I've heard of SCRAM used for E-stop
[22:59:34] <CaptHindsight> Run Away!
[23:01:14] -!- JeroenDeDauw14 has joined #linuxcnc-devel
[23:04:28] -!- JeroenDeDauw14 has quit [Remote host closed the connection]
[23:13:20] <jepler> andypugh: running ./configure in src/ does that, but so does running 'make' if the .in changes, if all is working right anyway
[23:14:05] -!- memfrob has joined #linuxcnc-devel
[23:14:28] <memfrob> A bit OT: Does anyone know what CONFIG_AUDITSYSCALL actually does and does anyone use it?
[23:15:33] <jepler> freenode has added server-side spam filtering. If I weren't on the road, I'd suggest to try removing the unregistered user ban...
[23:15:46] <jepler> but I may not be around to put it back if the result is unsatisfactory
[23:15:50] <memfrob> I just got auditing working with RTAI (it's been broken for years) but getting AUDITSYSCALL working with it is borderline impossible now.
[23:15:52] <jepler> https://freenode.net
[23:31:00] -!- memfrob has quit [Quit: brb]
[23:38:45] <jepler> on CONFIG_AUDITSYSCALL: https://lwn.net (nasty bugs in 2014)
[23:39:18] <jepler> I doubt there's much overlap between intentional users of CONFIG_AUDITSYSCALL and intentional users of LinuxCNC
[23:40:33] <jepler> but then in the comments: > Systemd requires it too (or at least gentoo's systemd ebuild checks for it and warns if the thing isn't enabled), probably for exactly the same thing consolekit uses it for, if not more.
[23:43:55] -!- memfrob has joined #linuxcnc-devel
[23:58:53] <memfrob> jepler, CONFIG_AUDIT though is widely used, agreed? I just don't know how much hand-in-hand AUDITSYSCALL goes with AUDIT. Do most people who use auditd use AUDITSYSCALL?
[23:59:35] <memfrob> Gentoo's kernel config checking is overly sensitive, for consolekit the ebuild checks for CONFIG_FHANDLE but consolekit still works just fine.