Back
[00:16:50] -!- Valen has quit [Quit: Leaving.]
[00:24:14] -!- asdfasd has quit [Ping timeout: 240 seconds]
[00:24:44] sliptonic is now known as sliptonic_away
[01:00:50] -!- asdfasd has quit [Ping timeout: 264 seconds]
[01:46:23] -!- jfire has quit [Quit: Leaving.]
[02:08:10] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.20/20130803195701]]
[02:42:45] -!- archivist_herron has quit [Ping timeout: 248 seconds]
[02:44:38] -!- AR_ has quit [Ping timeout: 240 seconds]
[03:00:53] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[03:36:14] -!- jerryitt has quit [Quit: Leaving.]
[03:56:51] -!- FinboySlick has quit [Quit: Leaving.]
[04:01:33] sliptonic_away is now known as sliptonic
[04:08:45] -!- ds3 has quit [Ping timeout: 276 seconds]
[04:15:33] -!- Chemeleon has quit [Ping timeout: 248 seconds]
[04:36:14] -!- SpeicusX has quit [Ping timeout: 240 seconds]
[04:54:11] -!- jthornton_ [jthornton_!~john@198.45.190.160] has joined #linuxcnc-devel
[04:54:11] -!- JT-Shop-2 [JT-Shop-2!~John@198.45.190.160] has joined #linuxcnc-devel
[04:54:12] -!- JT-Shop has quit [Read error: Connection reset by peer]
[04:54:12] -!- jthornton has quit [Read error: Connection reset by peer]
[05:03:02] -!- Fox_Muldr has quit [Ping timeout: 240 seconds]
[05:32:44] -!- jef79m has quit [Excess Flood]
[05:33:25] -!- krusty_ar has quit [Ping timeout: 248 seconds]
[05:59:26] -!- kwallace1 [kwallace1!~kwallace@tmb-234.sonnet.com] has parted #linuxcnc-devel
[06:05:36] -!- kwallace [kwallace!~kwallace@tmb-226.sonnet.com] has joined #linuxcnc-devel
[06:21:23] -!- dhoovie has quit [Read error: Connection reset by peer]
[06:21:30] -!- kwallace [kwallace!~kwallace@tmb-226.sonnet.com] has parted #linuxcnc-devel
[06:27:06] -!- Lathe_newbie has quit [Ping timeout: 264 seconds]
[06:32:09] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[06:37:48] -!- ve7it has quit [Remote host closed the connection]
[06:51:44] -!- ds3 has quit [Ping timeout: 260 seconds]
[06:59:43] -!- nspiel has quit [Ping timeout: 250 seconds]
[07:08:38] -!- tjb11 has quit [Ping timeout: 264 seconds]
[07:36:44] -!- Tom_itx has quit [Read error: Connection reset by peer]
[07:40:06] Cylly is now known as Loetmichel
[07:54:09] -!- b_b has quit [Changing host]
[08:37:12] -!- tjb1 has quit [Ping timeout: 260 seconds]
[08:45:50] -!- Jymmm has quit [Ping timeout: 245 seconds]
[09:14:34] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[09:20:11] -!- stsydow has quit [Remote host closed the connection]
[09:34:09] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[09:35:42] -!- skorasaurus has quit [Ping timeout: 276 seconds]
[09:36:01] uwe__ is now known as uwe_
[09:40:03] -!- mhaberler [mhaberler!~mhaberler@extern-181.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[09:40:13] -!- maximilian_h has quit [Ping timeout: 268 seconds]
[09:44:28] -!- lucashodge has quit [Quit: I am away now.]
[09:52:21] Jymmmm is now known as Jymmm
[09:54:39] -!- maximilian_h [maximilian_h!~bonsai@46.246.49.80] has joined #linuxcnc-devel
[10:09:31] -!- automata has quit [Ping timeout: 264 seconds]
[10:14:27] -!- automata_ has quit [Ping timeout: 256 seconds]
[10:14:34] jthornton_ is now known as jthornton
[10:19:39] -!- automata__ has quit [Read error: Connection reset by peer]
[10:42:55] -!- skunkworks has quit [Remote host closed the connection]
[10:48:32] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[11:04:19] -!- mhaberler has quit [Ping timeout: 256 seconds]
[11:05:56] -!- mackerski has quit [Ping timeout: 268 seconds]
[11:05:56] mackerski_ is now known as mackerski
[11:26:38] -!- vladimirek has quit [Ping timeout: 264 seconds]
[11:26:58] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:39:05] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[12:01:05] -!- maximilian_h has quit [Quit: Leaving.]
[12:03:32] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[12:06:12] -!- maximilian_h has quit [Client Quit]
[12:07:42] -!- dway has quit [Ping timeout: 264 seconds]
[12:08:34] -!- Jim[work] has quit [Read error: Connection reset by peer]
[12:13:34] -!- skorasaurus has quit [Quit: Elvis has left the building.]
[12:13:43] -!- stsydow has quit [Quit: Leaving]
[12:17:49] -!- vladimirek has quit [Read error: Connection reset by peer]
[12:18:54] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[12:20:26] -!- Valen has quit [Quit: Leaving.]
[12:28:45] -!- dway has quit [Ping timeout: 256 seconds]
[12:28:45] dway_ is now known as dway
[12:32:38] -!- MattyMatt has quit [Ping timeout: 240 seconds]
[12:36:53] -!- eric_unterhause1 has quit [Ping timeout: 248 seconds]
[12:40:29] -!- jthornton has quit [Read error: Connection reset by peer]
[12:40:30] -!- JT-Shop-2 has quit [Read error: Connection reset by peer]
[12:40:45] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[12:40:46] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[12:43:30] -!- vladimirek has quit [Read error: Connection reset by peer]
[12:43:59] -!- john__ has quit [Quit: Page closed]
[12:44:57] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[12:48:06] -!- dway has quit [Ping timeout: 276 seconds]
[12:48:06] dway_ is now known as dway
[13:07:25] <cradek> well that didn't work
[13:09:10] -!- vladimirek has quit [Read error: Connection reset by peer]
[13:09:51] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[13:31:56] <skunkworks> still spamming?
[13:33:58] -!- Logi has quit [Read error: Connection reset by peer]
[13:34:45] -!- vladimirek has quit [Read error: Connection reset by peer]
[13:35:03] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:35:47] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[13:37:55] -!- skunkworks has quit [Ping timeout: 267 seconds]
[13:59:56] <cradek> yes
[14:00:09] <cradek> but I am seeing the "Edit text of this page" even before putting in the password
[14:00:17] -!- vladimirek has quit [Read error: Connection reset by peer]
[14:00:22] <cradek> so I wonder if I've messed something up
[14:00:38] <cradek> I'm very puzzled
[14:00:49] <jepler> cradek: I can confirm that (I tested in links where I'm quite certain I've never ever logged in)
[14:01:11] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[14:01:13] <cradek> thanks
[14:01:24] <cradek> I wish I was sure it wasn't previously like this
[14:02:23] <jepler> http://web.archive.org/web/20130807173412/http://wiki.linuxcnc.org/cgi-bin/wiki.pl says at the bottom "this page is read-only"
[14:03:35] <jepler> it seemingly changed between the crawl of august 5 and the crawl of august 15
[14:03:52] <jepler> august 15:
http://web.archive.org/web/20130815091257/http://wiki.linuxcnc.org/cgi-bin/wiki.pl
[14:04:04] <jepler> august 7:
http://web.archive.org/web/20130807173412/http://wiki.linuxcnc.org/cgi-bin/wiki.pl
[14:05:09] <cradek> oooh thanks
[14:05:25] -!- jasen_ has quit [Quit: Page closed]
[14:12:59] -!- stsydow has quit [Remote host closed the connection]
[14:13:06] -!- mk0 has quit [Quit: Leaving]
[14:15:31] <cradek> found it
[14:15:33] <cradek> thanks for that clue
[14:15:42] <jepler> do you want to say what it was?
[14:17:04] <cradek> it weirdly uses the existence of a certain file to say whether free editing is allowed, and that file disappeared
[14:17:28] <jepler> how charming
[14:19:20] <cradek> the directory was not writable except by owner at the time it disappeared
[14:19:40] <cradek> so it's a mystery
[14:19:50] <cradek> we'll see if it happens again
[14:21:18] <cradek> I bet this means my password change was unnecessary
[14:21:30] <jepler> was the rampant editing only happening after August 5?
[14:21:51] <cradek> I'm not sure; I didn't keep track
[14:22:56] <jepler> spammers are weird
[14:23:46] <cradek> not in an endearing way
[14:25:38] <jepler> some blog I was just looking at had comment spam (of course) but the link is to an amazon search for "garment racks" that does not appear to be a referral code either
[14:25:56] -!- vladimirek has quit [Read error: Connection reset by peer]
[14:26:00] <cradek> huh
[14:26:49] <seb_kuzminsky> jepler: the banal part of me thinks that's a test of the spamming software, but the part of me that's read too much scifi/thrillers thinks it's a coded message to a sleeper cell somewhere
[14:27:05] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[14:27:48] <cradek> it's the encoded frequency of a numbers station on shortwave
[14:30:26] <seb_kuzminsky> 20 years ago i had assumed we'd all be swapping CDs full of one-time pads whenever we met friends in meatspace
[14:34:03] <cradek> I've sent or received encrypted email from eight people in the ten+ years I've had my public key on the keyservers
[14:34:56] <cradek> I conclude people don't care if their communications are private
[14:35:33] <jepler> cradek: or who thought that our communications were private from anyone who doesn't break the law or have a search warrant
[14:36:41] <cradek> are you saying most people are suckers?
[14:36:49] <jepler> I guess I'm saying I'm a sucker
[14:37:00] <cradek> ouch
[14:37:46] <jepler> anyway, GPG wouldn't save me from having the NSA track who I am e-mailing
[14:38:06] <mozmck> I hear it makes you a target.
[14:38:07] <jepler> and the web of trust is so weak I probably couldn't safely communicate with anyone using it anway
[14:38:27] <jepler> (I could e-mail you a secret using GPG, cradek, but I might as well whisper it to you in the hall)
[14:38:42] <cradek> but not by the refrigerator
[14:39:17] <cradek> mozmck: if that's true, then more people need to use it
[14:39:19] <mozmck> Who would want to hide something anyhow unless they are a criminal?
[14:39:26] <mozmck> I agree.
[14:51:36] -!- vladimirek has quit [Read error: Connection reset by peer]
[14:53:19] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[15:17:08] -!- vladimirek has quit [Read error: Connection reset by peer]
[15:18:03] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[15:26:30] -!- jerryitt has quit [Read error: Connection reset by peer]
[15:42:55] -!- vladimirek has quit [Read error: Connection reset by peer]
[15:43:00] -!- thomaslindstr_m has quit [Remote host closed the connection]
[15:44:40] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[15:47:34] -!- DJ9DJ has quit [Quit: brb]
[15:50:06] -!- Nick001 has quit [Ping timeout: 276 seconds]
[16:07:39] -!- automata__ has quit [Ping timeout: 276 seconds]
[16:08:42] -!- vladimirek has quit [Read error: Connection reset by peer]
[16:09:21] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[16:18:31] -!- asheppard has quit [Quit: Ex-Chat]
[16:21:24] -!- awallin [awallin!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[16:23:48] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[16:31:55] -!- mackerski has quit [Read error: Operation timed out]
[16:34:06] -!- vladimirek has quit [Read error: Connection reset by peer]
[16:35:19] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[16:53:23] _BJFreeman is now known as BJfreeman
[16:56:54] -!- dway has quit [Ping timeout: 264 seconds]
[16:59:49] -!- vladimirek has quit [Read error: Connection reset by peer]
[17:00:42] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[17:12:03] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:13:06] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[17:14:43] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[17:22:31] -!- gimps_ has quit [Ping timeout: 245 seconds]
[17:23:41] -!- mhaberler has quit [Quit: mhaberler]
[17:23:57] -!- cpresser has quit [Quit: Lost terminal]
[17:25:31] -!- vladimirek has quit [Read error: Connection reset by peer]
[17:26:34] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[17:26:39] -!- BJfreeman has quit [Read error: Connection reset by peer]
[17:29:54] -!- syyl_ws has quit [Remote host closed the connection]
[17:29:57] -!- vladimirek has quit [Remote host closed the connection]
[17:30:19] -!- automata has quit [Ping timeout: 244 seconds]
[17:31:27] -!- automata_ has quit [Client Quit]
[17:31:32] -!- cpresser has quit [Quit: Lost terminal]
[17:37:10] -!- kwallace1 [kwallace1!~kwallace@smb-115.sonnet.com] has joined #linuxcnc-devel
[17:52:05] -!- zzolo has quit [Quit: zzolo]
[17:57:49] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:04:40] <KGB-linuxcnc> 03TODO: deletor 05jepler/lineardeltakins 8d7c29b 06linuxcnc 04. * branch deleted
[18:04:49] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[18:04:49] -!- aep has quit [Ping timeout: 240 seconds]
[18:04:49] -!- cevad has quit [Ping timeout: 240 seconds]
[18:04:50] -!- Chemeleon has quit [Ping timeout: 240 seconds]
[18:04:53] <jepler> (since a better form of that branch was merged to ja3 a week or two ago)
[18:07:56] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[18:08:14] krusty_ar_ is now known as krusty_ar
[18:08:58] <KGB-linuxcnc> 03jepler 05upside-down 6a281a6 06linuxcnc 10src/rtapi/rtapi_math.h * rtapi_math: fix isfinite implementation for pre-4.4 gcc
[18:08:58] <KGB-linuxcnc> 03chris 05upside-down 0e94dfb 06linuxcnc 10configs/sim/axis/rdelta.ini 10configs/sim/axis/sim_rdelta.hal 10src/emc/kinematics/rotarydeltakins-common.h 10src/hal/user_comps/vismach/rotarydelta.py * Upside-down delta configuration
[18:09:03] <KGB-linuxcnc> 03chris 05upside-down 63ed49c 06linuxcnc 10configs/sim/axis/rdelta.ini 10src/hal/user_comps/vismach/rotarydelta.py * Represent rotaries more precisely
[18:12:41] <CaptHindsight> Do we need to build and test a non-LAPIC-non-SMP kernel with RTAI for use with older hardware that works with the unified build (UB)?
[18:13:06] <jepler> cradek was musing along those lines IRL the other day
[18:13:14] <CaptHindsight> Is that what we discussed Saturday?
[18:13:31] <jepler> I forgot the irc meeting so I missed it
[18:15:11] <CaptHindsight> seb_kuzminsky or cradek ^^
[18:16:28] <cradek> I don't know UB well enough to say what is involved and what needs testing, but if it lets us release builds for more than one rtai kernel, I think one that does not require LAPIC would be nice to have
[18:16:34] <CaptHindsight> also wondering what other conditions or features the kernels should or should no have
[18:17:11] <cradek> ideally they should match the ubuntu kernel exactly, except have rtai support
[18:18:00] <cradek> otherwise "it boots the regular ubuntu but not your kernel" is a recurring nightmare
[18:18:32] <cradek> see also "my usb bluetooth wifi mouse tablet works under the regular ubuntu but not your kernel"
[18:18:35] <memleak> I can match it very easily if we use a 3.4 vanilla kernel patched with RTAI (no ubuntu patches) with a config practically identical to the distro config
[18:18:48] <memleak> the only changes being power management and CPU settings
[18:19:03] <memleak> the rest such as bluetooth would remain unaltered.
[18:20:15] <memleak> ubuntu currently uses 3.2 i believe and 3.2 with RTAI is a nightmare, unstable, tons of issues, I can't even getting it working, and I spent more time on it than paolo did.
[18:20:31] <cradek> yuck.
[18:21:02] -!- SpeicusX has quit [Ping timeout: 240 seconds]
[18:22:00] <memleak> it's a matter of choosing your battles with the kernel, wisely.
[18:22:28] <cradek> oh yeah, I bet so
[18:22:37] <memleak> you want ubuntu specific patches, they'll have to be ported to 3.4, and then you'll have to get those patches to not interfere with the IPIPE code.
[18:23:10] <cradek> I don
[18:23:15] <memleak> If you really want 3.2 with the ubuntu specific patches, you'll have to backport RTAI, which may of us have failed at doing.
[18:23:22] <memleak> *many
[18:23:24] <cradek> I don't recall seeing conflicts between ubuntu patches and rtai/ipipe patches
[18:23:45] <cradek> yeah I surely don't have the ability to do that especially after experts have failed
[18:23:46] <memleak> even so, the 3.2 ubuntu patches will have to be updated to 3.4
[18:23:58] <cradek> is any later ubuntu using 3.4?
[18:24:06] <cradek> i.e. have they already done that work?
[18:24:34] <memleak> i haven't kept up with anything ubuntu within the past 5 years. no idea
[18:24:59] <memleak> maybe debian sid has..
[18:25:05] <memleak> or debian experimental
[18:25:50] <memleak> i ran a debian experimental system once.. it broke day of.
[18:25:58] <memleak> xD
[18:26:51] <ve7it> I am running a fairly new install of 12.04 ubuntu and it seems to running Linux i7 3.5.0-39-generic #60~precise1-Ubuntu SMP Wed Aug 14 15:28:09 UTC 2013 i686 i686 i386 GNU/Linux
[18:27:22] <cradek> did you install that in some special way or is that just what it gave you?
[18:28:03] <memleak> 3.4 is basically a more stable 3.5
[18:28:10] <CaptHindsight> http://news.softpedia.com/news/Ubuntu-12-04-2-LTS-Officially-Released-Features-New-Linux-Kernel-329713.shtml 3.5.0-23.35 Ubuntu kernel from Quantal
[18:28:10] <ve7it> it has a 3.2 kernel as well, but the 3.5 is the one that boots by default.... I dont remember doing anything special
[18:28:15] <memleak> (3.4.latest that is)
[18:28:42] <cradek> oh hey
[18:28:56] <jepler> on ubuntu precise,
http://packages.ubuntu.com/precise/linux-image-generic depends on linux-image-3.2.0-52-generic
[18:28:57] <cradek> memleak: does that make keeping the ubuntu patches easier?
[18:29:07] <jepler> so I would have expected what memleak said, it's a 3.2 kernel by default
[18:30:01] <cradek> > In an effort to support a wider variety of hardware on an existing LTS release, the 12.04.2 point release will ship with an updated kernel and X stack by default.
[18:30:03] <jepler> quantal seems to be 3.5, raring 3.8, and saucy 3.11.
http://packages.ubuntu.com/saucy/linux-image
[18:30:06] <cradek> [wiki.ubuntu.com]
[18:30:27] <seb_kuzminsky> all my precise machines run 3.2
[18:30:39] <cradek> there are new packages, linux-generic-lts-quantal xserver-xorg-lts-quantal
[18:30:54] <cradek> maybe those come by default in 12.04.2
[18:31:55] <cradek> By default, the 12.04.3 point release will ship with a newer 3.8 Ubuntu kernel from Ubuntu 13.04,
[18:32:14] <cradek> nnngh
[18:33:04] <ve7it> hmmm... a fast moving target.... LTS must be a little unstable
[18:33:12] <jepler> well lts is a big fat lie
[18:33:32] <jepler> hmm I'm getting fighty for no reason, time to retire back to my hole.
[18:33:51] <ve7it> now where is that cpm-80 disk?
[18:36:35] <memleak> cradek, does what keep the ubuntu patches easier? 3.4?
[18:36:35] <memleak> considering it's basically 3.5 i would assume so, yes.
[18:36:43] <memleak> a lot has changed between 3.2 and 3.4 though, so ubuntu patches between those two would most likely be difficult, plus IPIPE changes
[18:46:34] <CaptHindsight> does the 12.04 3.5.0-23.35 Ubuntu kernel from Quantal EVEN work on older hardware?
[18:47:45] <CaptHindsight> will/do any of the 12.04 kernels work on older hardware? Can they be made to do so?
[18:49:54] <memleak> if the hardware doesnt have LAPIC / APIC then the kernel just won't use LAPIC / APIC, it doesn't have to break anything..
[18:50:07] -!- ler_hydra has quit [Remote host closed the connection]
[18:50:11] <jepler> kernel falls back to the available timer, RTAI did not in the 10.04 era
[18:50:22] <memleak> it's like configuring the linux kernel with bluetooth when you don't have bluetooth enabled hardware.
[18:50:42] <CaptHindsight> also how about the installer? Didn't we have trouble trying to install 10.04 on older hardware?
[18:51:00] <CaptHindsight> or maybe it was 12.04
[18:52:21] <memleak> jepler: what did RTAI use back in 8.04?
[18:52:41] <jepler> 8254 or something like that?
[18:52:51] <jepler> yeah, 8254 PIT
[18:53:02] <memleak> ah yes, to make it use 8254 you have to disable APIC support in the RTAI config
[18:53:21] <memleak> you can't have one solid RTAI config across APIC to non-APIC platforms
[18:53:45] <memleak> unless i hard-code a bunch of stuff in the RTAI tree to detect an APIC and if it is't there, have it automatically fall-back to 8254
[18:54:38] <memleak> you'll get an error that says local APIC configured but not available, and the RT system won't load
[18:55:29] <memleak> that's probably why it didn't work for 10.04 for non-APIC platforms, not because of the code, but because of a funky make menuconfig set-up
[18:55:36] <cradek> yes that's what the lucid kernel/rtai does
[18:56:55] <memleak> you have to turn off APIC in RTAI for it to work with non-APIC platforms, then enable it again for APIC platforms.
[18:59:01] <cradek> I understand
[18:59:02] -!- zero_ has quit [Client Quit]
[18:59:26] <cradek> I think that's the major thing that kept us from building an rtai kernel that worked for everyone
[18:59:57] <cradek> it seems that the ability to make a kernel that runs on a wide variety of hardware has never been a priority for the rtai project
[19:00:18] <cradek> it seems they mostly expect the kernel to be built for the particular machine
[19:00:38] <memleak> no, if that was true, paolo would take my advise.
[19:00:56] <memleak> he wants to keep compatibility. I'm trying to modernize it.
[19:01:35] -!- sumpfralle1 has quit [Quit: Leaving.]
[19:01:42] <memleak> he's doing the best he can to keep compatiblity, matter of fact, but it's difficult.
[19:02:03] <CaptHindsight> you're trying to keep an odd balance between real time performance and a wide range of hardware
[19:02:25] <CaptHindsight> you have to decide on the trade offs
[19:02:34] <memleak> because of the difficulty, it'd be better to just stop trying to support people's ancient hardware and tell them to get some gonads to update their systems.
[19:03:04] <CaptHindsight> if it works don't fix it
[19:03:28] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[19:03:34] <memleak> there are not enough RTAI developers to do all this compatiblility work, we're having a hard enough time keeping it up to date.
[19:03:34] <cradek> if all new machines worked well for realtime AND everyone could happily and easily afford them, that'd be easy, but that's not the world we live in
[19:04:02] <cradek> yeah, there are tradeoffs everywhere
[19:04:10] <CaptHindsight> again you have to decide how old the hardware is you want to support vs new kernels
[19:05:34] <CaptHindsight> it's good to get all the issues out in the open so we can all see what the trade offs might be
[19:05:58] <memleak> I'm not working on supporting systems without an MMU, FPU, or APIC, personally. if someone else wants to do the work, that's fine, but i don't even have a system here without APIC to test on.
[19:06:12] <CaptHindsight> and how much work it takes to possibly support something on the fringes
[19:10:52] <CaptHindsight> there's also the idea of detecting if the system has LAPIC at install or not and then choosing the proper kernel
[19:10:59] <memleak> The only solution I can think of to have support for APIC and non-APIC systems is to have two seperate installs of RTAI userspace, and two RTAI kernels, one with APIC, the other not, then have GRUB detect APIC on the fly before the kernel loads, and select the kernel depending on if APIC is there or not, then depending on which kernel gets loaded, use that RTAI install
[19:11:33] <memleak> for example choosing /usr/realtime-noapic or /usr/realtime depending on which kernel gets loaded.
[19:12:14] <memleak> RTAI has to be compiled against the current running kernel, so if its for both APIC and non-APIC, you'll have to have two RTAI installs, and obviously two kernels.
[19:12:46] <memleak> or during the linuxcnc ubuntu install, detect APIC at that point, and then install the corresponding kernel and RTAI userspace
[19:12:49] <CaptHindsight> the system is only going to be one, not both
[19:12:54] <CaptHindsight> yeah
[19:13:20] <memleak> so in the /boot folder, you only have one RTAI kernel and only one RTAI install in /usr/realtime
[19:13:32] <CaptHindsight> unless we want to support swapping hard drives and installs between different cpu/motherboards
[19:13:34] <memleak> instead of doing it through grub or something similar.
[19:13:42] <memleak> well that's another issue then..
[19:13:55] <CaptHindsight> which I don't think we need
[19:14:00] <cradek> memleak: that's exactly what they did for pae
[19:14:12] <memleak> if you want that, you're going to need to do that through GRUB.
[19:14:22] <cradek> (the installer installed the pae kernel if you needed it)
[19:14:26] <memleak> (HDD swapping, MOBO, CPU swapping)
[19:14:31] <cradek> hacking grub is no good
[19:15:08] <cradek> maybe the live cd could use the no-lapic kernel+rtai and install the other one (enabling smp) if the lapic is detected
[19:15:33] <memleak> yeah that's what my other option I mentioned was.
[19:15:36] <CaptHindsight> so the installer should just detect LAPIC and SMP or not and build accordingly
[19:15:42] <memleak> yes.
[19:16:16] <CaptHindsight> auto detect or choice at install?
[19:16:32] <memleak> auto detect if we should let the user decide if they want APIC or not :P
[19:17:14] <CaptHindsight> probably auto as default with an option to bypass that hidden in command line
[19:17:46] <memleak> yeah that seems like a good fail safe.
[19:17:51] <memleak> and fool proof
[19:18:15] <memleak> so people aren't like "whats APIC? do i need it?" while running AMD or Intel's latest CPUs
[19:19:34] <CaptHindsight> plus added bonus for product placement " we have detected that you are using an older non-LAPIC cpu, would you like to browse for new hardware at new***?"
[19:20:15] -!- AR_ has quit [Ping timeout: 260 seconds]
[19:24:04] <CaptHindsight> anyone recall when LAPIC became common?
[19:24:47] -!- Simooon has quit [Quit: Leaving]
[19:28:18] -!- sumpfralle2 has quit [Ping timeout: 264 seconds]
[19:30:28] <CaptHindsight> seems like early-mid 90's
[19:33:39] <CaptHindsight> we have some older VIA boards that have BIOS that allows you turn off the LAPIC and also some K6-2 366's
[19:38:01] aep_ is now known as aep
[19:40:59] -!- IwfY has quit [Quit: Leaving]
[19:42:03] <cradek> I think single cpu P3s sometimes have them and sometimes don't
[19:42:47] <skunkworks__> oops..
http://www.cnczone.com/forums/controller_cards/191676-software_works_mesa_7i76e.html
[19:46:18] <awallin> is that related to
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Mesa7i80_Driver_For_Linuxcnc_On_Xenomai
[19:46:19] <awallin> ?
[19:52:46] <CaptHindsight> the v3.8 kernel nuked 386 support
[19:58:16] <memleak> gcc dropped a lot of support for 386 as well, long before the kernel did
[19:59:06] <memleak> you can still compile for it i think but i think they encourage 486 if possible
[20:00:33] -!- skunkworks__ has quit [Quit: Leaving]
[20:06:46] -!- rob_h [rob_h!~rob_h@94.4.88.115] has joined #linuxcnc-devel
[20:11:54] -!- DJ9DJ has quit [Disconnected by services]
[20:11:57] _DJ9DJ is now known as DJ9DJ
[20:12:16] -!- jfire has quit [Quit: Leaving.]
[20:12:28] DJ9DJ is now known as Guest57110
[20:12:46] Guest57110 is now known as DJ9DJ_
[20:12:53] -!- DJ9DJ_ has quit [Changing host]
[20:12:57] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[20:13:27] tom_o_t-afk is now known as tom_o_t
[20:42:16] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[20:50:32] -!- sumpfralle has quit [Ping timeout: 268 seconds]
[20:56:52] -!- jerryitt has quit [Quit: Leaving.]
[20:57:35] -!- FinboySlick has quit [Quit: Leaving.]
[21:04:19] -!- tjtr33 has quit [Ping timeout: 260 seconds]
[21:12:06] -!- odogono has quit [Quit: odogono]
[21:17:24] -!- dosas has quit [Quit: Leaving]
[21:19:04] -!- DJ9DJ_ has quit [Quit: bye]
[21:22:07] <PCW> Is there a rt-preemt UB image somewhere
[21:30:46] -!- chillly has quit [Quit: Leaving]
[21:34:16] <seb_kuzminsky> PCW: there are currently no prebuilt debs of UB unfortunately
[21:34:37] <seb_kuzminsky> there are debs of rtos-integration-preview3 here:
http://buildbot.linuxcnc.org/dists/precise/scratch-rtpreempt/binary-amd64/
[21:34:57] <seb_kuzminsky> UB added a build-dependency on libudev, which broke the hardy build, which means the buildbot won't make debs of it
[21:35:29] <PCW> I'm thinking that rt-preempt might be better for our Ethernet connected cards
[21:39:06] <PCW> (since all Ethernet MACs that Linux supports would be useable)
[21:39:08] <PCW> Looks like the UDP back forth on OSADLs test fixture is about 150 uSec
[21:39:10] <PCW> worse case one way which should be fine, especially if I add the DPLL
[21:39:11] <PCW> event start timer to HostMot2
[21:39:51] <PCW> so the driver never waits
[21:46:21] <CaptHindsight> PCW: any interest in making it work with RTAI?
[21:48:01] <andypugh> PCW: I am not clear what the second set of registers are for in SSI?
[21:48:13] <CaptHindsight> mainly the 7I76E
[21:50:21] -!- stsydow has quit [Quit: Leaving]
[21:55:09] <PCW> RTAI /RT-NET would be great if its not too painful
[21:55:49] <andypugh> RTNet under RTAI is an exclusive compile-time switch.
[21:57:28] <CaptHindsight> it's on the list, but not until the fall
[21:58:11] <PCW> I tried micges Xenomai stuff but ran into problems (and that particular kernel is unstable)
[21:59:25] <PCW> rt-preemt is probably good enough for 1 KHz servo thread with the right timing helpers
[21:59:54] <PCW> second set of SSI registers?
[22:00:43] <CaptHindsight> we'll have to see how it goes, he expected weeks of work to get 64bit RTAI, came together much faster
[22:01:02] <PCW> There's just a setup/control register and two data registers (for bits 0..31 and 32..63)
[22:01:07] <CaptHindsight> RT-NET
[22:01:40] -!- Tom_itx has quit [Ping timeout: 245 seconds]
[22:02:24] <CaptHindsight> trying to thet all this recent RTAI work going on actual hardware controlling 5-7 axes plus integrating it with openCV
[22:02:37] -!- PetefromTn has quit [Remote host closed the connection]
[22:03:28] <CaptHindsight> after this is done we'l probably get back on supporting ARM and also RT-NET
[22:04:31] <PCW> Its great that you are working on updating RTAI
[22:05:30] <CaptHindsight> it got everyone working together and some older devs came back after the cleanup
[22:06:08] -!- zzolo has quit [Quit: zzolo]
[22:06:48] <CaptHindsight> Paulo should be integrating all the new work into the main RTAI tree after some further docs are written
[22:07:11] <seb_kuzminsky> CaptHindsight: i'm really glad to hear that
[22:07:43] <CaptHindsight> or the new fork might be called Shabby-RTAI or similar :)
[22:08:18] <CaptHindsight> hopefully it will all work out
[22:09:49] <memleak> I hope Paolo isn't wasting our time telling us he'll merge it once we write it up though, we'll see.
[22:10:16] <memleak> It would take a few days to do, and it'll be on a "hope"
[22:13:19] -!- flippyhead has quit [Quit: flippyhead]
[22:16:38] <PCW> andypugh: the reason that there are so many bits in the SSI interface is that SSI encoders
[22:16:39] <PCW> will repeat sending their data if you transfer more than their default bitlength, this is often used
[22:16:41] <PCW> for validation
[22:17:58] <andypugh> Still only 5 bits for bit-length?
[22:18:01] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[22:19:01] <andypugh> From a driver piont of view do we need to have an option to double the number of clock-bits for validation then?
[22:19:02] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[22:27:28] <PCW> bit length is a 6 bit regsister
[22:27:58] <andypugh> Ok, so up to 64 bits.
[22:28:02] -!- toudi_ [toudi_!~toudi@eio43.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:28:09] toudi_ is now known as micges
[22:28:13] <andypugh> Does that typically include multiple turns?
[22:28:19] <micges> hi guys
[22:28:37] <cradek> hi micges
[22:28:43] <andypugh> Good morning micges
[22:28:48] <PCW> Also there may be status bits so the extracted fields need to be explicitly specified
[22:28:59] <cradek> did you have any luck finding the ja3 wheel jog code that was lost?
[22:29:29] <andypugh> PCW: That sounds painful. I need more clues in that case (but not tonight)
[22:29:31] <micges> no, it's losy
[22:29:33] <micges> lost
[22:30:06] <andypugh> I have learned to not get upset when I lose code, it generally ends up as better code when I recrreate it.
[22:30:25] <cradek> micges: thanks for trying
[22:32:12] <micges> CaptHindsight: hi
[22:32:51] <PCW> yeah you know more the second time, (unless you are old like me and you know less)
[22:33:29] <micges> andypugh: same here, it was just not easy code
[22:33:34] <andypugh> Well, that's a surprise. Git format-patch just created a patch called0001-http-3.bp.blogspot.com-_k0B_dQ8jnXE-Sn8-qoWjUnI-AAAA.patch
[22:34:15] <andypugh> (I do hope that isn't porn)
[22:34:39] <micges> memleak: around?
[22:34:52] <micges> about 7i80 under rtai:
[22:35:27] <cradek> andypugh: perhaps check your log messages...
[22:35:27] <micges> if anyone know how to make this code works under rtai?
[22:35:29] <micges> + ret = rt_task_create(&rt_probe_task, "probe", 0, 10, T_JOINABLE);
[22:35:29] <micges> + rt_task_start(&rt_probe_task, hm2_eth_probe, NULL);
[22:35:29] <micges> + rt_task_join(&rt_probe_task);
[22:37:17] <andypugh> Ah, I see what happened. I Command-Ved to the bottom of the commit message (which pasted a URL in to the commit) when I meant to Ctrl-V to the bottom.
[22:37:45] <micges> as for me there is no T_JOINABLE flag in rtai
[22:42:49] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:46:29] -!- gpowers has quit [Read error: Connection reset by peer]
[22:48:20] -!- rob_h has quit [Ping timeout: 245 seconds]
[22:49:47] -!- micges has quit [Quit: Wychodzi]
[22:55:06] -!- andypugh has quit [Quit: andypugh]
[23:12:08] -!- _ink has quit [Read error: Operation timed out]
[23:23:20] -!- Nick001-Shop has quit [Ping timeout: 245 seconds]
[23:24:03] <memleak> and I just got back..
[23:26:57] <memleak> RTAI uses rt_task_join although i'm not sure if it's identical to T_JOINABLE
[23:27:21] * memleak does not know where T_JOINABLE is defined
[23:27:35] -!- nspielbe has quit [Quit: Page closed]
[23:30:34] <memleak> ah it's in the tasking code.. T_JOINABLE implies rt_task_join
[23:31:32] <memleak> T_JOINABLE lets a task wait on the termination of another task, rt_task_join cleans up allocated resources after the task's termination it seems.
[23:32:32] <memleak> if he comes back and i'm not here just send him that ^
[23:32:42] -!- toudi_ [toudi_!~toudi@eio43.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:32:51] toudi_ is now known as micges
[23:33:07] <micges> memleak: above code is from 7i80 driver under xenomai
[23:33:08] <memleak> heh! the timing! seconds later
[23:33:42] <micges> I've been waiting while I'll remember :)
[23:33:55] <memleak> logger[psha], link
[23:34:23] <memleak> micges: scroll to the bottom of that link
[23:34:28] <micges> above code doesn't want to work under rtai
[23:34:42] <micges> (yes I saw log)
[23:35:14] <memleak> what's the compilation error? T_JOINABLE undeclared?
[23:35:54] <micges> yes
[23:37:30] <micges> it was half year ago
[23:39:41] <memleak> i'd try removig T_JOINABLE first and see if that functions properly considering it isn't defined in RTAI
[23:40:41] <memleak> if it causes issues I'd try replacing T_JOINABLE to rt_task_wait
[23:41:16] <micges> it waits for what?
[23:41:58] <memleak> it suspends the task until the next task
[23:42:14] <micges> nope
[23:42:39] <micges> let me describe problem
[23:43:24] <micges> I init hm2_eth driver in normal kernel mode without rt, like all hal drivers
[23:44:03] <micges> then I must communicate with 7i80 by rtnet in kernel mode rt
[23:44:23] <memleak> i understand that part
[23:45:32] <micges> which takes many servo-thread cycles, so I can't do that in first call of hooked hal functions
[23:46:16] <micges> servo-thread calls will overlap
[23:46:52] <memleak> Perhaps try using a function listed here instead:
https://www.rtai.org/documentation/magma/html/api/api_8c.html
[23:47:30] <micges> so it must be done with another rt task which is created in init code and also result from comm with board is tested in hm2_eth init code
[23:47:51] <memleak> rt_task_yield maybe?
[23:48:32] <memleak> I'd read over that page and see which function would best suite the situation.
[23:48:47] <micges> I did it several times
[23:49:23] <micges> only task_join which works in xenomai works
[23:50:18] <micges> there is no rt_task_join in that page
[23:50:25] <memleak> task_join works in RTAI..
[23:50:53] <memleak> does it not..?
[23:51:34] -!- jasen_ has quit [Quit: Page closed]
[23:51:51] -!- thomaslindstr_m has quit [Remote host closed the connection]
[23:51:59] <micges> it should
[23:54:04] <memleak> what happens with rt_task_join ?
[23:54:38] <micges> dead lock
[23:55:22] <micges> like T_JOINABLE wasn't respected
[23:55:54] <memleak> where is the xenomai source code for T_JOINABLE?
[23:56:11] <memleak> i'll see if I can just integrate that into RTAI and boom
[23:56:52] -!- thomaslindstr_m has quit [Ping timeout: 264 seconds]
[23:57:58] <micges> it would be very cool
[23:58:08] <micges> memleak: pm
[23:58:08] -!- Brandonian has quit [Quit: Brandonian]
[23:58:25] <memleak> great, it's XNTHREAD_SPARE1.. that helps me a lot..
[23:58:33] <memleak> XN for Xenomai.. no..