Ayoo,
There is no x86_64/amd64 in the kernel, x86 covers both:
64-bit assembly:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/x86/entry/entry_64.S?h=v4.19.251
32-bit:
On Thu, 7 Jul 2022 at 05:47, Alec Ari wrote:
>
> Well, this is the kernel changelog:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/?id=v4.19.250=v4.19.195=2
Am I missing something? Or are there no changes in arch/amd64 ?
--
atp
"A motorcycle is a bicycle with a
Well, this is the kernel changelog:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/?id=v4.19.250=v4.19.195=2
3204 files changed, 33867 insertions, 16959 deletions
I'll update it and see what happens I guess!
Alec
___
On Sun, 3 Jul 2022 at 02:15, Alec Ari via Emc-developers
wrote:
> If I update the RTAI tree with the latest 4.19 kernel, would it be worth
> anyone's while?
Do we have any idea what has changed between 4.19.195 and now? (looks
to be 4.19.250)
It might be worth experimenting in order to see
On 7/2/22 21:16, Alec Ari via Emc-developers wrote:
Just pinging the thread again,
If I update the RTAI tree with the latest 4.19 kernel, would it be worth
anyone's while?
Thanks,
Alec
Crickets. I'm probably not qualified to say yay or nay. What I will say
is that I built
a 4.19 for my pi
Just pinging the thread again,
If I update the RTAI tree with the latest 4.19 kernel, would it be worth
anyone's while?
Thanks,
Alec
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
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
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.
--
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
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
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
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
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
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.
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
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
On 6/28/22 02:04, 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
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
18 matches
Mail list logo