Back
[00:26:24] -!- rob__H [rob__H!~rob_h@5e0860c9.bb.sky.com] has joined #linuxcnc-devel
[00:26:24] -!- rob_h has quit [Read error: Connection reset by peer]
[00:33:32] -!- asdfasd has quit [Ping timeout: 255 seconds]
[00:34:59] -!- rob__H has quit [Ping timeout: 255 seconds]
[00:50:31] -!- theorbtwo has quit [Ping timeout: 240 seconds]
[00:50:37] theorb is now known as theorbtwo
[00:55:40] -!- Sendoushi has quit [Read error: Connection reset by peer]
[00:58:19] -!- Nick001-Shop has quit [Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211]]
[01:22:46] -!- bradsimantel has quit [Quit: bradsimantel]
[01:35:32] -!- Sendoushi has quit [Remote host closed the connection]
[01:38:15] -!- adb has quit [Read error: Operation timed out]
[01:55:04] -!- plushy has quit [Quit: Leaving.]
[02:00:23] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:04:08] -!- archivist has quit [Ping timeout: 246 seconds]
[02:04:24] -!- the_wench has quit [Ping timeout: 252 seconds]
[02:06:00] -!- odogono has quit [Quit: odogono]
[02:11:32] ink- is now known as ink
[02:15:48] -!- pjm has quit [Ping timeout: 248 seconds]
[02:55:22] -!- skunkworks has quit [Ping timeout: 276 seconds]
[03:16:19] -!- tandoori has quit [Ping timeout: 248 seconds]
[03:16:39] -!- Abhi has quit [Quit: Leaving]
[03:22:28] -!- chopper79 has quit [Quit: Leaving.]
[03:25:13] -!- phantoxeD has quit [Read error: Connection reset by peer]
[03:45:58] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[03:48:40] -!- jst has quit [Ping timeout: 276 seconds]
[03:53:26] -!- Komzpa has quit [*.net *.split]
[03:53:26] -!- RoyOnWheels has quit [*.net *.split]
[03:53:26] -!- Farthen has quit [*.net *.split]
[03:53:26] -!- fatpandas has quit [*.net *.split]
[03:53:26] RoyOnWhe- is now known as RoyOnWheels
[04:01:14] -!- sumpfralle1 has quit [Ping timeout: 244 seconds]
[04:40:10] -!- bradsimantel has quit [Quit: bradsimantel]
[04:55:52] -!- FinboySlick has quit [Quit: Leaving.]
[05:04:01] -!- Brandonian has quit [Quit: Brandonian]
[05:13:10] -!- phantoxeD has quit [Read error: Connection reset by peer]
[05:18:27] -!- mephux has quit [Excess Flood]
[05:18:46] firephoto_ is now known as firephoto
[05:27:42] newbie is now known as Guest90586
[05:31:50] -!- L84Supper [L84Supper!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[05:34:15] -!- Valen has quit [Quit: Leaving.]
[05:38:23] -!- vladimirek has quit [Ping timeout: 244 seconds]
[05:41:20] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[05:45:47] -!- mhaberler_ [mhaberler_!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[05:46:23] -!- mhaberler has quit [Ping timeout: 260 seconds]
[05:46:23] mhaberler_ is now known as mhaberler
[06:01:37] -!- nOStahl has quit [Quit: nOStahl]
[06:03:35] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[06:15:56] -!- bradsimantel has quit [Quit: bradsimantel]
[06:22:29] -!- bradsimantel has quit [Client Quit]
[06:25:00] -!- tjb1 has quit [Quit: tjb1]
[06:34:16] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[06:44:38] -!- kwallace [kwallace!~kwallace@smb-3.sonnet.com] has parted #linuxcnc-devel
[08:02:08] -!- DJ9DJ has quit [Changing host]
[08:04:30] -!- hdokes has quit [Read error: Connection reset by peer]
[08:04:43] -!- Poincare has quit [Quit: changing servers]
[08:48:24] -!- rob_h [rob_h!~rob_h@5e0860c9.bb.sky.com] has joined #linuxcnc-devel
[08:54:32] -!- skullworks has quit [Quit: Page closed]
[09:23:46] AndroUser is now known as micges
[09:24:53] -!- mhaberler has quit [Quit: mhaberler]
[09:27:57] -!- micges has quit [Ping timeout: 245 seconds]
[09:29:36] -!- tronwizard has quit [Ping timeout: 264 seconds]
[09:42:21] -!- r00t4rd3d has quit [Read error: Connection reset by peer]
[09:46:12] -!- abetusk has quit [Ping timeout: 252 seconds]
[09:47:07] abetusk is now known as Guest5253
[09:49:55] -!- mattions has quit [Ping timeout: 248 seconds]
[09:52:43] -!- fragalot has quit [Read error: Operation timed out]
[09:53:15] fragalot is now known as Guest90353
[09:54:38] -!- xeen has quit [Read error: Operation timed out]
[09:54:46] -!- mhaberler [mhaberler!~mhaberler@extern-180.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[09:55:22] -!- mozmck has quit [Read error: Operation timed out]
[09:55:51] -!- mhaberler has quit [Client Quit]
[09:58:00] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[09:58:17] -!- mozmck [mozmck!~moses@client-204.235.45.161.wcfltx.partnershipbroadband.com] has joined #linuxcnc-devel
[10:05:35] -!- SadMan has quit [Ping timeout: 255 seconds]
[10:10:33] -!- racycle has quit [Quit: racycle]
[10:19:11] -!- SadMan [SadMan!sadman@sadman.net] has joined #linuxcnc-devel
[10:26:47] -!- Tecan has quit [Quit: live long and phosphor]
[10:30:59] -!- tronwizard has quit [Ping timeout: 248 seconds]
[10:36:06] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[11:05:31] -!- L33TG33KG34R has quit [Ping timeout: 240 seconds]
[11:16:18] -!- holst has quit [Ping timeout: 264 seconds]
[11:38:21] manfred is now known as Guest73863
[11:41:20] -!- L33TG33KG34R has quit [Ping timeout: 255 seconds]
[11:41:27] -!- DJ9DJ has quit [Quit: bye]
[11:46:11] -!- L33TG33KG34R has quit [Ping timeout: 248 seconds]
[12:24:31] -!- dhoovie has quit [Read error: Connection reset by peer]
[12:33:03] -!- Sendoushi has quit [Remote host closed the connection]
[12:47:44] -!- frallzor has quit []
[12:49:43] -!- chopper79 has quit [Quit: Leaving.]
[13:13:05] -!- L33TG33KG34R has quit [Ping timeout: 256 seconds]
[13:49:56] -!- sumpfralle has quit [Read error: Operation timed out]
[13:59:20] -!- Sendoushi has quit [Ping timeout: 252 seconds]
[14:00:58] -!- hdokes has quit [Ping timeout: 272 seconds]
[14:05:02] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:40:08] -!- theos has quit [Ping timeout: 246 seconds]
[14:40:28] -!- chopper79 has quit [Quit: Leaving.]
[15:02:24] -!- L33TG33KG34R has quit [Ping timeout: 272 seconds]
[15:13:13] -!- skorasaurus has quit [Remote host closed the connection]
[15:13:44] -!- pthorin has quit [Ping timeout: 255 seconds]
[15:22:11] -!- tandoori has quit [Changing host]
[15:28:13] -!- tandoori has quit [Read error: Connection reset by peer]
[15:33:37] -!- psha[work] has quit [Quit: Lost terminal]
[15:40:01] sliptonic is now known as sliptonic_away
[15:45:02] -!- mephux has quit [Excess Flood]
[15:53:27] -!- ravenlock has quit [Quit: Leaving]
[15:55:57] -!- chopper79 has quit [Quit: Leaving.]
[15:57:21] <skunkworks> So - does this mean the rtai is working on the 3 kernel?
[15:57:42] <cradek> I think not quite yet
[15:57:57] <skunkworks> seems to be moving forward though...
[15:58:01] <cradek> yes
[16:12:15] <seb_kuzminsky> super good news
[16:13:37] -!- Keknom has quit [Quit: Leaving.]
[16:15:01] -!- elk [elk!ae2c7071@gateway/web/freenode/ip.174.44.112.113] has joined #linuxcnc-devel
[16:15:11] <cradek> yep
[16:17:19] -!- dway has quit [Quit: dway]
[16:19:55] <elk> What is the concept of using serial numbers for NML messages? I see that it is being used to confirm whether a message is being received, but I'm a little confused as to the concept as far as how the receiving process knows whether it has received a new message based on the serial number
[16:22:46] -!- kwallace [kwallace!~kwallace@smb-8.sonnet.com] has joined #linuxcnc-devel
[16:27:35] -!- pthorin has quit [Ping timeout: 246 seconds]
[16:32:28] -!- ink has quit [Disconnected by services]
[16:38:26] -!- i_tarzan has quit [Read error: Connection reset by peer]
[16:39:40] <cradek> kwallace: as I look at your picture I'm becoming more sure that you are right about the box moving when the TLO changes
[16:40:43] <cradek> I was confusing it with the problem of determining at preview generation time whether the program will complete without hitting a soft limit when run; I now think this is a totally separate problem
[16:47:07] -!- elk has quit [Ping timeout: 245 seconds]
[17:01:06] -!- mephux has quit [Excess Flood]
[17:04:14] -!- Icekiller has quit [Changing host]
[17:12:23] -!- tjb1 has quit [Quit: tjb1]
[17:23:46] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[17:26:15] <kwallace> cradek , I guess the two issues are similar since I use the preview to check for program validity. I found that linuxcnc.stat also has variables for tool offsets and subtracted those values from the min-max variables. This seems to shift the limit box appropriately, but I still need to fix the grid and maybe G92 offsets too.
[17:26:18] <kwallace> # Draw 3d box at soft limits for X, Y, and Z axes
[17:26:18] <kwallace> glVertex3f(x_dir * (machine_limit_min[0] - self.stat.tool_offset[0]), machine_limit_min[1], machine_limit_max[2] - self.stat.tool_offset[2])
[17:27:17] <cradek> does it update at the right times, like when doing tool and offset changes in mdi, and while a tool-changing program runs?
[17:28:04] <seb_kuzminsky> tool offsets and coordinate system offsets can change unpredictably during program execution, so how can the preview say anything about the relationship of the program and the limit box?
[17:28:06] <cradek> I agree the two problems are related - I guess with your change you could load all your tools one at a time and make sure the program stays inside all the (different) bounds boxes
[17:29:01] <cradek> seb_kuzminsky: it's a bit murky, isn't it
[17:29:10] <kwallace> I haven't considered these problems yet.
[17:29:27] -!- chopper79 has quit [Quit: Leaving.]
[17:29:57] <cradek> of course you'll break it if you change systems/tlo based on probing, etc
[17:30:26] <seb_kuzminsky> cradek: you mean you'll break the predictive power of the preview if you do those things? if so i agree
[17:30:34] <cradek> yes, in general you can't always tell whether a program will complete successfully
[17:30:40] <seb_kuzminsky> right
[17:30:53] <cradek> but this change, if I understand it, is still an improvement to the preview
[17:31:45] <seb_kuzminsky> it'd be easier if we could probe and then assert that the probed location is within some bounds
[17:32:06] <seb_kuzminsky> i don't understand what you guys are talking about, so i'm going to leave the conversation now. carry on!
[17:32:24] <cradek> well you sort of can. probing always has a destination. the AXIS preview assumes the probe move went all the way to the destination.
[17:32:46] <cradek> eh, yes you do.
[17:33:12] <kwallace> I have some notes here:
[17:33:15] <kwallace> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Gremlin
[17:33:19] <cradek> the change at hand is very small and I think is an improvement
[17:33:35] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[17:33:50] <cradek> I don't think it even affects the check-for-in-bounds-at-preview-time stuff
[17:34:32] <cradek> (I still don't understand how/whether gremlin and AXIS are tied together in master)
[17:35:09] <kwallace> I checked an old 2.4 install and it has the same issue, so it has been around for a while without complaints.
[17:36:27] <cradek> yeah, the boundary lines have never moved with the TLO
[17:36:50] <cradek> I agree it seems like they should
[17:37:05] <kwallace> Should I have xtlo = self.stat.tool_offset[0] , then use xtlo for the rest of the matrix?
[17:37:20] <cradek> for the check-for-in-bounds, the advice to use a reference tool length that tends to make your TLOs small is still good
[17:39:16] <kwallace> If one usually zeros G54 to G53, the offsets will likely be large.
[17:40:24] <cradek> I don't think that workflow makes sense
[17:40:31] <cradek> when you move the workpiece you'd have to change ALL your tool offsets
[17:40:37] <cradek> that would be very silly
[17:43:33] <kwallace> The next G5x offset would just be the offset from the original part. Rather than the doing math to the original.
[17:44:43] <kwallace> The tool offsets should not change, the only difference is that there will be no zero location tool.
[17:44:49] <cradek> ok, I see how that could work (I assumed you meant you'd keep them at zero) but I still think the advice to keep TLOs as small as possible is best.
[17:45:15] <cradek> (...because the in-bounds check will work as well as possible)
[17:45:56] -!- asdfasd has quit [Ping timeout: 255 seconds]
[17:45:57] <cradek> I forget how the in-bounds check works. maybe it's fine, I guess I dunno.
[17:46:06] <cradek> I know it has changed over time
[17:47:09] -!- tjb1-mobile has quit [Client Quit]
[17:48:17] <kwallace> self.stat.tool_offset[0] invokes a function every time?
[17:49:51] <kwallace> I suppose not, it just references an external variable.
[18:11:29] -!- Dupe has quit [Quit: Leaving]
[18:13:23] -!- motioncontrol has quit [Remote host closed the connection]
[18:20:03] -!- smsfail has quit [Ping timeout: 260 seconds]
[18:20:23] -!- andypugh [andypugh!~kvirc@62.237.32.226] has joined #linuxcnc-devel
[18:21:13] -!- sirdancealot1 has quit [Read error: Operation timed out]
[18:22:59] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[18:29:17] -!- asdfasd has quit [Ping timeout: 256 seconds]
[18:48:50] -!- psha has quit [Read error: Connection reset by peer]
[18:54:49] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[18:56:42] -!- Consolas has quit [Ping timeout: 245 seconds]
[19:01:08] -!- psha has quit [Quit: Lost terminal]
[19:08:20] -!- mhaberler has quit [Read error: Connection reset by peer]
[19:11:05] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[19:23:32] Cylly is now known as Loetmichel
[19:25:14] -!- mattions has quit [Ping timeout: 272 seconds]
[19:26:49] Guest90353 is now known as fragalot
[19:26:55] -!- fragalot has quit [Changing host]
[19:27:43] -!- JesusAlos has quit [Read error: Connection reset by peer]
[19:33:38] <zultron> skunkworks, heads up, new kernel packages + r8168 driver package are hoped to fix your network problem!
[19:34:06] <zultron> Announced on list, and also info here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernelPackages
[19:36:36] -!- mhaberler has quit [Read error: No route to host]
[19:37:17] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[19:40:59] -!- syyl_ws has quit [Quit: Verlassend]
[20:10:00] -!- wildbilldonovan has quit [Ping timeout: 244 seconds]
[20:10:50] <skunkworks> zultron, great - any other changes? I have a older atom board that overruns (runs rtai fine)
[20:11:22] <skunkworks> (sound card and legacy usb turned off)
[20:12:53] <skunkworks> (also hyperthreading
[20:13:39] * skunkworks should just install it and see....
[20:19:34] <pcw_home> Hmm I wonder if the r8168 driver will solve the RTnet crash problem with the r8169 driver and r8168 hardware
[20:23:28] <andypugh> pcw_home: Sounds plausible from a purely numerological point of view
[20:23:35] -!- ChanServ has quit [*.net *.split]
[20:23:44] <skunkworks> heh
[20:24:26] <skunkworks> pcw_home, the local guy ordered the 5i25
[20:24:48] * skunkworks thinks pcw_home can retire now..
[20:28:23] <skunkworks> omg - this intel atom board has r8168 nic
[20:29:16] -!- andypugh has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[20:36:22] -!- ChanServ has quit [*.net *.split]
[20:38:32] -!- ChanServ has quit [*.net *.split]
[20:39:29] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[20:42:45] -!- vladimirek has quit [Remote host closed the connection]
[21:22:57] -!- mhaberler_ [mhaberler_!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[21:25:27] -!- mhaberler has quit [Ping timeout: 245 seconds]
[21:25:27] mhaberler_ is now known as mhaberler
[21:27:42] <zultron> Hi fellas,
[21:29:01] <zultron> Yeah, the r8168 seems super common. Came on some boards I bought recently.
[21:29:57] <zultron> EL6 installed perfectly on them, but then when booted on a Xen (not xenomai) kernel, they stopped. The more specific drivers took care of the problem.
[21:30:41] <zultron> Then I made the mistake of buying a cheapo NIC off ebay that was based on the r8169. Guess what? Can't run them both in the same machine.
[21:31:26] <skunkworks> zultron, I tried the nic stuff on this machine - It doesn't seem to work
[21:31:33] <cradek> lesson: only buy 10-year-old NICs
[21:31:58] <zultron> Well crap, skunkworks, that's not what I wanted to hear.
[21:32:31] <zultron> Thanks for the speedy testing though. Can you post a dmesg?
[21:32:39] <zultron> And output of lsmod?
[21:32:45] <zultron> skunkworks, ^
[21:33:19] <zultron> brb
[21:33:31] -!- dgarr [dgarr!~dgarrett@97-124-39-214.phnx.qwest.net] has joined #linuxcnc-devel
[21:37:21] -!- zzolo has quit [Quit: zzolo]
[21:41:02] <skunkworks> zultron,
http://pastebin.ca/2311007
[21:41:24] <skunkworks> zultron,
http://pastebin.ca/2311006
[21:42:05] <skunkworks> Although it is a moot point as the latency on this board is bad with xenomi
[21:42:20] <cradek> does it work acceptably with rtai?
[21:42:27] <skunkworks> yes
[21:42:41] -!- ChanServ has quit [*.net *.split]
[21:42:41] <cradek> great test case then
[21:42:44] <skunkworks> This is one of the first atom boards that I bought..
[21:42:45] <skunkworks> right
[21:45:06] <skunkworks> one of these
http://www.newegg.com/Product/Product.aspx?Item=N82E16813121359
[21:49:50] <zultron> skunkworks, you were running the -ubuntu kernel there.
[21:51:23] <zultron> I guess since you installed the kmod-r8168 package, you must have the non-ubuntu kernel on there, so just be sure you boot the right one from grub.
[21:52:34] -!- FinboySlick has quit [Quit: Leaving.]
[21:55:41] <skunkworks> zultron, I did the steps on your email.. the one in grub is the -ubuntu
[21:56:24] -!- tandoori has quit [Ping timeout: 276 seconds]
[21:56:31] <skunkworks> zultron, ah - there is a non -ubuntu in previous
[21:56:34] <skunkworks> kernesl
[21:56:38] <skunkworks> hernels
[21:56:43] <skunkworks> right
[21:58:15] <zultron> Yep. The -ubuntu kernel has the ubuntu patches applied on top of Xenomai. It's dirty and grody, and I'm hoping not needed, though it's there if it turns out we really need it.
[22:00:35] -!- odogono has quit [Read error: Connection reset by peer]
[22:00:52] <skunkworks> zultron, ok - network works!
[22:01:03] <skunkworks> But - latency still bad
[22:01:03] <zultron> Woo hoo! Whew. Sigh of relief.
[22:01:35] <zultron> Ok. If you want, we can report it to the Xenomai list.
[22:02:00] <skunkworks> http://pastebin.ca/2311009
[22:02:08] -!- DJ9DJ has quit [Quit: bye]
[22:02:19] <skunkworks> anything else needed?
[22:02:23] <zultron> They'll want the results of the Xenomai regression tests; I wrote something here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernel
[22:02:31] -!- nOStahl has quit [Quit: nOStahl]
[22:03:52] <zultron> If you don't mind running those tests and pastebinning them, it would be good to see what they say.
[22:04:15] <zultron> Preferably the 'ltp' tests.
[22:04:51] <zultron> Looks like the soundcard hasn't been disabled on that machine....
[22:05:06] <skunkworks> so - pastebin the output of the terminal?
[22:05:29] <skunkworks> zultron, I did disable the sound card in the bios...
[22:05:36] <skunkworks> odd it is still showing up
[22:06:21] <zultron> Can you try rmmodding the driver?
[22:07:14] <skunkworks> sure - but let me reboot and check the bios
[22:08:59] <zultron> Also, that chipset is 'SMI-enabled'. I meant to package up Jan Kiszka's smictrl, but haven't gotten to it yet....
[22:14:01] <skunkworks> http://pastebin.ca/2311011
[22:14:22] <skunkworks> (first test) and the audio was still enabled in the bios. I must not have saved it.
[22:14:49] <skunkworks> Let me try the latency test again (if I can get into the grub) I seem to have issues with that. Shift doesn'
[22:14:50] <skunkworks> t
[22:14:52] <skunkworks> seem to work
[22:17:06] -!- plushy has quit [Ping timeout: 256 seconds]
[22:18:55] <skunkworks> ok - running latency test with no audio
[22:19:31] <zultron> skunkworks, I'm betting you're being bitten by SMIs. Hold off, I'm trying to whip up an smictrl .deb.
[22:19:59] <skunkworks> ok - I didn't have troubles with smi with the rtai kernal and this board...
[22:20:08] <skunkworks> (did with older hardware)
[22:20:20] <zultron> I think the LCNC RTAI kernel has the SMI workarounds enabled by default.
[22:21:05] <zultron> Xenomai's Gilles Chanteperdrix told me that's a bad idea, since it can cause hardware damage in some systems, so I left it off in these kernels.
[22:21:27] <skunkworks> (I didn't think so - but I could be wrong - I remember having to add it to rtai)
[22:21:35] <skunkworks> insmoding it
[22:21:46] <zultron> Instead, I'm going to ship an 'smictrl' program that allows folks to turn it off themselves.
[22:21:53] -!- dr00bie has quit [Read error: Connection reset by peer]
[22:22:04] <zultron> Ah, well, I'm not too familiar, and probably wrong.
[22:22:37] <zultron> Anyway, in the latest Xenomai patch, there's no separate module for the SMI workarounds, AFAIK.
[22:23:18] <zultron> In your tests, the latency starts out around 18us and maxes at 25us. I guess you get spikes that are much worse?
[22:24:35] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[22:25:06] <skunkworks> yes - in terninal - I get overruns
[22:25:47] <skunkworks> I don't know how bad - I don't run the normal latency test - I have been running the histogram one.
[22:26:00] <skunkworks> but..... I disabled the sound card and so far no overruns.
[22:26:20] <zultron> Hm, interesting. Keep it running awhile.
[22:26:27] <skunkworks> So - sound may be a big big problem with xenomi
[22:26:38] <skunkworks> I am going to let it run overnight...
[22:26:39] <skunkworks> BBL
[22:27:05] -!- skunkworks has quit [Read error: Connection reset by peer]
[22:30:01] -!- syyl has quit [Quit: Leaving]
[22:34:54] -!- arnotixe has quit [Remote host closed the connection]
[22:38:53] plushy1 is now known as plushy
[22:40:36] -!- sirdancealot1 has quit [Ping timeout: 276 seconds]
[22:42:57] -!- chopper79 has quit [Quit: Leaving.]
[22:44:04] -!- Dupe has quit [Quit: Leaving]
[22:55:21] -!- tjtr33 has quit [Read error: Connection reset by peer]
[23:00:39] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[23:00:40] -!- JT-Shop has quit [Read error: Connection reset by peer]
[23:01:09] <skunkworks> zultron: overruns.. I left running the latency-test so we can see how bad
[23:01:16] -!- JT-Shop [JT-Shop!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[23:01:53] <zultron> Ok, maybe SMIs then. I'll have the smictrl package up ASAP
[23:01:59] <zultron> Thanks, skunkworks !
[23:02:32] <skunkworks> Ok - I will be looking
[23:02:45] <skunkworks> If I still have issues - I will run all the tests
[23:10:26] -!- ravenlock has quit [Ping timeout: 245 seconds]
[23:12:15] -!- smsfail has quit [Remote host closed the connection]
[23:12:23] -!- tandoori has quit [Changing host]
[23:14:02] -!- frallzor has quit []
[23:14:24] -!- wildbilldonovan has quit [Read error: Operation timed out]
[23:20:18] -!- karavanjoW has quit [Read error: Connection reset by peer]
[23:29:17] -!- odogono has quit [Quit: odogono]
[23:37:06] -!- dimas has quit [Ping timeout: 245 seconds]
[23:42:04] -!- jacobroufa has quit [Quit: Page closed]
[23:45:27] -!- gene77 has quit [Remote host closed the connection]
[23:50:38] -!- chopper79 has quit [Quit: Leaving.]
[23:59:28] -!- mephux has quit [Excess Flood]