I know many user need rtai 32bit performances but more interesting
machinery today was build on 64bit SO rt-preempt work ok with hight
speed delta with servo motors servo motors actually is not so
expensive than sme years ago ... so rt-preempt is not a bad choice for all
user .. ther
On 6/12/20 5:03 PM, andy pugh wrote:
On Fri, 12 Jun 2020 at 04:28, Reinhard wrote:
So let's ask for the other side of view - what's the difference between a
snapshot from master to a ordinally rolled out release - from the user side of
view?
Afaik all they want, are packages to install from
Hi everyone,
Andy had trouble building Paolo's RTAI as-is so I'm taking over and re-creating
everything Paolo has on his end.
Alec
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-d
ontact with them?
>
> From: Rod Webster
> Sent: Monday, 15 June 2020 12:14 PM
> To: EMC developers
> Subject: Re: [Emc-developers] 2.8 Situation
>
> My original suggestion was that there should be a mechanism that allowed
> people who wanted to engag
Maybe a section in the forum where people post the work they want to have done
and prospective developers get in contact with them?
From: Rod Webster
Sent: Monday, 15 June 2020 12:14 PM
To: EMC developers
Subject: Re: [Emc-developers] 2.8 Situation
My original
My original suggestion was that there should be a mechanism that allowed
people who wanted to engage a developer to connect with interested
developers. I still think thats not a bad idea and does not go against
the spirit of the project. When you have a project where you need help you
have no idea
If an individual or a business wants to contract a developer to do work for
them then I don't see a problem with that. They can then choose whether or not
they would like to contribute that back to the LinuxCNC project although it
would be preferable if they did so.
I don't think that LinxCNC a
On Sunday 14 June 2020 13:25:46 Dean Forbes (PERS) wrote:
> I am not a developer and an not hugley active on the linuxcnc forum
> and am not a CNC expert but am an enthusiast and would like to share
> my view
>
> Linuxcnc is an open source product but it is also a community
>
> As a community it w
d...@deanforbes.com>
Sent: Monday, 15 June 2020 4:27 AM
To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] 2.8 Situation
I am not a developer and an not hugley active on the linuxcnc forum and am
not a CNC expert but am an enthusiast and would lik
I am not a developer and an not hugley active on the linuxcnc forum and am
not a CNC expert but am an enthusiast and would like to share my view
Linuxcnc is an open source product but it is also a community
As a community it will have its moments, groups of people with different
views goals etc e
nsider investing in it.
> >
> >From: N<mailto:nicklas.karlsso...@gmail.com>
> >Sent: Sunday, 14 June 2020 11:12 PM
> >To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
> >Subject: Re: [Emc-developers] 2.8 Situation
> >
> >> Moin! (north ger
>I'm not a linuxcnc developer, but I'm working on to become one ;)
I'm not a Linuxcnc developer and I'm trying hard NOT to become one. But
you do what you have to do so I will follow in your footsteps Reinhardt!
And self-flagelation is fun sometimes!
Rod Webster
*1300 896 832*
+61 435 765 611
VM
Hi Rod,
On Sonntag, 14. Juni 2020, 15:55:44 CEST Rod Webster wrote:
> There are not many masochists like
> me that want to dig into the /src/emc folder.
looks like I'm the same masochist =:O
Maybe we should fraternize ;)
cheers Reinhard
___
Emc-dev
Well, I myself don't have the time to work on lcnc. But paying a few hundred
bucks some time or low 2figure regularly wouldn't be an issue.
Best regards
Julian
On 14 June 2020 15:57:08 CEST, Reinhard wrote:
>Hi Stefan,
>
>On Sonntag, 14. Juni 2020, 15:49:32 CEST Stefan Asmus wrote:
>> So what
Hi Stefan,
On Sonntag, 14. Juni 2020, 15:49:32 CEST Stefan Asmus wrote:
> So what is the worst case scenario? More forks pop up like MachineKit?
Sorry, my post was not against you!
Although I quoted your mail.
I HATE people, that travel on goods for nothing and who have the impertinence
to put
> I can look myself if I have to and pay someone if I'm able to.
>The latter is missing here. Let's fix it.
I think there is plenty of scope here for low hanging fruit building custom
GUI's and a couple of custom components. There are not many masochists like
me that want to dig into the /src/emc
>I have no issues with my proposed paid development being made open source.
But I understand that others will have that issue.
>I would say that if that is what the client wants, they have to accept
that the work is based upon a open source framework.
But that has its advantages because so many us
Ah yeah, here we go. Again. Open source =! Non commercial
And please don't think that Beckhoff would pay for your wrecked machine even if
they fucked it up.
There is no warranty that covers you. That's why I prefer open source. I can
look myself if I have to and pay someone if I'm able to.
The l
and do it much
better with some money invested in it.
From: Reinhard<mailto:reinha...@schwarzrot-design.de>
Sent: Sunday, 14 June 2020 11:42 PM
To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] 2.8 Situation
On Sonntag, 14. Juni 2020, 15:34:37
On Sonntag, 14. Juni 2020, 15:34:37 CEST Stefan Asmus wrote:
> they have to accept that the work is based upon a open source framework that
> cannot be copyrighted.
That's the point.
To be precise - the open source framework IS already copyrighted.
Just read the file COPYING from the project root
Wingert<mailto:julian.wing...@web.de>
Sent: Sunday, 14 June 2020 11:29 PM
To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] 2.8 Situation
And you can bet your bottom dollar there are hundreds of others willing to pay.
Question is how we keep this
in place for paid developer work
>I will surely consider investing in it.
>
>From: N<mailto:nicklas.karlsso...@gmail.com>
>Sent: Sunday, 14 June 2020 11:12 PM
>To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
>Subject: Re: [Emc-developers] 2.8 Sit
will surely consider investing
in it.
From: N<mailto:nicklas.karlsso...@gmail.com>
Sent: Sunday, 14 June 2020 11:12 PM
To: EMC developers<mailto:emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] 2.8 Situation
> Moin! (north german hello)
>
> I would like
> Moin! (north german hello)
>
> I would like to add some thoughts.
>
> 1. Releases are a must have. Think about someone having a 1 Dollar
> Maschine being brocken by a Bug. I for myself am very cautious about testing
> new versions, as my machine has 2x 2KW servos on y-axis, easy able to t
Hi,
> Octoprint is an interesting case there, Patreon allows Gina to work on
> it as a full-time job.
I loosely follow devtalk.blender.org ...
Blender is an opensource project which I heavily use.
Blender has a bunch of paid fulltime developers, but I never read about
requirements.
>From the la
On Sonntag, 14. Juni 2020, 13:44:23 CEST Rod Webster wrote:
> >Well, call me simpleminded, but I won't accept any requirement from nobody
> > without bugs on the table.
>
> Well I have a bug on the table trying to extend State tags to ...
LOL - love it :D
I send this to a friend of mine who is actually looking for a new project.
It would boost lcnc in my opinion if we had someone being lead who is not
working for free. I mean the users are earning money with the software, why
shouldn't those who build it?
Yours Julian
On 14 June 2020 13:38:16
>Well, call me simpleminded, but I won't accept any requirement from nobody
> without bugs on the table.
Well I have a bug on the table trying to extend State tags to include arc
radius. Everything runs but I get an application error window when I open
halshow. Any guidance appreciated
Rod Webst
On Sun, 14 Jun 2020 at 12:23, Rod Webster wrote:
> Thats not necessarily true. What sets this project apart from many other
> open source applications is that its 100% voluntariness. Most other open
> source projects I've been associated with have a revenue stream from
> commercial activities.
On Sonntag, 14. Juni 2020, 13:21:29 CEST Julian Wingert wrote:
> And linuxcnc is a commercial software.
Oups - didn't know that.
Well, call me simpleminded, but I won't accept any requirement from nobody
without bugs on the table.
And even then I decide by myself, whether I accept a requirement,
Thats not necessarily true. What sets this project apart from many other
open source applications is that its 100% voluntariness. Most other open
source projects I've been associated with have a revenue stream from
commercial activities. Open ERP (now Odoo) and Magento are two open source
project
Moin!
Oh, believe me I know what you mean.
And, I am just stating my personal opinion.
But you are confusing open source with non-commercial. And linuxcnc is a
commercial software.
Because it is used to feed loads of people in loads of machine shops over the
world. And if you disregard this you
Hi,
On Sonntag, 14. Juni 2020, 11:53:13 CEST Julian Wingert wrote:
> Releases are a must have.
I think, you don't understand opensource projects.
The main principle is voluntariness.
If you have requirements, go ahead and buy a commercial cnc-controller. If you
put enuf bugs on the table, you
We will easy be able to pay for a full time developer if we all put our 5
dollars in one pot...
On 14 June 2020 11:53:13 CEST, Julian Wingert wrote:
>Moin! (north german hello)
>
>I would like to add some thoughts.
>
>1. Releases are a must have. Think about someone having a 1 Dollar
>Masch
Moin! (north german hello)
I would like to add some thoughts.
1. Releases are a must have. Think about someone having a 1 Dollar Maschine
being brocken by a Bug. I for myself am very cautious about testing new
versions, as my machine has 2x 2KW servos on y-axis, easy able to tear the
machi
I loved this conversation... to much sparks..
On Fri, Jun 12, 2020, 18:23 Reinhard wrote:
> Hi,
>
> On Freitag, 12. Juni 2020, 11:03:53 CEST andy pugh wrote:
> > A major release has a matching ISO file for a scratch install,
>
> that could be automated
>
> > is thought to be largely bug-free
>
>
Hi,
On Freitag, 12. Juni 2020, 11:03:53 CEST andy pugh wrote:
> A major release has a matching ISO file for a scratch install,
that could be automated
> is thought to be largely bug-free
Hm, I guess, your entitlement on that item is too much.
> and has documentation that matches the
> actual
On 06/12/2020 04:03 AM, andy pugh wrote:
Machinekit abandoned the idea of releases. I have heard
that that makes it hard to find a version that actually works.
Yes, my test fixture still uses a build set up by Matt
Shaver quite a few years ago.
But, then, Robert C. Nelson started building Beag
On Fri, 12 Jun 2020 at 04:28, Reinhard wrote:
> So let's ask for the other side of view - what's the difference between a
> snapshot from master to a ordinally rolled out release - from the user side of
> view?
> Afaik all they want, are packages to install from without compiling.
A major releas
On Thursday 11 June 2020 23:28:26 Reinhard wrote:
> Hi Gene
>
> On Donnerstag, 11. Juni 2020, 21:53:55 CEST Gene Heskett wrote:
> > I find it totally unreal that most shop owners won't spend the
> > sheckles to buy a router and maybe a switch to put the network into
> > every machine in the buildi
Hi Gene
On Donnerstag, 11. Juni 2020, 21:53:55 CEST Gene Heskett wrote:
> I find it totally unreal that most shop owners won't spend the sheckles to
> buy a router and maybe a switch to put the network into every machine in the
> building. Security is in how you do it, and I've not been touched i
On Thursday 11 June 2020 14:51:38 Reinhard wrote:
> On Donnerstag, 11. Juni 2020, 18:57:56 CEST Curtis Dutton wrote:
> > I'm a RIP guy on all
> > of my machines and run master.
>
> So what is wrong with that?
> I guess, that's almost true for most users of linuxcnc
>
> On Donnerstag, 11. Juni 2020
On Donnerstag, 11. Juni 2020, 18:57:56 CEST Curtis Dutton wrote:
> I'm a RIP guy on all
> of my machines and run master.
So what is wrong with that?
I guess, that's almost true for most users of linuxcnc
On Donnerstag, 11. Juni 2020, 18:57:56 CEST Curtis Dutton wrote:
> no matter
> when the next
I'm not familiar exactly with the release process as I'm a RIP guy on all
of my machines and run master.
One of the open source projects I work with (racket-lang) uses a monthly
release schedule with minor releases and then a major release once per
year. They are academics and have funding so doin
> On 11 Jun 2020, at 12:54 pm, Rod Webster wrote:
>
>> On Thu, 11 Jun 2020 at 12:33, Reinhard
>> wrote:
>>
>> If other users have similar experiences, then a lot of precious developer
>> time
>> has been wasted on releases, that don't have much importance.
>> I believe, that developer ti
On 06/10/2020 09:33 PM, Reinhard wrote:
RIP-installation? - wtf - I wanted to start with linuxcnc,
not bring it to cementery
RIP is "Run In Place". This allows you to have several
versions of LinuxCNC on the same computer.
It is usually used by developers who have compiled LinuxCNC
from the so
>If other users have similar experiences, then a lot of precious developer
time
>has been wasted on releases, that don't have much importance.
>I believe, that developer time spent on pushing things ahead makes more
sense,
>than spending it on releases.
I think that sums it up nicely.
Look to the
Hi,
On Mittwoch, 10. Juni 2020, 21:38:16 CEST Alec Ari via Emc-developers wrote:
> X.org was old, so Wayland was invented. Sysvinit was old so SystemD was
> invented. If you don't like the GUI for LinuxCNC because it looks old, you
> can make your interface look super pretty with qtpyvcp.
Even if
On 06/10/2020 05:19 PM, Alec Ari via Emc-developers wrote:
Paolo just emailed me and can't recreate the RTAI crash on his end. I asked
about his configuration and I'll be trying a few more things.
Yeah, I was afraid of that. He has some "magic sauce" in
his systems that nobody else knows abo
On Wed, 10 Jun 2020 at 23:19, Alec Ari via Emc-developers
wrote:
>
> Paolo just emailed me and can't recreate the RTAI crash on his end. I asked
> about his configuration and I'll be trying a few more things.
Yes, his config would be rather useful, if so.
In other news, a report from the IRC:
Paolo just emailed me and can't recreate the RTAI crash on his end. I asked
about his configuration and I'll be trying a few more things.
Alec
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis
>Well paying offers for LCNC dev work should be taken quickly. I've seen
>offers of hundreds of $ US for many days or even weeks of work.
Bari, We thought it would be well into the thousands and probably involve
weeks of work to create jerk limited motion profiles in the XY plane
There is one unre
On Wed, 10 Jun 2020 at 20:48, Alec Ari via Emc-developers
wrote:
> X.org was old, so Wayland was invented. Sysvinit was old so SystemD was
> invented. If you don't like the GUI for LinuxCNC because it looks old, you
> can make your interface look super pretty with qtpyvcp. You know, I think we
If you are "deterred from trying linuxcnc because its so dated" then go use
Mach4 so I don't need to listen to your complaining :)
X.org was old, so Wayland was invented. Sysvinit was old so SystemD was
invented. If you don't like the GUI for LinuxCNC because it looks old, you can
make your int
Well paying offers for LCNC dev work should be taken quickly. I've seen
offers of hundreds of $ US for many days or even weeks of work.
On 6/9/20 8:12 PM, Rod Webster wrote:
formal mechanism to connect sponsors with interested developers would be
useful.
But if there is somebody here that would
> I'm not seeing where RTAI is being removed from LinuxCNC only
> suggestions so far say release preempt-rt now and hold RTAI ISO until
> the bug can be sorted out. ...
I would have chosen this path to. Release now and hold back until bug sorted
out.
__
Alec,
I truly appreciate your contributions BUT have to chuckle at one comment.
you can ignore the following comments as they are just in fun
On 6/10/20 2:56 AM, Alec Ari via Emc-developers wrote:
> > I want what I want because I'm five and I want it now. I spent 6 years
> working my ass off on
Thanks Alec, I know its hard work and your work _is_ appreciated
tomp
On 6/10/20 2:56 AM, Alec Ari via Emc-developers wrote:
I want what I want because I'm five and I want it now. I spent 6 years working
my ass off on RTAI and none of you could give a fuck less.
_
>Who have they emailed?
Andy, I wrote the emails. I don't think it's appropriate to resort to a
public name and shame. To be fair one did reply but then the conversation
stopped a month ago.
All I can say is that the potential sponsors are well resourced and are
very serious about their CNC manufa
On Wed, 10 Jun 2020 at 01:24, Rod Webster wrote:
> Well they are more than happy to do that and have offered to engage an
> experienced developer several times but nobody seems to care... and emails
> remain unanswered...
Who have they emailed?
--
atp
"A motorcycle is a bicycle with a pandemon
On Wed, 10 Jun 2020 at 03:41, Jon Elson wrote:
> So, this doesn't actually need the module to even be
> executed! Just install the module and
> then remove it, and rtai locks up eventually? Wow!
Yes, but, to be clear, this is typically taking tens of thousands of
cycles, whereas I found out yes
On 06/09/2020 03:07 PM, andy pugh wrote:
I have a simple test, but I am far from sure that it exercises the same bug.
#!/bin/bash
for PASS in $(seq 1 10); do
echo starting pass ${PASS}
insmod /usr/realtime-4.14.174-rtai-amd64/modules/rtai_hal.ko
insmod /usr/realtime-4.14.174-
>Why? Has anyone indicated a reason why not? If some has, perhaps this
>thread should be exploring ways to aleaviate that perceived pain.
I think that is a different issue which might warrant a separate thread. A
formal mechanism to connect sponsors with interested developers would be
useful.
But
On Tuesday 09 June 2020 20:24:09 Rod Webster wrote:
> >Well maybe they could poke some resources towards helping instead of
>
> coming along for a free ride.
>
> Well they are more than happy to do that and have offered to engage an
> experienced developer several times but nobody seems to care...
>Well maybe they could poke some resources towards helping instead of
coming along for a free ride.
Well they are more than happy to do that and have offered to engage an
experienced developer several times but nobody seems to care... and emails
remain unanswered...
Its a long haul to understand t
How many are deterred from trying linuxcnc because its so dated?
I didn't realize we into looking at it from a marketing angle and 2.8 is not
dated and is easy to get.
> On 10 Jun 2020, at 8:35 am, Rod Webster wrote:
>
> We have at
> least one manufacturer wanting to adopt it.
Well maybe the
Needless to say, I'm more than thankful to everyone here for the efforts.
El mar., 9 jun. 2020 21:13, Leonardo Marsaglia
escribió:
> Not even close from being a developer. But I have to say we have three
> machines in production five days a week. They are all working with Wheezy
> and RTAI. I've
Not even close from being a developer. But I have to say we have three
machines in production five days a week. They are all working with Wheezy
and RTAI. I've tried running PREEMPT-RT with Stretch on the Mazak and I had
serious latency problems that made the system impossible to work with so I
th
>I don't really understand the need to rush it out right now. I know it has
been a long time coming but if it seems this bug can be fixed in the
foreseeable future we may as well wait a bit longer.
>If folk need 2.8 it is really not too difficult to get.
But Phill, we said that two years ago..
Well, how often are isos made? If it's every 5 years or something like that,
then I'd say what's a few more weeks or a month? If Paolo doesn't respond or
can't figure it out in time for us, and there's a big need for a new iso right
away, then leaving it out of the disc image wouldn't be a bad o
I don't really understand the need to rush it out right now. I know it has been
a long time coming but if it seems this bug can be fixed in the foreseeable
future we may as well wait a bit longer.
If folk need 2.8 it is really not too difficult to get.
> On 10 Jun 2020, at 8:35 am, Rod Webster
I'm not seeing where RTAI is being removed from LinuxCNC only
suggestions so far say release preempt-rt now and hold RTAI ISO until
the bug can be sorted out. It's not good to hold back at least a portion
of 2.8 when they are used for different reasons.
I don't know you but I appreciate any effort
On Tue, 9 Jun 2020 at 21:49, Alec Ari via Emc-developers
wrote:
> Has Paolo looked into this? Has anyone asked him?
I just subscribed to the RTAI mailing list and asked there.
(But it is moderated, so my message awaits moderation)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment
I'm not seeing where RTAI is being removed from LinuxCNC only
suggestions so far say release preempt-rt now and hold RTAI ISO until
the bug can be sorted out. It's not good to hold back at least a portion
of 2.8 when they are used for different reasons.
I don't know you but I appreciate any ef
Thanks Andy. It would be a shame if all of the RTAI support in LinuxCNC
disappeared because of a bug. Has Paolo looked into this? Has anyone asked him?
On a side note, if your machine has a problem, do you just junk it or try to
work through it?
___
So there are a few people here that care about my efforts, which is great and I
thank you for that, but if RTAI support gets removed from LinuxCNC, it all
becomes meaningless, and it will most likely never enter the tree again after
that point. Paolo is not aware of this bug yet, and I don't thi
On Tue, 9 Jun 2020, Alec Ari via Emc-developers wrote:
Date: Tue, 9 Jun 2020 19:56:32 + (UTC)
From: Alec Ari via Emc-developers
To: EMC developers
Cc: Alec Ari
Subject: Re: [Emc-developers] 2.8 Situation
I want what I want because I'm five and I want it now. I spent 6 years workin
If the crash happens with this, then Poalo would definitely look into it:
#!/bin/bash
for PASS in $(seq 1 10); do
echo starting pass ${PASS}
insmod /usr/realtime-4.14.174-rtai-amd64/modules/rtai_hal.ko
insmod /usr/realtime-4.14.174-rtai-amd64/modules/rtai_sched.ko
rmmod rtai_sc
Alec:
Waving hand here!
I know from bitter experience that *some* users of open-source software
expect you do give your 24/7 to them to help solve their problems.
Others are very thankful and considerate of the open-source.
Go with with the 99.9% who are grateful, and, sometimes out-of-the-blue
On Tue, 9 Jun 2020 at 20:59, Jon Elson wrote:
> But, if you can strip the issue down to a simple test that
> only requires RTAI, maybe it'll get him
> motivated.
I have a simple test, but I am far from sure that it exercises the same bug.
#!/bin/bash
for PASS in $(seq 1 10); do
echo sta
On Tue, 9 Jun 2020 at 20:57, Alec Ari via Emc-developers
wrote:
>
> I want what I want because I'm five and I want it now. I spent 6 years
> working my ass off on RTAI and none of you could give a fuck less.
I, for one, am extremely grateful for your efforts with RTAI.
--
atp
"A motorcycle is
On 06/09/2020 10:03 AM, andy pugh wrote:
On Tue, 9 Jun 2020 at 15:49, Jon Elson wrote:
Now that you've narrowed it down to abs
It's not abs. That's just the alphabetically first test.
It crashes (more slowly) even if you just do realtime start / halrun -U in
a loop.
Ugh! Well, Paolo is th
I want what I want because I'm five and I want it now. I spent 6 years working
my ass off on RTAI and none of you could give a fuck less.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/
ws.com/tormach-images-web/wp-content/uploads/2019/03/11175516/Instagram-e1552345103271.png]
<https://www.instagram.com/tormach>
• AF50 Autofeed Bandsaw -- Price Reduction -- Now Only $3995! -- Check It
Out<https://tormach.com/machines/bandsaws.html>! •
____________________
From: Rod Webste
I am for fast 2.8 get stable .. if my voice count.
Normal user
On Tue, Jun 9, 2020, 18:30 wrote:
> RELEASE 2.8...
>
> As JT mentioned, if/when the rtai problem gets resolved, then release that
> particular version.
>
> Roguish
> Using LinuxCNC since '06
>
>
>
> -Original Message
RELEASE 2.8...
As JT mentioned, if/when the rtai problem gets resolved, then release that
particular version.
Roguish
Using LinuxCNC since '06
-Original Message-
From: andy pugh
Sent: Tuesday, June 09, 2020 3:26 AM
To: EMC developers
Subject: [Emc-developers] 2.8 Situat
On Tue, 9 Jun 2020 at 15:49, Jon Elson wrote:
>
> Now that you've narrowed it down to abs
It's not abs. That's just the alphabetically first test.
It crashes (more slowly) even if you just do realtime start / halrun -U in
a loop.
--
atp
"A motorcycle is a bicycle with a pandemonium attachmen
At this point I would suggest releasing 2.8 with preempt-rt ISO and if
at a later
date RTAI becomes stable release that ISO.
Just my 2¢ well with inflation maybe my $2
JT
On 6/9/2020 5:25 AM, andy pugh wrote:
I had hoped to release 2.8 at Easter, but hit a roadblock.
My plan was to offer bot
On 06/09/2020 05:25 AM, andy pugh wrote:
Specifically a script that starts realtime, loads an instance of the abs
component and then exists will cause a kernel lock up after hundreds to
thousands of cycles.
Now that you've narrowed it down to abs (VERY good detective
work, there!) you might look
On Tue, 9 Jun 2020, andy pugh wrote:
Date: Tue, 9 Jun 2020 11:25:40 +0100
From: andy pugh
Reply-To: EMC developers
To: EMC developers
Subject: [Emc-developers] 2.8 Situation
I had hoped to release 2.8 at Easter, but hit a roadblock.
My plan was to offer both preempt-rt and RTAI ISOs for fre
>Not so, the situation has changed markedly since Alec did the work to make
>RTAI usable on 4.x.x 64-bit kernels.
I appreciate that you have expended enormous effort, But what I thought you
said is that despite that effort, you still have not got a result and you
did not know what to do.
My view i
On Tue, 9 Jun 2020 at 12:02, Rod Webster wrote:
> It appears there are no prospects to resolve the situation which has
> clearly been an issue since Wheezy went EOL over two years ago.
Not so, the situation has changed markedly since Alec did the work to make
RTAI usable on 4.x.x 64-bit kernels.
I know I'm not on the dev team but my take on this is that you have no
choice but to release 2.8 without RTAI.
It appears there are no prospects to resolve the situation which has
clearly been an issue since Wheezy went EOL over two years ago.
By withholding the release of V 2.8 for such an obscene
93 matches
Mail list logo