On 30.01.22 02:53, Rod Webster wrote:
I'll just chip in here.
Today I successfully installed Steffan's .deb on a Pi4 under Debian 11.2.
Latency-test does not appear to support running from the root user
I admit to be a bit rosty on the RPi, but there was this regular user
"pi" that I recall not to have root privileges but needed sudo.
and I
have not had time to add a user yet.
Good news, thanks!
Steps were:
1 download Debian 11.2 image
2. Burn to SD card using raspberry imager.
3. Install xfce operating system using startsel command, reboot into a
graphical environment
4. Open Synaptic, search for linux-image and install PREEMPT_RT (does
Steffans's Deb install that too?)
Only the LinuxCNC tools+libraries are part of that package and there are
no such dependencies set for it. From what I
understoo^H^H^H^H^H^H^H^H^Hpicked up somewhere, this "uspace" LinuxCNC
would technically also run with a regular kernel, just that the
latencies will be worse.
5. Install gdebi and installed the debs with it.
Regarding booting from USB, it appears adding
program_usb_boot_mode=1
to /boot/firmware/config.txt solves that. (note this file location may be
different than on a standard pi OS).
I might add I am powering this device using a PoE hat so it would be pretty
easy to hide a buildbot in a rack.
I don't have a USB enclosure or I'd try the USB approach.
I have a second pi here so I will try on that too. Let me know if
preempt_rt is included in the deb. Old habits die hard....
You are referring to the kernel, right? This you need to install
independently and reboot, like you described in your point 4 above. I am
not sure about the features gdebi offers, but on the command line you
can inspect the contents of a .deb with "dpkg -c". I just did
dpkg -c linuxcnc-uspace_2.9.0~pre0_arm64.deb | grep -i preemp
and this showed no such file, so, I still hope nothing was omitted and
you indeed refer to the kernel.
Many thanks and greetings!
Steffen
On Sun, 30 Jan 2022 at 08:01, Steffen Möller <steffen_moel...@gmx.de> wrote:
On 29.01.22 22:08, Sebastian Kuzminsky wrote:
On 1/29/22 10:44 AM, Steffen Möller wrote:
32 or 64 bits, well, I think we want to see packages for both. Let's
wait for what Sebastian replies. I just saw on his page
http://buildbot.linuxcnc.org/buildslave-admin-guide.html that there are
buildbot difficulties with newer version that ship with bullseye and up.
The difficulty is that I haven't gotten around to upgrading the
buildmaster - that's the limiting factor. I've quietly done some
tests and it seems that a new (bullseye/bookworm) buildbot master will
happily talk to ancient (precise/wheezy) buildbot workers, so i think
that particular hurtle isn't a blocker (unless there's something I
missed, which is totally possible).
The issue with ARM builds is mostly in how annoying ARM hardware is,
still. The first ARM build "cluster" I made for the buildbot was a
couple of Odroid U2's, running Debian (with the Odroid custom kernel)
off micro SD cards. They kept overheating and corrupting their SD
cards, not fun to maintain.
For 64bit bullseye I happily offer that "almost Debian" Armbian machine.
It has only a USB stick next to some internal MMC(?) but so far is
stable. That machine was a present from N30dG and I am confident that
would be a much appreciated use of the device.
The current ARM presence in the buildbot is a single Raspberry Pi 4
running Raspbian off a Micro SD card, doing the builds and pbuilder on
an old spinning-metal hard drive via a USB-to-SATA enclosure. It's
been rock solid, but it's very much not a "data center" quality setup.
I've heard maybe with recent firmware the Pi4 can boot off a
USB-connected hard drive? So maybe the SD card isn't needed for a
modern build?
So one option is to buy a stack of Pi4's, USB-to-SATA enclosures (and
maybe SD cards if that's still needed to boot from), and hard disks.
One for each platform we want to run RIP tests on. Each one costs
maybe $100-$150. (Once the Pi 4 becomes available again...)
Are there any good alternatives for building ARM clusters these days?
All our x86/amd64 builds are done in VMs, on big amd64 servers, and
that works really well. Something similar for arm/adm64 would be ideal.
For 32bit, I agree that this should be solved via virtualization. If
there are no volunteers then I can also look into that. But this would
not be as immediate as the already available bullseye 64bit one.
Best,
Steffen
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
