Hi Charles and Jan,
>> This is just a stab in the dark, but Debian uses EGLIBC while I
>> think Fedora is still on normal GLIBC. And there were some mutex
>> priority issues in eglibc, quite a long time ago though.
>>
>> John can you repeat Charles' problem in your setup?
Fedora uses glibc, yes,
Ja, OK. Just trying to tie up the loose ends in MY brain. And see if there
is somewhere a common denominator, so the debug cycle can be shortened.
Let my try to set something up this weekend and see what I get on this
jukebox.
cheers,
j.
On Wed, Apr 25, 2012 at 9:20 PM, Charles Steinkuehler <
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 1:51 PM, Jan de Kruyf wrote:
> I get that but we now have 2 debian installations giving crap and a
> fedora installation looking vaguely right. (scratch scratch. . . .
> .)
>
If you're counting me as one of those two debian installs, ple
And I have run emc on a debian squeeze just fine before.
Same codebase and everything, but about a half year ago, its 2.4 I'm
running.
BUT since my other rt tests also are funky I don't want to jump to
conclusions ... could be the kernel.
/ regards, Lars Segerlund.
On Apr 25, 2012 8:53 p.m
I get that but we now have 2 debian installations giving crap and a fedora
installation looking vaguely right.
(scratch scratch. . . . .)
j.
On Wed, Apr 25, 2012 at 8:13 PM, Lars Segerlund wrote:
> I should point out that I haven't tun RT on this specific machine
> before, and it can be machin
I should point out that I haven't tun RT on this specific machine
before, and it can be machine related.
2012/4/25 Jan de Kruyf :
> Lars, hi
>
> What distribution are you using? Ubuntu?
>
> j.
>
>
>
> On Wed, Apr 25, 2012 at 12:47 PM, Lars Segerlund
> wrote:
>
>> Yes I looked at it, and the rtap
Debian squeeze with 3.2 rt kernel from backports.
However I am investigating the machine now since it's a laptop and it is
giving some strange latencies .
So hold on, but it's not normal getting a pagefault I suppose ?
I'll use debugfs & cyclictest to look at the latencies , and then debug em
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 10:46 AM, Jan de Kruyf wrote:
> Charles, John,
>
> This is just a stab in the dark, but Debian uses EGLIBC while I
> think Fedora is still on normal GLIBC. And there were some mutex
> priority issues in eglibc, quite a long time ago thoug
On Thu, 12 Apr 2012 11:04:22 -0400
Kenneth Lerman wrote:
> Michael,
>
> Please see my interlineated comments (is that a word?)
Yes, it is; try google. ;-)
--
Live Security Virtual Conference
Exclusive live event wil
Charles, John,
This is just a stab in the dark, but Debian uses EGLIBC while I think
Fedora is still on normal GLIBC.
And there were some mutex priority issues in eglibc, quite a long time ago
though.
John can you repeat Charles' problem in your setup?
j.
On Wed, Apr 25, 2012 at 10:41 AM, Ch
Lars, hi
What distribution are you using? Ubuntu?
j.
On Wed, Apr 25, 2012 at 12:47 PM, Lars Segerlund
wrote:
> Yes I looked at it, and the rtapi part of emc, has something similar,
> preallocation and prefaulting the stack
>
> But I will give it another look, also a bit busy I wil
2012/4/25 Michael Haberler :
> Unsure how to adress this: Jogging assumes free mode.
>
> during the 'jog while paused' thing I posted yesterday motion is in
> coordinated mode, so jogging normally wouldnt work.
>
> to make it work, I see the following options:
>
> 1. just jog in cartesian space (a
I have scratched myhead some more, this is my take on the user / operator
side of things . . . .
(And to me this is the bottom line, although it might not produce elegant
code)
Jogging in joint mode would only be used in practice to move off a physical
limit condition. Like a hardware switch or wh
Am 25.04.2012 um 12:43 schrieb andy pugh:
> On 25 April 2012 07:36, Michael Haberler wrote:
>
>> 2) assumes forward kins is available which might not be the case.
>
> What are the other limitations of an inverse-only kins machine?
I wish I fully understood; there's a bit of comment in src/emc
Yes I looked at it, and the rtapi part of emc, has something similar,
preallocation and prefaulting the stack
But I will give it another look, also a bit busy I will try to
find the cause of the pagefault, which should be easy with the
debugging framework in the linux rt-preempt kernel
On 25 April 2012 07:36, Michael Haberler wrote:
> 2) assumes forward kins is available which might not be the case.
What are the other limitations of an inverse-only kins machine? Is it
reasonable to say that such machines simply aren't allowed to jog in
retract mode?
--
atp
The idea that ther
Lars I am extremely interested in your graft. Just a bit busy at the moment
trying to get back to normal after my europ trip.
in any case did you look here?:
https://rt.wiki.kernel.org/articles/b/u/i/HOWTO~_Build_an_RT-application_6066.html
specifically the
Latencies caused by Page-faultssection.
I am getting a set of pagefaults in rt context when running linuxcnc
2.4.4 with rt-preemmpt patches, which is not the question.
However, is it normal to hit pagefaults in RT ?
( usually you lock the pages and preallocate the stack and some other
init ... then you have no pagefaults ... there a
Hi Tom
re 'retreating from a circle to the apex of a cone':
the way it is now: the retract move goes to a absolute position or an offset of
the current position where retract was hit (actually using the current feed as
I havent figured out how to properly pass or set this information).
how th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 3:17 AM, John Morris wrote:
> Here's a link to the latest patches:
>
> http://www.zultron.com/static/2012/04/linuxcnc-buesch-rt-patches-forward-port-2012-04-25.tgz
I
>
get the same results as with the previous set, still hanging in
hal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/24/2012 3:03 AM, John Morris wrote:
>>> I'd be happy to supply you with what I have so far. In fact,
>>> it would be easy to supply three patches parallel to Michael's
>>> patches, but that would apply cleanly to HEAD. I'll stick
>>> them up o
Here's a link to the latest patches:
http://www.zultron.com/static/2012/04/linuxcnc-buesch-rt-patches-forward-port-2012-04-25.tgz
The README explains how to compile them on FC16.
A few changes from the last version:
- Now three patches 001-003 that parallel Michael's original patches. I
thoug
practical consideration:
When milling or turning, if I pause to do 'something' I would want to be
able to retract the tool in the direction of the tool axis
so no damage is done to the tool or the workpiece.
Normally on a 3 axis machine joint mode = coordinatemode as far as jogging
goes, so there
23 matches
Mail list logo
