Back
[00:00:01] <andypugh> (The only way to test is on my live system with 7i49 and real resolvers)
[00:02:36] <andypugh> Is the respnse "You are too stupid for LinuxCNC, just give up" ever a reasonable response?
[00:04:12] <jepler> In those cases I try my best to say nothing
[00:04:25] <jepler> it may take practice, particularly if you have a habit of replying to e-mail, but it's for the best
[00:04:35] -!- rob_h has quit [Ping timeout: 260 seconds]
[00:04:58] <andypugh> This is on the other channel...
[00:06:05] -!- andypugh has quit [Quit: andypugh]
[00:07:49] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:09:57] -!- skorasaurus has quit [Ping timeout: 276 seconds]
[00:11:02] -!- asdfasd has quit [Ping timeout: 240 seconds]
[00:16:54] -!- skorasaurus has quit [Ping timeout: 264 seconds]
[00:31:19] <jepler> oh I don't read that anymore
[00:46:41] -!- mhaberler has quit [Quit: mhaberler]
[00:54:22] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[00:57:28] -!- R2E4_ has quit [Ping timeout: 264 seconds]
[01:02:57] -!- AR_ has quit [Ping timeout: 256 seconds]
[01:10:11] -!- Laremere has quit [Read error: Connection reset by peer]
[01:10:20] -!- gabe [gabe!~gabe@72-161-157-163.dyn.centurytel.net] has joined #linuxcnc-devel
[01:10:47] -!- gabe has quit [Client Quit]
[01:11:05] -!- gabe [gabe!~gabe@72-161-157-163.dyn.centurytel.net] has joined #linuxcnc-devel
[01:11:51] -!- jfire has quit [Quit: Leaving.]
[01:12:10] -!- gabe has quit [Client Quit]
[01:12:28] -!- gabewillen [gabewillen!~gabewille@72-161-157-163.dyn.centurytel.net] has joined #linuxcnc-devel
[01:18:41] -!- Lathe_newbie has quit [Read error: Connection reset by peer]
[01:22:14] -!- c-bob has quit [Ping timeout: 240 seconds]
[01:32:30] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.19/20130628213754]]
[01:48:41] -!- Valen has quit [Quit: Leaving.]
[02:06:18] -!- AR__ has quit [Ping timeout: 276 seconds]
[02:07:32] -!- maximilian_h has quit [Ping timeout: 246 seconds]
[02:23:22] -!- maximilian_h [maximilian_h!~bonsai@f052126219.adsl.alicedsl.de] has joined #linuxcnc-devel
[02:35:16] -!- gabewillen has quit [Ping timeout: 256 seconds]
[02:35:58] -!- gabewillen [gabewillen!~gabewille@99-195-244-112.dyn.centurytel.net] has joined #linuxcnc-devel
[02:43:38] ni291187 is now known as yimmy1
[02:52:18] -!- Tom_itx has quit [Ping timeout: 264 seconds]
[02:54:11] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[02:54:45] -!- zlog has quit [Ping timeout: 264 seconds]
[02:57:08] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[02:59:07] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[03:10:12] -!- yimmy1 has quit [Remote host closed the connection]
[03:17:48] -!- Tecan has quit [Remote host closed the connection]
[03:18:08] <memleak> heh I just tried compiling RTAI from the magma CVS tree, tons of compiling errors.. Sheesh.
[03:21:03] -!- gommo has quit [Remote host closed the connection]
[03:32:05] -!- filadome has quit [Ping timeout: 245 seconds]
[03:38:12] <memleak> havent tried doing that in months. didn't know how broken it all was.. I now see why the RT community is happy with our work on github :)
[03:39:18] -!- AR__ has quit [Ping timeout: 256 seconds]
[03:44:10] -!- tjb1 has quit [Read error: Connection reset by peer]
[03:45:26] -!- tjb1 has quit [Read error: Connection reset by peer]
[04:13:53] -!- dhoovie has quit [Ping timeout: 246 seconds]
[04:17:32] -!- FinboySlick has quit [Quit: Leaving.]
[04:52:31] -!- toastyde1th has quit [Read error: Connection reset by peer]
[04:55:26] -!- sliptonic has quit [Ping timeout: 240 seconds]
[04:55:33] sliptonic is now known as sliptonic_away
[04:55:36] sliptonic_away is now known as sliptonic
[05:02:53] -!- Fox_Muldr has quit [Ping timeout: 240 seconds]
[05:03:07] -!- nspiel has quit [Ping timeout: 250 seconds]
[05:04:18] -!- ve7it has quit [Remote host closed the connection]
[05:10:54] -!- kwallace [kwallace!~kwallace@smb-72.sonnet.com] has parted #linuxcnc-devel
[05:19:09] -!- nspiel has quit [Ping timeout: 250 seconds]
[05:28:21] -!- adb has quit [Ping timeout: 264 seconds]
[05:32:30] -!- nwmcsween has quit [Ping timeout: 245 seconds]
[05:34:22] -!- dhoovie|2 has quit [Ping timeout: 246 seconds]
[06:00:37] -!- dhoovie has quit [Ping timeout: 246 seconds]
[06:17:01] -!- Xfriend has quit [Quit: Leaving]
[06:17:47] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[06:31:13] -!- jef79m has quit [Excess Flood]
[06:35:57] -!- jfire has quit [Quit: Leaving.]
[06:41:45] -!- archivist_herron has quit [Read error: Operation timed out]
[06:50:38] -!- WalterN has quit [Read error: Operation timed out]
[06:56:22] -!- rob_h [rob_h!~rob_h@94.8.141.244] has joined #linuxcnc-devel
[06:58:25] -!- gabewillen has quit [Ping timeout: 268 seconds]
[07:00:05] -!- mhaberler has quit [Read error: Connection reset by peer]
[07:01:20] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[07:24:45] -!- gimps has quit []
[07:43:17] -!- L33TG33KG34R has quit [Read error: Connection reset by peer]
[07:44:31] -!- maximilian_h has quit [Quit: Leaving.]
[08:29:24] -!- erasmo [erasmo!~erasmo@178-36-212-220.adsl.inetia.pl] has joined #linuxcnc-devel
[08:30:35] <erasmo> helo
[08:30:58] <erasmo> I have a problem with lcnc latency
[08:31:54] <erasmo> My motherboard i a Gigabyte Ga-p35-ds3r
[08:32:23] <erasmo> under ubuntu 10.04 in lcnc i have hudge latency
[08:32:37] <erasmo> but under ubuntu 8.04 latency is ok
[08:33:12] <erasmo> is there any tool for logging what kind of program/hardware causes latency issues?
[08:37:00] <memleak> erasmo, to determine exact cause of latency jitter it's quite of a pain. how bad of latency do you get with 10.04 ?
[08:38:08] <erasmo> memleak: ith around 117000 ns for base thread
[08:38:28] <memleak> ah, something that big will be quite obvious to debug most likely.
[08:38:46] <memleak> post output of dmesg and cat /proc/interrupts to a paste site (pastebin, dpaste, fpaste, etc)
[08:39:17] <erasmo> ok ill do it,
[08:39:26] -!- SpeicusX has quit [Ping timeout: 240 seconds]
[08:40:17] <memleak> thanks!
[08:40:47] <memleak> how long did you run latency-test on 8.04 ?
[08:41:04] <memleak> and how long does it take until latency gets very bad?
[08:42:32] <erasmo> this is dmesg
http://pastebin.com/austFjub
[08:44:47] <erasmo> cat /proc/interrupts
http://pastebin.com/5wZxr4s0
[08:46:23] <erasmo> I ran latency test for few seconds
[08:47:09] <erasmo> the weird thing is overruns happends every one-two seconds
[08:47:28] <memleak> that's a power management issue. PM timers are completely hosed: LOC: 330541 140096 Local timer interrupts
[08:48:08] <erasmo> I did turn PM in bios so it should not be an issue
[08:48:38] <memleak> some CPUs need minimal ACPI support for RT
[08:49:23] <memleak> for a core 2 duo that's a 64-bit CPU. turn ACPI on in BIOS and see if its better.
[08:49:41] <erasmo> ok Ill try
[08:49:44] <memleak> thanks
[08:49:46] <erasmo> thanks :)
[08:50:26] -!- b_b has quit [Changing host]
[08:50:55] <memleak> without ACPI on some systems, the kernel doesn't know how to handle timers at all and you'll get terrible performance.
[08:51:25] <memleak> even outside of an RT system. compiling a kernel without ACPI support on a CPU that generally needs it can take twice as long.
[08:56:42] <erasmo> is there a way to unload local timer interrupts from kernel or disable it
[08:56:44] <erasmo> ??
[08:57:15] <memleak> you want those interrupts..
[08:57:38] <memleak> they're supposed to be there. without local timer interrupts i don't think TSC and all that other stuff would work.
[08:58:05] <erasmo> ok
[08:59:22] <erasmo> but if PM solution fails what then?
[08:59:44] <erasmo> is there any chance to make it work wright?
[08:59:55] <memleak> if ACPI is ON in BIOS, it should work fine.
[09:00:13] <memleak> that's the only issue I see.
[09:02:13] <memleak> if latency is still bad after enabling ACPI, repost new cat /proc/interrupts and dmesg output
[09:03:35] <memleak> if you necessarily need ACPI and all power management off, you'll need to switch to older hardware, but in my experience, new hardware with ACPI on fixes your exact problem.
[09:03:55] <memleak> turning off ACPI entirely on anything remotely recent hoses everything hands down.
[09:04:30] -!- mle has quit [Excess Flood]
[09:05:33] <memleak> I ran coreboot and FILO once on an MA785GM-US2H board with all timers off, no SMI, no ACPI, absolutely no power management tables at all, stripped out of the kernel, running it as bare metal as possible.. complete disaster.
[09:06:16] <erasmo> is this motherboards manufacturer tool to secure non-acpi system to run?
[09:06:50] <memleak> can you rephrase the question? i don't fully understand.
[09:08:10] <erasmo> i suspect the fact that if you run pure-hardware (acpi independant software) manufacturers secure their product to be damage-resistant
[09:08:30] <erasmo> so they decrease system speed to protect the hardware
[09:08:46] <erasmo> if the acpi/pm is turned of
[09:09:33] <erasmo> this is what i suspect
[09:11:37] <memleak> it's not intentional or on purpose, the CPU just doesn't know how to fully function correctly without ACPI timers
[09:12:02] <memleak> because it's the same result even with a non-factory BIOS.
[09:14:23] <erasmo> so without the watchdog (ACPI / PM) system slows down
[09:16:31] <memleak> i don't fully understand the whole mechanism, CaptHindsight knows all this stuff better than I do.
[09:17:15] <memleak> i don't think ACPI timers fall under the category of a watchdog though.
[09:17:19] _BJFreeman is now known as BJfreeman
[09:17:50] <memleak> according to the linux kernel at least they're two totally different things.
[09:18:30] <memleak> watchdog support in kernel and ACPI / PM are totally different. it looks as a watchdog as more of an actual hardware device. ACPI / PM is just a table.
[09:19:49] <memleak> yet again i'm not an expert on all this stuff. I just know how most of RTAI works, not so much at BIOS / hardware level though.
[09:28:26] <erasmo> thanks for explaining me all this
[09:28:47] <erasmo> I'm no expert either
[09:28:49] <erasmo> :)
[09:35:28] <erasmo> it seems that changes in BIOS had brought no effect
[09:37:03] <erasmo> thanks for your help memleak
[09:39:18] -!- BJfreeman has quit [Quit: had a good time]
[09:41:20] putnik_ is now known as putnik
[09:46:39] <memleak> :/
[09:46:58] <memleak> repost dmesg and proc/interrupts
[09:47:19] <memleak> same exact issue?!
[09:48:35] <memleak> RTAPI: ERROR: Unexpected realtime delay on task 1 ?
[09:49:23] <erasmo> yes, latency issue
[09:49:38] <erasmo> but in bios I have no acpi on/off switch
[09:50:22] <erasmo> I think I should try to upgrade BIOS version and then try to make some changes
[09:50:28] <memleak> do you have any power saving features enabled?
[09:50:34] <erasmo> yes
[09:50:37] <memleak> hyper-threading?
[09:50:39] <erasmo> no
[09:50:47] <erasmo> no HT
[09:50:56] <erasmo> I have HT disabled
[09:51:00] <memleak> what changes did you make in BIOS?
[09:53:20] <memleak> Plug and play is off in BIOS it seems too.. that shouldn't be. that might be why.
[09:53:28] <erasmo> I disabled all functions: HDD SMART, devices wake up, disabled automatic CPU speed adjustment
[09:54:09] <memleak> DES energy saver stuff?
[09:54:55] <erasmo> There is no DES option in my BIOS
[09:56:36] <memleak> MP table, C1E, virtualization support?
[09:57:12] <erasmo> I did forgot I disabled virtualization support
[09:57:17] <memleak> 8254 or any APIC options? HPET?
[09:57:30] <erasmo> disabled HPET
[09:57:37] <memleak> ah! you need HPET
[09:58:07] <erasmo> but with HPET on I had the same issues
[09:58:14] <memleak> are you sure?
[09:58:21] <erasmo> yes
[09:59:11] <erasmo> give me 5 minuets and I'll tell you for sure if there is difference with HPET on/off
[09:59:38] <memleak> disable any CPU stepping
[09:59:45] <erasmo> disabled
[09:59:56] <erasmo> CPU stepping disabled
[10:00:16] <memleak> with hpet on, post dmesg, cat /proc/interrupts and dmidecode
[10:00:30] <erasmo> it is strange on ubuntu 8.04 I had no problems at all
[10:00:34] <memleak> (dmidecode must be installed and run with sudo)
[10:00:58] <memleak> timers are messed up in 10.04
[10:01:13] <memleak> i dont know why for your board though (yet)
[10:01:46] <erasmo> is there any chance to fix timers in later distros?
[10:02:11] <memleak> well it might work with 10.04 with seb's debs.
[10:03:15] <memleak> where are they again...
[10:03:59] <memleak> ah
http://highlab.com/~seb/linuxcnc/rtai-for-3.4-prerelease/
[10:04:57] <memleak> linux-image-3.4.55-rtai-1_1_i386.deb linux-headers-3.4.55-rtai-1_1_i386.deb and rtai-modules-3.4.55-rtai-1_3.9-shabby-memleak-2013.08.05_i386.deb
[10:06:03] <erasmo> you want me to try with those images?
[10:06:07] <memleak> yes
[10:06:21] <memleak> with HPET
[10:06:29] <erasmo> ok I'll see what I can do
[10:06:45] <memleak> if it doesn't work, repost dmesg and cat /proc/interrupts
[10:06:58] <memleak> you'll need to recompile linuxcnc though
[10:07:11] <erasmo> ok
[10:07:22] <memleak> sudo apt-get build-dep linuxcnc && sudo apt-get install git build-essential
[10:08:19] <memleak> git clone git://git.linuxcnc.org/git/linuxcnc.git && cd linuxcnc && ./autogen.sh && ./configure
[10:08:54] <memleak> if successful, run make and then . ./scripts/rip-environment && latency-test
[10:09:30] <erasmo> ok
[10:09:41] <memleak> cd linuxcnc should be cd linuxcnc/src btw
[10:10:21] <memleak> after make then cd .. && . ./scripts/rip-environment
[10:11:15] * memleak should just write a bash script that automatically does all this
[10:18:35] -!- NickParker has quit [Read error: Connection reset by peer]
[10:20:46] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[10:20:51] -!- tjb1 has quit [Read error: Connection reset by peer]
[10:32:07] -!- skunkworks has quit [Remote host closed the connection]
[10:38:14] -!- mhaberler has quit [Quit: mhaberler]
[10:51:02] -!- ahofer [ahofer!~AndreasHo@178-191-201-201.adsl.highway.telekom.at] has joined #linuxcnc-devel
[10:54:59] -!- Valen has quit [Quit: Leaving.]
[11:26:41] -!- md-2 has quit [Remote host closed the connection]
[11:54:11] -!- sumpfralle has quit [Read error: Operation timed out]
[12:05:51] -!- Reventlov has quit [Quit: leaving]
[12:35:20] -!- md-2 has quit [Remote host closed the connection]
[12:40:52] -!- gabewillen [gabewillen!~gabewille@99.191.176.95] has joined #linuxcnc-devel
[12:42:38] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:57:14] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[13:10:43] -!- jthornton has quit [Read error: Connection reset by peer]
[13:11:13] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[13:15:39] -!- b_b has quit [Changing host]
[13:51:56] -!- mle has quit [Excess Flood]
[13:56:32] -!- skorasaurus has quit [Quit: Elvis has left the building.]
[13:58:40] -!- mackerski has quit [Ping timeout: 256 seconds]
[13:58:40] mackerski_ is now known as mackerski
[13:59:14] -!- gabewillen has quit [Remote host closed the connection]
[14:09:45] -!- mackerski has quit [Ping timeout: 246 seconds]
[14:11:03] -!- kwallace [kwallace!~kwallace@smb-77.sonnet.com] has joined #linuxcnc-devel
[14:29:01] -!- stsydow has quit [Remote host closed the connection]
[14:40:54] -!- Darth has quit [Quit: Page closed]
[14:41:31] <cradek> huh, another wiki spammer today
[14:41:34] <cradek> it's picking up
[14:41:40] <jepler> :-/ we must have gotten on a list
[14:41:42] <cradek> the isp of the previous one never answered me
[14:41:45] <jepler> of course not
[14:42:02] -!- mackerski has quit [Quit: mackerski]
[14:42:14] <jepler> does it look like another hu-mann?
[14:42:22] <cradek> yes
[14:42:29] <jepler> god that job sucks worse than mine
[14:42:35] <cradek> no kidding
[14:42:58] <cradek> this was just one page. the previous guy spent hours and hours - I think he intended to do all the pages one at a time.
[14:44:13] <cradek> for the one page, I just reverted it in the wiki software, which leaves the spam in the history. I wonder if I should restore it to pre-spam state instead.
[14:44:27] <cradek> I'm not sure whether having it in the history helps the losers somehow
[14:46:54] <jepler> the spammy version of the page is available just by clicking links, so it's likely to be indexed by google and still count as incoming links to their site which is good SEO
[14:47:29] <cradek> I'll restore it then
[14:47:45] <cradek> unfortunately I don't think there's a way to selectively nuke history
[14:48:02] <jepler> no clue
[14:48:42] <cradek> huh, rsync doesn't work inside .zfs/snapshot/some-date/
[14:48:45] <cradek> rsync: getcwd(): No such file or directory (2)
[14:51:02] <cradek> wiki fixed
[14:53:11] <jepler> huh yuck
[14:54:41] <cradek> it goes off madly statting .. and back up the tree for some reason
[14:55:47] <jepler> same on debian-kfreebsd
[15:00:07] <jepler> internet suggests that making snapshots visible can allow rsync to succeed
[15:00:15] <jepler> jepler@zaphod:~/.zfs/snapshot/2013-08-14_0900$ /bin/pwd
[15:00:16] <jepler> /bin/pwd: couldn't find directory entry in `../../..' with matching i-node
[15:00:40] <jepler> "readlink -f ." also fails
[15:03:22] <archivist> spam is one of the reasons I am beginning to disfavour wikis and forums, stuff needs moderating these days
[15:04:08] <cradek> I wonder if it's looking for .rsync-whatever filter files in the parents
[15:05:13] -!- mle has quit [Excess Flood]
[15:07:04] <cradek> yes that does "fix" it
[15:10:06] <cradek> archivist: the wiki is low enough traffic and the changes are summarized on one page that I don't mind checking it daily
[15:10:30] <cradek> archivist: but keeping up with the forum is quite a task and I'm happy I don't have to do it
[15:10:40] <archivist> the problem is getting worse though
[15:10:57] <cradek> which do you mean specifically?
[15:11:32] <archivist> spammers going after any site where they can add content
[15:11:59] <cradek> well we all know web 2.0 was a mistake
[15:13:34] <cradek> (I'm not sure I'm not serious)
[15:16:19] <archivist> it is a shame that the wiki, forum and blog comment are used for spam it has spoiled it for the many
[15:27:19] -!- mhaberler has quit [Read error: Connection reset by peer]
[15:28:20] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[15:31:36] -!- syyl_ws has quit [Ping timeout: 256 seconds]
[15:31:40] -!- syyl- has quit [Ping timeout: 245 seconds]
[15:35:53] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[15:38:12] -!- ktchk [ktchk!~eddie6929@n219079226059.netvigator.com] has joined #linuxcnc-devel
[15:46:08] -!- Kup has quit [Quit: Leaving.]
[15:51:10] -!- jfire has quit [Client Quit]
[15:53:42] -!- stsydow has quit [Ping timeout: 256 seconds]
[15:57:26] Cylly is now known as Loetmichel
[15:58:23] -!- thomaslindstr_m has quit [Remote host closed the connection]
[16:02:44] -!- PetefromTn has quit [Remote host closed the connection]
[16:04:49] -!- samcfc has quit [Ping timeout: 250 seconds]
[16:14:40] -!- psha[work] has quit [Quit: Lost terminal]
[16:16:12] -!- kwallace2 [kwallace2!~kwallace@smb-6.sonnet.com] has joined #linuxcnc-devel
[16:16:57] -!- kwallace has quit [Ping timeout: 264 seconds]
[16:19:37] -!- mhaberler has quit [Quit: mhaberler]
[16:23:05] -!- zzolo has quit [Quit: zzolo]
[16:27:05] -!- flippyhead has quit [Quit: flippyhead]
[16:34:35] -!- mackerski has quit [Quit: mackerski]
[16:35:04] -!- tmcw has quit [Remote host closed the connection]
[16:49:55] -!- R2E4_ has quit [Read error: Connection reset by peer]
[16:50:23] -!- syyl-- has quit [Read error: No buffer space available]
[16:52:24] -!- ktchk has quit [Quit: ktchk]
[16:52:24] -!- L33TG33KG34R has quit [Ping timeout: 263 seconds]
[17:06:35] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:09:51] -!- darkromantic has quit [Remote host closed the connection]
[17:12:51] -!- md-2 has quit [Remote host closed the connection]
[17:18:55] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[17:26:01] -!- tmcw has quit [Remote host closed the connection]
[17:37:50] _BJFreeman is now known as BJfreeman
[17:38:07] -!- ctbenergy [ctbenergy!~ewaldwein@178-191-223-173.adsl.highway.telekom.at] has joined #linuxcnc-devel
[17:45:51] -!- AndrewLv has quit [Remote host closed the connection]
[17:52:03] -!- ahofer has quit [Ping timeout: 276 seconds]
[17:52:17] -!- ahofer [ahofer!ahofer@178-191-47-46.adsl.highway.telekom.at] has joined #linuxcnc-devel
[17:54:30] -!- joe9 has quit [Read error: Connection reset by peer]
[18:00:51] -!- jthornton has quit [Read error: Connection reset by peer]
[18:00:52] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:01:39] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[18:01:46] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[18:03:07] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:03:07] -!- jthornton has quit [Read error: Connection reset by peer]
[18:03:41] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[18:03:44] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[18:05:54] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:05:54] -!- jthornton has quit [Read error: Connection reset by peer]
[18:06:21] -!- toudi_ [toudi_!~toudi@ehi241.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:06:30] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[18:06:32] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[18:06:59] toudi_ is now known as micges
[18:07:03] -!- jthornton has quit [Read error: Connection reset by peer]
[18:07:03] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:07:30] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[18:07:32] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[18:07:57] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[18:12:00] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:15:01] -!- micges has quit [Quit: Wychodzi]
[18:17:33] <awallin> mhaberler: around? (or anyone who has compiled a xenomai kernel on ARM?)
[18:17:42] <mhaberler> yes
[18:17:55] <mhaberler> which platform?
[18:18:11] <mhaberler> not on arm, rather cross for arm
[18:21:40] <awallin> I am wondering if this is for mere mortals...
https://www.olimex.com/forum/index.php?topic=1051.msg5152#msg5152
[18:22:30] -!- flippyhead has quit [Quit: flippyhead]
[18:22:48] <awallin> which, I guess, points us here:
https://www.olimex.com/forum/index.php?topic=812.0
[18:24:30] <awallin> so there is a 200k line patch for a 3.4.24 kernel, and I should apply the "standard xenomai procedure"
[18:25:10] -!- BJfreeman has quit [Quit: had a good time]
[18:37:33] <KGB-linuxcnc> 03git 05unified-build-candidate-1 9dab7ae 06linuxcnc 10src/Makefile * src/Makefile: fix compilation error on x86/wheezy
[18:40:57] <mhaberler> ah, welcome.
[18:41:11] <mhaberler> is this an olinuxino?
[18:42:55] <mhaberler> talk to Eric Keller (emc-developers), he's chasing the olinuxino
[18:43:36] <mhaberler> the xenomai wiki is pretty good on this, and the list is helpful (provided you've read the docs, otherwise: fish slapping ;)
[18:43:56] <awallin> yes, I have an A13 olinuxino now and getting an A10S probably also
[18:44:40] <mhaberler> so you are in the 'let's chase a working xenomai kernel' business then.. I didnt warn you by any chance?
[18:44:55] <mhaberler> I have no idea how far Eric got
[18:46:13] <awallin> well, any embedded platform would do I guess, but the olinuxino boards are almost the only ones offered with affordable touch-screens
[18:46:18] -!- syyl_ws_ has quit [Quit: Verlassend]
[18:47:52] <CaptHindsight> awallin: just FYI the Olixino boards that use the Allwinner arm socs are the same soc's found in many low cost tablets
[18:48:31] <CaptHindsight> there's quite a large community that works on Allwinner Linux support
[18:48:48] <awallin> CaptHindsight: yeah, they seem to run various flavors of android also... no real-time available there I guess
[18:48:49] -!- zzolo has quit [Quit: zzolo]
[18:51:16] <awallin> I want to connect some ADCs and DACs to this controller with SPI. olimex forum seemed to indicate that bit-banged SPI on almost any GPIO pins will work
[18:52:03] <CaptHindsight> I lost track a few months ago for the allwinner, but that work should really start to move again
[18:52:35] <CaptHindsight> the SPI port on the Allwinner soc's works up to 100MHz
[18:52:58] <CaptHindsight> but olimex uses the stripped down versions of the devices
[18:53:05] <awallin> someone on the forum said the built-in SPI suffers from latency...
[18:53:45] <CaptHindsight> pcw was working on a FPGA card for the cubieboard, it uses the A20 4-core
[18:54:00] <CaptHindsight> pretty sure he said it worked with SPI
[18:54:38] <CaptHindsight> http://cubieboard.org/
[18:55:02] <CaptHindsight> http://linux-sunxi.org/Cubieboard
[18:55:36] -!- nwmcsween has quit [Ping timeout: 256 seconds]
[18:56:28] <CaptHindsight> many of the same devs on the forums for olimex, cubie and arm-netbook
[18:57:02] <awallin> I really like the lcd screens that work with olinuxino - for lab-instrument applications where it's useful to show status/info on the screen
[18:57:21] <linuxcnc-build_> build #1271 of hardy-amd64-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/1271 blamelist: Michael Haberler <git@mah.priv.at>
[18:57:37] <linuxcnc-build_> build #1267 of hardy-i386-realtime-rip is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1267 blamelist: Michael Haberler <git@mah.priv.at>
[18:57:43] -!- nspiel has quit [Ping timeout: 250 seconds]
[18:58:32] <linuxcnc-build_> build #1269 of hardy-i386-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-sim/builds/1269 blamelist: Michael Haberler <git@mah.priv.at>
[18:58:35] <CaptHindsight> http://www.xenomai.org/pipermail/xenomai/2013-February/027801.html
[18:59:55] <awallin> yes, that looks like a copy of the olimex forum post
[19:00:39] <CaptHindsight> so i-pipe is working so the rest is tool chain hell
[19:01:30] <CaptHindsight> i was just checking a few other allwinner forums, pretty much the same info...
[19:02:38] <awallin> I wish there were "hold my hand" type of instructions for n00bs.. :)
[19:03:50] <CaptHindsight> maybe in a couple of months
[19:04:22] <awallin> eh so I get about 20+ lines of "error: patch failed" with that..
[19:04:28] <CaptHindsight> we are going to jump back into realtime for ARM next month for the Allwinner parts
[19:08:04] -!- Simooon has quit [Ping timeout: 256 seconds]
[19:08:21] <CaptHindsight> awallin: I'd ask on the forum, maybe somebody will post some more detailed build instructions
[19:09:56] <awallin> hm, yeah
[19:10:26] <jepler> if the patch doesn't apply no amount of instructions will fix it
[19:12:04] <CaptHindsight> I was thinking it might start up discussions for what what works with what and how to build
[19:13:19] <awallin> the other option for my SPI ADC/DAC project would be x86 hardware and a Mesa FPGA-card. a bit overkill. And would need to write new HDL for the Firmware for SPI reads and writes.
[19:15:05] -!- toudi_ [toudi_!~toudi@ehi241.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[19:16:45] toudi_ is now known as micges
[19:21:49] <skunkworks> micges, any time to look at the 7i80 yet?
[19:23:02] <micges> not really but what's up?
[19:24:12] <micges> you mean that 7i80 works better on intel eth boards?
[19:26:12] <micges> (saw that in log)
[19:31:56] <skunkworks> I have 2 systems (12.04 and 10.04) 12.04 will not run the hostmot driver - the other doesn't seem to send the config (10.04)
[19:32:05] <skunkworks> I can get more info again - tomorrow
[19:32:31] <micges> sure
[19:33:26] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[19:34:46] -!- skunkworks has quit [Quit: Leaving]
[19:35:29] <CaptHindsight> https://www.osadl.org/fileadmin/dam/rtlws/12/Brown.pdf How fast is fast enough? Choosing between Xenomai and Linux for real-time applications
[19:37:05] <CaptHindsight> unfortunately they used the magic "CodeSourcery cross-compilation toolchain", but the results are interesting
[19:38:16] <jepler> that'd be dandy if somebody would put in the time to make linuxcnc cross compile
[19:40:27] <linuxcnc-build_> build #470 of precise-i386-realtime-rip is complete: Failure [4failed compile get-dmesg] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/470 blamelist: Michael Haberler <git@mah.priv.at>
[19:40:31] <CaptHindsight> our plan is to use crosstool-ng and avoid the magic, and we'll post the howto
[19:42:26] <CaptHindsight> all projects for the fall
[19:46:36] <linuxcnc-build_> build #1265 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1265 blamelist: Michael Haberler <git@mah.priv.at>
[19:49:11] -!- awallin has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[19:54:03] -!- zzolo has quit [Quit: zzolo]
[19:55:56] <andypugh> What's the magic to force a merge of 2.5 up to master? (I have a feeling that yesterdays change might not merge cleanly)
[19:58:36] <cradek> git checkout master; git merge v2.5_branch
[19:59:17] <jepler> and you're correct that there are conflicts to be resolved by a human
[20:03:32] <KGB-linuxcnc> 03git 05unified-build-candidate-1 dd3f7a5 06linuxcnc 10src/ 10emc/nml_intf/debugflags.h 10emc/rs274ngc/rs274ngc.hh 10emc/rs274ngc/rs274ngc_pre.cc * interp: rename LOG_PID to LOG_PROCESSID - collision with syslog(3)
[20:08:30] <andypugh> Bah! So what do I need to do to resolve the conflicts non-locally?
[20:11:40] <linuxcnc-build_> build #1272 of hardy-amd64-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/1272 blamelist: Michael Haberler <git@mah.priv.at>
[20:11:44] <linuxcnc-build_> build #1268 of hardy-i386-realtime-rip is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1268 blamelist: Michael Haberler <git@mah.priv.at>
[20:12:15] <linuxcnc-build_> build #1270 of hardy-i386-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-sim/builds/1270 blamelist: Michael Haberler <git@mah.priv.at>
[20:12:22] kevin_ is now known as newroswell
[20:12:48] <mhaberler> andy: suggested:
http://blog.wuwon.id.au/2010/09/painless-merge-conflict-resolution-in.html
[20:15:06] <jepler> that page suggests to use a GUI to resolve conflicts, but personally I disagree with that
[20:16:08] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[20:16:14] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has parted #linuxcnc-devel
[20:16:32] <KGB-linuxcnc> 03TODO: deletor 05v2.5-lxrt-OPT-O0-breakage de6b60a 06linuxcnc 04. * branch deleted
[20:19:08] <KGB-linuxcnc> 03chris 05v2.5_branch e627a38 06linuxcnc 10src/emc/usr_intf/touchy/mdi.py * Touchy: MDI support for M61
[20:19:24] <jepler> also meld & sleep; meld & sleep; meld is a weird script--what are the sleeps for?
[20:20:11] <jepler> andypugh: if you're uncomfortable doing the merge I'm happy to do it for you.
[20:21:18] <cradek> I recommend [merge]conflictstyle = diff3 and [merge]tool = your-text-editor, [mergetool "your-text-editor"]cmd = your-text-editors-name $MERGED
[20:24:31] <jepler> (at $DAY_JOB, we found at least that *starting* people with the GUI merge tool prevented them understanding what was going on, and led to poor results)
[20:25:00] <jepler> (they may well be useful after you understand what's going on, except that the main operation meld facilitates -- take one side or the other -- is typically just wrong)
[20:25:24] <jepler> (to its credit, the article does try to cover that concept)
[20:26:47] <cradek> the article does say to enable conflictstyle diff3
[20:27:02] <cradek> that is the single most important piece of advice, and you're utterly doomed without it
[20:43:59] <andypugh> jepler: I would be happier if someone competent did it. The actual conflict is very simple to see, and the patch was very small. It's basically the mechanics of the process I am worried by
[20:45:44] -!- Brandonian has quit [Quit: Brandonian]
[20:47:21] -!- nspiel has quit [Ping timeout: 250 seconds]
[20:47:58] <jepler> andypugh: does this part of the diff look sane?
[20:47:59] <jepler> http://pastebin.com/QVBe4NhA
[20:49:46] <andypugh> Yes, that looks right. Though I am not clear id the __ parts are actually wise ot correct. (A comment in the rtapi.h says that the __ versions are the ones to use)
[20:50:02] <cradek> my guess:
http://pastebin.com/mAtxQrBv
[20:50:03] <jepler> I'll believe the comment, then (it's what you did in 2.5 right?)
[20:50:23] <andypugh> Yes, and it works. I just haven't used the __ anywhere else.
[20:51:10] <andypugh> As long as anything that said "long" is now explicitly 32-bits it should be fine.
[20:52:19] -!- asdfasd has quit [Read error: Connection reset by peer]
[20:52:36] <jepler> oh yes, cradek's merge is correct(?) in one way mine isn't: he changed the type of index_cnts too
[20:52:57] <jepler> cradek: push ahoy
[20:53:31] <cradek> whee
[20:53:32] <jepler> (by which I mean you should push)
[20:53:33] <KGB-linuxcnc> 03andy 05master a9fb0a0 06linuxcnc 10src/hal/drivers/ 10mesa-hostmot2/hostmot2.h 10mesa-hostmot2/resolver.c
[20:53:33] <KGB-linuxcnc> Fix a Hostmot2 Resolver bug in 64 bit builds.
[20:53:33] <KGB-linuxcnc> Do not assume that "long" is 32 bits in all systems. this bug resulted in the
[20:53:33] <KGB-linuxcnc> resolver module being utterly unusable, with the apparent resolver angle varying
[20:53:35] <KGB-linuxcnc> randomly by thousands of turns
[20:53:37] <KGB-linuxcnc> Signed-off-by: Andy Pugh <andy@bodgesoc.org>
[20:53:56] <KGB-linuxcnc> 03chris 05master e627a38 06linuxcnc 10src/emc/usr_intf/touchy/mdi.py * Touchy: MDI support for M61
[20:54:02] <KGB-linuxcnc> 03chris 05master 316ddab 06linuxcnc 10src/hal/drivers/ 10mesa-hostmot2/hostmot2.h 10mesa-hostmot2/resolver.c * Merge branch 'v2.5_branch'
[20:54:14] <cradek> andypugh: it'd be even better if you'd test master now :-)
[20:54:48] <cradek> also would be better if I had tried building it
[20:54:53] <cradek> but you just can't have everything
[20:55:46] <andypugh> Hmm, I need to remeber if any of the PCs or SSDs scattered about are capable of running master..
[20:57:16] <linuxcnc-build_> build #471 of precise-i386-realtime-rip is complete: Failure [4failed clear-dmesg compile get-dmesg] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/471 blamelist: Michael Haberler <git@mah.priv.at>
[20:58:05] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:58:05] <cradek> eh that stupid thing
[21:01:31] -!- vladimirek has quit [Remote host closed the connection]
[21:01:53] -!- gimps_ has quit []
[21:02:08] <andypugh> I seem to be spending all my spare time doing clean installs of various combinations of 32 and 64 bit RTAI and Xenomai systems. It's getting a bit boring.
[21:02:53] <KGB-linuxcnc> 03jthornton 05v2.5_branch 08597ae 06linuxcnc 10docs/ 10(72 files in 12 dirs)
[21:02:53] <KGB-linuxcnc> Docs: add note to untranslated Spanish chapters
[21:02:53] <KGB-linuxcnc> add info for translators on how to get the latest version
[21:02:53] <KGB-linuxcnc> of that chapter before starting a translation.
[21:02:54] <KGB-linuxcnc> Signed-off-by: John Thornton <jthornton@gnipsel.com>
[21:03:10] <KGB-linuxcnc> 03jthornton 05v2.5_branch 2eb0d98 06linuxcnc 10docs/html/gcode.html * Docs: add m61 to quick reference
[21:03:25] <linuxcnc-build_> build #1266 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1266 blamelist: Michael Haberler <git@mah.priv.at>
[21:03:34] -!- DJ9DJ has quit [Quit: bye]
[21:03:39] * jthornton goes back to making chips :)
[21:10:08] -!- chillly has quit [Quit: Leaving]
[21:15:55] -!- FinboySlick has quit [Quit: Leaving.]
[21:16:46] <memleak> 64-bit RTAI doesn't compile with linuxcnc because of some SSE / sincos issue
[21:16:59] <memleak> andypugh do you have any idea how to fix that?
[21:17:04] <memleak> it's highly annoying..
[21:18:52] <andypugh> No, 64-bit RTAI is one of the variants I have not touched
[21:20:40] -!- skorasaurus has quit [Quit: Elvis has left the building.]
[21:24:01] -!- micges has quit [Quit: Wychodzi]
[21:25:15] -!- flippyhead has quit [Quit: flippyhead]
[21:25:56] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:26:36] <memleak> "I seem to be spending all my spare time doing clean installs of various combinations of 32 and 64 bit RTAI and Xenomai systems." ?
[21:27:25] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[21:30:16] -!- newroswell [newroswell!~kevin@66.17.15.177] has joined #linuxcnc-devel
[21:30:35] -!- joe9 has quit [Remote host closed the connection]
[21:34:16] -!- AR__ has quit [Ping timeout: 256 seconds]
[21:34:45] -!- odogono has quit [Quit: odogono]
[21:38:11] -!- krusty_ar has quit [Read error: Connection reset by peer]
[21:39:14] -!- KimK_3 [KimK_3!~kkirwan@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[21:41:42] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:44:00] -!- gimps has quit [Changing host]
[21:46:28] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:47:33] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:49:02] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:49:09] <linuxcnc-build_> build #472 of precise-i386-realtime-rip is complete: Failure [4failed clear-dmesg compile get-dmesg] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/472 blamelist: Chris Radek <chris@timeguy.com>, John Thornton <jthornton@gnipsel.com>
[21:50:53] -!- tjb1 has quit [Read error: Connection reset by peer]
[21:55:29] <linuxcnc-build_> build #1267 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1267 blamelist: Chris Radek <chris@timeguy.com>, John Thornton <jthornton@gnipsel.com>
[22:01:45] <andypugh> Yikes! My Resolver index detection is completely and utterly bogus!
[22:05:55] <jepler> sssh don't tell anyone
[22:08:36] -!- andypugh_ [andypugh_!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[22:10:06] -!- andypugh has quit [Ping timeout: 276 seconds]
[22:10:07] andypugh_ is now known as andypugh
[22:11:27] -!- mhaberler has quit [Quit: mhaberler]
[22:12:01] <KimK_3> I installed Seb's debs on 12.04(32), and although the new RTAI kernel is found during "sudo update-grub", it does not appear in the grub2 pick menu on startup. Picture of the contents of /boot at
http://imagebin.org/267621 I notice only the -51 kernel (which works) has a zipped image, the RTAI kernel does not. Any suggestions or advice appreciated.
[22:12:04] -!- Nick001-Shop has quit [Ping timeout: 276 seconds]
[22:12:07] Nick001-Shop_ is now known as Nick001-Shop
[22:15:26] <memleak> KimK_3: does the /boot directory have the 3.4.55 kernels in them?
[22:16:30] <memleak> nevermid the pic shows.. sorry
[22:17:16] <memleak> for grub2 you're supposed to use sudo grub2-mkconfig -o /boot/grub/grub.cfg
[22:17:28] <KimK_3> No zipped image, but there are 55-rtai of config... , system.map... , and vmlinuz...
[22:18:01] <memleak> depending on how seb packaged it, it might not use an initrd
[22:18:20] <memleak> (inital ram filesystem / zipped file)
[22:19:05] <KimK_3> OK, I thought "sudo update-grub" was the rule, I'll try your command, brb
[22:19:08] <andypugh> jepler: Fix in 2.5 and go through the same merge conflict hassles as earlier? (It's the same part of the code, which is how I noticed it)
[22:19:35] <memleak> thats for grub 1
[22:19:40] <memleak> (0.97 i should say..)
[22:20:27] <andypugh> It might not even matter, as the behaviour is to clear the index and return the current absolute counts, to it isn't positionally wrong, it just happens at the wrong time.
[22:20:52] <KimK_3> sudo: grub2-mkconfig: command not found
[22:21:39] <memleak> grub-mkconfig ?
[22:21:55] <memleak> this is why i hate ubuntu.. THEY RENAME EVERYTHING
[22:23:41] <jepler> andypugh: if it's a bugfix you will want to see in 2.5, then yes. chris or I can help you with the merge again if you want
[22:24:18] <andypugh> It's actually a bugfix that needs to be fixed in different ways in 2.5 and master.
[22:24:31] <memleak> KimK_3:
https://github.com/ShabbyX/RTAI/blob/master/README.INSTALL#L179
[22:25:13] <andypugh> I would _prefer_ to fix it twice, if that is an option.
[22:26:38] -!- thomaslindstr_m has quit [Remote host closed the connection]
[22:26:56] <KimK_3> memleak: OK, that appeared to work, it printed a list as with "update-grub", let's see what the boot menu looks like. I'll be right back.
[22:27:08] -!- KimK_3 has quit [Quit: Leaving]
[22:27:54] <jepler> andypugh: if you want to fix it in 2.5, eventually somebody has to do the merge from 2.5 to master, so there's no saved effort by fixing it twice
[22:28:41] <andypugh> The problem is that the fix in 2.5 will break master.
[22:28:51] <andypugh> (but I can then fix master)
[22:31:30] -!- KimK_3 [KimK_3!~kkirwan@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[22:32:51] -!- erictheise has quit [Quit: erictheise]
[22:33:12] <jepler> andypugh: do you mean it's logically different, or just that it's going to be complicated by other changes in code that is very nearby?
[22:33:20] <andypugh> The latter
[22:33:44] <KimK_3> memleak: The RTAI kernel still does not appear on the boot menu, so I'll try your second suggestion about manually editing the grub2 file(s). First a short break though, I'll be back in a bit.
[22:34:46] <jepler> andypugh: in that case I think a good first step is to fix it in v2.5 and then we can look together at what problems come up when merging to master
[22:34:59] <andypugh> There is a feature in Master to only "index" on every Nth electrical revolutio (for multi-turn encoders). That needs to be re-thought to suit the new detection method (count-up and count-down timers)
[22:35:45] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[22:36:31] <jepler> I see.
[22:37:21] <memleak> KimK_3, modifying a grub file based off the automatically generated one can cause syntax errors and such, plus you have to work with 300+ lines of script opposed to about 5 or 10
[22:37:31] <andypugh> Line 324 in resolver.c in master is the stupid, idiotic, failed, attempt at wrap-detection.
[22:38:07] <memleak> I either use cat or rm before touching the grub.cfg file but if you can do without it, then great!
[22:38:18] -!- zlog has quit [Read error: Connection reset by peer]
[22:38:40] <jepler> andypugh: ok so it is logically different in master
[22:39:00] <andypugh> It needs to become so, I think.
[22:39:15] <linuxcnc-build_> build #473 of precise-i386-realtime-rip is complete: Failure [4failed clear-dmesg compile get-dmesg] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/473 blamelist: Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>
[22:39:51] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[22:39:51] -!- Simooon has quit [Quit: Leaving]
[22:40:04] <andypugh> It doesn't matter if you dither through index mutliple times in a single turn resolver. But you don't want to count every flip in a multi-turn one.
[22:41:08] <andypugh> I suspect that, actually, the problem is there in Master regardless of my other error.
[22:42:20] <andypugh> In my defence, I wrote that driver before I had any resolvers, and it was reported to be working...
[22:43:00] <linuxcnc-build_> build #1268 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1268 blamelist: Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>
[22:43:05] <skunkworks> excuses excuses...
[22:43:26] <skunkworks> ;?
[22:43:30] <skunkworks> heh
[22:43:32] <skunkworks> ;)
[22:45:08] -!- ctbenergy [ctbenergy!~ewaldwein@178-191-223-173.adsl.highway.telekom.at] has parted #linuxcnc-devel
[22:45:08] <andypugh> How do I find out what went wrong?
[22:45:28] <andypugh> Clicking the link is not clearly indicating the problem?
[22:45:53] <jepler> andypugh: "build #1268" failed because "build #473" did; #473 failed because of a bug in the realtime kernel on precise, not because of anything you did
[22:45:56] <jepler> that's how I read it
[22:46:36] <jepler> andypugh: anyway, there is a way to make a "different" fix for v2.5 and for master. It starts by making the fix on v2.5_branch
[22:46:49] <andypugh> I am working on it now :-)
[22:47:05] -!- ravenlock has quit [Ping timeout: 245 seconds]
[22:47:26] <jepler> then in a separate branch, starting from v2.5 after your fix, you: 1. revert your fix with 'git revert' 2. merge master with 'git merge origin/master' 3. fix the bug again as required for master branch 4. merge this branch into master branch and push that
[22:48:04] -!- erasmo has quit [Read error: Connection reset by peer]
[22:48:17] <jepler> if that sounds a bit advanced that's OK, cradek or I can walk you through it
[22:50:22] <jepler> anyway, until seb reboots the "precise" builder, every checkin is going to report failure :-(
[22:52:04] <jepler> bbl, dinnertime
[22:52:23] -!- tmcw has quit [Remote host closed the connection]
[22:53:38] -!- sumpfralle has quit [Ping timeout: 268 seconds]
[22:54:55] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[23:01:43] -!- toudi_ [toudi_!~toudi@ehi241.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:17:58] -!- sumpfralle1 has quit [Ping timeout: 256 seconds]
[23:30:47] -!- PetefromTn has quit [Remote host closed the connection]
[23:33:54] -!- zzolo has quit [Quit: zzolo]
[23:40:41] -!- rob__H [rob__H!~rob_h@94.8.141.244] has joined #linuxcnc-devel
[23:40:42] -!- rob_h has quit [Read error: Connection reset by peer]
[23:43:19] -!- flippyhead has quit [Quit: flippyhead]
[23:45:45] -!- rob__H has quit [Ping timeout: 264 seconds]
[23:48:53] -!- asdfasd has quit [Ping timeout: 240 seconds]
[23:50:00] -!- Nick001-Shop has quit [Ping timeout: 245 seconds]
[23:53:57] -!- stsydow has quit [Quit: Leaving]