#linuxcnc-devel | Logs for 2013-08-18

[00:44:19] -!- quitte has quit [Quit: Lost terminal]
[00:46:40] <KimK_3> memleak: Hey, belated congratulations on your RTAI victory, great news!
[00:47:57] <KimK_3> Let me know if and when you have something you'd like me to try on an E350N.
[00:49:15] <KimK_3> Oops, should have done this first:
[00:49:23] KimK_3 is now known as KimK_2
[00:49:28] <KimK_2> There we go
[01:20:27] -!- fomox_ has quit [Ping timeout: 276 seconds]
[01:22:06] -!- rob_h has quit [Ping timeout: 264 seconds]
[01:22:20] -!- c-bob| has quit [Ping timeout: 256 seconds]
[01:22:38] -!- Laremere has quit [Remote host closed the connection]
[01:23:48] <memleak> andypugh, understand what? sorry i just got back from a load road trip.
[01:24:00] <memleak> *long (and tired)
[01:24:33] <andypugh> I am not sure how to sort out the fact that hm2_eth can't find some #includes
[01:24:41] <andypugh> http://pastebin.com/uhB81DA1
[01:25:01] <andypugh> Shows that all the files exist in various (and very different) versions
[01:27:01] <andypugh> I can change the hm2_eth.c source file to point to a version of inet.h that _does_ contain the function protoype for inet_aton but then it falls over because _that_ file has a reference to features.h
[01:27:59] <andypugh> linux/inet.h is a very short file (mainly credits..) compared to arpa/inet.h
[01:28:04] <andypugh> (for example)
[01:28:36] <andypugh> So, the question is how you sort out this sort of tangle.
[01:29:17] <memleak> make sure the directories that the files are being included from are in the makefile
[01:29:58] <andypugh> I am not at all sure how I am meant to know which one I want...
[01:30:04] <memleak> for example if john_doe.h is in /johndoe you do something like -I/johndoe
[01:31:11] <memleak> and then in the file you put #include <john_doe.h> and it will find it because -I/johndoe is in the makefile.
[01:31:31] <andypugh> There are about 50 versions of socket.h (and with the original include line of #include <sys/socket.h> the compiler finds none of them)
[01:32:43] <andypugh> None of this is my code. It all ought to just compile (I should point out)
[01:32:59] <memleak> what are you trying to compile?
[01:33:28] <andypugh> LinuxCNC
[01:33:42] <memleak> maybe sys/socket.h isn't listed in a directory as specified in the -I part of the makefile
[01:34:17] <memleak> gcc can only find things with -I or -lm if it's a math library
[01:34:59] <andypugh> If you look at the pastebin, there are almost no versions of socket.h in a /sys/ directory
[01:35:43] <memleak> sys/socket.h is a glibc header IIRC.. let me check
[01:35:57] <memleak> yep.
[01:36:48] <memleak> i'd have to see the makefile to make sure the include directories are correct
[01:37:11] <andypugh> I am trying to compile the 7i80 support as detailed here: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Mesa7i80_Driver_For_Linuxcnc_On_Xenomai which (possibly unfortunately) is wedded to Xenomia.
[01:37:30] -!- mozmck [mozmck!~moses@client-] has joined #linuxcnc-devel
[01:37:34] <memleak> gcc doesn't use find -name "<file>" to locate the #include files :P
[01:37:46] <memleak> it has to be told where it is. be cool though if it didn't.
[01:38:06] <andypugh> Well, given how many there are, it wouldn't know which one to choose.
[01:38:17] <andypugh> I was just trying to figure out how to help it find one.
[01:38:43] <andypugh> But _none_ of those look like the one that the author of hm2_eth had in mind.
[01:38:54] <memleak> no? how do you figure?
[01:39:18] <memleak> unless in the linuxcnc source there is a sys/socket.h file... which seems to be insane.
[01:39:40] <andypugh> Because the code says #include <sys/socket.h> and none of the ones I found with fine -name is in a sys folder
[01:39:44] <memleak> sys/socket.h should be somewhere in /usr/include as provided b glibc
[01:39:46] <memleak> *by
[01:40:21] <andypugh> The only one I have is /usr/include/i386-linux-gnu/sys/socket.h
[01:40:24] <memleak> /usr/include/xenomai/posix/sys/socket.h /usr/include/i386-linux-gnu/sys/socket.h
[01:40:42] <memleak> it's one of those two i would assume.
[01:41:19] <andypugh> Neither seem to make any sense to me.
[01:41:23] <andypugh> Why "posix"?
[01:42:05] <memleak> because socket.h is part of the POSIX library... i think..
[01:42:36] <memleak> yes it is!
[01:42:56] <andypugh> arpa/inet.h is more of a problem.
[01:43:11] <memleak> http://www.unix.com/man-page/posix/7posix/socket.h/
[01:44:17] <andypugh> linux.inet.h is basically empty. arpa/inet.h #includes features.h, and the compiler fallls over at that point.
[01:46:14] <andypugh> So,I need to mess with the makefile? That doesn't make much sense to me, as this was pretty much all just meant to work..
[01:46:15] <memleak> this all seems like a really simple makefile mistake. including headers should be easy as pie, let alone ones built into linux
[01:46:31] <memleak> linux meaning glibc or the kernel
[01:46:41] <memleak> does it compile for anyone else? i dont think it would..
[01:46:59] <andypugh> Apparently it did for Skunkworks
[01:47:40] <andypugh> But he applied the 7i80 patch on to a different branch
[01:47:47] <memleak> oh..
[01:47:53] <memleak> maybe thats why!
[01:48:07] <andypugh> Maybe, but why would it be that diffferent?
[01:48:28] <andypugh> We are both working with the same kernel and kernel headers
[01:49:38] <memleak> without seeing the makefile differences between his branch and yours, i can't help.. i'm really in the dark here.
[01:49:55] <memleak> diff -u and post output and i'll be more able to assist in debugging the issues.
[01:50:47] <memleak> maybe some other makefile is aggravating the 7i80 code in your branch but not in his? there could be a lot of different possibilities.
[01:51:15] -!- mozmck has quit [Quit: Leaving.]
[01:51:36] <andypugh> Well, he was using rtos-master-vo: http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/Makefile;h=976bb16a6c608ea71479cbc0d9c4f909be5521b2;hb=refs/heads/rtos-master-v0 and I am working in the rather newer unified-build-candidate-2: http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/Makefile;h=28a8e596e4bbeffac50a71a41ee90cfabe407674;hb=refs/heads/unified-build-candidate-2
[01:53:03] <andypugh> And I don't see any -l of a "posix" path in the rtos-master-v0 Makefile.
[01:53:41] <andypugh> (And it isn't_my_ branch, I pulled it from the git server!)
[01:54:09] <andypugh> To be fair, it compiles perfectly until I patch it to add the 7i80 support
[01:56:11] <memleak> i'd run a git diff after applying the patch and pay close attention to the differences
[01:56:37] <memleak> git add -A && git diff HEAD
[01:57:09] -!- mozmck [mozmck!~moses@client-] has joined #linuxcnc-devel
[01:57:16] <andypugh> The main difference is that it adds a new file called hm2_eth.c that contians three #include lines at the top that don't resolve.
[01:59:08] <andypugh> The patch file is here. http://wiki.linuxcnc.org/uploads/hm2_7i80_support_on_rtos_merged_to_master.patch
[01:59:42] <andypugh> I suppose I should just try the patch on the branch it was meant for.
[01:59:50] <memleak> i'll try it here on unified-build-candidate one moment
[02:01:56] <andypugh> I doubt you will have much luck. You do need to do some stuff by hand, as the layout of the Hostmot2 section of the makefile has changed, and I doubt it will build at all without rtnet installed.
[02:02:28] <memleak> nevermind then.. heh
[02:03:00] <memleak> rtnet will be a bit of a project for me
[02:03:25] <andypugh> But I don't see anything in the patch that looks like it would help the makefile find the headers it is not finding.
[02:04:01] <andypugh> And a different LinuxCNC branch is not going to change the layout of the kernel headers
[02:04:33] <andypugh> But what the heck, I ought to try on the intended branch, I suppose.
[02:05:51] <memleak> if it works for him and not for you maybe your /usr/include dir got messed up or something, not sure.
[02:06:06] <memleak> that is, if it still doesnt work after applying it to the intended branch
[02:06:52] <andypugh> I was kind of hoping that there was a well-known process to sort this sort of thing out, that I was simply unaware of.
[02:07:23] <andypugh> It seems stupid to me that a single PC could have 50 versions of the same header file, all different.
[02:07:43] <memleak> most of the time its just copies
[02:08:15] <memleak> or so i thought.. i dont know
[02:08:39] <memleak> im not really in a work mode right now, RTAI has killed my brain atm.
[02:12:02] <andypugh> when it says The next patch would create the file scripts/start_net.sh, // which already exists! Assume -R? [n] is it meant to be obvious what -R does?
[02:13:24] <memleak> git reset --hard HEAD before patch or git apply
[02:13:51] <andypugh> I did, but the files in question are not tracked...
[02:14:19] <memleak> ah, rm -rf * && git reset --hard HEAD
[02:14:42] <andypugh> git clean might have been the right thing to do
[02:14:45] <memleak> -R = --reverse
[02:14:51] <memleak> there is a git clean!?!?!
[02:14:57] <andypugh> Yes
[02:15:13] <memleak> oh..
[02:15:19] <andypugh> http://linux.die.net/man/1/git-clean
[02:15:33] <memleak> thanks! i always use rm and reset xD
[02:16:13] <andypugh> Your way sounds more dangerous
[02:16:22] <memleak> it always is :P
[02:18:47] <andypugh> If this does compile I will be utterly baffled
[02:27:57] <andypugh> And, bizarrely, it _did_ compile without errors.
[02:28:04] <andypugh> <bsh>
[02:28:18] <memleak> i expected it, heh
[02:28:42] <memleak> you gotta look over the changes more closely and see what's wrong if you want to fix it.
[02:28:49] <memleak> a very careful inspection of the diff.
[02:29:03] <andypugh> I don't even know how to do a diff between branches
[02:29:40] <andypugh> And the unified build makefile is (I think) very different in lots of unrelated ways
[02:31:17] <andypugh> There is also no point at all in the 7i80 driver only working in a dead-end branch
[02:35:26] <memleak> what i would do is something like cp -pr git_tree1 git_tree2 && cd git_tree1 && git checkout <branch1> && apply patch command here && git add -A && git diff HEAD &> patched_7i80_1.diff && cd ../git_tree2 && git checkout <branch2> && apply patch command here && git add -A && git diff HEAD &> ../patched_7i80_2.diff
[02:35:34] <memleak> holy smokes that line..
[02:37:08] <memleak> then maybe a diff -u patched_7i80_1.diff patched_7i80_2.diff &> diff_7i80.diff and then opening diff_7180.diff with gedit or kate or something
[02:37:47] <memleak> it's hideous yes but i've used it to get the job done before
[02:38:28] <andypugh> I think I would rather just give up
[02:39:15] <memleak> well i can at least run a diff for you but i wont be able to test compilation
[02:39:38] <memleak> maybe if i took a look at it i could figure out the changes
[02:40:08] <andypugh> Well, as it is heading for 0400 I think my immediate plans revolve around sleeping
[02:40:28] <memleak> i wouldnt want to work on that tonight anyway but i could tomorrow
[02:41:23] <KimK_2> Andy, would cherry-pick help you at all?
[02:41:37] <pcw_home> If nothing more than RTNet worked with RTAI the rest should be standard
[02:41:47] <andypugh> The questions I now need to answer are things like, which is the correct rtnet module for my ethernet harware (no idea how to tell) and what is the IP address of my 7i80 (no idea how to tell)
[02:41:54] <andypugh> So I am going to give up.
[02:42:09] <andypugh> Goodnight all.
[02:42:20] <KimK_2> Goodnight , Andy
[02:42:25] -!- andypugh has quit [Quit: andypugh]
[02:42:52] <pcw_home> (the ipaddress is
[02:43:02] <skunkworks> heh - I started typing that
[02:43:31] <pcw_home> or whatever you set it its EEPROM
[02:43:42] -!- gabewillen has quit [Ping timeout: 264 seconds]
[02:44:22] <skunkworks> I remember there being 3 options..
[02:44:40] <pcw_home> mode0 =
[02:44:40] -!- gabewillen [gabewillen!~gabewille@69-179-125-104.dyn.centurytel.net] has joined #linuxcnc-devel
[02:44:42] <pcw_home> mode1=EEPROM
[02:44:43] <pcw_home> mode2=bootp
[02:44:45] <pcw_home> mode3=DHCP eventually
[02:44:47] <skunkworks> bootp...
[02:45:36] <pcw_home> I just doubled the ROM space so I have a luxurious 4K instructions now
[02:46:04] <skunkworks> on the new boards? or a config thing
[02:46:19] <pcw_home> just a config thing
[02:46:30] <skunkworks> nice
[02:46:44] <memleak> pcw_home, does rtnet not work with RTAI??
[02:47:21] <pcw_home> micges had trouble and it worked easier on xenomai so he went that way
[02:47:29] <skunkworks> I think the only reason why rtnet for mesa wasn't tried was there was no rtnet for 12.04...
[02:47:45] <skunkworks> *rtai
[02:47:59] <pcw_home> RTnet was originally written for RTAI
[03:01:51] -!- Loetmichel has quit [Ping timeout: 276 seconds]
[03:22:34] -!- Servos4ever has quit [Quit: ChatZilla [SeaMonkey 2.19/20130628213754]]
[03:31:39] <memleak> thats what i thought..
[03:31:48] <memleak> hard to imagine it'd be broken now.
[03:32:12] <memleak> unless xenomai took it over..
[03:41:58] <pcw_home> the 7I80 only uses a minor subset of RTnet anyway just the RT aspect (no TDM/live config/etc)
[03:42:44] <pcw_home> its just straight UDP but needs it to be real time
[03:46:51] -!- ve7it has quit [Remote host closed the connection]
[03:50:08] <pcw_home> I should note that theres an alternate sserial naming mode that allows you to swap cable s with no bad side effects
[03:58:20] -!- AR_ has quit [Ping timeout: 245 seconds]
[04:00:12] _BJFreeman is now known as BJfreeman
[04:26:23] <pcw_home> oops
[04:27:39] -!- sumpfralle has quit [Ping timeout: 276 seconds]
[04:28:39] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[04:34:59] <memleak> hello mhaberler, do you know what happened to xenomai-user.{c,h} ?
[04:35:18] <mhaberler> what are you referring to?
[04:35:48] <memleak> is xenomai.c for example just xenomai-user.c that was renamed?
[04:36:11] <memleak> i recall xenomai having two separate thread systems in linuxcnc
[04:37:12] <mhaberler> the comments on the top of src/rtapi/xenomai.c tell it
[04:37:17] -!- BJfreeman has quit [Quit: had a good time]
[04:37:32] <mhaberler> xenomai-kernel.c is xenomai kernel threads support
[04:38:27] <memleak> xenomai.c is userland then, thanks
[04:39:18] <memleak> is a rt-preempt-kernel set up possible?
[04:40:44] <memleak> if so would it be meaningful at all or no?
[04:41:16] <mhaberler> rt-preempt is hardened userland threads, so that doesnt make sense
[04:41:41] <memleak> I was wondering why it wasn't implemented, thanks.
[04:46:59] <memleak> I haven't touched rt-preempt in awhile it looks like you fixed the false positive page fault issue with rt-preempt in linuxcnc in the "rtapi/rt-preempt: adapt for new status and exception handling" have you tested this?
[04:48:10] <memleak> if latency is still in the few hundred microsecond range at least the annoying errors are finally gone.
[04:51:50] <mhaberler> not sure what you mean by 'testing' - this commit reports per-thread status and hence doesnt report meaningless pf's of the main thread which are irrelevant and expected
[04:52:11] <memleak> awesome!
[04:52:34] <mhaberler> as for latency, I suggest to try 3.10-x-rt - your purported latency guesses are off by more than an order of magnitude
[04:53:50] <memleak> last time i tried preempt-rt with linuxcnc i was using 3.8 a few months back
[04:54:11] <memleak> a lot has changed it seems?
[04:54:35] <memleak> everyone i was working with had terrible latency numbers as well, along with "meaningless page faults"
[04:55:13] <memleak> if they were in fact were meaningless and latency is still bad, we can at least rule out that the bad latency was caused by page faults\
[04:55:35] <memleak> *if they were in fact meaningless
[05:02:55] -!- Fox_Muldr has quit [Ping timeout: 245 seconds]
[05:10:31] -!- kwallace2 [kwallace2!~kwallace@smb-136.sonnet.com] has parted #linuxcnc-devel
[05:16:27] -!- gabewillen has quit [Ping timeout: 256 seconds]
[05:17:18] -!- gabewillen [gabewillen!~gabewille@69-179-125-104.dyn.centurytel.net] has joined #linuxcnc-devel
[05:36:37] -!- gabewillen has quit [Ping timeout: 248 seconds]
[05:41:45] -!- Laremere has quit [Remote host closed the connection]
[05:50:32] -!- FinboySlick has quit [Quit: Leaving.]
[06:12:37] -!- Thetawaves has quit [Read error: No route to host]
[07:16:40] -!- skunkworks has quit [Ping timeout: 245 seconds]
[07:17:10] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[08:11:46] -!- rob_h [rob_h!~rob_h@] has joined #linuxcnc-devel
[08:40:52] -!- rob_h [rob_h!~rob_h@] has parted #linuxcnc-devel
[08:41:15] -!- rob_h has quit [Quit: Leaving]
[08:47:54] -!- Cylly has quit []
[08:49:03] <awallin> why do I get this dmesg output when closing the latest 'master': [ 9363.689867] axis[27523]: segfault at 98 ip 0000000000473ba8 sp 00007fff420e9450 error 6 in python2.7[400000+239000]
[08:50:44] -!- norbert [norbert!~norbert@a89-182-189-83.net-htp.de] has joined #linuxcnc-devel
[08:52:37] -!- rob_h [rob_h!~rob_h@] has joined #linuxcnc-devel
[09:14:49] <memleak> because as opposed to the application closing with an actual exit status, it seg faults itself to death.
[09:16:21] <memleak> the application terminates "unexpectedly" when you would expect it to close.
[09:17:55] <memleak> i'm sure it's a well known issue here.
[09:20:00] <awallin> ok..
[09:21:56] <memleak> i'm not sure how to fix it, nor do i know which commit introduced it, but it's harmless. i just ignore it.
[09:24:43] <memleak> maybe it doesn't do it with python 2.6 but i haven't bothered to test it.
[09:25:57] <memleak> if you're on debian or ubuntu you can have several python installations at once, just be sure to set python 2.6 as the default when launching linuxcnc if you're willing to try it out.
[09:38:25] <awallin> I'm just running sim on my desktop (ubuntu 13.04) - but it's not a big deal anyway..
[09:39:02] <memleak> yeah, a little dmesg pollution never hurt anyone :)
[10:02:27] -!- skorasaurus has quit [Ping timeout: 260 seconds]
[10:11:20] <memleak> i accidentally sent an email out to the emc mailing list as opposed to the RTAI one.. sorry about that...
[10:11:50] <awallin> is there still life in RTAI ? :)
[10:12:16] <memleak> tons!
[10:12:32] <memleak> i've been revamping and developing on it like mad, trying to save the projec
[10:12:37] <memleak> *project
[10:13:59] <mhaberler> awallin: if you want to know, attach with gdb like 'gdb -p <axis pid>', and continue, then close
[10:14:25] <awallin> memleak: care to elaborate on xenomai/RTAI and why you are saving rtai?
[10:15:31] <memleak> I'm not a Xenomai expert and I didn't want to become one since I already knew RTAI inside and out.
[10:16:11] <memleak> Figured I might as well contribute hundreds of commits toward RTAI instead of learning from a bunch of folks who felt like reinventing the wheel (instead of improving on RTAI)
[10:17:25] <memleak> I really don't like the Xenomai folks much so I didn't want to contribute or learn about the project. I like RTAI because of it's performance and as for the OCD folks who want clean code, you can cosemetically clean up a source tree without impacting RT performance, but the Xenomai devs beg to differ.
[10:18:30] <memleak> I personally have been cleaning up the RTAI source and making it much more easier to read, develop and improve upon, and actually lowered latency jitters by at least 20% as compared to where it was before I started working on RTAI.
[10:24:30] -!- vax_ has quit [Ping timeout: 276 seconds]
[10:25:48] <memleak> awallin, just yesterday I think it was I got 64-bit working with RTAI with no problems so far. I really enjoy working on RTAI, it's a lot of fun. Not many people feel like developing with it either so that leaves me to do all the fun stuff :)
[10:26:35] <awallin> ok, well it's nice to have alternatives. now there's xenomai for a number of ARM boards also which is nice.
[10:27:13] <awallin> did you see the news about the latest National Instruments controller using rt-preempt? I guess they figured rt-preempt performance is enough..
[10:28:52] <memleak> PREEMPT_RT and RTAI are the only things I'd ever use. Xenomai to me is the awkward middle man. PREEMPT_RT is even cleaner than Xenomai, with similar performance as well.
[10:30:22] <awallin> luckily we have rtapi in between, so any rt-applications built with HAL will transfer over as long as we have rt-kernels. For the ARM boards that come out every month it seems compiling rt-kernels is not so trivial
[10:30:31] <memleak> and much more stable as well, considering a lot of the official kernel devs work on the scheduling code.
[10:30:57] <awallin> is there such a thing as preempt_rt on ARM?
[10:31:54] <memleak> yes and powerpc
[10:32:53] <memleak> it's much further ahead too if you don't count HPET
[10:33:13] <awallin> hpet?
[10:33:31] <memleak> not HPET.. high-resolution timer option
[10:33:41] <memleak> high precision event timer != high res timers.. forgot about that
[10:35:07] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[10:37:24] <memleak> people have preempt_rt working on many ARM boards such as OMAP 34xx and 44xx at91 series as well.
[10:37:50] <memleak> not sure about all the details though.
[10:38:07] <memleak> its 5:30 i need to get some sleep now, take care awallin.
[10:39:48] <awallin> see you!
[10:41:22] -!- jthornton [jthornton!~john@] has joined #linuxcnc-devel
[10:48:40] -!- Simooon has quit [Quit: Leaving]
[11:01:05] -!- ahofer [ahofer!~AndreasHo@212-183-52-145.adsl.highway.telekom.at] has joined #linuxcnc-devel
[11:03:45] -!- ahofer has quit [Read error: Connection reset by peer]
[11:03:52] -!- ahofer [ahofer!ahofer@212-183-52-145.adsl.highway.telekom.at] has joined #linuxcnc-devel
[11:20:47] -!- ahofer has quit [Ping timeout: 268 seconds]
[11:39:55] -!- ahofer [ahofer!ahofer@212-183-52-145.adsl.highway.telekom.at] has joined #linuxcnc-devel
[11:50:18] -!- gabewillen [gabewillen!~gabewille@69-179-125-104.dyn.centurytel.net] has joined #linuxcnc-devel
[12:37:05] Fomox is now known as fomox
[12:41:45] fomox is now known as fomox_prntr
[13:03:03] -!- fomox_prntr has quit [Ping timeout: 260 seconds]
[13:25:04] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[13:26:04] seb_kuzm1nsky is now known as seb_kuzminsky
[13:35:12] <seb_kuzminsky> hello friends, i'm back!
[13:39:35] <cradek> hi!
[13:46:25] fomox_prntr is now known as fomox
[13:50:31] <skunkworks> How was the trip?
[14:04:14] <andypugh> Hi Seb
[14:06:39] <skunkworks> andypugh: john stevenson wanted to get a hold of you. (on hobbing)
[14:06:43] <skunkworks> Do you have contact details for Andy ?
[14:06:44] <skunkworks> I have nearly the same setup on my mill but Andy's is better in various ways and I'd like to contact him.
[14:07:09] <andypugh> Yes, we are in communication.
[14:07:40] <andypugh> It was his setup that had me asking about capeless BBB boards.
[14:07:53] <skunkworks> ah - cool
[14:08:54] <andypugh> He currently has a simple divider box that drives a stepper from the hobbing spindle. It looks like it isn't good at ramping in and out as it loses position if he stops the spindle. I susepct that a LinuxCNC installation is rather overkill to fix that.
[14:08:55] -!- mhaberler has quit [Quit: mhaberler]
[14:24:02] <andypugh> skunkworks: How did you choose the IP addresses for your 7i80?
[14:24:30] <andypugh> I am getting: rtapi_app_main(hm2_eth): -97 Address family not supported by protocol
[14:27:55] <pcw_home> The 7I80 has 3 IP-address options
[14:27:56] <pcw_home> 0 hardwired to
[14:27:58] <pcw_home> 1 Set in EEPROM (mesaflash will do this)
[14:28:00] <pcw_home> 2 bootp
[14:28:27] <andypugh> Yes, but the rtnet driver seems to need two IP addresses.
[14:28:32] <pcw_home> mode 3 will be DHCP when i get around to it
[14:28:50] <pcw_home> well you need to set in host interface address
[14:29:05] <pcw_home> set the
[14:29:11] <andypugh> I think that is the bit that I don't understand.
[14:30:57] <pcw_home> it set in rtnet.conf
[14:31:05] <pcw_home> its
[14:37:18] <archivist> andypugh, hard to wean jon stevenson off steppers and mach :(
[14:38:33] <andypugh> Yes, I know. He seems to have forgotten that he asked me the same question a few years ago and then completely failed to reply to my lengthy response.
[14:39:20] -!- joe9 has quit [Remote host closed the connection]
[14:39:47] <archivist> he visited me at the clockworks, and I meet him helping on the Arc Eurotrade stand
[14:42:33] <andypugh> He seems to have a link to them: http://www.arceurotrade.co.uk/Catalogue/New-Products/Stevensons-ER32-Collet-Blocks
[14:44:01] <archivist> well yes, more than a link
[14:44:44] -!- gabewillen has quit [Ping timeout: 256 seconds]
[14:44:57] <archivist> casual helper and occasional supplier
[14:45:02] -!- fomox has quit [Ping timeout: 240 seconds]
[14:45:33] -!- gabewillen [gabewillen!~gabewille@69-179-125-57.dyn.centurytel.net] has joined #linuxcnc-devel
[14:46:01] <archivist> he was supposed to be developing their chinese cnc lathe stuff....but mach getting in the way I think :)
[14:46:40] <andypugh> I have to say that those hexagonal collet blocks look really useful for knocking up a quick hex if your lathe and mill don't both already do it automatically :-)
[14:46:40] <archivist> I have reminded him and boss there about linuxcnc
[14:47:46] <archivist> boss there is friendly :)
[14:48:56] <andypugh> Their drip-feed oilers are about 50% of the cost of anyone elses. And about 25% of the quality. So now I have two sets
[14:49:18] <andypugh> (ie, an arc-eurotrade set and a set that don't look out of place on the Rivett)
[14:49:44] <andypugh> To be fair, the nasty ArcEuro ones are 100% functional.
[14:50:00] -!- eric_unterhausen has quit [Ping timeout: 245 seconds]
[14:53:17] <archivist> I need to set up a drip feed for this bevel making :)
[15:02:36] <andypugh> G-code drip-feed or oil drio-ffed?
[15:05:08] <archivist> oil for the cutter
[15:06:02] <archivist> the machine is too open and indoors in a bedroom, so flood lubrication is not on
[15:07:26] <andypugh> My solution is to no longer refer to the "project room" as a "bedroom" :-)
[15:07:52] <archivist> room....house
[15:20:56] -!- ktchk [ktchk!~eddie6929@n219079250045.netvigator.com] has joined #linuxcnc-devel
[15:21:44] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[15:25:58] <skunkworks> andypugh: you set it in the scripts/\
[15:26:35] <andypugh> Yes, but how do I know what numbers to choose?
[15:27:59] <skunkworks> oh - I set the host as
[15:28:42] <skunkworks> althouh I think it can be whatever as long as it is in the same subnet
[15:29:11] -!- juanlargo has quit [Quit: Textual IRC Client: http://www.textualapp.com/]
[15:29:43] <skunkworks> remember to rmmod the existing nic driver before trying to run the rtnet one
[15:30:18] <andypugh> I thought I had found the problem when I remebered that, but I hadn't.
[15:30:42] <andypugh> rtapi_app:2412:user rtapi_app_main(hm2_eth): -97 Address family not supported by protocol
[15:31:35] <andypugh> Was your PC networked at the time?
[15:32:00] <andypugh> Maybe the problem is that the PC is connected to my network (by Wif)
[15:32:21] <andypugh> And did you have the 7i80 connected directly, or via a router?
[15:34:06] -!- syyl-- has quit [Ping timeout: 264 seconds]
[15:34:19] <skunkworks> yes
[15:34:32] <skunkworks> I had a intel pro/100 that I was using
[15:34:34] <andypugh> which?
[15:34:43] <skunkworks> directly
[15:35:34] <andypugh> I wish I had the slightest idea what the error message means
[15:35:58] <skunkworks> I don't think I had that error
[15:36:35] <skunkworks> your on the cutting edge... :)
[15:36:39] -!- ktchk [ktchk!~eddie6929@n219079250045.netvigator.com] has parted #linuxcnc-devel
[15:40:50] <andypugh> Yes, but so were you and it worked for you.
[15:41:03] <andypugh> So I demand that you are the expert
[15:42:05] <skunkworks> heh
[15:42:06] <skunkworks> sorry
[15:42:30] <skunkworks> it only sort of worked (and that was on 10.04)
[15:42:46] -!- karavanjo has quit [Remote host closed the connection]
[15:42:55] <skunkworks> I could control gpio - but it was spitting out encoder errors
[15:43:16] <skunkworks> even if I told it there was 0 encoders
[15:53:47] Tecan is now known as z256
[16:16:49] -!- nspiel has quit [Ping timeout: 250 seconds]
[16:24:44] <seb_kuzminsky> pcw_home: does the 7i80 implement zero-conf ip and multicast dns? that's by far the easiest way to get a device onto an IP network and find it from other machines on that network
[16:44:07] -!- taiden has quit [Ping timeout: 250 seconds]
[16:52:42] -!- mhaberler has quit [Ping timeout: 264 seconds]
[17:10:35] <zultron> Hi seb_kuzminsky! Welcome home. ;)
[17:12:52] <zultron> I think for rtnet, it's best to have a dedicated ethernet port on the controller for a point-to-point link.
[17:12:56] <zultron> Passing packets through a switch will affect latency.
[17:13:06] <zultron> So using the static IP address scheme is as good a way to do it as any.
[17:26:45] <seb_kuzminsky> hi zultron :-)
[17:26:58] <seb_kuzminsky> yes static ip will work fine in that situation
[17:27:25] <seb_kuzminsky> only problem would be if that ip was also in use on some other network the controller's connected to
[17:27:39] <seb_kuzminsky> but we'd have that same problem with zeroconf ip, so... <shrug>
[17:28:13] <seb_kuzminsky> i like zeroconf+mdns because it just about always Just Works, and you dont have to set or look up any configuration
[17:33:09] <seb_kuzminsky> there was a great google tech talk about it, let me see if i can dig it up...
[17:33:38] <seb_kuzminsky> https://www.youtube.com/watch?v=ZhtZJ6EsCXo
[17:33:42] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:34:26] <zultron> Oh yeah, that could quite realistically be a problem, such as multiple 7i80s attached.
[17:35:10] <andypugh> Well, you can re-program the 7i80 to a different fixed number.
[17:35:28] <zultron> Right, but at that point one starts wishing for something automatic. :)
[17:37:30] -!- Servos4ever has quit [Quit: ChatZilla [SeaMonkey 2.19/20130628213754]]
[17:54:57] -!- vax_ has quit [Ping timeout: 276 seconds]
[17:57:05] -!- gmag has quit [Ping timeout: 245 seconds]
[17:58:47] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:01:21] -!- Nick001 has quit [Ping timeout: 264 seconds]
[18:02:05] -!- JT-Shop has quit [Quit: Leaving]
[18:03:47] -!- norbert has quit [Quit: Verlassend]
[18:09:27] <ahofer> Hi
[18:11:18] <ahofer> is it possible to crosscompile linuxcnc from x86 host for arm target? (RT-Preempt - Kernelspace)
[18:11:51] -!- JT-Shop [JT-Shop!~John@] has joined #linuxcnc-devel
[18:14:12] -!- vladimirek [vladimirek!~vladimire@] has joined #linuxcnc-devel
[18:21:51] -!- karavanjo has quit [Ping timeout: 240 seconds]
[18:26:15] <CaptHindsight> ahofer: yes, but I'm not sure if there is a good howto posted yet
[18:31:46] <ahofer> hi CaptHindsight, thank for answer, where can i find some information?
[18:34:29] <CaptHindsight> ahofer: what arm target?
[18:34:50] <CaptHindsight> beaglebone black?
[18:35:37] <ahofer> no, pandaboard OMAP4460..
[18:37:26] <CaptHindsight> I'd start with the Panda forums
[18:40:11] <CaptHindsight> http://www.eewiki.net/display/linuxonarm/PandaBoard#PandaBoard-ARMCrossCompiler:GCC
[18:43:51] <CaptHindsight> ahofer: just doing this for fun and experience?
[18:57:51] <ahofer> thx, i know these site, i have allready installed a gcc crosscompiler, my problem is i compile allways with (ARCH:=arm ...) for kernelmodules i must link 'KDIR' to target Kernel source.. But the in the linuxcnc project this is not so easy..
[19:03:31] <andypugh> ahofer: I think somone reported that they had good results with the Yocto tools.
[19:04:01] <ahofer> I am a embedded system student in Vienna, i will write a spi driver.. to communicate with a STM32 same like the picnc
[19:05:31] -!- tuto_ has quit [Client Quit]
[19:07:44] -!- andypugh has quit [Quit: andypugh]
[19:09:45] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[19:12:12] -!- AR_ has quit [Ping timeout: 256 seconds]
[19:13:24] -!- vladimirek has quit [Remote host closed the connection]
[19:14:53] -!- grummund_ has quit [Ping timeout: 240 seconds]
[19:15:36] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[19:17:18] <CaptHindsight> ahofer: cross compiling linuxcnc will probably end up being lots of work, how about just using the BBB and the working Linuxcnc image?
[19:17:38] <CaptHindsight> then you can just focus on writing your driver
[19:19:52] <ahofer> yes, that is the way i do it now, write some code and copy to the pandaboard and compile it on the board..
[19:21:31] <andypugh> Cross-compiling for embedded systems is what Yocto is meant for, it it probably worth a look.
[19:21:32] <ahofer> I need allways my hardware, so therefor i would ask for possible crosscompile...
[19:21:37] <CaptHindsight> lots of people that generally only use open source even give up and use code sorcery when it come to x86 to arm cross compiling
[19:22:10] <memleak> you can cross compile pretty much everything with crosstool-ng very easily by modifying your PATH.
[19:22:54] <memleak> export PATH="your/crosstool-ng/toolchain:/$PATH"
[19:23:37] <andypugh> But! But! Yocto is the project of a friend of mine, so is clearly the best solution :-)
[19:25:02] <andypugh> https://www.yoctoproject.org/about
[19:25:15] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[19:25:50] <CaptHindsight> but nonono http://crosstool-ng.org/
[19:26:06] <archivist> bias++
[19:26:15] <CaptHindsight> lol
[19:26:50] <andypugh> Well, I have to say that crosstool looks a lot more like an open-source project. The Yocto web page is a bit too shiny.
[19:38:45] -!- gmag_ has quit [Quit: Enough small talk...]
[19:41:33] -!- bedah has quit [Quit: Ex-Chat]
[19:52:19] <ahofer> oke, i will check these
[19:54:03] <ahofer> night
[19:55:50] -!- AR_ has quit [Ping timeout: 256 seconds]
[19:58:47] -!- ahofer has quit [Ping timeout: 268 seconds]
[20:00:41] -!- toudi_ [toudi_!~toudi@ddz55.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[20:00:41] toudi_ is now known as micges
[20:00:47] <micges> hi guys
[20:01:11] <mhaberler> hi Michal
[20:01:22] <micges> I don't have much time
[20:01:38] <mhaberler> you somehow knew what was coming ;)
[20:02:17] <micges> :)
[20:02:40] <micges> first there is no 7i80 support on rtai becouse there is lack of task_join() and TASK_JOINABLE flag while creating rt task
[20:03:04] <micges> after few attempts it's only reason for now
[20:03:16] <mhaberler> ego te absolvo
[20:03:50] <mhaberler> read the ml today?
[20:03:51] <micges> when I've some time I'll look at new 7i80 support branch and correct wiki if needed
[20:03:55] <mhaberler> fine
[20:04:17] <mhaberler> probably something trivial
[20:04:25] -!- awallin has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[20:04:34] <andypugh> I haven't even figured out where the code is that is raising the error message I see.
[20:04:51] <mhaberler> you cant do this with printk ..
[20:04:59] <micges> mhaberler: I've something small now that I must care about
[20:05:04] <mhaberler> I know
[20:05:05] <micges> in first place
[20:05:13] <mhaberler> how's the family doing?
[20:05:16] <micges> andypugh: it's 99% config error
[20:05:20] <andypugh> I am not trying.
[20:05:37] <mhaberler> anyway, dont do it - just direct us
[20:05:46] <mhaberler> looked like a networking issue to me
[20:05:57] <micges> mhaberler: very well
[20:06:08] <andypugh> micges: I thought so. But I think I need clues on how to do basic stuff like select compatible IP addresses.
[20:06:37] <micges> mhaberler: I've got rtnet test pc around, it will be by the way
[20:07:11] <mhaberler> I could do, too, but it means reworking the haystack
[20:07:44] <mhaberler> however, if any promises to read a gdb tutorial..
[20:07:48] <mhaberler> any=andy
[20:07:49] <andypugh> I couldn't find the error message in the code, so I think it is a truncated version of 124 EAFNOSUPPORT
[20:08:05] <micges> andypugh: I've got this problem every time I resume working with 7i80
[20:09:05] <micges> did you set hardcoeded ip?
[20:09:06] <mhaberler> I wish we could do this with a generic (rtos-independent) userland ethernet access method, but I dont see any candidate yet; netmap sees severe resistance from the kernel folks
[20:09:12] <andypugh> mhaberler: I can't help thinking that gdb is the wrong way to start looking for something that is probably a config error.
[20:09:31] <mhaberler> well, there is always divination
[20:09:57] <micges> andypugh: try using mesaflash first to get acces to 7i80
[20:10:00] <mhaberler> but I just took it as an opportunity to show that it can be done now
[20:10:22] <micges> if it will work and you know net numbers then rtnet will work also
[20:11:02] <micges> mesaflash have option to search 7i80 on current netmask
[20:11:02] <andypugh> micges: I don't even understand the question. Ar eyou asking if I set the config to suit the hard-coded IP, or if I hard-coded an IP to suit the config?
[20:12:05] <micges> err I mean set jumper onboard to hardcoeded ip and change config to use it
[20:12:36] <andypugh> I think I will probably just give up and move onto something else. I don't need the 7i80, I have no plans for it, and seem to have wated an entire weekend trying ti make it work.
[20:13:24] <micges> andypugh: ok, just tell me what pc hardware you have?
[20:13:35] <andypugh> I was only experimenting to see if I could advise someone on the forum on how to set one up, and what was involved. Well, I think I have concluded that he is on his own :-)
[20:15:42] <andypugh> Intel Atom DN2800 connected to my network via a WiFi card (IP and then with the Ethernet socket connected directly to the 7i80, jumpered for hardcoded IP of The standard kernel chose the e1000e ethernet driver, so I chose rt_e1000e.
[20:15:42] -!- gabewillen has quit [Quit: Leaving]
[20:19:02] <micges> try remove wifi, use only one eth directly to 7i80, then set local ip to netmask, use mesaflash to connect to 7i80
[20:19:48] <micges> mesaflash is using standard eth intefrace so should work on proper inet config
[20:20:42] <micges> andypugh: don't relay on gnome network config creator, try adding new fresh connection with proper data
[20:22:44] <micges> mhaberler: one more thing, what is ub2 status? it has frozen rtapi api?
[20:23:02] <mhaberler> yes
[20:23:11] <mhaberler> but it didnt change to start with
[20:23:37] <micges> ok
[20:23:52] <mhaberler> it's safe to code against it, it wont break
[20:23:54] <andypugh> micges: OK, I can try that, though as I normally use that machine headless it isn't particularly convenient to remove all network connections
[20:24:48] <micges> andypugh: it's too early to test 7i80 on that kind of setup then :)
[20:25:06] <mhaberler> chicken!
[20:25:14] <andypugh> It too early for _me_ to test it, perhaps.
[20:25:41] <micges> mhaberler: ok, I'll reply on ml on ub2-7i80 progress
[20:25:47] <mhaberler> thanks
[20:25:49] <micges> andypugh: for driver
[20:26:06] <mhaberler> I'll dig out my 7i80 and reconnect it
[20:26:22] <micges> ok see you guys
[20:26:26] <mhaberler> cu!
[20:26:39] -!- micges has quit [Quit: Wychodzi]
[20:27:02] <mhaberler> btw: the ubc* branches will rebase until further notice
[20:32:52] -!- Nick001-Shop has quit [Remote host closed the connection]
[20:32:58] <pcw_home> For any real time 7I80 application, it will need its own Ethernet connection
[20:33:04] <pcw_home> so setting up a standard IP address/netmask should not be much of a burden
[20:33:04] <pcw_home> and you can use bootP now and DHCP when I get around to adding it
[20:33:34] TekniQue_ is now known as TekniQue
[20:33:39] -!- TekniQue has quit [Changing host]
[20:35:04] -!- |1li has quit [Quit: Leaving]
[20:38:02] -!- Tom_garage [Tom_garage!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[20:40:03] -!- Tom_itx has quit [Ping timeout: 276 seconds]
[20:43:37] -!- Tom_garage has quit []
[20:43:48] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[20:45:37] <andypugh> What sets the G0 speed in a JA3 system? I can't get anything to G0 faster than 60 units per minute. Though they will jog at 6000
[20:46:58] -!- juanlargo has quit [Quit: Textual IRC Client: http://www.textualapp.com/]
[20:53:56] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[21:05:41] <pcw_home> andypugh: are you trying the hm2-ethernet driver with a shared Ethernet MAC?
[21:07:15] <pcw_home> It needs it own MAC (or you need to unload the normal driver before the RTNet is loaded)
[21:07:30] <pcw_home> RTNet driver
[21:08:18] -!- Nick001-Shop has quit [Remote host closed the connection]
[21:09:19] <andypugh> I don't even know what you mean by a shared MAC
[21:09:47] <pcw_home> Do you have one or more ethernet connections on your host PC?
[21:10:06] <pcw_home> The 7I80 needs its own for RTNet
[21:11:34] <andypugh> There is only one ethernet port. I unloaded the driver.
[21:14:53] <pcw_home> OK and you have something like:
[21:14:55] <pcw_home> IPADDR=
[21:14:56] <pcw_home> NETMASK=
[21:14:58] <pcw_home> in your rtnet.conf file
[21:16:42] -!- syyl has quit [Ping timeout: 264 seconds]
[21:19:02] <andypugh> There is no mention of any requirement to edit rtnet.conf in the Wiki page. (But Yes)
[21:19:02] -!- SpeicusX has quit [Ping timeout: 240 seconds]
[21:19:38] <pcw_home> yes at the minimum the driver will likely need to be changed
[21:20:10] <andypugh> There is a LinuxCNC script that seems intended to handle that part.
[21:20:14] <pcw_home> can you start RTNet?
[21:20:47] <pcw_home> that way you can try rtping and check communications
[21:21:09] <pcw_home> is the Xenomai?
[21:21:23] <pcw_home> is this
[21:22:05] -!- DJ9DJ has quit [Quit: bye]
[21:22:43] <pcw_home> http://www.rtnet.org/doc.html
[21:36:26] -!- fastrde has quit [Quit: Page closed]
[21:57:36] <cradek> andypugh: my correctly-working ja3 config: http://timeguy.com/gitweb?p=linuxcnc.git;a=blob;f=configs/sim/axis/rdelta.ini;h=eb71af560ee89ca502dd9fe25759fb95781b58c0;hb=ebca97b92c903688f3639ca3726b6590b4499abe
[21:57:37] -!- mk0 has quit [Quit: Leaving]
[21:57:47] <cradek> maybe you can find which piece you are missing
[21:59:10] <andypugh> It all looks much the same.
[22:00:06] <andypugh> I am a bit puzzled that your JOINT velocities and AXIS velocities are so similar.
[22:00:16] <andypugh> Sorry, I mean, so different.
[22:00:43] <cradek> the joints are rotary so they're degrees
[22:01:24] -!- chillly has quit [Quit: Leaving]
[22:08:26] -!- fomox has quit [Ping timeout: 256 seconds]
[22:08:56] -!- syyl has quit [Quit: Leaving]
[22:11:16] <cradek> it takes a lot of degrees to move something like an inch
[22:11:34] <cradek> did you run my config? It's a cool setup that I really oughta build.
[22:12:21] <skunkworks> cradek: your delta?
[22:12:35] <cradek> upside-down delta
[22:12:39] <skunkworks> cool
[22:13:18] <cradek> hm I need to rebase upside-down on to the new ja3 which has my new fixes
[22:13:53] <Tom_itx> is it a rostock?
[22:14:16] <cradek> no, it's based on rotary joints, and rostock is linear joints
[22:14:54] <cradek> I am not aware of any existing machine like what I've thought up, which probably means it's a bad idea for some reason I haven't yet figured out
[22:22:13] <skunkworks> cradek - like this? https://www.youtube.com/watch?v=5MOSnFSx8JQ
[22:22:21] -!- vax_ has quit [Read error: Operation timed out]
[22:23:44] <cradek> that's a rotary delta, but mine is weirder
[22:23:50] <skunkworks> heh
[22:26:10] <skunkworks> andypugh: my wife wonders how you pronounce your last name.
[22:27:05] <andypugh> Just like the first name "Hugh"
[22:27:30] <skunkworks> Thanks
[22:28:12] <KGB-linuxcnc> 03chris 05upside-down 102bc52 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
[22:28:12] <KGB-linuxcnc> 03chris 05upside-down c0f4d6b 06linuxcnc 10configs/sim/axis/rdelta.ini 10src/hal/user_comps/vismach/rotarydelta.py * Represent rotaries more precisely
[22:28:35] <cradek> there, now you can see it actually working right
[22:32:52] -!- gmag has quit [Quit: Enough small talk...]
[22:32:52] -!- rob_h has quit [Read error: Connection reset by peer]
[22:33:00] -!- rob_h [rob_h!~rob_h@] has joined #linuxcnc-devel
[22:33:05] -!- mhaberler has quit [Quit: mhaberler]
[22:34:13] -!- vax_ has quit [Ping timeout: 246 seconds]
[22:34:31] -!- rob__H [rob__H!~rob_h@] has joined #linuxcnc-devel
[22:34:31] -!- rob_h has quit [Read error: Connection reset by peer]
[22:44:51] <andypugh> cradek: Which branch did they go into?
[22:45:50] -!- vax_ has quit [Ping timeout: 245 seconds]
[22:46:09] <skunkworks> andypugh: this is what I was getting on 12.04
[22:46:11] <skunkworks> http://pastebin.ca/2410089?srch=rtnet
[22:47:16] <andypugh> skunkworks: That seems to be solved in the branch that Michael posted a link to earlier today.
[22:47:49] <andypugh> You need to "git remote add" the mah repo then fetch it.
[22:51:50] -!- sumpfralle1 has quit [Read error: Connection reset by peer]
[22:52:12] <skunkworks> I will try it monday
[22:52:14] <skunkworks> cool
[22:52:27] -!- vax_ has quit [Ping timeout: 260 seconds]
[23:01:42] -!- vax_ has quit [Ping timeout: 256 seconds]
[23:04:44] -!- Roguish [Roguish!~chatzilla@c-50-161-56-130.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[23:05:35] -!- Roguish has quit [Client Quit]
[23:06:06] -!- sumpfralle has quit [Read error: Operation timed out]
[23:10:36] -!- skunkworks- [skunkworks-!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[23:10:57] <skunkworks-> andypugh: this is the error I was getting on 10.04 http://pastebin.ca/2410829?srch=encoder+hostmot+error
[23:11:49] <andypugh> That's an interesting one
[23:12:59] -!- skunkworks- has quit [Remote host closed the connection]
[23:14:10] <andypugh> So, did you?
[23:18:14] -!- vax_ has quit [Ping timeout: 240 seconds]
[23:18:32] <skunkworks> heh - I tink it is an issue with the 7i80 driver
[23:19:05] <skunkworks> http://pastebin.ca/2410789?srch=7i80
[23:20:25] <skunkworks> That last one - I am sure I loaded all the rtnet modules manually
[23:21:25] <skunkworks> (I hadn't really thought I could search pastebin.cs
[23:21:29] <skunkworks> (I hadn't really thought I could search pastebin.ca)
[23:33:28] <andypugh> cradek: I didn't really get what was diferent about it compared to a normal delta
[23:34:04] <andypugh> (I am also puzzled about why it has 3 joints and 9 axes)
[23:34:30] -!- ve7it has quit [Remote host closed the connection]
[23:45:19] -!- nspiel has quit [Ping timeout: 250 seconds]
[23:53:20] -!- andypugh has quit [Quit: andypugh]