AMD adopting "FRED", rip IDT.
PDF:
https://docs.amd.com/api/khub/documents/d9fyzSaZGtRoheP5zIbbrg/content
AMD adopting "FRED", rip IDT.
PDF:
https://docs.amd.com/api/khub/documents/d9fyzSaZGtRoheP5zIbbrg/content
🤸 updated #docker images for #duckdb v1.4.3
- based on Alpine: https://hub.docker.com/r/codieplusplus/duckdb
- based on Debian: https://hub.docker.com/r/codieplusplus/duckdb-debian
@deliri Either way, @bananapi illustrates the problem with (halfassed) #RaspberryPi competitiors:
Cuz if people like #ChrisBarnatt struggle to do anything, why should anyone even more competent like @geerlingguy invest his precious time to make fundamental basics work?
Personally, I think everytime he has to fiddle around that neck-deep, I consider this a fundamental failure by said SBC if not #ARM64 as #architecture, as in almost all cases this is something that just works on #amd64!

@mntmn oh cool.
Given how #Framework has put me off with their sponsorships and how the continued #Enshittification of #ThinkPad|s (and me not stomaching the cost of a #3Dprinter for the #NUCbook) m, I do have the privilegue of my daily driver tools being not hard-locked to #amd64 and thus being able to switch architectures…
@Oleksii@social.linux.pizza @robinsyl@meow.social #ARM64 grows because #Intel and #AMD basically gave up delivering compareable computing power in the same thermal, electrical and price envelope. - See [Z3735F](https://www.intel.com/content/www/us/en/products/sku/80274/intel-atom-processor-z3735f-2m-cache-up-to-1-83-ghz/specifications.html) (2,2W), [N3010](https://www.intel.com/content/www/us/en/products/sku/91710/intel-celeron-processor-n3010-2m-cache-up-to-2-24-ghz/specifications.html) (3W) & [x5-E8000](https://www.intel.com/content/www/us/en/products/sku/92124/intel-atom-x5e8000-processor-2m-cache-up-to-2-00-ghz/specifications.html) (4W) having no successors of equally low TDP or even lower in production! The closest ist the [i3-N300](https://www.intel.com/content/www/us/en/products/sku/231806/intel-core-i3n300-processor-6m-cache-up-to-3-80-ghz/specifications.html) (7W) and [N95](https://www.intel.com/content/www/us/en/products/sku/231800/intel-processor-n95-6m-cache-up-to-3-40-ghz/specifications.html) (15W) respectably. Add to it the rise of #SBCs like #RaspberryPi that further kicked the cost down in terms of basic computing and the big #Linux #community that welcomes cheap #hardware and does it's best to put it to good use. - See the #MNTreform by @mntmn@mastodon.social, which embraces #ComputeModules and doesn't have any #amd64 #mainboard (or rather #SOM) option AFAIK... It truly confirms @landley@mstdn.jp 's saying that #Innovation in Computing it actually *trickling up* and thus #tech gets moved from the #Desk to the #Rack to *"the #Cloud"*... - I mean, in many #DevelopingCountries the #Desktop and #Laptops get skipped for very cheap #Smartphones and cheaper #Tablets to the point that regular #PC's ain't common outside of businesses and government offices... Obviously, I wished for truly #OpenSource'd #RISCv to take the place but that's about 5-25 years lagging behind #ARM due to #patents in many key technologies like #PowerSaving... - But we've to admit that on a global scale, #Flathub [is]( https://social.linux.pizza/@Oleksii/115820203243718625) a #RoundingError in terms of #SoftwareDistribution, because not every Desktop - Linux distro supports it, much less uses it per default!
@Oleksii @robinsyl #ARM64 grows because #Intel and #AMD basically gave up delivering compareable computing power in the same thermal, electrical and price envelope.
Add to it the rise of #SBCs like #RaspberryPi that further kicked the cost down in terms of basic computing and the big #Linux #community that welcomes cheap #hardware and does it's best to put it to good use.
It truly confirms @landley 's saying that #Innovation in Computing it actually trickling up and thus #tech gets moved from the #Desk to the #Rack to "the #Cloud"...
Obviously, I wished for truly #OpenSource'd #RISCv to take the place but that's about 5-25 years lagging behind #ARM due to #patents in many key technologies like #PowerSaving...
@robinsyl I am convinced that #Valve is gonna try to seriously support #ARM & #Linux longterm because they don't want to depend upon #amd64 / #ix86 & #Windows for survival and profit.
And in the end that's what they care about...
https://www.youtube.com/watch?v=9hLiwNViMak
https://www.youtube.com/watch?v=9A-eeJP0J7c
When the #SteamMachine was announced everyone with a calculator could see this is ginna be a $/€ 749,-- #GabeCube because unlike any #GameConsole they explicitly refuse to go with the "Razer & Blades- Model" and sell the device at a loss.
And with the current price developments I'd not be surprised if sooner or later devices get stolen just to rip the RAM & SSD out of them and distribute them second hand like weed to a coffeeshop in Amsterdam.

@mrmasterkeyboard @hexaheximal In terms of architectures I'm mostly limited by time, hardware that I have access to and toolchain support.
If @musl / #musl (or rather the musl-cross binaries) and #toybox as well as #Linux and #Clang / #LLVM or #GCC support go and #boot is documented porting is relatively "easy"…
_OS/1337 OFC doesn't have much to it so compared to #AdelieLinux, it should be straightforward.
#OS1337 on #Xenon is quite low on the list but still not on the bottom because I have systems in my possession. Unlike "normal" #32bit #PowerPC systems.
_OS/1337 (or even multithreading) support built-in, which on most modern systems results in dogshit performance below rated base clock because modern CPUs and Chipsets expect the OS to communicate with them and if it doesn't they gonna assume the OS is fubar and drop into failsafe modes. With some luck they may even prevent the CPU from frying itself and turn on the fan on their own.I don't have much hands-on aside from mainstream #ix86 / #x86 / #amd64 Systems and #ARMv5r11 / #ARM64 SBCs.
Ассемблер для гоферов. Стек. Особенности amd64, arm64 и arm. Часть 3
В этой части мы научимся создавать и использовать локальные переменные на стеке в наших ассемблерных функциях, а также поговорим о различиях процессорных архитектур и о том, как их использовать в Go-ассемблере.
https://habr.com/ru/companies/ruvds/articles/979326/
#go #assembler #stack #стек #amd64 #arm64 #arm #ruvds_статьи
My journey to a #RealTimeLinux kernel for #AMD64 on Buildroot continues!
Many failed experiments with different kernel/RT patch combos (6.18, 6.12, 6.1), but learning a ton about patching & Buildroot quirks. Still stuck on enabling CONFIG_PREEMPT_RT, but feeling closer to the breakthrough!
My portable #BashLab is ready for more. 🤓
#EmbeddedLinux #Buildroot #RTOS #LinuxKernel #DIY #PortableLab