Back
[00:04:04] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:04:06] -!- zlog [zlog!~zlog@ip24-255-191-61.ks.ks.cox.net] has joined #linuxcnc-devel
[00:04:57] -!- Tom_itx has quit [Client Quit]
[00:05:21] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:14:44] -!- micges has quit [Quit: Leaving]
[00:16:31] <KWallace> JT-Shop: Your tutorial brings the Glade, HAL and Python bits together differently than using halrun/halcmd from my pyVCP DRO app. Your method looks a little more formal and cleaner, but I need to get my application to work before I can bloviate. Thank you.
[00:21:20] -!- sumpfralle has quit [Read error: Operation timed out]
[00:26:10] -!- RyanS has quit [Ping timeout: 240 seconds]
[00:27:43] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:28:31] -!- andypugh has quit [Quit: andypugh]
[00:32:48] -!- tommy800 has quit [Quit: Page closed]
[00:55:01] -!- rob_h has quit [Ping timeout: 256 seconds]
[01:04:26] Guest55296 is now known as |1lien
[01:08:19] -!- asdfasd has quit [Ping timeout: 264 seconds]
[01:16:23] -!- stsydow has quit [Remote host closed the connection]
[01:33:24] -!- RyanS has quit [Read error: Connection reset by peer]
[01:39:58] -!- mhaberler has quit [Quit: mhaberler]
[02:13:53] -!- RyanS has quit [Ping timeout: 248 seconds]
[02:14:38] -!- skorasaurus has quit [Quit: WeeChat 0.3.7]
[02:15:45] _BJFreeman is now known as BJfreeman
[02:30:39] -!- PetefromTn has quit [Remote host closed the connection]
[02:30:47] -!- Valen has quit [Quit: Leaving.]
[02:41:40] -!- jerryitt has quit [Quit: Leaving.]
[02:42:54] -!- Laremere has quit [Ping timeout: 240 seconds]
[02:43:10] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90 [SeaMonkey 2.14.1/20121129191050]]
[02:45:13] -!- jerryitt has quit [Client Quit]
[02:47:58] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[02:52:45] -!- ds3 has quit [Read error: Operation timed out]
[02:57:19] -!- BJfreeman has quit [Quit: had a good time]
[03:04:39] -!- adb has quit [Ping timeout: 256 seconds]
[03:05:06] -!- Loetmichel has quit [Ping timeout: 246 seconds]
[03:10:08] s1dev is now known as s1dev|away
[03:10:30] -!- mhaberler [mhaberler!~mhaberler@c-76-115-191-253.hsd1.or.comcast.net] has joined #linuxcnc-devel
[03:10:56] s1dev|away is now known as s1dev
[03:13:13] -!- sharpen047 has quit [Ping timeout: 250 seconds]
[03:13:35] -!- jerryitt has quit [Ping timeout: 240 seconds]
[03:23:57] -!- jerryitt has quit [Read error: Connection reset by peer]
[03:33:09] -!- mhaberler has quit [Quit: mhaberler]
[03:45:53] -!- Felix29 has quit []
[04:04:07] -!- jpk has quit [Quit: Leaving.]
[04:14:32] -!- jfire has quit [Quit: Leaving.]
[04:30:58] -!- davec has quit [Quit: Leaving]
[04:44:18] -!- Dave911 has quit [Remote host closed the connection]
[05:02:25] -!- Fox_Muldr has quit [Read error: Operation timed out]
[05:02:53] _BJFreeman is now known as BJfreeman
[05:03:19] <KGB-linuxcnc> 03seb 05master d33b1e3 06linuxcnc 10src/hal/user_comps/gs2_vfd.c * fix a config reporting bug in gs2_vfd
[05:10:13] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[05:13:32] -!- blaXmith has quit [Remote host closed the connection]
[05:14:50] -!- mhaberler [mhaberler!~mhaberler@c-76-115-191-253.hsd1.or.comcast.net] has joined #linuxcnc-devel
[05:18:41] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[05:35:08] -!- mrsun has quit [Ping timeout: 268 seconds]
[05:47:47] -!- KWallace has quit [Quit: KWallace]
[05:59:37] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[06:03:13] -!- FinboySlick has quit [Quit: Leaving.]
[06:13:48] -!- dhoovie has quit [Read error: Connection reset by peer]
[06:16:34] -!- vladimirek has quit [Remote host closed the connection]
[06:19:16] <KGB-linuxcnc> 03chrisinnanaimo 05master 065e5a9 06linuxcnc 10lib/python/gladevcp/hal_sourceview.py * gladevcp -allow reloading the buffer with the same file -hal_sourceview
[06:19:17] <KGB-linuxcnc> 03chrisinnanaimo 05master 13a6d9a 06linuxcnc 10configs/sim/gscreen_custom/industrial_handler.py 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -check for edits in gcode -pop dialog for save request
[06:19:41] -!- gabewillen has quit [Quit: gabewillen]
[06:20:42] BJfreeman is now known as Guest56091
[06:20:52] _BJFreeman is now known as BJfreeman
[06:21:02] -!- Guest56091 has quit [Ping timeout: 252 seconds]
[06:23:54] BJfreeman is now known as Guest2866
[06:24:00] _BJFreeman is now known as BJfreeman
[06:25:25] -!- Guest2866 has quit [Ping timeout: 252 seconds]
[06:49:31] -!- psha has quit [Quit: Lost terminal]
[06:50:51] BJfreeman is now known as Guest2720
[06:50:56] _BJFreeman is now known as BJfreeman
[06:52:11] -!- Guest2720 has quit [Ping timeout: 252 seconds]
[06:55:40] BJfreeman is now known as Guest88069
[06:55:48] _BJFreeman is now known as BJfreeman
[06:57:19] -!- Guest88069 has quit [Ping timeout: 252 seconds]
[07:11:14] -!- BJfreeman has quit [Read error: Connection reset by peer]
[07:22:55] -!- mhaberler has quit [Quit: mhaberler]
[07:29:10] -!- orr_ has quit [Client Quit]
[07:31:03] -!- floppydisk has quit [Ping timeout: 250 seconds]
[08:01:20] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[08:01:22] -!- micges [micges!~toudi@user-164-127-228-201.play-internet.pl] has joined #linuxcnc-devel
[08:15:05] -!- rob_h [rob_h!~rob_h@2.124.43.146] has joined #linuxcnc-devel
[08:37:07] -!- cpresser has quit [Quit: Lost terminal]
[08:39:29] -!- micges has quit [Ping timeout: 248 seconds]
[08:43:11] -!- maximilian_h [maximilian_h!~bonsai@f051034045.adsl.alicedsl.de] has joined #linuxcnc-devel
[08:50:25] -!- syyl_ has quit [Ping timeout: 240 seconds]
[08:54:45] -!- mattiasb has quit [Ping timeout: 240 seconds]
[09:12:00] saarlaender is now known as cpresser
[09:13:45] -!- stsydow has quit [Remote host closed the connection]
[09:33:52] Cylly is now known as Loetmichel
[09:43:35] -!- Valen has quit [Ping timeout: 256 seconds]
[09:50:26] -!- micges [micges!~toudi@user-46-113-58-229.play-internet.pl] has joined #linuxcnc-devel
[09:51:48] -!- medice has quit [Ping timeout: 245 seconds]
[09:57:04] -!- syyl has quit [Ping timeout: 246 seconds]
[10:38:58] -!- skunkworks has quit [Remote host closed the connection]
[10:43:30] -!- Valen has quit [Quit: Leaving.]
[10:47:23] -!- odogono has quit [Ping timeout: 240 seconds]
[11:07:39] -!- DaViruz has quit [Read error: Connection reset by peer]
[11:10:37] -!- dhoovie has quit [Read error: Connection reset by peer]
[11:11:17] -!- fomox has quit [Ping timeout: 252 seconds]
[11:15:32] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:34:59] -!- AndrewLv has quit [Quit: Mango IRC for iOS and OS X, http://mediaware.sk/mango]
[11:44:07] -!- gabewillen has quit [Ping timeout: 276 seconds]
[11:52:12] -!- carper64_lb [carper64_lb!~quassel@2.217.116.99] has joined #linuxcnc-devel
[11:52:39] -!- carper64_lb has quit [Remote host closed the connection]
[11:54:13] -!- mhaberler [mhaberler!~mhaberler@c-76-115-191-253.hsd1.or.comcast.net] has joined #linuxcnc-devel
[11:54:39] -!- cpresser has quit [Quit: Lost terminal]
[12:06:55] -!- sumpfralle has quit [Quit: Leaving.]
[12:17:39] saarlaender is now known as cpresser
[12:20:51] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc-devel
[12:22:08] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:24:25] -!- skunkworks has quit [Ping timeout: 276 seconds]
[12:34:50] <skunkworks_> micges, did you mention this weekend that I needed to link to lib? what and how was that?
[12:35:43] <micges> what context? mesaflash or 7i80?
[12:36:19] <micges> ah
[12:37:00] <micges> I confirm that even after installing headers for xeno 3.5.7 kernel you must create link in /lib/modules/..
[12:37:31] <micges> it is minor bug in those xeno packages
[12:40:43] <micges> skunkworks_: ^^
[12:59:05] -!- micges has quit [Quit: Leaving]
[13:00:12] -!- mhaberler has quit [Quit: mhaberler]
[13:03:11] -!- b_b has quit [Changing host]
[13:03:56] <skunkworks_> ah
[13:07:42] <skunkworks_> yes
[13:15:08] -!- Felix29 has quit []
[13:15:58] -!- Heinz_60 has quit [Quit: ChatZilla 0.9.90 [Firefox 20.0/20130329043827]]
[13:18:32] -!- mhaberler [mhaberler!~mhaberler@c-76-115-191-253.hsd1.or.comcast.net] has joined #linuxcnc-devel
[13:26:30] -!- mhaberler has quit [Quit: mhaberler]
[13:35:19] <skunkworks_> pcw_home, miches I made some changes to the wiki
[13:35:19] <skunkworks_> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Mesa7i80_Driver_For_Linuxcnc_On_Xenomai
[13:37:53] <pcw_home> Any luck with 12.04?
[13:38:41] -!- fomox has quit [Ping timeout: 252 seconds]
[13:39:50] -!- odogono has quit [Quit: odogono]
[13:41:16] <pcw_home> I tested the watchdog hardware and its seems OK
[13:43:05] <skunkworks_> pcw_home, no - I don't know what to do. jepler had some sugestions but that is above my pay grade
[13:43:28] <pcw_home> so the watchdog thing is likely a bug, and the hardware has not been enabled
[13:43:47] <skunkworks_> ah - ok
[13:44:07] <skunkworks_> when you said it was ok - I was going to ask why the led stayed on ;)
[13:44:09] -!- maximilian_h has quit [Quit: Leaving.]
[13:44:31] <skunkworks_> So the config line doesn't seem to be sent to the card?
[13:44:45] <pcw_home> Beacuse the watchdog hardware didn't get enabled probably due to a driver bug
[13:44:57] <skunkworks_> right
[13:45:35] <pcw_home> which is a really good argument that the driver should verify watchdog operation every startup
[13:47:36] <pcw_home> the watchdog requires very specific operation to reset(specific data written to a specific location), but unless the timeout is set, its disabled
[13:48:34] <skunkworks_> it bites - like I get the watch.dog has bitten going true. It just doesn't do what ever it is supposed to in the card.
[13:48:50] <skunkworks_> ah
[13:54:38] -!- CaptHindsight has quit [Quit: gone]
[13:59:19] -!- esbenab has quit [Read error: Connection reset by peer]
[13:59:27] <pcw_home> I suspect the timeout was never set
[13:59:44] <pcw_home> so it will always have a has bitten indicator
[14:05:24] -!- md-2 has quit [Remote host closed the connection]
[14:07:13] -!- cpresser has quit [Quit: Lost terminal]
[14:12:30] -!- kwallace1 [kwallace1!~kwallace@tmb-219.sonnet.com] has joined #linuxcnc-devel
[14:21:19] <kwallace1> Hello. I have a Python script that uses a Glade .xml file to layout screen features, then I have Builder create the feature instances in the python file. So far so good. Now I'm trying to add HAL pins, with adding the line "self.hal = hal.component('lathe_bd')", but running the script returns "RTAPI: ERROR: could not open shared memory (errno=2)".
[14:22:53] <kwallace1> I assume that RTAPI needs to be loaded and running in order to create the pins. Basically, what needs to be in place in order to create HAL pins in a Python script?
[14:28:18] <jepler> is realtime running (e.g., via halrun)?
[14:28:19] <cradek> you could invoke your script with loadusr in a hal file, then use halrun to run the hal file
[14:29:21] -!- gregory has quit [Remote host closed the connection]
[14:30:31] -!- fomox has quit [Ping timeout: 276 seconds]
[14:30:34] <kwallace1> I'm only running the Python script, so I think realtime would need to be started from my script, which I haven't figured out yet.
[14:31:10] <cradek> try what I said instead of running your script directly
[14:32:20] <kwallace1> Okay, I'll give a try. Thanks.
[14:32:33] <jepler> you'll probably eventually want a hal script to do things like link pins, but you can start with: halrun loadusr -w python my-script.py
[14:32:53] <jepler> this will set up realtime, then run python my-script.py, then after it exits it will stop realtime
[14:34:41] -!- Heinz_60 has quit [Remote host closed the connection]
[14:39:24] <kwallace1> Yes, It seems to work from halrun/loadusr ... . I added some "self.hal.newpin" lines and the pins "show" up. Yay, now I can move on. Thank you.
[14:40:06] <jepler> welcome.
[14:41:59] <cradek> yay
[14:43:55] -!- gambakufu has quit [Ping timeout: 240 seconds]
[14:45:58] cevad is now known as davec
[14:48:52] -!- Temasdasd has quit [Quit: Page closed]
[14:58:16] -!- kwallace2 [kwallace2!~kwallace@smb-219.sonnet.com] has joined #linuxcnc-devel
[14:59:41] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-78-208.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[14:59:50] -!- Valen has quit [Quit: Leaving.]
[14:59:51] -!- kwallace1 has quit [Ping timeout: 260 seconds]
[15:02:20] -!- cpresser has quit [Quit: Lost terminal]
[15:05:44] -!- Nick001 has quit [Ping timeout: 256 seconds]
[15:08:27] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[15:09:56] -!- ink has quit [Disconnected by services]
[15:17:21] -!- capricorn_one has quit [Quit: Konversation terminated!]
[15:18:43] _BJFreeman is now known as BJfreeman
[15:23:53] -!- jerryitt has quit [Read error: Connection reset by peer]
[15:26:05] -!- micges [micges!~toudi@user-164-127-132-180.play-internet.pl] has joined #linuxcnc-devel
[15:27:51] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[15:39:44] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[15:54:32] -!- DaveCVI [DaveCVI!~DaveCVI@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[16:08:16] <skunkworks_> micges, I did a little more editing on the wiki
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Mesa7i80_Driver_For_Linuxcnc_On_Xenomai
[16:10:28] <micges> skunkworks_: cool, thanks
[16:11:01] <skunkworks_> zultron - this is what I had to do to build rtnet.
[16:11:02] <skunkworks_> As of 07/01/2013 to build rtnet the kernel headers need to be installed
[16:11:02] <skunkworks_> $ sudo apt-get install linux-headers-3.5.7-xenomai-2.6.2.1
[16:11:02] <skunkworks_> and a symlink pointing to them in a 'build' directory
[16:11:02] <skunkworks_> $ sudo ln -s /usr/src/linux-headers-3.5.7-xenomai-2.6.2.1/ /lib/modules/3.5.7-xenomai-2.6.2.1/build
[16:14:27] <skunkworks_> zultron, ^
[16:30:36] -!- Kup has quit [Read error: Connection reset by peer]
[16:30:52] -!- memleak [memleak!~memleak@unaffiliated/memleak] has joined #linuxcnc-devel
[16:31:39] <memleak> Hello all, I'm on debian 7.1 squeeze and I'm getting a problem with the configuration process of linuxcnc: checking libgl1-mesa-dri workaround... test for libgl1-mesa-dri workaround failed, please file a bug
[16:32:20] <memleak> I can compile a new version of mesa without a problem, will that fix it?
[16:33:17] -!- ve7it has quit [Remote host closed the connection]
[16:34:18] -!- mackerski has quit [Ping timeout: 246 seconds]
[16:35:26] <memleak> I purged it from configure.in for now, not sure why it's needed. Gallium3D is working on my RadeonHD 5830 w/ hw accel
[16:37:48] -!- ikke_ has quit [Client Quit]
[16:40:40] -!- ej has quit [Quit: Page closed]
[16:43:40] <jepler> memleak: this affects some versions of ubuntu; I'm not sure which ones.
[16:43:41] <jepler> commit d21a488a9e82dd85aa17207b80e3d930afeff202
[16:43:41] <jepler> Author: Michael Haberler <git@mah.priv.at>
[16:43:41] <jepler> Date: Wed Mar 28 11:11:15 2012 +0200
[16:43:41] <jepler> configure: test for libgl1-mesa-dri bug and workaround
[16:43:43] <jepler>
[16:43:46] <jepler> see
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/259219
[16:44:21] <jepler> I doubt a removal of the test will be accepted; an improvement of the test so that it functions properly your system (presumably finding that the workaround is not needed) would be more likely to be accepted.
[16:45:20] <jepler> the test is made by a separate shell script, scripts/test-libgl-bug.sh
[16:45:33] <jepler> run it, possibly with bash -x to see the steps as it executes them, to figure out why it goes off the rails..
[16:45:51] <jepler> mhaberler: if you read back to this, do you recall what version(s) of ubuntu are affected? any that were shipped to users by linuxcnc.org?
[16:45:59] <jepler> .. and are not fixed by ubuntu updates
[16:49:27] -!- terrym has quit [Quit: Ex-Chat]
[16:55:54] <cradek> looks like it was actually fixed after three years and two bogus bug-closings?
[16:56:28] <jepler> yeah but if it affects an old ubuntu maybe we care
[16:56:49] <cradek> ah I see
[16:57:07] <jepler> I think it does but it only was exposed after something added in master branch .. not sure though
[16:57:10] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[17:00:33] -!- psha[work] has quit [Quit: Lost terminal]
[17:03:53] -!- f1oat has quit [Ping timeout: 256 seconds]
[17:18:25] <memleak> bash -x showed it was just missing a header. Explains why I didn't have this problem on gentoo (its source-based meaning all .h files get installed by default)
[17:19:06] <memleak> jepler: I think header checking should be in configure script, not in a mesa bug workaround text.
[17:19:25] <memleak> last word should have been script..
[17:20:48] <memleak> Might as well have a boost_check_header.sh and does_gcc_work.sh in the scripts dir too :P
[17:27:30] <memleak> And then something terrible happened...
http://dpaste.com/1278140/
[17:27:58] <memleak> definitely cannot fix..
[17:32:49] <memleak> What magic is everyone else doing???
[17:50:48] -!- mshaver1 has quit [Quit: Leaving.]
[17:51:25] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[17:51:43] <skunkworks_> I have only xenomai on 10.04 and 12.04
[17:53:14] <skunkworks_> my current experience is that audio doesn't play well with xenomai. (not that you need audio on a machine controller...) but it definatly seems to be hardware dependant.
[17:53:31] <memleak> The module for the sound most likely isn't loading.
[17:54:37] <memleak> I just compile what I need into the kernel, saves boot time, RAM, latency.
[17:54:59] <memleak> Without a single module I'm running a 3.8 kernel at 1.4MB
[17:55:06] <skunkworks_> I had 2 different video cards with hdmi audio - and whenever I would do a screen shot - or the 'click' when the update manager runs - the latency would spike. The onboard video - which also has hdmi - seem to play well.
[17:56:09] <memleak> Depending on your video card, radeon.audio=0 (or -1 i forget) might fix the issue
[17:56:37] <memleak> ^kernel command line string
[17:58:20] <skunkworks_> http://imagebin.org/263115
[17:58:35] <jepler> memleak: if you want to integrate it in the configure script that is fine too.
[17:58:57] -!- tmcw has quit [Remote host closed the connection]
[18:02:47] <jepler> memleak: as for your other message, it's probably related to this bit of the rule for making rtlib/%.so:
[18:02:50] <jepler> @if ! $(IS_POWERPC); then objcopy -G __i686.get_pc_thunk.bx `xargs -r0n1 echo -G < objects/$*.exp | grep -ve '^-G $$' | sort -u` objects/$*.tmp; fi
[18:03:03] <jepler> for some reason your system uses __x86.get_pc_thunk.bx
[18:03:23] <memleak> its just debian 7.1 :/
[18:06:21] <jepler> I haven't tested on any 32-bit systems that new. Maybe gcc renamed this symbol somewhere along the line
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00248.html
[18:07:22] <memleak> So what's a good way to fix it?
[18:07:38] <memleak> Hardcoding the makefile will work for me personally..
[18:10:43] <jepler> please try with
http://emergent.unpythonic.net/files/sandbox/0001-build-gcc-changed-a-symbol-name-out-from-under-us.patch
[18:12:41] <memleak> worked!
[18:13:28] <jepler> cradek: ^^^ for 2.5 or for master? I believe it's low impact (only affects sim, tests OK on an affected system and an unaffected system)
[18:16:46] <cradek> man objcopy doesn't explicitly say it's OK if the -G names are not found. do you have enough of a feel for it to say it's fine to just add another to the list like that?
[18:17:09] <jepler> cradek: I feel OK about it because I tested on a system where I know __x86.get_pc_thunk.bx is not a symbol that exists
[18:17:19] <jepler> (i.e., the "unaffected system")
[18:18:17] <cradek> I think that's safe for 2.5 then
[18:18:44] <memleak> 2.5 is still supported?
[18:18:55] <jepler> it's the stable release version
[18:19:19] <memleak> and thats before all the xenomai / preempt_rt stuff right?
[18:19:34] <jepler> yes, the new rtos stuff is not in master for that matter.
[18:20:00] <memleak> any idea if a 3.8 rtai kernel could work with 2.5 branch?
[18:20:20] <jepler> I have no personal experience with that.
[18:21:19] <jepler> oh my patch is probably incomplete; it doesn't touch Makefile.skel or whatever it's called, the one for building standalone modules.
[18:21:26] <ssi> memleak: yea I think mhaberler is working on that
[18:21:29] <jepler> .modinc
[18:21:48] <jepler> hm the objcopy steps are not in there at all. how odd.
[18:22:20] <memleak> ssi: working on what?
[18:22:24] <memleak> 3.8 for 2.5?
[18:22:27] <ssi> yes
[18:22:32] <memleak> sweet!
[18:22:34] <ssi> er, not rtai though... xenomai
[18:22:44] <memleak> Oh..
[18:22:48] <ssi> sorry
[18:23:01] <memleak> I have two extremes, RTAI and PREEMPT_RT
[18:23:27] <memleak> Lars is getting close to solving the pagefaults
[18:24:24] <memleak> emailed me late last night, he's going to get latency-test to generate a core dump to fix up the page handler in RTAPI
[18:29:30] <jepler> (besides the RTLD_NOW issue) each piece of evidence that there are page faults I've chased down turns out to be a false positive. I most rcently noticed that getrusage uses RUSAGE_SELF, not RUSAGE_THREAD, so page faults from the non-realtime main thread of rtapi_app are reported. those pagefaults are expected. (if rt-preempt's model is such that the no thread in the process may page fault, then that's a bigger problem)
[18:35:58] -!- jerryitt has quit [Ping timeout: 256 seconds]
[18:39:13] gimpspace is now known as gimpswork
[18:39:28] -!- apel has quit [Ping timeout: 276 seconds]
[18:41:17] <zultron> Thanks, skunkworks_ . I'll investigate why that link wasn't in the packages.
[18:44:47] <skunkworks_> zultron, I remember seeing an error a long time ago when playing with the xenomai during the install that the buld directory could not be read and will be deleted or soemthing like that..
[18:46:27] -!- ravenlock has quit [Ping timeout: 256 seconds]
[18:46:37] <skunkworks_> this is close to it...
[18:46:39] <skunkworks_> this is close to it...[17:58:15] <skunkworks> It seems like there should be a sym link to that directory but I seem to recall getting this
[18:46:39] <skunkworks_> [17:58:20] <skunkworks> Hmm. There is a symbolic link /lib/modules/3.5.7-xenomai-2.6.2.1/build
[18:46:39] <skunkworks_> [17:58:20] <skunkworks> However, I can not read it: Нет такого файла или каталога
[18:46:39] <skunkworks_> [17:58:20] <skunkworks> Therefore, I am deleting /lib/modules/3.5.7-xenomai-2.6.2.1/build
[18:47:13] <zultron> Whah? Where'd you get that from?
[18:47:39] <skunkworks_> it was on a russian site.. but similar to what I remember getting :)
[18:47:51] <skunkworks_> let me see if I can find the actual link
[18:48:17] <zultron> Did you delete your link?
[18:48:17] <skunkworks_> http://translate.google.com/translate?hl=en&sl=ru&u=http://www.cnc-club.ru/forum/viewtopic.php%3Ft%3D2827%26p%3D60857&prev=/search%3Fq%3D/lib/modules/3.5.7-xenomai-2.6.2.1/build%2Bsymbolic%2Blink%26client%3Dfirefox-a%26hs%3DpPv%26rls%3Dorg.mozilla:en-US:official%26biw%3D1600%26bih%3D791
[18:48:29] <zultron> Like the Russian did?
[18:48:30] <skunkworks_> they are actually talking about building rtnet.
[18:48:44] <skunkworks_> for the 7i80
[18:48:51] <zultron> I understand.
[18:49:04] <zultron> Did you follow that advice and remove the link, too?
[18:49:41] <skunkworks_> no - I just created the symlink that I posted above. there was no build link in my install
[18:50:20] <zultron> Alright, then maybe there's a problem with my packages. Just making sure you didn't zap it at some point. :)
[18:50:45] <skunkworks_> this /lib/modules/3.5.7-xenomai-2.6.2.1/build did not exist until I created it linking to the header
[18:51:20] <skunkworks_> not that I know of. And I had to do this also on 10.04 to get rtnet to build
[18:52:05] <zultron> Yep, sounds like a problem if it's missing from my packages. My new universal build branch looks for that link, too.
[18:52:59] <zultron> Thanks for the report. Gotta run....
[18:53:17] <skunkworks_> Thanks for the work on this - the install is painless
[18:55:31] <memleak> skunkworks_, make modules_install creates the symlinks.
[18:56:15] <memleak> you can even rm -rf /lib/modules and it will re-create all of that stuff.
[18:57:02] <jepler> that does not seem like good advice
[18:57:44] <jepler> lots of files in /lib/modules on an ubuntu system are installed there by the package manager
[18:57:51] <jepler> it will not "re-create all of that stuff"
[18:58:00] <memleak> well if you run multiple kernels its terrible advice unless you re-run make modules_install within every kernel tree
[18:59:13] <jepler> it's terrible advice for anyone who doesn't understand why it's terrible advice
[18:59:32] <memleak> jepler: it installs all compiled modules that were selected to build the bzImage
[18:59:57] -!- nots has quit [Ping timeout: 252 seconds]
[19:00:26] -!- zzolo has quit [Quit: zzolo]
[19:01:29] <memleak> I'm not much of an ubuntu expert though, maybe ubuntu keeps other things in /lib/modules for nonsensical reasons.
[19:02:02] <memleak> boot loader, firefox, gnome, etc, wouldn't put it past them
[19:03:59] <jepler> any directory with package-manager installed files should not be rm -rf'd. you'll break all those packages.
[19:05:49] <memleak> Wasn't aware of that.. I'm too used to slackware and gentoo and do things the old fashioned way, my apologies.
[19:06:10] <cradek> yeah that's not an ubuntu thing, that's a "files are installed as parts of packages" thing
[19:06:16] -!- nikola__ has quit [Quit: Page closed]
[19:07:08] -!- DaveCVI has quit [Read error: Connection reset by peer]
[19:08:31] <memleak> hey skunkworks_ i think our glxgears scores are the same because VSYNC is on..
[19:09:30] <jepler> glxgears is not a benchmark. doesn't it even admonish you to that effect these days?
[19:09:40] <memleak> not sure, could be just really bad hardware that can only render at coincidentally the same speed as the vfresh rate
[19:09:53] -!- DaveCVI [DaveCVI!~DaveCVI@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[19:10:16] * memleak is being silly
[19:11:46] <skunkworks_> No cule
[19:11:49] <skunkworks_> clue even
[19:12:14] <skunkworks_> It is one of the amd apu systems
[19:13:39] -!- jerryitt has quit [Ping timeout: 256 seconds]
[19:14:27] -!- micges has quit [Quit: Leaving]
[19:14:47] <memleak> 24114 frames in 5.0 seconds = 4821.296 FPS I WIN!
[19:14:54] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-78-208.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[19:15:28] <memleak> hey jepler your patch fixed the issue btw, not sure if i said anything before about it..
[19:15:55] <KGB-linuxcnc> 03jepler 05v2.5_branch 52ae71f 06linuxcnc 10src/Makefile * build: gcc(?) changed a symbol name out from under us
[19:16:03] -!- f1oat has quit [Client Quit]
[19:16:06] <memleak> there we go :D
[19:19:30] -!- PetefromTn has quit [Remote host closed the connection]
[19:27:47] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[19:37:20] -!- BJfreeman has quit [Ping timeout: 252 seconds]
[19:40:23] -!- snkashis has quit [Quit: Leaving.]
[19:50:36] <kwallace2> I need another hint. I have a HAL file that sets up a 6i25. I invoke "halrun -I -f lathe_bd.hal" to set up the pins and parameters. While in the halcmd shell(?), I add "loadusr ./lathe_board_test_ui.py", "net chg_pump_enable lathe_bd.charge_pump hm2_5i25.0.pwmgen.00.enable", "start". My UI loads, the pins connect to the signal, finally start gets the thread going... everything is wonderful.
[19:52:41] -!- Meduza has quit [Ping timeout: 252 seconds]
[19:53:47] <kwallace2> If I put the last three lines into the .hal file, I get am error about the UI pin not existing, which I expect, so I add "-W" to wait for the UI to load before trying the pin connection. What I get is a bunch of dots while waiting .................... but my UI does show up on the screen.
[19:55:25] <jepler> you have to use -Wn name
[19:55:30] <cradek> man halcmd, search for loadusr, try whichever wait is appropriate
[19:55:31] <jepler> where name is the name of the component your program creates
[20:01:09] <kwallace2> The .py file I am loading uses Builder and has the handlers for the buttons and that's it. It's not what I am used to calling a "component", nor do I know how to name it. Will using -Wn instead of -W make a difference?
[20:01:30] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:01:52] <jepler> if it creates pins it is a hal component and has a hal component name that will be shown by 'halcmd show comp'
[20:02:54] -!- wboykinm has quit [Remote host closed the connection]
[20:07:54] <KGB-linuxcnc> 03seb 05master 62d9994 06linuxcnc 10docs/src/common/GPLD_Copyright.txt * docs: update copyright for 2013
[20:07:54] <KGB-linuxcnc> 03seb 05master 85539c2 06linuxcnc 10docs/src/Master_Developer.txt * docs: clean up Developer's Manual pdf
[20:07:57] <KGB-linuxcnc> 03jmkasunich 05master 2b0624c 06linuxcnc 10docs/man/man9/sampler.9 * remove outdated man page info
[20:08:03] <KGB-linuxcnc> 03jmkasunich 05master 0fde057 06linuxcnc 10src/hal/components/clarkeinv.comp * allow clarkeinv to rotate the vector
[20:08:10] <KGB-linuxcnc> 03jmkasunich 05master 02d22d6 06linuxcnc 10docs/man/man9/motion.9 10src/emc/motion/motion.c * allow for floating point in the base thread
[20:08:16] <KGB-linuxcnc> 03jmkasunich 05master 27f474a 06linuxcnc 10lib/python/pyvcp_widgets.py * pyvcp dial widget: fix various odd behaviors
[20:08:23] <KGB-linuxcnc> 03dgarrett 05master 378cc91 06linuxcnc 10scripts/sim_pin * sim_pin: support u32,s32,float pin,param types
[20:08:29] <KGB-linuxcnc> 03Kim 05master db8ebf6 06linuxcnc 10docs/src/code/Code_Notes.txt * Docs: update an outdated paragraph
[20:08:35] <KGB-linuxcnc> 03jepler 05master 52ae71f 06linuxcnc 10src/Makefile * build: gcc(?) changed a symbol name out from under us
[20:08:41] <KGB-linuxcnc> 03jepler 05master e6f1591 06linuxcnc 10tests/ 10(12 files in 2 dirs) * New tests (currently failing in sim)
[20:08:48] <KGB-linuxcnc> 03jepler 05master 4e6be75 06linuxcnc 10src/Makefile.modinc.in * build: use $(Q) to quiet external module building
[20:08:54] <KGB-linuxcnc> 03jepler 05master 9c590e5 06linuxcnc 10src/Makefile 10src/Makefile.modinc.in 04tests/symbols.1/xfail * sim: only keep exported symbols in .so files
[20:09:01] <KGB-linuxcnc> 03jepler 05master 6010e15 06linuxcnc 10src/rtapi/sim_rtapi_app.cc 04tests/symbols.0/xfail * sim: Bind all symbols at load time
[20:09:08] <KGB-linuxcnc> 03jepler 05master 5dabf50 06linuxcnc 10src/rtapi/sim_rtapi_app.cc * sim: don't export symbols from sim_rtapi_app to components
[20:09:14] <KGB-linuxcnc> 03jepler 05master eaeed64 06linuxcnc 10docs/man/man9/motion.9 10src/Makefile 10src/emc/motion/motion.c * Merge remote branch 'origin/v2.5_branch'
[20:09:21] <KGB-linuxcnc> 03jepler 05master fcd63da 06linuxcnc 10src/Makefile.modinc.in * propagate Makefile changes to Makefile.modinc
[20:10:58] -!- mhaberler has quit [Quit: mhaberler]
[20:14:54] <kwallace2> I did "show comp" before and after "loadusr ./lathe_board_test_ui.py" and the difference was a line "8 User lathe_bd 5826 initializing". "lathe_bd" seems to be from the original .hal file called with "halrun" ( halrun -I -f lathe_bd.hal ). I tried "loadusr -Wn lathe_bd ./lathe_board_test_ui.py" even though the name seems wrong to me, and got the dots.
[20:16:01] <linuxcnc-build> build #1133 of lucid-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1133 blamelist: Jeff Epler <jepler@unpythonic.net>
[20:16:02] <linuxcnc-build> build #1130 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1130 blamelist: Jeff Epler <jepler@unpythonic.net>
[20:19:58] <jepler> (a timeout in the linuxcncrsh test, which I don't think I touched...)
[20:22:23] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[20:24:27] -!- mrsun has quit [Quit: Leaving]
[20:26:02] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:27:23] <kwallace2> Oops, I think I found where the UI name is set and it is the same as the hardware .hal file.
[20:30:58] <jepler> linuxcnc-build: force build --branch=v2.5_branch checkin
[20:31:09] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[20:37:08] -!- micges [micges!~micges@dft55.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[20:37:33] -!- mhaberler has quit [Quit: mhaberler]
[20:42:11] -!- i_tarzan has quit [Ping timeout: 252 seconds]
[20:48:02] -!- zzolo has quit [Quit: zzolo]
[20:50:37] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[20:51:34] -!- aple has quit [Ping timeout: 246 seconds]
[20:53:24] -!- mhaberler has quit [Client Quit]
[20:55:49] -!- pjm has quit [Ping timeout: 268 seconds]
[20:56:21] <kwallace2> Adding "self.hal.ready()" to the UI .py _init_ section seems to have fixed it, imagine that. :)
[20:56:43] <jepler> oh yeah I should have picked up on "initializing" in that halcmd output but I didn't..
[20:58:23] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[20:59:58] <kwallace2> I should have posted the my source. I found the line in JT's tutorial samples and it looked like what I needed. Thank you again for the help, Thanks JT if you are out there. Now, on to find another corner to paint my self into.
[21:00:44] -!- mhaberler has quit [Client Quit]
[21:03:03] <kwallace2> That actually happened when I was a kid paining my Dad's garage floor as he watched and didn't say a word. Though that wasn't as bad as when he told me to pull the spark plug wire on a running lawnmower engine.
[21:05:29] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[21:08:18] <linuxcnc-build> build #1134 of lucid-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1134 blamelist: Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, John Kasunich <jmkasunich@fastmail.fm>, Sebastian Kuzminsky
[21:08:18] <linuxcnc-build> <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[21:10:29] <linuxcnc-build> build #334 of precise-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/334 blamelist: Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, John Kasunich <jmkasunich@fastmail.fm>,
[21:10:29] <linuxcnc-build> Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[21:10:49] -!- mhaberler has quit [Quit: mhaberler]
[21:11:43] <JT-Shop> kwallace2: have fun painting
[21:12:53] -!- chillly has quit [Quit: Leaving]
[21:13:58] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[21:17:43] <linuxcnc-build> build #1133 of hardy-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1133 blamelist: Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, John Kasunich <jmkasunich@fastmail.fm>, Sebastian
[21:17:44] <linuxcnc-build> Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[21:18:05] <linuxcnc-build> build #1133 of lucid-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1133 blamelist: Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, John Kasunich <jmkasunich@fastmail.fm>, Sebastian
[21:18:05] <linuxcnc-build> Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[21:19:41] <linuxcnc-build> build #1131 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1131 blamelist: Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, John Kasunich <jmkasunich@fastmail.fm>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett
[21:19:41] <linuxcnc-build> <dgarrett@panix.com>
[21:19:41] <linuxcnc-build> build forced [ETA 1h45m05s]
[21:19:41] <linuxcnc-build> I'll give a shout when the build finishes
[21:20:00] -!- gimpswork has quit [Ping timeout: 252 seconds]
[21:21:22] <memleak> jepler: does using mlocked pages in latency-test seem silly if RTAPI is already using them?
[21:22:53] -!- mhaberler has quit [Quit: mhaberler]
[21:23:30] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[21:26:36] -!- gabewillen has quit [Remote host closed the connection]
[21:26:47] <KGB-linuxcnc> 03jepler 05master 9ed3195 06linuxcnc 10scripts/halrun.in * halrun: provide HAL_RTMOD_DIR just as linuxcnc wrapper script does
[21:26:47] <KGB-linuxcnc> 03jepler 05master ee0811f 06linuxcnc 10tests/symbols.0/checkresult * fix results checker for module-based builds
[21:26:59] <jepler> memleak: if the manpage for mlockall() can be taken at face value then all subsequent allocations will be locked too, up to the locked memory limit
[21:27:06] <jepler> beyond the locked memory limit, an error should be issued
[21:27:18] <jepler> .. by mmap() or sbrk()
[21:27:38] <jepler> but I only know what the manpage says, not whether the implementation conforms
[21:30:27] <memleak> ....did I really just fix the page fault issue....
[21:32:18] <memleak> ulimit -c 40000 are you serious?
[21:32:27] <memleak> you're that simple.. omg WOW WASTE OF TIME
[21:33:35] <memleak> epic bloody facepalm. latency is under 10000 ns sustained
[21:35:13] <memleak> not anymore..
[21:35:55] <memleak> linuxcnc finally runs though without an issue as long as you dont switch ttys, then a pagefault occurs
[21:42:52] -!- Brandonian has quit [Quit: Brandonian]
[21:46:21] <memleak> it sure does make it perform differently though!
[21:46:54] <jepler> why would switching ttys cause a page fault in a realtime thread?
[21:47:05] <jepler> that doesn't make any sense
[21:47:15] <memleak> no idea.
[21:47:52] <memleak> page faults are worse now though when they actually do happen however..
[21:48:10] <memleak> (or if the monitor falls asleep or you open up firefox apparently too)
[21:48:44] <memleak> seem to not do it while idling though..
[21:48:57] -!- cmorley has quit [Ping timeout: 246 seconds]
[21:50:56] -!- DJ9DJ has quit [Quit: bye]
[21:56:28] -!- krusty_ar has quit [Ping timeout: 240 seconds]
[22:00:04] <linuxcnc-build> build #1135 of lucid-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1135
[22:01:25] -!- stsydow has quit [Remote host closed the connection]
[22:02:54] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[22:03:59] -!- mhaberler [mhaberler!~mhaberler@65-122-15-184.dia.static.qwest.net] has joined #linuxcnc-devel
[22:06:29] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[22:06:46] -!- Vq has quit [Ping timeout: 240 seconds]
[22:11:13] <linuxcnc-build> build #1132 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1132
[22:11:46] -!- zzolo has quit [Quit: zzolo]
[22:13:57] -!- mhaberler has quit [Quit: mhaberler]
[22:23:04] _BJFreeman is now known as BJfreeman
[22:25:46] -!- bedah has quit [Quit: gn8]
[22:31:25] <skunkworks> memleak: sounds like classic video interaction with realtime
[22:33:49] <memleak> skunkworks, definitely not, its consistent with every single person whos trying to get PREEMPT_RT working with LinuxCNC
[22:34:05] <memleak> regardless of GPU and Xorg drivers.
[22:34:09] <skunkworks> ah
[22:34:38] <memleak> if only it was that easy though! :)
[22:40:57] <skunkworks> did you look at the mailing list? there was someone trying to get preemt running - I remember the memory allocation being one issue..
[22:41:30] <memleak> lars segerlund is working on it with me
[22:43:09] <memleak> zultron apparently has Xenomai working without page faults and low latency times, not sure exactly what he did though.
[22:44:16] <memleak> rtos-integration-preview3-merged-into-master and rtos-master-v0 both have issues with Xenomai for me. just as bad latency as PREEMPT_RT
[22:46:09] <memleak> There's this autobuilder he wrote but a script that just does all the work for me doesn't really help much if I can't re-create his steps.
[22:46:33] <memleak> Then it all just goes back to "use the linuxcnc live cd and don't ever touch anything" philosophy.
[22:49:16] <zultron> memleak, I recall reading something about the text consoles interfering with RT performance. It said something about going as far as to never write anything to the console so that it's never initialized; redirect console output to serial or something. It said X windows isn't a problem.
[22:49:50] <zultron> Don't remember anything about where I saw that, sorry.
[22:50:10] <memleak> zultron, does your autobuild script / tree have any source changes to linuxcnc?
[22:50:30] <memleak> the directory structure of everything is very obscure, i'm digging through it and can't really figure out what's going on.
[22:50:44] -!- micges has quit [Quit: Leaving]
[22:50:50] <zultron> Very few source changes
[22:51:15] <zultron> Certainly doesn't change directory structure....
[22:51:42] <memleak> I meant the directory structure of the build script you wrote itself.
[22:52:06] <zultron> What build script? Maybe I don't understand something.
[22:52:22] <memleak> https://github.com/zultron/debian-linuxcnc-autobuild
[22:52:53] <zultron> Ah. Main important files are Makefile and pbuild/pbuilderrc. Actually quite simple....
[22:53:08] <memleak> Oh..
[22:53:41] <memleak> a lot of the stuff in the "git" folder really confused me, heh
[22:54:12] <zultron> It does check out a few git submodules, but those aren't part of that git tree.
[22:54:53] <linuxcnc-build> build #1136 of lucid-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1136 blamelist: Jeff Epler <jepler@unpythonic.net>
[22:55:27] <memleak> Where are the changes you made to the linuxcnc tree that aren't upstream (yet?)
[22:55:59] <zultron> The autobuilder stuff doesn't directly have anything to do with LinuxCNC. It simply builds Xenomai kernels and runtime libs.
[22:56:27] <zultron> ... into Debian packages, of course.
[22:58:33] -!- MadDog31 has quit [Quit: Leaving]
[23:00:44] -!- stsydow has quit [Remote host closed the connection]
[23:01:25] <memleak> I'm going to try idle=poll in PREEMPT_RT brb
[23:01:27] -!- memleak has quit [Quit: Leaving]
[23:01:36] -!- stsydow has quit [Remote host closed the connection]
[23:02:07] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:03:09] -!- tommy80 has quit [Ping timeout: 250 seconds]
[23:06:02] -!- jfire has quit [Quit: Leaving.]
[23:06:20] -!- memleak [memleak!~memleak@unaffiliated/memleak] has joined #linuxcnc-devel
[23:06:30] <memleak> that seemed to have fixed the "page faults"
[23:07:03] <memleak> switch TTYs, its fine..
[23:07:46] <memleak> is it ok for the max interval (not the jitter) to be around 1,000,000 ?
[23:08:01] <memleak> ^servo thread
[23:10:05] <memleak> Who knows of a really good way to put as much stress on the latency test as possible? cpu burn-in utilities? terribly written website in java?
[23:10:41] <memleak> I wonder if this issue is really gone and if it won't come back.. it never lasted this long before..
[23:12:11] <linuxcnc-build> build #1133 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1133 blamelist: Jeff Epler <jepler@unpythonic.net>
[23:15:25] <memleak> skunkworks, was that you that recommended idle=poll on the kernel command line? if so, thanks!
[23:15:42] <memleak> might have been like a week or two ago..
[23:18:14] -!- micges [micges!~micges@dft55.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:32:29] -!- PetefromTn has quit [Remote host closed the connection]
[23:33:12] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[23:35:31] -!- archivist_herron has quit [Ping timeout: 260 seconds]
[23:39:12] -!- Tecan has quit [Changing host]
[23:41:12] <memleak> new kernel, brb
[23:41:13] -!- memleak has quit [Quit: Leaving]
[23:46:25] <skunkworks> memleak: yes - for xnomai it really helped