From: Romain Dolbeau <romain@dolbeau.org> To: Sam Ravnborg <sam@ravnborg.org> Cc: David S Miller <davem@davemloft.net>, sparclinux@vger.kernel.org, Andreas Larsson <andreas@gaisler.com>, Arnd Bergmann <arnd@kernel.org>, Alexey Dobriyan <adobriyan@gmail.com>, Al Viro <viro@zeniv.linux.org.uk>, Andrew Morton <akpm@linux-foundation.org>, Anshuman Khandual <anshuman.khandual@arm.com>, Arvind Sankar <nivedita@alum.mit.edu>, Christian Brauner <christian.brauner@ubuntu.com>, Denis Efremov <efremov@linux.com>, Dmitry Safonov <0x7f454c46@gmail.com>, Geert Uytterhoeven <geert@linux-m68k.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Ira Weiny <ira.weiny@intel.com>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Mark Rutland <mark.rutland@arm.com>, Mike Rapoport <rppt@kernel.org>, Pekka Enberg <penberg@kernel.org>, Peter Zijlstra <peterz@infradead.org>, Stephen Rothwell <sfr@canb.auug.org.au>, Thomas Gleixner <tglx@linutronix.de>, Will Deacon <will@kernel.org>, Willy Tarreau <w@1wt.eu>, linux-kernel@vger.kernel.org, debian-sparc <debian-sparc@lists.debian.org>, gentoo-sparc@lists.gentoo.org, info@temlib.org Subject: Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d Date: Sun, 20 Dec 2020 08:43:59 +0100 [thread overview] Message-ID: <CADuzgbqBx7cajLg5-9+bqoUvHV4heoNjBH-cakU5YGV549Gdxg@mail.gmail.com> (raw) In-Reply-To: <20201219214054.GB3132151@ravnborg.org> Le sam. 19 déc. 2020 à 22:41, Sam Ravnborg <sam@ravnborg.org> a écrit : > 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. Yes, those were plentiful back in the day and there'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's also new hardware being developed for SBus systems :-) <https://github.com/rdolbeau/SBusFPGA> (disclaimer: work-in-progress and shameless self-promotion here!). If there's still a distribution willing to build for Sparc v8, then I believe the kernel should try to keep support of the relevant machine architectures if at all possible... Cordially, -- Romain Dolbeau
WARNING: multiple messages have this Message-ID (diff)
From: Romain Dolbeau <romain@dolbeau.org> To: Sam Ravnborg <sam@ravnborg.org> Cc: David S Miller <davem@davemloft.net>, sparclinux@vger.kernel.org, Andreas Larsson <andreas@gaisler.com>, Arnd Bergmann <arnd@kernel.org>, Alexey Dobriyan <adobriyan@gmail.com>, Al Viro <viro@zeniv.linux.org.uk>, Andrew Morton <akpm@linux-foundation.org>, Anshuman Khandual <anshuman.khandual@arm.com>, Arvind Sankar <nivedita@alum.mit.edu>, Christian Brauner <christian.brauner@ubuntu.com>, Denis Efremov <efremov@linux.com>, Dmitry Safonov <0x7f454c46@gmail.com>, Geert Uytterhoeven <geert@linux-m68k.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Ira Weiny <ira.weiny@intel.com>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Mark Rutland <mark.rutland@arm.com>, Mike Rapoport <rppt@kernel.org>, Pekka Enberg <penberg@kernel.org>, Peter Zijlstra <peterz@infradead.org>, Stephen Rothwell <sfr@canb.auug.org.au>, Thomas Gleixner <tglx@linutronix.de>, Will Deacon <will@kernel.org>, Willy Tarreau <w@1wt.eu>, linux-kernel@vger.kernel.org, debian-sparc <debian-sparc@lists.debian.org>, gentoo-sparc@lists.gentoo.org, info@temlib.org Subject: Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d Date: Sun, 20 Dec 2020 07:43:59 +0000 [thread overview] Message-ID: <CADuzgbqBx7cajLg5-9+bqoUvHV4heoNjBH-cakU5YGV549Gdxg@mail.gmail.com> (raw) In-Reply-To: <20201219214054.GB3132151@ravnborg.org> Le sam. 19 déc. 2020 à 22:41, Sam Ravnborg <sam@ravnborg.org> a écrit : > 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. Yes, those were plentiful back in the day and there'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's also new hardware being developed for SBus systems :-) <https://github.com/rdolbeau/SBusFPGA> (disclaimer: work-in-progress and shameless self-promotion here!). If there's still a distribution willing to build for Sparc v8, then I believe the kernel should try to keep support of the relevant machine architectures if at all possible... Cordially, -- Romain Dolbeau
next prev parent reply other threads:[~2020-12-20 7:45 UTC|newest] Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-18 18:43 [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 01/13] sparc32: Drop sun4m/sun4d support from head_32.S Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:52 ` Jan Engelhardt 2020-12-18 18:52 ` Jan Engelhardt 2020-12-18 21:18 ` Sam Ravnborg 2020-12-18 21:18 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 02/13] sparc32: Drop floppy support Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 20:57 ` Arnd Bergmann 2020-12-18 20:57 ` Arnd Bergmann 2020-12-18 21:16 ` Sam Ravnborg 2020-12-18 21:16 ` Sam Ravnborg 2020-12-19 19:15 ` kernel test robot 2020-12-19 19:15 ` kernel test robot 2020-12-19 19:15 ` kernel test robot 2020-12-18 18:43 ` [PATCH v1 03/13] sparc32: Drop sun4m specific led driver Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 04/13] sparc32: Drop auxio support Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 05/13] sparc32: Drop run-time patching of ipi trap Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 06/13] sparc32: Drop patching of interrupt vector Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 07/13] sparc32: Drop sun4m/sun4d specific irq handling Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 08/13] sparc32: Drop sun4d/sun4m smp support Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 09/13] sparc32: Drop pcic support Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 10/13] sparc32: Drop mbus support Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 11/13] sparc32: Drop unused mmu models Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-30 6:26 ` kernel test robot 2020-12-30 6:26 ` kernel test robot 2020-12-30 6:26 ` kernel test robot 2020-12-30 6:26 ` [PATCH] sparc32: fix badzero.cocci warnings kernel test robot 2020-12-30 6:26 ` kernel test robot 2020-12-30 6:26 ` kernel test robot 2020-12-18 18:43 ` [PATCH v1 12/13] sparc32: drop check for sparc_model Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 18:43 ` [PATCH v1 13/13] sparc32: drop use of sparc_config Sam Ravnborg 2020-12-18 18:43 ` Sam Ravnborg 2020-12-18 21:41 ` [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d Arnd Bergmann 2020-12-18 21:41 ` Arnd Bergmann 2020-12-18 22:28 ` Kjetil Oftedal 2020-12-18 22:28 ` Kjetil Oftedal 2020-12-19 21:40 ` Sam Ravnborg 2020-12-19 21:40 ` Sam Ravnborg 2020-12-19 21:57 ` John Paul Adrian Glaubitz 2020-12-19 21:57 ` John Paul Adrian Glaubitz 2020-12-20 7:43 ` Romain Dolbeau [this message] 2020-12-20 7:43 ` Romain Dolbeau 2020-12-20 8:54 ` Julian Calaby 2020-12-20 8:54 ` Julian Calaby 2020-12-20 9:25 ` Romain Dolbeau 2020-12-20 9:25 ` Romain Dolbeau 2020-12-20 9:53 ` Julian Calaby 2020-12-20 9:53 ` Julian Calaby 2020-12-20 14:22 ` David Laight 2020-12-20 14:22 ` David Laight 2020-12-20 19:41 ` chase rayfield
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CADuzgbqBx7cajLg5-9+bqoUvHV4heoNjBH-cakU5YGV549Gdxg@mail.gmail.com \ --to=romain@dolbeau.org \ --cc=0x7f454c46@gmail.com \ --cc=adobriyan@gmail.com \ --cc=akpm@linux-foundation.org \ --cc=andreas@gaisler.com \ --cc=anshuman.khandual@arm.com \ --cc=arnd@kernel.org \ --cc=christian.brauner@ubuntu.com \ --cc=davem@davemloft.net \ --cc=debian-sparc@lists.debian.org \ --cc=efremov@linux.com \ --cc=geert@linux-m68k.org \ --cc=gentoo-sparc@lists.gentoo.org \ --cc=gregkh@linuxfoundation.org \ --cc=info@temlib.org \ --cc=ira.weiny@intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=lorenzo.pieralisi@arm.com \ --cc=mark.rutland@arm.com \ --cc=nivedita@alum.mit.edu \ --cc=penberg@kernel.org \ --cc=peterz@infradead.org \ --cc=rppt@kernel.org \ --cc=sam@ravnborg.org \ --cc=sfr@canb.auug.org.au \ --cc=sparclinux@vger.kernel.org \ --cc=tglx@linutronix.de \ --cc=viro@zeniv.linux.org.uk \ --cc=w@1wt.eu \ --cc=will@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.