both work well in my SPARCstations tried sun4c and sun4m As it takes micro sd cards it 39 s quite easy to keep multiple OSes on hand Then there 39 s the issue of finding a monitor as they 39 re not electrically compatible with VGA Huh There is Sun 39 s 13W3 to vga adapters and cables and many monitors will sync to Sun 39 s frequency though not the
sparc32 area Yes those were plentiful back in the day and there 39 s still quite a few around The second mail also re reminded me of an interesting project implementing SPARC V8 and the sun4m platform in VHDL There 39 s also new hardware being developed for SBus systems https github com rdolbeau SBusFPGA
With this patchset I propose to sunset sun4m and sun4d and move focus to a more streamlined support for LEON One downside is that qemu supports sun4m and we may loose
Mailing List Archive RFC PATCH 0 13 sparc32 sunset sun4m
Then the patches removes sun4m and sun4d specific implementations such as small drivers SMP support IRQ suppor etc Removing sun4m and sun4d support allowed removal of the run time patching of the code as well as a lot of assembler code
The defconfig is first adapted to the one used by Gaisler Then the patches removes sun4m and sun4d specific implementations such as small drivers SMP support IRQ suppor etc Removing sun4m and sun4d support allowed removal of the run time patching of the code as well as a lot of assembler code
If this round could be used to stabilize LEON and apply other more trivial stuff then I am happy to rebase the sunset patchset sometimes after next rc1 I have accumulated a bit more on top of what I already posted and I will include a few more patches in the next round
Re RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
Rfc Patch 0 13 Sparc32 Sunset Sun4m And Sun4d
RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
With this patchset I propose to sunset sun4m and sun4d and move focus to a more streamlined support for LEON One downside is that qemu supports sun4m and we may loose
Drop the sun4m and sun4d smp support code The sparc32 kernel will not boot unless this is a LEON system so drop checks for other systems as they will not trigger
On Tue 19 Dec 2023 at 23 03 Sam Ravnborg via B4 Relay devnull sam ravnborg org xxxxxxxxxx wrote This is the second attempt to sunset sun4m and sun4d See 1 for the inital attempt The sun4m and sun4d parts of the kernel have seen no real interest for several years now
LKML Arnd Bergmann Re RFC PATCH 0 13 sparc32 sunset
With this patchset I propose to sunset sun4m and sun4d and move focus to a more streamlined support for LEON One downside is that qemu supports sun4m and we may loose some testing possibilities when sun4m is dropped qemu supports LEON to some degree I have not yet tried it out
Re RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
Re RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
Re RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
PATCH v2 00 28 sparc32 sunset sun4m and sun4d
There are also some needed fixes for LEON that relies upon code removed in this patchset Maybe the best solution for that would be if I submit those and you then rebase upon them That is assuming you agree with the sunset of the sun platforms
The defconfig is first adapted to the one used by Gaisler Then the patches removes sun4m and sun4d specific implementations such as small drivers SMP support IRQ suppor etc Removing sun4m and sun4d support allowed removal of the run time patching of the code as well as a lot of assembler code
PATCH 00 27 sparc32 sunset sun4m and sun4d
PATCH v2 00 28 sparc32 sunset sun4m and sun4d
One said it was better to sunset now when it is actually working so there is a working state to return to Another said that it would be a shame to sunset sun4m and sun4d because there are so many machines around and netbsd is also active on the sparc32 area The second mail also re reminded me of an interesting project
PATCH v2 00 28 sparc32 sunset sun4m and sun4d
LKML Romain Dolbeau Re RFC PATCH 0 13 sparc32 sunset
sparc32 sunset sun4m and sun4d lwn net
PATCH v1 08 13 sparc32 Drop sun4d sun4m smp support
Must be an NMI async memory error st o2 o5 0x04 sun4m irq percpu cpu clear 0x80000000 WRITE PAUSE ld o5 0x00 g0 sun4m irq percpu cpu pending WRITE PAUSE or l0 PSR PIL l4 wr l4 0x0 psr WRITE PAUSE wr l4 PSR ET psr WRITE PAUSE call smp4m cross call irq nop b ret trap lockless ipi clr l6
Another said that it would be a shame to sunset sun4m and sun4d because there are so many machines around and netbsd is also active on the sparc32 area
PATCH v2 00 28 sparc32 sunset sun4m and sun4d
The defconfig is first adapted to the one used by Gaisler Then the patches removes sun4m and sun4d specific implementations such as small drivers SMP support IRQ suppor etc Removing sun4m and sun4d support allowed removal of the run time patching of the code as well as a lot of assembler code
Another said that it would be a shame to sunset sun4m and sun4d because there are so many machines around and netbsd is also active on the sparc32 area
Rfc Patch 0 13 Sparc32 Sunset Sun4m And Sun4d
RE RFC PATCH 0 13 sparc32 sunset sun4m and sun4d
sparc32 sunset sun4m and sun4d LWN net
Re RFC PATCH 0 13 sparc32 sunset sun4m and sun4d From Romain Dolbeau Date Sun Dec 20 2020 02 49 30 EST Next message Vladimir Oltean Re PATCH net v2 1 3 ethernet ucc geth set dev max mtu to 1518 Previous message Leesoo Ahn PATCH signal Don 39 t init struct kernel siginfo fields to zero again
LKML David Laight RE RFC PATCH 0 13 sparc32 sunset
Re PATCH 00 27 sparc32 sunset sun4m and sun4d
for the sunset of sun4m and sun4d I would personally be in favor of keeping it and I should finally get my SPARCstation 5 up and running again Adrian