Back
[00:24:14] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[00:54:29] <linuxcnc-build> build #486 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/486 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[00:55:12] <skunkworks> http://electronicsam.com/images/matsuura/DSC_7732.jpg
[01:01:42] <seb_kuzminsky> shiny!
[01:05:16] <seb_kuzminsky> my conversion is so old it still says EMC2 on it:
http://highlab.com/~seb/linuxcnc/bp/2010.08-control-panel/IMG_20160627_211813.jpg
[01:05:34] <skunkworks> ncie!
[01:05:37] <skunkworks> nice
[01:05:48] <seb_kuzminsky> PCIe!
[01:05:50] <seb_kuzminsky> NVME!
[01:07:55] <skunkworks> There are still a few things to hook up. over current loops, lube level, some random stuff that needs to be checked. but the doors close now and it runs well. Still need to make it gracefully recover from a failed tool change. No rush
[01:08:08] <skunkworks> (hitting the estop while it is changing...)
[01:08:37] <seb_kuzminsky> your machines always look so nice and finished - very impressive
[01:09:45] -!- micges [micges!~micges@adcc153.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[01:09:55] -!- micges has quit [Remote host closed the connection]
[01:12:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 3e39257 06linuxcnc 10configs/sim/axis/gantry.ini sim/axis/gantry config: fix extra A axis from ini update to JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3e39257
[01:12:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 635339e 06linuxcnc 10src/emc/motion/command.c Motion: Abort doesn't take a joint number argument * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=635339e
[01:32:39] <cradek> mine's so old it may still be running emc2:
http://timeguy.com/cradek-files/emc/jr.jpg
[01:34:38] <skunkworks> cradek, yours is much nicer :)
[01:36:00] <cradek> I didn't even label the switches
[01:36:08] <cradek> I just poke them and see what happens if I forget
[01:36:35] <skunkworks> heh - so far ours are just sharpied on
[01:37:02] <cradek> bet sharpie isn't coolant-proof
[01:37:51] <cradek> so if a bill is due today and I put it in the mailbox tonight, that's good enough, right?
[01:41:02] <seb_kuzminsky> i love how you had to built a hat into the ceiling to make JR fit
[01:41:13] * seb_kuzminsky is working on 2.7.5
[01:41:18] <cradek> whee!
[01:41:51] <cradek> it *almost* fit without it...
[01:42:09] <seb_kuzminsky> > git log --oneline v2.7.4..origin/2.7 | wc -l
[01:42:10] <seb_kuzminsky> 141
[01:42:20] <cradek> jeez
[01:44:05] <seb_kuzminsky> my 2.7.5-prep branch has commits from 2 months ago...
[01:51:17] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus f03c756 06linuxcnc 10(8 files) packaging: rtai, xenomai are sub-packages of uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f03c756
[01:51:17] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus b9b6edf 06linuxcnc 10docs/src/code/building-linuxcnc.txt docs: document new RTOS support * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b9b6edf
[02:12:49] -!- jbr has quit [Ping timeout: 252 seconds]
[02:19:06] -!- kalxas has quit [Quit: Goodbye]
[03:08:57] <jepler> a bunch of new -rc1 rt kernel patches out today, from 3.2 to 4.4
[03:14:30] <seb_kuzminsky> just when i thought i was getting caught up
[03:15:44] <jepler> and there's a new x.y.0 release of joomla for the g-d forum
[03:21:27] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[03:21:41] <jepler> well hopefully that didn't run anything. goodnight.
[04:05:52] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 383fb03 06linuxcnc 10VERSION 10debian/changelog LinuxCNC 2.7.5 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=383fb03
[04:05:52] <KGB-linuxcnc> 03Sebastian Kuzminsky 05signed tags 7f680c5 06linuxcnc 03v2.7.5 LinuxCNC v2.7.5 (tagged commit: 383fb03) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7f680c5
[04:32:43] -!- ve7it has quit [Remote host closed the connection]
[05:21:33] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[06:42:06] -!- Miner_48er has quit [Quit: Leaving]
[06:49:47] -!- teepee has quit [Ping timeout: 244 seconds]
[06:50:41] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[07:21:09] -!- kwallace1 [kwallace1!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[07:24:14] -!- persina has quit [Ping timeout: 250 seconds]
[07:47:14] <archivist> I need ops to ban a spammer in #linuxcnc
[07:49:33] -!- ikcalB [ikcalB!~ikcalB@mail.team-electronics.com] has joined #linuxcnc-devel
[07:52:27] <ikcalB> jepler: regarding the timing issue, I observed the following: Besides several errors in the igh EtherCAT master, which led to different (re-)start behavior depending on the previous conditions, all timing functions seem unharmful.
[07:54:22] <ikcalB> yet idk which timebase RTAI is actually using, because the resolution is sth. in tens / hundreds of ns (otherwise the rounding error of set-period to actual period had to be smaller)
[07:54:59] <ikcalB> additionally this source seems to need synchronisation - at least I get diffrent actual cycle times when restarting my system.
[07:56:30] <ikcalB> what's more, the time base is diffrent from the one used by `gettimeofday()`, as these diverge rather strongly.
[07:58:37] <ikcalB> From what I can say, the `gettimeofday()` timebase is more accurate than the RTAI one, because it matches external clocks better - at least on this mobo. because of the large drift, I ran into correcting variable limitiations of the EtherCAT time sync (PLL / PI. idk) mechanism, which showed incomprehensible behavior, up to now
[08:03:08] <ikcalB> FREEZES on recent hardware (intel haswell, Pentium G3258) with wheezy (kernel 3.4.9-rtai): my research led me to believe, that some bug in the kernel (mentioned for 3.2.x and Ivy Bridge) causes random system freezes (no magic sysrq). I've read, that someone prepared new kernel - are they ready for deploying / testing? Available from a repo to install over linuxcnc 2.7.4?
[08:51:45] -!- Daerist has quit [Ping timeout: 244 seconds]
[09:41:30] -!- beawesomeinstead has quit [Read error: Connection reset by peer]
[10:02:46] <trasz> jepler: hi. no hurry with that PR. however, could you tell me if there are any patches in my current pull request you still plan to merge?
[10:04:31] <trasz> in other news:
https://www.freshports.org/cad/linuxcnc-devel/
[10:29:11] -!- skunkworks has quit [Ping timeout: 240 seconds]
[11:16:48] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[11:44:02] <jepler> trasz: wow nice
[11:44:17] <jepler> trasz: I think that I should take these specific two commits:
[11:44:17] <jepler> 7a15bf1 Use pgrep(1) as an alternative to Linux-specific pidof(1).
[11:44:21] <jepler> 1de498f Remove the '-' from shebang strings.
[11:44:30] <jepler> oh and this one
[11:44:30] <jepler> d1f9fa6 Fix typo.
[11:45:03] <jepler> the issue that this commit is about is complicated now, because with uspace+rtai on linux we do modprobe/insmod/rmmod: 44e7080 Don't test for insmod/rmmod/lsmod when building with uspace.
[11:46:02] <jepler> and as I already noted I don't think this one is correct, and I'd rather unconditionally switch away from using fsuid in any case: cfd3d99 Don't use setfsuid(2) on non-Linux.
[11:46:35] <jepler> and as you noted that code is sorely in need of error checking
[11:47:52] -!- basiclaser has quit [Quit: Connection closed for inactivity]
[11:50:31] <jepler> ikcalB: ah yes I refuse to look at ethercat due to the terms of the "Beckhoff EtherCAT Master license" which conflict with the GPL and are likely to make any binaries that include both portions of LinuxCNC and portions of the ethercat library non-distributable.
[11:51:01] <jepler> ikcalB: in any case you've gone beyond my knowledge of RTAI and timing as well. you will have better luck inquiring in an RTAI-specific venue.
[11:51:37] <jepler> of course, over in RTAI they are likely to be uninterested in what may just be bugs in old software
[11:52:58] <ikcalB> jepler: complete agreement. this was just fyi - maybe this comes in helpful, when debugging other, maybe timing related, issues
[12:02:12] -!- kalxas has quit [Read error: No route to host]
[12:02:45] <KGB-linuxcnc> 03Edward Tomasz Napierala 05master 17d1207 06linuxcnc 10(6 files in 4 dirs) Remove whitespace after shebang (#!). * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=17d1207
[12:02:45] <KGB-linuxcnc> 03Edward Tomasz Napierala 05master 018fe2e 06linuxcnc 10(36 files in 16 dirs) Make Python shebangs portable. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=018fe2e
[12:02:45] <KGB-linuxcnc> 03Edward Tomasz Napierala 05master 0a926fc 06linuxcnc 10(8 files in 2 dirs) Remove the '-' from shebang strings. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0a926fc
[12:02:47] <KGB-linuxcnc> 03Edward Tomasz Napierala 05master e455c3f 06linuxcnc 10scripts/linuxcnc_info Fix typo. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e455c3f
[12:06:29] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler closed pull request #84: Another push of FreeBSD-specific changes. (06master...06master) 02
https://github.com/LinuxCNC/linuxcnc/pull/84
[12:06:44] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #84: I look forward to your next PR :+1: 02
https://github.com/LinuxCNC/linuxcnc/pull/84#issuecomment-232335539
[12:23:52] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[12:29:04] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[12:32:06] <trasz> jepler: hm, so is the pidof change ok or not?
[12:33:01] <trasz> jepler: also - is there a way to just disable the modprobe checks under !linux?
[12:39:23] <jepler> trasz: I think we should use pgrep unconditionally
https://github.com/LinuxCNC/linuxcnc/pull/88
[12:46:48] <jepler> trasz: I'd rather put off consideration of how to fix the linux kernel module related stuff in configure until after uspace-plus is merged, or it becomes clear it will not be merged for 2.8.
[12:47:19] <jepler> in practice we actually hard-code insmod and rmmod as being in /sbin in module_helper.c, the detection in configure is just distracting fluff
[12:47:34] <jepler> we do use the detected value of lsmod
[12:50:20] -!- pcw_home has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160606114227]]
[12:50:42] <trasz> jepler: hm, ok.
[12:50:47] <trasz> jepler: what's uspace-plus?
[12:51:51] <jepler> trasz: it allows a single linuxcnc (rtapi_app) binary to support any of linux preempt-rt, rtai lxrt, and xenomai posix-skin for real-time
[12:52:05] <trasz> jepler: ah.
[12:52:23] <jepler> .. and rtai lxrt does need to insert/remove kernel modules at start/end, unlike uspace rtapi_app realtime before now
[12:52:23] <trasz> jepler: ok, regarding that pidof/pgrep change - i hadn't tested it, but it looks like it should work.
[12:52:40] <trasz> jepler: one question, though - why are you using 'pgrep -x' in one place, and plain 'pgrep' in the other?
[12:52:45] <jepler> no idea
[12:52:57] <jepler> hmmm "pidof -x" means "scripts too"
[12:53:18] <trasz> scripts?
[12:54:05] <jepler> ok this needs more work
[12:55:04] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:56:05] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler closed pull request #88: configure: use (more) portable pgrep (06master...06jepler/master/pgrep) 02
https://github.com/LinuxCNC/linuxcnc/pull/88
[12:56:51] <jepler> so `pgrep` is really a lot like grep, so `pgrep wat` shows a process called "watchdog" or a process with "mailwatch" in its argv
[12:57:40] <trasz> yeah.
[12:57:44] <jepler> er I guess the full program name is /usr/lib/x86_64-linux-gnu/xfce4/panel-plugins/xfce4-mailwatch-plugin so it's still looking in argv[0]
[12:58:10] <trasz> hm.
[12:59:09] <trasz> well, i did this:
[12:59:24] <trasz> [trasz@victim:~]% ps auxww | grep cat
[12:59:24] <trasz> trasz 69205 0,0 0,0 8336 2240 1 S+ 14:58 0:00,00 /bin/cat
[12:59:31] <trasz> [trasz@victim:~]% pgrep -x cat
[12:59:31] <trasz> 69205
[12:59:46] <trasz> so I suppose 'pgrep -x' does what it's supposed to do, ie ignores the path prefix.
[13:01:24] <jepler> http://paste.ubuntu.com/19270179/
[13:02:13] <jepler> on linux there's a caveat about searching only the first 15 characters, but I guess it is the portion after the last slash
[13:03:03] <jepler> as for finding scripts, it looks like 'pgrep -x' does OK.
http://paste.ubuntu.com/19270294/
[13:03:05] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[13:04:43] <jepler> the longest thing we pass to pidof right now is "linuxcncpanel" at 13 chars
[13:04:53] <jepler> so .. pidof -x everywhere?
[13:06:20] <trasz> yeah, i believe that's how it should work.
[13:06:58] <jepler> ttyl, $DAY_JOB time
[13:48:09] -!- skunkworks has quit [Ping timeout: 250 seconds]
[14:09:42] -!- b_b has quit [Changing host]
[14:20:37] -!- kwallace1 [kwallace1!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[14:33:14] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:33:36] <skunkworks> xlog
[14:33:39] <skunkworks> zlog
[14:33:40] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-07-13.html
[14:43:56] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[14:57:23] -!- DeltaF has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0.1/20160623154057]]
[15:08:58] -!- Daerist has quit [Quit: Leaving]
[15:14:01] <seb_kuzminsky> trasz: that's very cool!
[15:43:23] -!- andypugh has quit [Quit: andypugh]
[15:52:12] ChanServ changed topic of
#linuxcnc-devel to:
http://linuxcnc.org | Latest releases: 2.7.5 and 2.6.12 | (this channel is logged by the zlog robot)
[15:52:26] <jepler> woohoo
[15:52:53] <seb_kuzminsky> at long last :-)
[15:57:33] <jepler> seb_kuzminsky: we had discussed putting the ethernet packet loss stuff in 2.7 and the conclusion I recall was that it was OK after you did 2.7.5. Do you still feel that way?
[16:09:28] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[16:09:34] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15SebKuzminsky pushed 3 new commits to 06master: 02
https://github.com/LinuxCNC/wlo/compare/473173a57dcd...48c350c3fc1f
[16:09:34] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 1445e4397 15Sebastian Kuzminsky: fix a spelling error
[16:09:34] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 1426c9818 15Sebastian Kuzminsky: LinuxCNC 2.7.5!
[16:09:34] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 1448c350c 15Sebastian Kuzminsky: update Release data with 2.7.5
[16:09:45] <seb_kuzminsky> jepler: i remember that
[16:10:05] <seb_kuzminsky> i think i looked at it and it looked better than what we have now
[16:10:26] <seb_kuzminsky> i appreciate you waiting for 2.7.5, feel free to push it now if you're ready
[16:10:36] -!- ivansanchez has quit []
[16:10:37] <seb_kuzminsky> i promise i won't wait another 6 months for 2.7.6...
[16:11:02] <jepler> I know how it goes
[16:11:41] <seb_kuzminsky> it does go that way, doesn't it
[16:14:04] <pcw_home> I have been running eth-packet-loss on three machines for a month or two, it does not seem to cause any issues
[16:14:34] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[16:14:44] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15SebKuzminsky pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/c600b7920702d2be92325b075fca2d9dd148d2b4
[16:14:44] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 14c600b79 15Sebastian Kuzminsky: 2.7.5 release: fixup markdown syntax
[16:16:09] -!- jthornton has quit [Read error: Connection reset by peer]
[16:16:09] -!- JT-Shop has quit [Read error: Connection reset by peer]
[16:16:35] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[16:16:37] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[16:37:40] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[16:37:46] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15jepler pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/39eaf5f2ff5ddb7945a265c0d7853d909b962c39
[16:37:46] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 1439eaf5f 15Jeff Epler: hi andy...
[16:47:55] <seb_kuzminsky> i really like the showcase on the front page
[17:10:14] -!- ikcalB has quit [Quit: WeeChat 1.5]
[17:32:57] -!- Tom_itx has quit [Ping timeout: 260 seconds]
[17:33:32] -!- zlog has quit [Ping timeout: 260 seconds]
[17:35:05] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[17:36:24] -!- teepee has quit [Ping timeout: 272 seconds]
[17:36:24] teepee_ is now known as teepee
[17:52:03] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:34:17] <jepler> it occurs to me that if we wanted it strongly enough, we could probably use github API to check PRs for SOB and mark them as "failed" if that's absent
https://github.com/blog/1227-commit-status-api
[19:09:09] -!- tobias47n9e has quit [Ping timeout: 244 seconds]
[19:10:29] <JT-Shop> pcw_home: is there some new firmware for the 7i76?
[19:13:31] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[19:14:06] -!- zlog [zlog!~zlog@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[19:15:45] -!- KimK has quit [Ping timeout: 250 seconds]
[19:18:49] -!- skunkworks_ has quit [Remote host closed the connection]
[19:19:39] -!- tobias47n9e has quit [Ping timeout: 250 seconds]
[19:21:42] <seb_kuzminsky> pcw_home: thanks for testing the packet-loss changes, that makes me confident
[19:23:34] <seb_kuzminsky> has anyone tried this?
http://camotics.org/
[19:25:58] -!- KimK [KimK!~Kim__@2600:8803:7a82:b200:d0c7:92b9:d0ee:a581] has joined #linuxcnc-devel
[19:28:56] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:33:33] -!- b_b has quit [Remote host closed the connection]
[19:34:34] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:38:33] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[19:39:27] <mozmck> seb_kuzminsky: I like the new name of that project better than the old...
[19:42:21] <seb_kuzminsky> heh yeah
[19:42:38] <seb_kuzminsky> at first i thought "openSCAM" was some kind of snarky parody
[19:43:48] <mozmck> I would think CAM is much more important that simulation.
[19:44:35] <mozmck> than
[19:45:09] <seb_kuzminsky> when making the 2.7.5 release i updated the ReleaseCheckList wiki page, some minor things had changed
[19:45:24] <seb_kuzminsky> specifically, where the new release is announced
[19:49:12] -!- tobias47n9e_ has quit [Quit: Leaving]
[19:49:21] <KGB-linuxcnc> 03Jeff Epler 052.7 79189c8 06linuxcnc Merge remote-tracking branch 'origin/jepler/2.7/eth-packet-loss' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=79189c8
[19:49:35] <seb_kuzminsky> thanks jeff
[19:49:59] <jepler> it was a challenging project. I hope the result is good.
[19:55:48] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[19:58:52] -!- skunkworks_ [skunkworks_!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:12:58] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[20:47:52] -!- basiclaser has quit [Quit: Connection closed for inactivity]
[20:50:20] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[20:50:55] -!- teepee has quit [Ping timeout: 244 seconds]
[20:50:58] teepee_ is now known as teepee
[20:56:29] <mozmck> Hey seb, the guy with CAMotics also has dockbot:
https://github.com/CauldronDevelopmentLLC/dockbot
[20:58:56] <seb_kuzminsky> neat
[20:58:59] <seb_kuzminsky> buildbot is the bee's knees
[21:23:03] -!- kalxas has quit [Quit: Goodbye]
[21:40:50] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[21:42:50] -!- ve7it has quit [Remote host closed the connection]
[21:49:05] <jepler> I like it a lot, when I'm not repeatedly crashing it and blaming the VM software!
[21:53:50] <seb_kuzminsky> i think it's the preempt-rt kernel that's to blame for most or all of the crashes
[21:54:05] <seb_kuzminsky> the vanilla-kerneled VMs run fine
[21:55:01] <seb_kuzminsky> oh speaking of which, did you notice if there have been any crashes since i upgraded to 4.1.6-rt?
[22:06:43] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[22:12:49] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[22:20:09] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 80c6adb 06linuxcnc 10debian/changelog 10src/configure.in 10src/hal/drivers/mesa-hostmot2/hostmot2.c Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=80c6adb
[22:29:40] -!- PCW_ [PCW_!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[22:40:19] <jepler> seb_kuzminsky: maybe it scrolled by while you weren't lookking, but I reproduced a hang with kernel 4.4 on bare metal with maxcpus=2 and worked around it. the whole system was hanging when I called pthread_cancel on a RT thread...
[22:40:27] <jepler> which was something that I introduced in this uspace-plus branch
[22:40:56] <jepler> so ... the problem may or may not be in the kernel, but it was in 4.1 and 4.4 at least, and I've changed what I do to avoid triggering it
[22:41:05] <jepler> https://github.com/LinuxCNC/linuxcnc/issues/109
[22:41:56] <seb_kuzminsky> i think we need two numbers to identify the Preempt-RT kernel: the kernel.org version and the preempt-rt patch version
[22:42:28] <jepler> I'm not sure the debian-built kernels provide both those numbers in uname..
[22:42:44] <jepler> in fact I'm pretty confident they don't
[22:43:53] <seb_kuzminsky> i agree :-(
[22:44:29] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:44:50] -!- teepee has quit [Ping timeout: 272 seconds]
[22:44:50] teepee_ is now known as teepee
[22:45:40] <seb_kuzminsky> jepler: looking in the dsc for the 4.1.6-1 kernel deb i think it's using -rt3
[22:50:55] <seb_kuzminsky> https://www.kernel.org/pub/linux/kernel/projects/rt/4.1
[22:51:14] <seb_kuzminsky> there's a -rt30 now...
[22:51:53] <seb_kuzminsky> i wonder how much work it would be to take the debian packaging of linux 4.1.6 and preempt-rt 3 and move it forward to 4.1.27 and rt30...
[22:52:23] * seb_kuzminsky backs away from the computer
[22:53:23] <jepler> 30 is a lot more than 3
[22:53:45] <seb_kuzminsky> and 27 > 6
[22:54:21] <seb_kuzminsky> i had an unpleasant couple of weeks trying to debug rtai crashes, but surely preempt-rt is in better shape
[22:58:24] -!- CaptHindsight has quit [Quit: Leaving]
[23:18:30] <skunkworks_> I just installed 4.6.4.. so far so good
[23:19:07] <skunkworks_> rt
[23:19:09] <skunkworks_> 6
[23:51:32] <jepler> I don't think I tried my crashing program with 4.6-anything
[23:51:35] <jepler> I suppose I should
[23:51:51] <skunkworks_> Could I do it here?
[23:54:29] <jepler> eh don't bother
[23:55:10] <jepler> I'd be more interested in news from someone trying uspace+rtai AKA uspace+lxrt
[23:58:07] <jepler> https://www.instagram.com/p/BH0ahlxAqkh/
