Re: [Emc-developers] Is it still possible to build RTAI debs?
I just find it odd that you did this yet you're so eager to back-pedal on this decision. Can you share your reasoning, I'm genuinely intrigued. Thanks, Alec On Tuesday, June 28, 2022 at 12:48:05 PM UTC, Jeff Epler wrote: >You stated your preference at the time to not make the change and I >didn't listen. I apologize, because I should not have acted so >unilaterally, and regret the extra work it's creating for you now. ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, 28 Jun 2022 at 22:30, andy pugh wrote: > Meaningless :-) This is a VM running on my Mac. Anyway, I sorted out the deb problem, and now have a working test system again. Embarrassingly I might well have been installing an old deb. My home folder is quite the mess of debs by now. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, 28 Jun 2022 at 22:28, Jeff Epler wrote: > > That seems like it can work, in that compiling uspace on the rtai > > kernel works, and says "using LXRT realtime" > > Coool! how's the latency in this configuration? Meaningless :-) This is a VM running on my Mac. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, Jun 28, 2022 at 09:40:27PM +0100, andy pugh wrote: > On Tue, 28 Jun 2022 at 13:49, Jeff Epler wrote: > > > Personally, I'd hoped the path forward would be using rtai realtime from > > uspace. It means LinuxCNC doesn't require any kernel modules, but > > rather it can run on any Preempt-RT kernel and also any RTAI kernel > > whose userspace API is compatible with the rtai-config script that was > > found at configure time. > > That seems like it can work, in that compiling uspace on the rtai > kernel works, and says "using LXRT realtime" Coool! how's the latency in this configuration? Jeff ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, 28 Jun 2022 at 13:49, Jeff Epler wrote: > Personally, I'd hoped the path forward would be using rtai realtime from > uspace. It means LinuxCNC doesn't require any kernel modules, but > rather it can run on any Preempt-RT kernel and also any RTAI kernel > whose userspace API is compatible with the rtai-config script that was > found at configure time. That seems like it can work, in that compiling uspace on the rtai kernel works, and says "using LXRT realtime" There is a bit of a problem with the RTAI kernel version. This PC has two of them, and despite running on 4.19.195-rtai the debs that I have built so far always uninstall the 4.19.195 rtai-modules, install the 4.14... ones and then complain that the machine is running the wrong kernel. I am currently trying to get to the bottom of this. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] Bug#1012789: linucnc runtime prob with tiff is because of tiff
Upstream worked around this problem by dropping the use of libtk-img in https://github.com/LinuxCNC/linuxcnc/commit/98a847899ee6bc59406bcee9fc79bac310e2bdd8 >. Thus this will be fixed in the next upload from upstream master, or Debian can fetch the patch. -- Happy hacking Petter Reinholdtsen ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, Jun 28, 2022 at 01:04:29AM +0100, andy pugh wrote: > Trying to address a recent request to add latency-histogram to the > menu, I have attempted to build a .deb > > But my previous recipe (./debian/configure -r ) no longer works. > > All my test machines (at the moment) are running an RTAI kernel. > > Have we actually abandoned support for this whilst I was not looking? Yes, I made a commit to remove kernel-rtai and xenomai support from debian/configure. I think that subsequent to mailing this you also re-found the PR where this was discussed at the time: https://github.com/LinuxCNC/linuxcnc/pull/1175 You stated your preference at the time to not make the change and I didn't listen. I apologize, because I should not have acted so unilaterally, and regret the extra work it's creating for you now. I don't mind if it is re-added. A problem is, the low% chance of the runtests failing end up leaving the buildbot broken for hours/days and require seb's intervention each time. But if buildbot doesn't test it, then it'll end up bitrotted anyway. Personally, I'd hoped the path forward would be using rtai realtime from uspace. It means LinuxCNC doesn't require any kernel modules, but rather it can run on any Preempt-RT kernel and also any RTAI kernel whose userspace API is compatible with the rtai-config script that was found at configure time. It's preferable to kernel-mode RTAI because there are no LinuxCNC kernel modules and no extremely weird math library tricks for using math functions and floating point inside the kernel. Since the RTAI problems (which did affect my real system, not just virtualized buildbot systems) occur when unloading rtai kernel modules, an interesting fact about the lxrt approach is that it should not be necessary to ever un-load the rtai modules after they are loaded, though this is probably what the halrun/realtime code still does. I wrote this and lightly tested it years ago, but it is far from ready for actual use, due to lack of actual use. And of course I'm not able to commit to working on it even if people bring me excellent bug reports. It looks like configuring `--with-realtime=uspace` should try to pick up rtai-config from standard locations, but of course this is likely to be all bitrotted as well. I have no way to test from here, as I have no RTAI systems. Jeff ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, 28 Jun 2022 at 12:26, Steffen Möller wrote: > No idea if it is worth the effort, but we can provide an RTAI .deb for > debian-backports-buster I don't think that that is necessary, we can continue to supply the Linuxcnc-rt package and the kernel deb from WLO. It's only really there as an option for those who find that they have a latency issue with preempt-rt (and in most cases such PCs will also be poor with RTAI) It's probably more controlled that way, as with RTAI the LinuxCNC build depends on the specific kernel it was built against. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On 28.06.22 11:16, andy pugh wrote: On Tue, 28 Jun 2022 at 02:23, Sebastian Kuzminsky wrote: Since 2.9/master dropped support for all platforms that have packaged RTAI kernel debs on wlo, support for configuring debs for RTAI was removed in commit 6f285604ac1a1b58b2d65d5904ffec3998a833ef. There are packaged kernel debs for Buster on WLO: https://www.linuxcnc.org/dists/buster/base/binary-amd64/ I thought that 2.9 was going to continue to support Buster? No idea if it is worth the effort, but we can provide an RTAI .deb for debian-backports-buster that has a different package name, i.e. that does not appear on the current stable release of Debian (bullseye), just the orig.tar.gz must be the same throughout. ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
On Tue, 28 Jun 2022 at 02:23, Sebastian Kuzminsky wrote: > Since 2.9/master dropped support for all platforms that have packaged > RTAI kernel debs on wlo, support for configuring debs for RTAI was > removed in commit 6f285604ac1a1b58b2d65d5904ffec3998a833ef. There are packaged kernel debs for Buster on WLO: https://www.linuxcnc.org/dists/buster/base/binary-amd64/ I thought that 2.9 was going to continue to support Buster? -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Is it still possible to build RTAI debs?
I think commit 6f285604ac1a1b58b2d65d5904ffec3998a833ef should be reverted and then andypugh can make new RTAI debs as he is one of our most active RTAI+LinuxCNC users/devs. Andy, I should be able to bump the RTAI kernel to 4.19.249 (or whatever the latest release will be when I get around to it) for you as well. We have 4th of July coming up, I should be able to do it then. Alec ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
