My understanding you will still need to enable the fully preemptible kernel
before compiling but there will be no need to apply the RT patch before you
do this
Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au
On Sat, 21 Sept 2024 at 03:39, andy pugh
On Fri, 20 Sept 2024 at 17:47, Rene Hopf via Emc-developers
wrote:
>
> Rt preempt is now mainline
Is it still a special build configuration, or can it be enabled on
released vanilla kernels?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
Rt preempt is now mainline.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=baeb9a7d8b60b021d907127509c44507539c15e5
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis
I could build a Gentoo image with PREEMPT_RT and hardware 3D acceleration with
LinuxCNC using this:
https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-rt-devel.git/log/?h=linux-6.1.y-rt&qt=grep&q=rk3328
Coupled with a bleeding edge X.org stack (mesa etc) with all the codecs.
The RK3328 us
You could also look at the odroids from Hardkernel
https://www.hardkernel.com/
Their Odroid H3 and H3+ is an X86 based PC. I think the cheaper H3 would be
enough based on my experience with the earlier H2+
Also their N2+ (amlogic) and M1 (rockchip) would be worth a look. Debian is
available for bot
Hi Phil,
Thanks for looking into this. So many seem obsessed with the Rpi4 even
though they are practically unavailable at the moment.
I started a thread on forums about possible boards we can use with links
to specs and their ups and downs.
https://forum.linuxcnc.org/18-computer/46077-pot
The subject pretty much says it. I've been hammering away at a few
different raspberry pi alternative boards lately for 3d printer
applications and was wondering if anyone has any experience (or if it's
even possible) flashing the real time extensions to a sbc with a rockchip
rk3328. For reference,
I think the majority of PREEMPT_RT users are Intel, I get 100 microseconds
latency on AMD hardware with my trimmed down (ideal) custom kernels. RTAI in
worst conditions reach 20 microseconds (big bloated kernel with lots of
debugging features on, Youtube, Firefox, Thunderbird, 500 instances of
On Saturday 27 October 2018 19:52:38 Rene Hopf via Emc-developers wrote:
> looks like rt preempt is on its way into mainline:
> https://www.youtube.com/watch?v=BxJm-Ujipcg
>
In other news:
Thats not exactly pocket change folks.
--
Cheers, Gene Heskett
--
"There are four boxes to be used in de
On Saturday 27 October 2018 19:52:38 Rene Hopf via Emc-developers wrote:
> looks like rt preempt is on its way into mainline:
> https://www.youtube.com/watch?v=BxJm-Ujipcg
>
I'm hoping sooner, but I'm also on that mailing list, 99.9% lurker just
to get an idea of whats going on. But that hasn't g
Will have to see how low latency it will be.
On 10/27/2018 06:52 PM, Rene Hopf via Emc-developers wrote:
> looks like rt preempt is on its way into mainline:
> https://www.youtube.com/watch?v=BxJm-Ujipcg
>
>
>
> ___
> Emc-developers mailing list
> Emc-de
looks like rt preempt is on its way into mainline:
https://www.youtube.com/watch?v=BxJm-Ujipcg
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/9/2012 2:34 PM, Jan de Kruyf wrote:
> Hallo, Why is this Charles:
>
>> If you are using Debian Wheezy, make sure you use gcc 4.6 instead
>> of 4.7!
>
> Is it because of some new behaviour of Gcc? (
> http://gcc.gnu.org/gcc-4.7/porting_to.html
Hallo,
Why is this Charles:
> If you are using Debian Wheezy, make sure you use
> gcc 4.6 instead of 4.7!
Is it because of some new behaviour of Gcc? (
http://gcc.gnu.org/gcc-4.7/porting_to.html )
or is there more?
Cheers,
j.
On Tue, Oct 9, 2012 at 8:28 PM, Charles Steinkuehler <
char...@ste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/8/2012 10:43 AM, Michael Haberler wrote:
> to get this ball rolling, I have set up the rt-preempt-integration
> and xenomai-integration (off yesterday's v2.5_branch) in my repo:
>
> http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads
to get this ball rolling, I have set up the rt-preempt-integration and
xenomai-integration (off yesterday's v2.5_branch) in my repo:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/rt-preempt-integration
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/xenomai-integra
-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
Hi Charles,
>> Would you mind pasting the messages indicating that rt-preempt is
>> detected?
>
> I'll have to re-create that. I've blown away and re-started from
> scratch several times now. IIRC, there was a configure step as part
> of grabbing the Debian build-depends that recognized the linu
Hi Andy,
>> The closest I got was to compile mathtest.c as though it were a
>> kernel module. That failed during compile, since floating point
>> operations are disallowed in the kernel (they use the SSE register,
>> which must stay clean for userspace),
>
> Is that an RT-Preempt limitation? Ther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/23/2012 4:33 PM, John Morris wrote:
> I assume that any messages recognizing the rt-preempt kernel at
> compile time must be something the bitmuster folks added, unless I
> missed something in Michael's patches. In my original research, I
> reme
On 23 April 2012 22:33, John Morris wrote:
> The closest I got was to compile mathtest.c as though it were a
> kernel module. That failed during compile, since floating point
> operations are disallowed in the kernel (they use the SSE register,
> which must stay clean for userspace),
Is that an
Hi Charles,
Glad I'm not alone working on this!
> I had lots of failed hunks when I applied this patch to the latest
> LinuxCNC from git, but I didn't sort through to see how serious they
> were to try and fix. Did the patch apply cleanly for you?
The patch didn't apply cleanly, but most failed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/22/2012 2:47 PM, John Morris wrote:
> Hi, I'm playing with getting LinuxCNC working under Fedora. Here's
> a quickie patch for the ./configure check of the dblatex version.
>
> I'm starting by getting all the dependencies working & writing a
>
23 matches
Mail list logo
