fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

10K
active users

#sparc

1 post1 participant0 posts today

Sun Blade 1000 - round II, one of the processor modules that had this far was apparently bad, depending on whether would put it in slot 0 or 1, the machine would crash under load every hour or a few hours. Finally bought IIICu modules, checked have new enough firmware and used official torque key to put them in. It works, need to test long term soon! #retrocomputing #sun #SPARC #EusmilusBuilds

Ich habe gerade ein paar #retro bzw. #vintage Computer abzugeben.

Folgenden Maschinen suchen ein neues Zuhause:

* #Sun #sparc station IPC
* Sun Ultra 5 (64 bit sparc)
* HP 712/60 (gecko #PARISC)
* #MicroVAX II (BA123)

Die Geräte müssten in Bochum abgeholt werden.

Von der #VAX habe ich gerade noch keine Bilder, da die noch im Keller sitzt.

Mir genügt es, wenn die Maschinen ein liebevolles Zuhause finden, und nicht dem Elektroschrott anheim fallen müssen.

🔄 Boosts welcome

Общеобразовательное о том, какие процессоры могут быть по архитектуре. С экскурсом в историю развития.
«Как Intel создал ARM, ARM похоронил MIPS, на очереди X86?» На нескольких видео-хостингах:

https://rutube.ru/video/bd42ae858d9fec2ea3bdc5ff70ddf28f/
https://dzen.ru/video/watch/67e30b33a68eb647c136e44f
https://www.youtube.com/watch?v=fbKQJ9W5dmo

Как «яблоко»
#Apple и «жёлудь» #Acorn объединившись создали ARM — Advanced RISC Machines в 1990-м, хотя в оригинале это было Acorn RISC Machine с 1985-м года.

Первый релиз на ARM6 состоялся в 1992-м году и был это КПК — Apple Newton PDA на базе процессора ARM610.

Для получения именно десктопного процессора
#PowerPC эта же самая Apple с 1991 года была в альянсе с #IBM и #Motorola работавшими над #RISC процессором архитектуры Power. В результате работы альянса над этой архитектурой стало семейство PowerPC процессоров.

В это время у Sun Microsystems было семейство SPARC — тоже на базе RISC, ставшее процессорами и для рабочих станций и для серверов. Первые системы
#SunMicrosystems на процессорах #SPARC начали поставляться в 1987 году и на 1989 год были дешевле Intel 80386 процессора.

Кстати, именно серверные RISC-процессоры уже стали 64-х разрядными в реальных машинах, когда
#x86 только планировали выбираться из 32-х разрядности.

#hardware #CPU #процессоры #intel #ARM #MIPS #x86 #CISC @russian_mastodon@mastodon.social @ru@lor.sh @Russia@3zi.ru

Общеобразовательное о том, какие процессоры могут быть по архитектуре. С экскурсом в историю развития.
«Как Intel создал ARM, ARM похоронил MIPS, на очереди X86?» На нескольких видео-хостингах:

Как «яблоко» #Apple и «жёлудь» #Acorn объединившись создали ARM — Advanced RISC Machines в 1990-м, хотя в оригинале это было Acorn RISC Machine с 1985-м года.

Первый релиз на ARM6 состоялся в 1992-м году и был это КПК — Apple Newton PDA на базе процессора ARM610.

Для получения именно десктопного процессора #PowerPC эта же самая Apple с 1991 года была в альянсе с #IBM и #Motorola работавшими над #RISC процессором архитектуры Power. В результате работы альянса над этой архитектурой стало семейство PowerPC процессоров.

В это время у Sun Microsystems было семейство SPARC — тоже на базе RISC, ставшее процессорами и для рабочих станций и для серверов. Первые системы #SunMicrosystems на процессорах #SPARC начали поставляться в 1987 году и на 1989 год были дешевле Intel 80386 процессора.

Кстати, именно серверные RISC-процессоры уже стали 64-х разрядными в реальных машинах, когда #x86 только планировали выбираться из 32-х разрядности.

#hardware #CPU #процессоры #intel #ARM #MIPS #x86 #CISC @russian_mastodon @ru @Russia

Anyone here familiar with SPARC binutils internals? I'm having a rather odd case where the same instruction (and same binary sequence) gets interpreted differently depending on who compiles it :cirnothinking:

Say, I have this `decode.s` file containing the following line:
decode: addxccc %g0, %g0, %g0

One VIS3 instruction, very simple. Then assemble it with both gcc and clang:
gcc -mcpu=niagara4 -c decode.s -o decode-gcc.o
clang -mcpu=niagara4 -c decode.s -o decode-clang.o

And now, if I run objdump on the files, the results are different:
decode-clang.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 unknown

Compare with GCC's:
decode-gcc.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 addxccc %g0, %g0, %g0

In both cases the binary stream is the same, but why does objdump decodes it as "unknown" with the clang-built file?

Edit: found it, seems like GCC sets something in the attribute section:

Attribute Section: gnu
File Attributes
Tag_GNU_Sparc_HWCAPS: vis3

Though as far as I can tell other than odd objump output it doesn't seem to affect binary execution, etc.

Replied in thread

@gedankenstuecke

Excellent blog post, Bastian -- thank you very much for drawing it to my attention. "Vorauseilender Gehorsam" -- what a useful concept!

You used the words 'disheartening', 'bleak', 'infuriating' about @sparc. These chime with me too. 'Disappointing' would be another.

At least we have @SPARC_Europe which remains committed to DEI, as well as committed to defending openness in the "face of political and technological developments".

/* Gee george, I wonder why Sun is so hush hush about this hardware bug… really braindamage stuff going on here. […] Welcome to a world where your vendor tells you to, "apply this kernel patch" instead of "sorry for the broken hardware, send it back and we'll give you properly functioning parts" */

elixir.bootlin.com/linux/v6.13

elixir.bootlin.comsrmmu.c - arch/sparc/mm/srmmu.c - Linux source code v6.13.1 - Bootlin Elixir Cross ReferencerElixir Cross Referencer - source code of Linux v6.13.1: arch/sparc/mm/srmmu.c
#linux#kernel#sparc