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 and I have not had time to add a user yet. 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?) 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.... Rod Webster *1300 896 832* +61 435 765 611 Vehicle Modifications Network www.vehiclemods.net.au 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
