Re: [Emc-developers] proposed feature: queued MDI execution

2012-05-25 Thread Michael Haberler
Am 26.05.2012 um 02:23 schrieb andy pugh: > On 26 May 2012 01:08, Michael Haberler wrote: >> has a queue and doesnt only work by accident: > > We call it "Serendipity" not "Accident" :-) well, whether it's the former or the latter really depends on the type of command which one would 'queue'

Re: [Emc-developers] proposed feature: queued MDI execution

2012-05-25 Thread andy pugh
On 26 May 2012 01:08, Michael Haberler wrote: > has a queue and doesnt only work by accident: We call it "Serendipity" not "Accident" :-) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -

[Emc-developers] proposed feature: queued MDI execution

2012-05-25 Thread Michael Haberler
here's a first cut for 'queued MDI' which actually has a queue and doesnt only work by accident: http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/queued-mdi The basic idea is: - a queue in task to serialize MDI commands - feed interp on pertinent state change - mirror the MDI input

Re: [Emc-developers] rtai -preempt_rt and arm approach

2012-05-25 Thread Yishin Li
On Fri, May 25, 2012 at 9:15 PM, Yishin Li wrote: > On Sat, May 19, 2012 at 1:04 AM, Jon Elson wrote: > >> >> But, the REAL killer is that the ARM920T does not have >> floating point instructions! This would cause a MASSIVE slowdown in >> executing stock LinuxCNC code, as FP is used extensively

Re: [Emc-developers] rtai -preempt_rt and arm approach

2012-05-25 Thread Yishin Li
On Sat, May 19, 2012 at 1:04 AM, Jon Elson wrote: > > But, the REAL killer is that the ARM920T does not have > floating point instructions! This would cause a MASSIVE slowdown in > executing stock LinuxCNC code, as FP is used extensively throughout it. > The Beagle's > OMAP processor does have