(untitled)

Hi Lain, I want to start an ARM general thread. It seems a niche topic, so a lot of aspects aren't worthy of their own thread. I've been using ARM almost exclusively for over a year and would enjoy chatting with others about servers, clusters, laptops, SBCs, linux distros, packages, robotics... everything related to ARM beyond mobiles and tablets. Also, it would be a nice place to share some things I've learned as well.

One thing I'm currently interested in doing is building my own kubernetes cluster at home. I found this article from someone who has done this, https://itnext.io/building-an-arm-kubernetes-cluster-ef31032636f9 and I also found a place that makes a rather nice looking enclosure and sells the related bits for one here, https://www.picocluster.com/products/pico-5-rock64 I'm on the fence. I think I would have more fun building the cluster from scratch myself and be more proud of my work when I'm done. However, I don't have so much spare time these days, and I'm probably more likely to succeed with the prebuilt option. I think I may start with the pico 5 and eventually redo it from scratch with some additional parts later.

I've had to put off my big ARM project(maybe this summer??? depends how bored I get) for a really long time, I have a BBB with armpit scheme http://armpit.sourceforge.net/ flashed on it, I want to make something similar but a very slightly different lisp. Hopefully with JIT compilation built in.

>>16206 Have you looked at Guile? Guix runs on ARM now. I have guix and guile installed on this aarch64 chromebook, but I have not gone any further than trying the hello package to see that it works. I'm interested in getting a GuixSD working on my Rock64 board, so it seems I need to learn some guile to do that.

>>16207 I have, I'm more interested in "pure lisp" machines though. It's just a passing fancy I do for fun, which is part of the reason why it's taking stalled, too tired after school/work.

>>16204 > ARM > not using ARM in arms. ISHYGDDT!

WTF happened to charbax on armdevices.net? Did he have a stroke or sell out? Last three posts are intel laptops. Nothing to do with ARM at all.

Does anyone have any experience with setting up veracrpyt or LVM LUKS on ARM yet? I know someone got it to work with their pi on Armbian. https://www.raspberrypi.org/forums/viewtopic.php?t=90895 https://www.veracrypt.fr/en/Contributed%20Resources.html Any lains have success with odroid or more niche setups?

>>16204 It's a good time to start discussing ARM devices. They are becoming a mainstream processor for most devices do to they superior efficiency. Apple is more than likely on the verge of powering all of their devices on custom ARM chips, system76 is selling relatively cheap ARM servers, and the pine book pro is about to released. I think we are about to see a great leap in computing again.

>>16239 Yeah, I'm having to be choosy because of all the arm boards available out there. For instance, Jetson Nano was announced today. $99 NVidia dev kit with quad-core A57 arm processor, 4GBs RAM, and 128 Maxwell cores. It will likely have open source bootloader and nouveau support like their other Jetson boards. I kinda want one, even though it's not a Rockchip. It's cheap enough and has a great GPU for an ARM board.

>>16238 It's on my todo list, but I haven't gotten there yet. Also interested if you make progress.

Does anyone know if the new panfrost Mali driver landing on mesa mainline will work with X11? I know it works with wayland. I may finally have to look at weston seriously.

I'm very fond of arm/arm64 at the moment. I've been screwing around with a rpi 3b v1.2 for the last few months. There is a lot of things that work flawlessly, but some niche things seem to still be obnoxious to work with. (For example, I haven't been able to figure out the right way to compile qtwebengine for arm nor arm64 just yet for the last few months. Although, when I solve it, I will probably write up something about it!) Once I can get things setup the way I want them, I'm switching to arm64 for a desktop replacement due the low power requirements. (Plus it's just neat.) Has anyone had success with qt5 development on arm/arm64?

>>16458 You should try ALARM. ALARM has qtcreator in its package repo https://archlinuxarm.org/packages/aarch64/qtcreator as well as falkon (qtwebengine browser). Also supports rPi3 https://archlinuxarm.org/platforms/armv8/broadcom/raspberry-pi-3 Something fun to try before the weekend is over maybe.

I think the lain who got Arch with Eclipse running with his c201 and LB is in this thread. Does he know if TrueCrypt can work with it? I'm thinking about putting it on my root partition and using LVM LUKS on my home.

>>16462 No, I haven't but what kind of board are you using? I found someone with really recent FDE success here with an rpi3, https://gist.github.com/gea0/4fc2be0cb7a74d0e7cc4322aed710d38 My rock64 just soykaf the bed, so I'll probably give this a try when I bring it back to life again :)

>>16461 Thanks, I will check it out.

OpenRex and i.MX6UL are the soykaf now btw, so if you guys have the time you should really check it out.

>>16463 I bought a c201 at a flea market. Tried Devuan it is like kicking dead whales down the beach, and I'm on Parabola now. I'm trying to configure it to a keydisk. Since its pointless to have a non-cianiggered device that isn't hardened with encryption. Its good to know there's some guides since I'm fiddling through Veracrypt on it right now. I also found this. I think I'll bounce anything I find on this subject here since other lains may be paying attention and its probably going to be useful for them. https://dhole.github.io/post/full_disk_encryption_samsung_chromebook/ If they're all using u-boot/depthcharge then it should carry over to other devices.

>>16474 I hear you. I've got to get CIA off my wifi firmware first :D Ghidra runs on my Samsung CB+. I may make RE the marvell firmware my "learn how to reverse engineer binaries" project. Maybe biting off more than I can chew. Ghidra even comes with an Eclipse plugin. I'm going to add that to my docker image it's useful.

>>16478 Chromebooks are hostile to the whole thing. As for net access I'm using usb extensions, which isn't so bad for a device I'm using behind a firewall at home since I have the internal install setup once its encrypted I'll move my home folder to an encrypted external off of a hub and call it good. After that its just praying that pacman doesn't kill my machine, but 15G for root should give pacman plenty of room to be the bloat hog that it is. I might pick up a second one and see if I can move it into a laptop with a better build and keyboard like a thinkpad or a latitude. But that's going to be a bit of homework. It'd be nice to have something I can type on without an external keyboard. I'll write up a decent guide on getting the internal install done for Arch since cgpt is finicky with which partitions it boots.

>>16478 >Maybe biting off more than I can chew As far as I did RE on my neighbours router it's ez pz. Binwalk and dd is all you need to be honest, maybe learn how to unsquashfs and general linux commands and bash.

Charbax posted a video showing GPU video decoding with the new panfrost driver on Samsung CB+ this week. Pretty exciting stuff. http://armdevices.net/2019/04/02/collabora-shows-radxa-rock-pi-4-running-panfrost-open-source-mali-gpu-driver/

On the c201 I managed to get my internal install done but there's something I've noticed with Arch; and that's crypto and ciphers are completely broken. For example when I was trying to encrypt my /home partition cryptsetup could recognize or read a keyfile. I thought that was strange, did every fix possible and verified it was a good keyfile before going to a passphrase. The passphrase gave me back the same error when I tried to open the partition so I reformatted it in LUKS and set the passphrase to "1" and it gave me the same error until the second or third try of just pressing "1". To test if this was just the c201 fuarrrking up implementation I went and tried out encrypting the partition on another machine and it opened and closed fine until I got to the c201. With this fuarrrked up I tried veracrypt for ARM and it goes great until you try to format a partition and it breaks on "ioctl" Anyone else have these problems or know a way I can fix this? The documentation for cipher's and encryption on ARM is slim.

Basically ARM is just pile of soykaf and should die already… architecture is soykaf. DT in kernel because it can't be made properly. Everything over I2C because pci and usb is overrated. Can't fuarrrking put normal EFI nooo let's fuarrrk it up with qualcomm's chain of trust. Oh you want to modify something you own? great! we will tell you that you modified it EVERY SINGLE TIME YOU BOOT YOUR DEVICE. arm go to hell. In RISC-V we trust

Update on encryption with the c201. Devuan seems to have a working cryptsetup on the c201 but Parabola doesn't. So I think what I'm going to do is chroot into Devuan from Parabola and run Devuan inside Parabola from a chroot so I can access the encrypted data that way. This is a lazy way of solving the problem and I should probably just install Devuan to the internal disk, but that's a pain in the ass I don't want to go through when I have a hacky thing I can just write a script for and run it that way. I'll change this setup when someone other than Debian has a 4.18 kernel for the c201 but right now everyone else is stuck on the 3.14 kernel google sent it out with.

There doesn't seem to be an Arch Linux ARM image on docker hub, so I made my own today. Naturally, you'll need to do this on a aarch64 system with docker and wget already installed. dockerfile #Build using #wget -r http://os.archlinuxarm.org/os/ArchLinuxARM-aarch64-latest.tar.gz && docker build -t alarm:`date +%Y-%m-%d` . FROM scratch ADD os.archlinuxarm.org/os/ArchLinuxARM-aarch64-latest.tar.gz / RUN pacman-key --init RUN pacman-key --populate archlinuxarm #Won't need this kernel. Containers use host kernel. RUN pacman --noconfirm -Rsc linux-aarch64

>>16762 Out of curiosity, what payload are you using with coreboot?

>>16778 I Librebooted this thing a while ago and its pretty easy, but I'm not sure what the payload on it is as I haven't bothered to check, I do know that I can't reinstall chromeos on it when I tried to This occurred randomly as with libreboot I had done this several times so that they could reformat the internal disk for me when I wiped it. On the note of the internal disk and reinstalling chrome if anyone was going to do this, you can get the chrome recovery usb to rewrite the partition table for you no problem, you just can't reinstall chromeos for some reason with it. So I don't even have to bother with powerwashing it every time I want to regain root access.

Bumping with a bit of recent news. Panfrost and Lima drivers for Mali have been merged and will arrive with the 5.2 kernel. Rock64 rev3 is now shipping with PoE. In the rumor dept, some seriously weird soykaf is happening on Geekbench. There's an Intel ARM processor running Android on Chromebook hardware? Wat? https://chromeunboxed.com/possible-google-made-chromebook-with-arm-chipset-shows-up-in-geekbench/

So an update as far as FDE for ARM goes, there's a lot of documentation for getting the PI and Odroid an ecrypted root but every instance of this requires SSH and dropbear, which if you're like me is annoying since you don't want that stuff on in the first place or to be bothered with it. I'll post the information so that people can look through it if they're interested but encrypting a Rockchip root system seems to have 0 results in information. https://forum.odroid.com/viewtopic.php?t=20972 https://carlo-hamalainen.net/2017/03/12/raspbian-with-full-disk-encryption/ https://forum.armbian.com/topic/4174-full-root-filesystem-encryption-on-an-armbianorange-pi-pc-2-system/ They're process is more or less the same, and its easier to do on these devices since unlike Rockchip or (ARM)Chromebooks these don't have that complicated an EFI or U-Boot setup to deal with. Rock64 in particular has a particularly long EFI scheme to work through and their forums are dead as to info as to how to deal with it. I'm personally giving up on an encrypted root for now but on the main Rock64 systems you can easily get an encrypted /home and I recommend people do that for the time being. If someone with more skill or knowhow than me can point me in the right direction or get this done I'll be happy to use any information they have. On the note of distros and systemd for people who aren't too versed in this stuff, if Debian is available Devuan is available with a migration. If you have access to either of these compiling software from source is easier and most everything you use in a regular system is also available. I figure I should spell this out if you're having trouble finding a good distro for whatever obscure ARM board you're using.

rpi4 is now 64 bit arm https://www.raspberrypi.org/blog/raspberry-pi-4-on-sale-now-from-35/

>>17853 Except rpi3 was already 64bit, and just like it the rpi4 will still run in 32bit mode under Raspbian. If you're going to tell some news, it'd be that it's the first pi with speculative execution and hence the first spectre vulnerable pi.

>>17863 Huh, wasn't yet aware of that last bit. Bit of a bummer. Any way to disable speculative execution on the new processor to totally eliminate the risk of side-channel timing attacks, both present and future? Wonder how much of a performance hit it would represent.

>>16703 Yeah that's all great, lemme know when I can buy a RISC-V SBC that doesn't cost a small fortune and isn't obscure and unsupported as hell. I know there are a couple zany evaluation boards out there, but none that are really practical yet afaik. I could be wrong, and would love to know it. It'll come into the mainstream soon (hopefully...) but until then ARM is alright and has a place. I mean if you want PCI and EFI and all sorts of other desktop soykaf, use a desktop. For the most part ARMs are used for lighter niche applications where they have plenty of resources for the job. (although for some damn reason swarms of weirdos constantly try to use $35 pis as their desktop and gripe loudly when it unsurprisingly has limitations. That crowd is pretty unreasonable imo).

>>17864 I should assume they've already baked fixes into Raspbian, since it's being released now post-scandal and they had a good indepth explanation of why their prior chips weren't affected ( https://www.raspberrypi.org/blog/why-raspberry-pi-isnt-vulnerable-to-spectre-or-meltdown/ ). But I figure it'll be important to keep in mind if you're running 3rd party OS:s since you're not safe by default anymore.

>>17866 Cool. I gave it a quick skim--wonder if there are published specs that detail how much more performance you'd get if you disabled the fix on an air-gapped machine?

>>16488 can lain link a router to test on :3 did you find the firmware on their site (hard to find usually)

Just heard about the NXP Honeycomb 16 big cores (A72) 2 dimm slots, max 32GB RAM Mini ITX form factor 2x 10GbE + 1x 1GbE Intended for 5G and networking equipment, but seems like it could make a wicked fast desktop https://www.solid-run.com/nxp-lx2160a-family/honeycomb-workstation/

>>17864 >Any way to disable speculative execution on the new processor Looks like it's 4xA72 cores no way to disable them Some chips like RK3399 come with big/little cores you can disable the big cores with taskset when needed otherwise go with a board with unaffected cores like the quad-core A53 which they had on rpi3 all rpi require blobs to boot though, which keeps me away from them

Found a good site for anyone interested in containers on ARM boards https://blog.hypriot.com/

Does anyone know how to compile a new kernel from a debian image in any of the imgs you get? Its a constant issue across ARM that encryption is a crapshoot depending on the board. I have my image and install on the sd I just want to rebuild the kernel so I can have aes-xts on there.

>>17962 Why are you interested in a 16 core arm system? I use that SoC on a regular basis (pic related).

I started playing around with these bad boys a few months ago. They are so full of features, that it boggles my mind sometimes. They can be a little complex to program, since there's a lot of documentation, and you need to be slightly familiar with ARM architecture to use these. They're even more intimidating to the people who migrate from 8 bit microcontroller architectures, and are used to doing everything by directly flipping bits in registers. It has a number of frameworks/HALs that you can use. I use stdperiphlib with my STM32F103C8. There are a lot of other options such as, HAL, OpenCM3, CMSIS, etc etc. If you don't want all these fancy options, you can just use the chip by register access.

>>18588 I am. I'd mostly like to know if it has open firmware an if it can run mainline.

What are the smallest ARM boards out there? So far I've found the NanoPi NEO and the Orange Pi Zero. They seem pretty comfortable boards to keep in your pocket to set up an access point or do other comfy stuff

My CB+ has been down for nearly 2 months since panfrost shipped in mesa 19.1. I waited patiently for 19.2 since I was busy with other things, but it has been a real pain only using my work laptop. Now 19.2 arrives and installing ALARM produces all manner of other problems. panfrost mod no longer crashes on boot, but it really isn't very stable. I have strange problems with DNS where drill works but pacman can't resolve mirror.archlinuxarm.org. systemd is in degraded state because user@975.service (lightdm) failed. Looking at status on it tells me something about pam and lightdm user account is expired. I would maybe consider a pinebook pro, but those are in pre-order and I'm getting tired of being unproductive. I think I might give up on ARM for now. I tried. I gave it 2 years, but this is demoralizing. I'd just like to get back to a productive state.

>>20798 less dejected after a night's sleep and now bringing it back to life dropped xfce for gnome as gnome seems fast enough now with panfrost white wallpapaer on 200% scale, but less than 200% is okay I have to toggle systemd-resolved on/off to get my dns to work properly sometimes this is odd because drill works but pacman does not I guess drill bypasses resolved not sure which way is optimal screenfetch doesn't know about my gpu, but sometimes it does and shows it as rockchipdrmfb at least I can get online now and run pacman to install things

>>16204 Almost exclusively you say? Are you using an ARM processor in a desktop type setup?

>>20897 I'm not him, but I have an rpi 3 b+ hooked up to my television that I use like a desktop. I got a little case with a fan you hook up to the GPIO that dropped the temperature something like 30 degrees and overclock it. I mostly just use it to browse the web while watching movies on my desktop, and watch youtube videos at night. I also leave irssi running in screen on it and just ssh to it from my desktop sometimes. I very much enjoy it.

>>20897 The "almost" part is I have to use X64 for work. I'm using my Samsung Chromebook Plus as my primary personal machine since 2017. I have several single board machines, but none with a monitor attached. They live on the network and I ssh in.

Hi lainons, I know thus is a general thread but it's my first year in Uni and I'm looking to specialize in Computer engineering(All the other Computer related programs in our University have web design). I wish to make a hobby operating system working on an open RISC standard, Unfortunately our Uni only works on ARM processors not RISC-V. What are some good resources and books you would suggest for me to start working on my project knowing that I'm only a average Arch user who have never really programmed?

>>22586 >neva coded >wannabe osdev kek, lern2code 1st

>>22592 I've coded mate, but not done full blown project development. I've worked with trivial stuff, like patching an old program, or writing a script in python, or working with Unix tools. It's not that the concept of coding is new to me, I already have a general knowledge(Can read, understand to some extent) of some languages like C, C#, python, bash. I just haven't worked in large projects before and I'm looking to. Guide me I'm an idiot.

>>22586 I'd say check out the nand2tetris course on coursera.com You will start at nand gates, learn how to use a primitive HDL, use that to construct your own ALU/CPU, that has your own instruction set and assembler, then a virtual machine, OS, your own high level language and compiler, and then a game of tetris coursera stops at assembler, but the book has it all

>>16463 Do you know if there is a pcb board that can be used to replace the usb 2.0 one on the laptop? It would have to hook up to this, but I don't know the exact name of this cable or what parts/connectors I'm looking for.

>>22709 Coursera has the second half of the book now too. https://www.coursera.org/learn/nand2tetris2

>>22586 This has a lot of usefull info: https://wiki.osdev.org

>>16801 > I'm not sure what the payload on it is Nigger what. Is it grub or seabios? lmfao

New hardware! Marvell ThunderX3 rolling out with 96 cores https://www.networkworld.com/article/3533355/marvell-announces-96-core-thunderx3-arm-server-processor.html

>>16478 What problems u have with Marwel firmware?

>>26069 It's a blob. I want a fully free laptop.

>>26073 It is not what i'm asking for

so far only firmware packages from Marvel I ever worked with were simple u-boot plus kernel plus environment. Typical stuff you can do with buildroot package.

>>18598 I was looking for the cheapest ARM module possible, and this looks like the winner. Thanks lainon Going to be, hopefully soon, designing robotics, working with Cortex-M Assembly, and generally having fun messing with stuff. I messed around with AVR stuff but either a) never had the power (processing or storage) b) seemed expensive for what it did

I wasn't aware there were ARM computers other than very basic ones.

>>16240 Sounds like it'd make for a decent nonfat-soykaf drinker toaster or cyberdeck, anon. Has anyone made a liquid cooling kit for it yet?

Just found out that gigabyte makes an ATX AMR mother board with PCIe, sata, up to 64GiB of DDR3 and all that stuff. https://www.gigabyte.com/Server-Motherboard/MP30-AR0-rev-11

>>27602 There are even powerful AArch64 ARM servers.

>>27602 most of 4/g/ has been waking up to this fact this week

>>28844 If by powerful you mean lots of cores then yes, but single thread performance is still quite poor compared to x86 or POWER. >>26297 There are even cheaper ones using the STM32F030F4P6. I haven't tried them but arduino-cli claims to support the chip. Beware of counterfeit chips on these chinese boards (I suspect they are all counterfeit, even the ones that look real.)

>>29071 who cares? they have no MMU anyway.

>>29071 >If by powerful you mean lots of cores then yes, but single thread performance is still quite poor compared to x86 or POWER. Enough to make come major companies order custom chips based on ARM to serve their traffic.

>>29076 Serving web traffic is a generally highly parallelizable task for which many low performance cores can work well and use less power than a few high performance cores. That doesn't change the fact that single threaded performance is trash.

>>22596 If you know this you're in a good place. https://wiki.osdev.org/Required_Knowledge

>>22586 Oh, and if you want a very misleading but fun intro to OS development, you can just implement a shell directly on a RISC-V microcontroller. You can get a USB/UART serial converter to talk to you microcontroller. You connect the USB end of the converter to your computer and the jumper end to the UART pins on your microcontroller. You can use a variety of programs to talk to it. On Linux, you can use`screen`. screen /dev/ttyS0 19200 With this, you have basic user IO and can spend the rest of your time trying to massage your microcontroller into using a persistent storage device or implementing multitasking.

>>29128 Your description is unclear - you mean shell runs on PC and RISC-V is running terminal that connects to shell on PC by UART->USB or you run primitive os on risc-v that runs shell and allows access to it trough USB->UART.

>>29071 >If by powerful you mean lots of cores then yes, but single thread performance is still quite poor compared to x86 or POWER. Looking at benchmarks, Graviton2 is holding its own against the x86 competition in single core And it's cheaper... https://www.anandtech.com/show/15578/cloud-clash-amazon-graviton2-arm-against-intel-and-amd/5

>>16205 I did build it myself Don't laugh at my cable management Lain I purchased a small PSU and made my own wiring The PSU does 5v and 12v, so I can power everything with it switch, router, and 5x Rock64 no wall warts or bricks I'm not quite done I think I'm going to get one more Rock64 to add to it I've got enough watts on 5v to handle six boards, so why not?

>>16240 I discovered the Jetson Xavier requires an encrypted/signed binary blob to boot very disappointed, because I was considering buying one

>>30672 I have nothing constructive to add but nice setup! Clever use of a PSU. What do you use it for?

what's the cheapest arm device that can do all the following - run irc server 247 - run a dns proxy - run a ad blocking dns would be using arch, got a pi zero w and orange pi PC rn and they're both worthless also, can i put decent usb to Ethernet cards on these for use as a switch?

>>31942 so far, I'm learning how to manage the boards with ansible which is pretty neat. It's like SSH for clusters. I'm going to install kubernetes on it when I get board #6 There's a "kubernetes the hard way" tutorial online but I need 6 hosts to do high availabilty kubernetes. I might give it a try without the HA bit, but HA is the way to go in a production environment. >>31950 Maybe get yourself a DD-WRT router. I have mine running ddns, dns, and openvpn. I can remote into my home network from anywhere. I'm not using the adblock dns on it, but it can do that too. Mine has usb ports and can be used as a NAS. It can even do stuff like tor and asterisk. I've been thinking about setting up my own "home phone" with google voice using asterisk. If you have USB, you can install a package manager like optware or entware and then install an irc server also. https://wiki.dd-wrt.com/wiki/index.php/Category:Package_management

i really need bitlbee and all its plugin as packages on my pi zero w it doesnt seem any distros provide them and the instructions for building the plugins don't really make a lot of sense, does anyone know anything?

Just got a Pinebook Pro and it's pretty great other than the keyboard.

>>16204 Nvidia is buying arm. What does alice think?

>>32538 I doubt the day to day operations of ARM themselves is going to change in any significant way, besides Nvidia maybe taking an interest in their own Tegra project again. The only ramifications of this deal will be purely political, as Japan loses one major investment in the UK economy and the US gains another.

>>32538 I don't think much is going to change. I think Nvidia is primarily interested in pushing ARM in the server space (where most of its GPU profits now come from) and licensing much better GPUs to existing ARM licensees. I don't know if they can scale down to replace Mali at the low end though.

>>32538 I have a general low opinion of NVIDIA policies, from what I hear (ie. not based). I picture thugs in suits. I held ARM in good regard previously. Maybe it signs a wanting of character, but, in ARM policies, no news were good news by me. From now on I'm forced to expect bad ones. I'm most disappointed to hear this development.

It's backdoor time for ARM bois.

>>32560 *Laughs in TrustZone*

>>32540 bot... >>32542 bot... >>32560 >It's backdoor time for ARM bois. ..winner!

RISC OS Open is neat but needs better bug warnings (the installer breaks itself by trying to install itself before it's supposed to on first update much like older versions of Sabayon Linux). I've mainly just used Recalbox and now Batocera since the rpi4 came out. I'm running a FreeBSD server on my old rpi3, thinking about doing something retarded like running a Pleroma instance or a bbs just for irl friends (Pleroma is if my friends are too lame to do the bbs)

I wonder if anyone knows of a good SBC website with something like a database of existing boards? I might want to start one if nothing exists.

>>35322 >SBC database websites You mean like hackerboards? https://hackerboards.com/ https://sbcfinder.com/home There are a few sites like that.

>>35343 Yes, like that. Thanks

>>17865 >Yeah that's all great, lemme know when I can buy a RISC-V SBC that doesn't cost a small fortune and isn't obscure and unsupported as hell. https://www.phoronix.com/scan.php?page=article&item=sifive-riscv-unmatched&num=1 Here ya go

>>35416 >$999 I know these things are always expensive, but ouch.

>>35448 not 999, 699. 999 was old one

>>35416 This is incredible, basically a production ready RISC-V SBC.

>>35416 Yeah, but does it still require proprietary blobs to boot? The old one did.

Are there any ARM machines out there that are more PC-like? Mostly talking about desktops here. I don't consider a Raspberry Pi to even come close because it doesn't have all the I/O options that a PC does.

>>35490 What sort of I/O? PCIe? ROCKPro64?

>>35471 >https://github.com/sifive/freedom-e-sdk Looks like it can run embedded code bare metal through freedom-e-sdk, no blobs needed.

>>35490 There's NXP Honeycomb, It's a com express module on a mini-itx carrier board 16 core A72 CPU 2x RAM slots up to 64GB PCIe card slot m.2 for SSD 4x 10Gbe 1x 1Gbe https://www.solid-run.com/honeycomb-video/

>>35490 There's also a 24 core A53 machine https://www.96boards.org/product/developerbox/ Single core performance is not as good, but it's immune to meltdown/spectre

>>35494 If they don't come with PS/2 port then he don't wanna see it

>>35532 >Single core performance is not as good I doubt you would notice unless you hit impossible to parallelize tasks with such amount of cores >>35522 What makes you think? I don't see that stated openly. >>35531 how many proprietary blobs it requires to run?

>>35534 https://sifive.github.io/freedom-e-sdk-docs/userguide/buildingdevboard.html >To compile a bare-metal RISC-V program: >make PROGRAM=hello TARGET=sifive-hifive1 CONFIGURATION=debug software

>>35534 >how many proprietary blobs it requires to run? I'm not sure if it requires any, which is the main reason I haven't already purchased one. I'm still trying to find a definitive answer on that.

>>35583 LOL, just mail teh producer

>>35572 how does it answer my question?

>>35591 If it it can run the same embedded code as the microcontroller, then it wouldn't require any blobs at all. It does have builtin ROMs, though.

What's the best possible system setup for a bare minimum >brewing soykaf machine (in other words, have at least a usable web browser) >supporting a free GPU chipset (x86 is unlikely I think) >which can all fit inside a 5.25 >not an SD-only SBC soykaf >but at least have SATA support I'd like to use pic related as a "case" for this set up since it's hard to find a decent micro/nano case or mobo.

>>35624 TALOS II workstation for sever K buck$ has POWER 9 CPU so you can do a lot of soykaf on that and free hardware if you don't need any modern GPU (but you can plug modern GPU but don't expect it to work without proprietary blobz).

>>35624 What about one of those mini itx boards with an embedded x86 processor? Or are you looking for something even smaller than that? I like those boards because they're small and cheap but with less negative consequences than a SBC. They still use conventional RAM, SATA ports for disk, power supply, and even have one or two PCI slots for a NIC or GPU. I've never run one as a desktop but I have two cheapo asrock boards I use for a home fileserver and a router. I have a good source for cases too but I have to remember what it is. I'll update later if I think of it.

>>35627 Same soykaf. Being itx or embedded industrial standard don't make them different in that regard.

>>35624 >brewing soykaf machine (in other words, have at least a usable web browser) I use Chromium on a quad-core A53 and it is fine for me It only hits around 3K in the Octane benchmark, so maybe you will cry about it >supporting a free GPU chipset (x86 is unlikely I think) panfrost supports anything Mali and is mainline Mesa now, so... >which can all fit inside a 5.25 a floppy drive? >not an SD-only SBC soykaf >but at least have SATA support Not sure why you'd care about this on a board with USB 3.0 or better, which is common