From: Arnd Bergmann
Date: Fri, 8 Jan 2021 23:55:06 +0100
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five years
On Fri 2021-02-05 09:13:03, David Laight wrote:
> > We have open-hardware implementation for 486, AFAICT, thanks to MISTer
> > project. I'm not aware of open 586 core.
> >
> > Being able to run recent Linux on open hardware sounds fun.
>
> Putting a 486 on an fpga might be 'interesting'.
> But
> We have open-hardware implementation for 486, AFAICT, thanks to MISTer
> project. I'm not aware of open 586 core.
>
> Being able to run recent Linux on open hardware sounds fun.
Putting a 486 on an fpga might be 'interesting'.
But it has a lot of 'cruft' (like 286 protected mode) that
you
Hi!
> > > I think there were 486s with up to 256MB, which would still qualify as
> > > barely
> > > usable for a minimal desktop, or as comfortable for a deeply embedded
> > > system. The main limit was apparently the cacheable RAM, which is limited
> > > by the amount of L2 cache -- you needed
Hi Arnd,
On 2021/1/15 20:04, Arnd Bergmann wrote:
> On Fri, Jan 15, 2021 at 12:09 PM Leizhen (ThunderTown)
> wrote:
>> On 2021/1/15 17:26, Arnd Bergmann wrote:
>>> On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote:
On 2021/1/14 0:14, Arnd Bergmann wrote:
> On Fri, Jan 8, 2021 at 11:55 PM
On Sat, 16 Jan 2021, Rob Landley wrote:
> Speaking of which, my qemu m68k system has failed to boot ever since commit:
>
> commit f93bfeb55255bddaa16597e187a99ae6131b964a
> Author: Finn Thain
> Date: Sun Jun 28 14:23:12 2020 +1000
>
> macintosh/via-macii: Poll the device most likely to
On 1/12/21 6:12 PM, Finn Thain wrote:
> If you're a museum interested in cultural artifacts from decades past, or
> if you're a business doing data recovery, you're going to need to operate
> those platforms.
Or if you're camping patent expirations and want to be able to point at prior
art for
On Fri, Jan 15, 2021 at 12:09 PM Leizhen (ThunderTown)
wrote:
> On 2021/1/15 17:26, Arnd Bergmann wrote:
> > On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote:
> >> On 2021/1/14 0:14, Arnd Bergmann wrote:
> >>> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> >>> * mmp -- added in 2009, DT
On 2021/1/15 17:26, Arnd Bergmann wrote:
> On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote:
>> On 2021/1/14 0:14, Arnd Bergmann wrote:
>>> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
>>> * mmp -- added in 2009, DT support is active, but board files might go
>>> * cns3xxx -- added in
On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote:
> On 2021/1/14 0:14, Arnd Bergmann wrote:
> > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > * mmp -- added in 2009, DT support is active, but board files might go
> > * cns3xxx -- added in 2010, last fixed in 2019, probably no users left
>
From: William Breathitt Gray
> Sent: 15 January 2021 00:24
...
> That's part of the Bay Trail generation isn't it? Are those processors
> still manufactured? My worry is that although there are boards still in
> production, they might be simply using up an old stock of parts. The
> question
On Fri, Jan 15, 2021 at 12:09 AM Max Filippov wrote:
> On Thu, Jan 14, 2021 at 1:25 PM Arnd Bergmann wrote:
> > | arch/mips/Kconfig:config HIGHMEM
> > | arch/xtensa/Kconfig:config HIGHMEM
> >
> > AFAICT On MIPS (prior to MIPS32r3) and xtensa, you have at
> > most 512MB in the linear map, so the
Hi Arnd,
On 2021/1/14 0:14, Arnd Bergmann wrote:
> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
>
> Just to catch up on the replies I received on my initial email, here
> is the updated status of all the Arm platforms I listed earlier, thanks
> for everyone that contributed information
On Fri, Jan 15, 2021 at 01:03:14AM +0100, Bernd Petrovitsch wrote:
> On Wed, 2021-01-13 at 14:21 +0200, Andy Shevchenko wrote:
> [...]
> > WRT x86 I run the search
> > https://pc104.org/product-search-results/?kw=x86_tag=_typeFilter+by+Member+Company
> > seems like all of them are based on
On Wed, 2021-01-13 at 14:21 +0200, Andy Shevchenko wrote:
[...]
> WRT x86 I run the search
> https://pc104.org/product-search-results/?kw=x86_tag=_typeFilter+by+Member+Company
> seems like all of them are based on Vortex86DX.
There are some real/true PC104 boards left -
still in production -
Hi Arnd,
On Thu, Jan 14, 2021 at 1:25 PM Arnd Bergmann wrote:
> | arch/mips/Kconfig:config HIGHMEM
> | arch/xtensa/Kconfig:config HIGHMEM
>
> AFAICT On MIPS (prior to MIPS32r3) and xtensa, you have at
> most 512MB in the linear map, so the VMSPLIT_2G or VMSPLIT_4G_4G
> tricks won't work.
On Thu, Jan 14, 2021 at 10:43 AM John Paul Adrian Glaubitz
wrote:
> On 1/12/21 11:46 PM, Linus Walleij wrote:
> > On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz >
> > wrote:
> > This is actually one of the most interesting things written in this
> > discussion.
> >
> > I have both
Hi Adrian,
On Thu, Jan 14, 2021 at 10:42 AM John Paul Adrian Glaubitz
wrote:
> Oh, and if anyone else is interested in helping with the SH port, I'm happy
> to send
> them a free LANDISK or NextVoD SuperH device - the latter has a 450 MHz ST-40
> CPU and 256 MB RAM.
Wasn't ST-40 support
Hello Linus!
On 1/12/21 11:46 PM, Linus Walleij wrote:
> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> wrote:
>
>> Yeah, I have the same impression that's the strong commercial interest pushes
>> hobbyist use of the Linux kernel a bit down. A lot of these changes feel like
>>
On Wed, Jan 13, 2021 at 8:00 PM Krzysztof Hałasa wrote:
> Arnd Bergmann writes:
>
> > For these I received no reply yet. Again, these will stay for the moment
> > unless I get a reply, but if anyone has more information, please reply
> > here to document the status (adding a few more people to
On Wed, 13 Jan 2021, Arnd Bergmann wrote:
>
> It's usually one of two things that happened before a platform gets
> deleted for good:
>
> * The platform port was (almost) exclusively done by one company
>with a commercial interest in it, and the company shifts its priorities
>for some
On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five
Arnd,
Arnd Bergmann writes:
> For these I received no reply yet. Again, these will stay for the moment
> unless I get a reply, but if anyone has more information, please reply
> here to document the status (adding a few more people to Cc):
>
> * cns3xxx -- added in 2010, last fixed in 2019,
On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
Just to catch up on the replies I received on my initial email, here
is the updated status of all the Arm platforms I listed earlier, thanks
for everyone that contributed information on these platforms!
These platforms were listed as likely
On Wed, Jan 13, 2021 at 1:02 PM Linus Walleij wrote:
> On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
> wrote:
> > On Mon, Jan 11, 2021 at 11:55 AM David Laight
> > wrote:
> > > basically 486 but have a few extra instructions - probably just cpuid
> > > and (IIRC) rdtsc.
> > > Designed for
On 1/13/21 2:21 AM, Geert Uytterhoeven wrote:
> Hi Rob,
>
> On Wed, Jan 13, 2021 at 8:58 AM Rob Landley wrote:
>> On 1/12/21 4:46 PM, Linus Walleij wrote:
>>> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
>>> wrote:
Yeah, I have the same impression that's the strong commercial
On Wed, Jan 13, 2021 at 09:30:28PM +0900, William Breathitt Gray wrote:
> On Wed, Jan 13, 2021 at 01:02:20PM +0100, Linus Walleij wrote:
> > On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
> > wrote:
> > > On Mon, Jan 11, 2021 at 11:55 AM David Laight
> > > wrote:
> >
> > > > basically 486
On Wed, Jan 13, 2021 at 01:02:20PM +0100, Linus Walleij wrote:
> On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
> wrote:
> > On Mon, Jan 11, 2021 at 11:55 AM David Laight
> > wrote:
>
> > > basically 486 but have a few extra instructions - probably just cpuid
> > > and (IIRC) rdtsc.
> > >
On Wed, Jan 13, 2021 at 2:17 PM Andy Shevchenko
wrote:
>
> On Wed, Jan 13, 2021 at 2:02 PM Linus Walleij
> wrote:
> >
> > On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
> > wrote:
> > > On Mon, Jan 11, 2021 at 11:55 AM David Laight
> > > wrote:
> >
> > > > basically 486 but have a few
On Wed, Jan 13, 2021 at 2:02 PM Linus Walleij wrote:
>
> On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
> wrote:
> > On Mon, Jan 11, 2021 at 11:55 AM David Laight
> > wrote:
>
> > > basically 486 but have a few extra instructions - probably just cpuid
> > > and (IIRC) rdtsc.
> > > Designed
On Wed, Jan 13, 2021 at 11:27 AM Andy Shevchenko
wrote:
> On Mon, Jan 11, 2021 at 11:55 AM David Laight wrote:
> > basically 486 but have a few extra instructions - probably just cpuid
> > and (IIRC) rdtsc.
> > Designed for low power embedded use they won't ever have been suitable
> > for a
On Wed, Jan 13, 2021 at 9:58 AM Rob Landley wrote:
> On 1/12/21 4:46 PM, Linus Walleij wrote:
...
> Testing that a basic superh system still builds and boots under qemu and
> j-core
> I can commit to doing regularly. Testing specific hardware devices on boards I
> don't regularly use is a lot
On Tue, Jan 12, 2021 at 4:47 PM John Paul Adrian Glaubitz
wrote:
> On 1/11/21 4:04 PM, Gerhard Pircher wrote:
> There has to be a healthy balance between hobbyist and commercial use. I
> understand
> that from a commercial point of view, it doesn't make much sense to run Linux
> on a
On Wed, Jan 13, 2021 at 11:31 AM Andy Shevchenko
wrote:
>
> On Sat, Jan 9, 2021 at 12:58 AM Arnd Bergmann wrote:
> >
> > After v5.10 was officially declared an LTS kernel,
>
> I have a question here. Maybe I have missed something, but how LTS
> helps in this case? LTS AFAIR has a rule "upstream
On Tue, Jan 12, 2021 at 11:46 PM Linus Walleij wrote:
>
> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> wrote:
>
> > Yeah, I have the same impression that's the strong commercial interest
> > pushes
> > hobbyist use of the Linux kernel a bit down. A lot of these changes feel
> >
On Sat, Jan 9, 2021 at 12:58 AM Arnd Bergmann wrote:
>
> After v5.10 was officially declared an LTS kernel,
I have a question here. Maybe I have missed something, but how LTS
helps in this case? LTS AFAIR has a rule "upstream first". How can you
provide a patch to be backported if there is no
On Mon, Jan 11, 2021 at 11:55 AM David Laight wrote:
> From: Arnd Bergmann
> > Sent: 09 January 2021 21:53
> >
> > On Sat, Jan 9, 2021 at 6:56 AM Willy Tarreau wrote:
> > >
> > > On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > > > * 80486SX/DX: 80386 CPUs were dropped in 2012,
Hi Rob,
On Wed, Jan 13, 2021 at 8:58 AM Rob Landley wrote:
> On 1/12/21 4:46 PM, Linus Walleij wrote:
> > On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> > wrote:
> >> Yeah, I have the same impression that's the strong commercial interest
> >> pushes
> >> hobbyist use of the Linux
Hi Linus,
On Wed, Jan 13, 2021 at 4:20 AM Linus Walleij wrote:
> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> wrote:
> That said there are a three things that people should really be doing if they
> want to keep their pet archs/subarchs around as good community
> members, and
On 1/12/21 4:46 PM, Linus Walleij wrote:
> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> wrote:
>
>> Yeah, I have the same impression that's the strong commercial interest pushes
>> hobbyist use of the Linux kernel a bit down. A lot of these changes feel like
>> they're motivated
On Tue, 12 Jan 2021, John Paul Adrian Glaubitz wrote:
>
> There has to be a healthy balance between hobbyist and commercial use.
>
Yes, both of those, and everything in-between, including for-profit
businesses that serve mostly hobbyists. Also start-up companies that may
never be
On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
wrote:
> Yeah, I have the same impression that's the strong commercial interest pushes
> hobbyist use of the Linux kernel a bit down. A lot of these changes feel like
> they're motivated by corporate decisions.
>
> There has to be a
Hello Gerhard!
On 1/11/21 4:04 PM, Gerhard Pircher wrote:
>>> * powerpc/cell: I'm the maintainer and I promised to send a patch to remove
>>> it.
>>>it's in my backlog but I will get to it. This is separate from PS3,
>>>which is actively maintained and used; spufs will move to ps3
>>> *
Hello!
On 1/11/21 3:55 PM, chase rayfield wrote:
> My take is that there *would* be more interest in Sparc sun4m / Sun4d
> from enthusiasts at the very least if it was possible to actually boot
> the bloat hog that is Linux these days in a fully usable configuration
> that probably means some
On 11/01/2021 21:25, Song Bao Hua (Barry Song) wrote:
> I got confirmation from Qualcomm guys that there is no plan
> to maintain prima2 in mainline any more.
> Please feel free to remove the code. If you need my help,
> Please let me know.
Hello Barry,
I didn't know that qualcomm worked on
On 11/01/2021 22:50, Arnd Bergmann wrote:
> On Mon, Jan 11, 2021 at 6:29 PM Måns Rullgård wrote:
>
>> Marc Gonzalez writes:
>>
>>> Waiting for his take on the matter.
>>>
>>> I can point out some device-specific drivers that would become
>>> useless if tango support were dropped.
>>
>> I have
Arnd,
> * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are
> indications that 486 have no users either on recent kernels.
> There is still the Vortex86 family of SoCs, and the oldest of those were
> 486SX-class, but all the modern ones are 586-class.
I actively use the i486DX
> Sparc has a runtime relocation I've never understood but did manage to break
> once, resulting in a long thread to fix:
>
> http://lists.landley.net/pipermail/aboriginal-landley.net/2011-December/001964.html
>
> Between that and the weird save half the stack register thing with function
> calls
On 1/11/21 8:55 AM, chase rayfield wrote:
> On Mon, Jan 11, 2021 at 3:09 AM John Paul Adrian Glaubitz
> wrote:
>
>>
>> I'm not sure I understand the reasoning for doing this. The SPARC
>> architecture
>> isn't going to see any new hardware developments in the future after Oracle
>> let go of
Hello,
On 11/01/2021 11:23:40-0500, Sylvain Lemieux wrote:
> According to NXP
> (https://www.nxp.com/products/product-information/product-longevity:PRDCT_LONGEVITY_HM),
> the LPC32xx is still an active product (although it was listed for 10
> years in 2009).
>
> We still have active products in
On Mon, Jan 11, 2021 at 6:29 PM Måns Rullgård wrote:
> Marc Gonzalez writes:
> >
> > Waiting for his take on the matter.
> >
> > I can point out some device-specific drivers that would become
> > useless if tango support were dropped.
>
> I have tango3 and tango4 boards. Can't say I'm using
On Mon, Jan 11, 2021 at 10:15 PM Mattias Wallin wrote:
> >On Mon, Jan 11, 2021 at 12:10 PM Viresh Kumar
> >wrote:
> >> On 08-01-21, 23:55, Arnd Bergmann wrote:
> >> > * spear -- added in 2010, no notable changes since 2015
> >>
> >> I started an email chain with the ST folks to see if there are
>On Mon, Jan 11, 2021 at 12:10 PM Viresh Kumar wrote:
>> On 08-01-21, 23:55, Arnd Bergmann wrote:
>> > * spear -- added in 2010, no notable changes since 2015
>>
>> I started an email chain with the ST folks to see if there are any
>> concerns with this getting removed and it was confirmed by
> Vladimir Zapolskiy ; xuwei (O) ; Steven
> Rostedt ; Yoshinori Sato ;
> Mark Salter ; Michael Ellerman ;
> Geert
> Uytterhoeven ; Thomas Bogendoerfer
>
> Subject: Old platforms: bring out your dead
>
> After v5.10 was officially declared an LTS kernel, I had a look
On Mon, Jan 11, 2021 at 8:58 PM Thomas Petazzoni
wrote:
> > On Fri, 8 Jan 2021 23:55:06 +0100 Arnd Bergmann wrote:
>
> So overall, I'd say that yes we could probably drop arch/arm/mach-dove/.
Russell mentioned that he still uses a cubox with an out-of-tree
board file for dove.
> > * spear --
On Sat, Jan 09, 2021 at 10:34:57PM +0100, Arnd Bergmann wrote:
> On Sat, Jan 9, 2021 at 6:43 PM Russell King - ARM Linux admin
> wrote:
> > On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > > * dove -- added in 2009, obsoleted by mach-mvebu in 2015
> >
> > May be obsoleted, but I
On Mon, Jan 11, 2021 at 12:10 PM Viresh Kumar wrote:
> On 08-01-21, 23:55, Arnd Bergmann wrote:
> > * spear -- added in 2010, no notable changes since 2015
>
> I started an email chain with the ST folks to see if there are any
> concerns with this getting removed and it was confirmed by Mattias
>
Hello,
I haven't gone through the full thread, so sorry if some of the below
information duplicates stuff that was already said.
On Fri, 8 Jan 2021 23:55:06 +0100
Arnd Bergmann wrote:
> * asm9260 -- added in 2014, no notable changes after 2015
> * axxia -- added in 2014, no notable changes
On 1/10/21 3:46 PM, Sam Ravnborg wrote:
> Hi all,
>> Hi Arnd!
>>
>> (Please let's have this cross-posted for more visibility. I only learned
>> about this
>> while reading Phoronix news)
>>
>>> I also looked at non-ARM platforms while preparing for my article. Some of
>>> these look like they
Marc Gonzalez writes:
> [ Dropping maintainers of other platforms ]
>
> On 08/01/2021 23:55, Arnd Bergmann wrote:
>
>> After v5.10 was officially declared an LTS kernel, I had a look around
>> the Arm platforms that look like they have not seen any patches from
>> their maintainers or users that
Hi Arnd,
According to NXP
(https://www.nxp.com/products/product-information/product-longevity:PRDCT_LONGEVITY_HM),
the LPC32xx is still an active product (although it was listed for 10
years in 2009).
We still have active products in the field with this MCU and we are
still shipping products
Am 10.01.21 um 18:35 schrieb John Paul Adrian Glaubitz:
> Hi Arnd!
>
> (Please let's have this cross-posted for more visibility. I only learned
> about this
> while reading Phoronix news)
Same for me!
>> I also looked at non-ARM platforms while preparing for my article. Some of
>> these look
On Mon, Jan 11, 2021 at 3:22 PM Mark Salter wrote:
>
> On Fri, 2021-01-08 at 23:55 +0100, Arnd Bergmann wrote:
> > * c6x: Added in 2011, this has seen very few updates since, but
> > Mark still Acks patches when they come. Like most other DSP platforms,
> > the model of running Linux on a
On Mon, Jan 11, 2021 at 3:48 PM Alexander Shiyan wrote:
> On Fri, 8 Jan 2021 23:55:06 +0100 Arnd Bergmann wrote:
> > Then there are ARM platforms that are old but have still seen some work
> > in the past years. If I hear nothing, these will all stay, but if
> > maintainers
> > may want to drop
On Mon, Jan 11, 2021 at 3:09 AM John Paul Adrian Glaubitz
wrote:
>
> I'm not sure I understand the reasoning for doing this. The SPARC architecture
> isn't going to see any new hardware developments in the future after Oracle
> let go of most of the SPARC developers. So it's not that we need to
On Fri, 8 Jan 2021 23:55:06 +0100
Arnd Bergmann wrote:
Hello.
...
> Then there are ARM platforms that are old but have still seen some work
> in the past years. If I hear nothing, these will all stay, but if maintainers
> may want to drop them anyway, I can help with that:
>
> * clps711x --
On Fri, 2021-01-08 at 23:55 +0100, Arnd Bergmann wrote:
> * c6x: Added in 2011, this has seen very few updates since, but
> Mark still Acks patches when they come. Like most other DSP platforms,
> the model of running Linux on a DSP appears to have been obsoleted
> by using Linux on
[ Dropping maintainers of other platforms ]
On 08/01/2021 23:55, Arnd Bergmann wrote:
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the
On Mon, Jan 11, 2021 at 01:32:57PM +0100, Arnd Bergmann wrote:
> On Mon, Jan 11, 2021 at 1:33 AM Russell King - ARM Linux admin
> wrote:
> > On Sun, Jan 10, 2021 at 10:33:56PM +0100, Linus Walleij wrote:
> > > On Sun, Jan 10, 2021 at 7:16 PM Fabian Vogt wrote:
> > > > Am Samstag, 9. Januar 2021,
On Mon, Jan 11, 2021 at 1:33 AM Russell King - ARM Linux admin
wrote:
> On Sun, Jan 10, 2021 at 10:33:56PM +0100, Linus Walleij wrote:
> > On Sun, Jan 10, 2021 at 7:16 PM Fabian Vogt wrote:
> > > Am Samstag, 9. Januar 2021, 23:20:48 CET schrieb Arnd Bergmann:
> > >
On 08-01-21, 23:55, Arnd Bergmann wrote:
> * spear -- added in 2010, no notable changes since 2015
I started an email chain with the ST folks to see if there are any
concerns with this getting removed and it was confirmed by Mattias
(Cc'd) from Schneider Electric (one of SPEAr's customers) that
On Mon, Jan 11, 2021 at 11:28 AM Geert Uytterhoeven
wrote:
> > > Regarding 32-bit vs 64-bit kernels, can you clarify what makes this one
> > > a 32-bit board? Is this just your preference for which kernel you install,
> > > or are there dependencies on firmware or hardware that require running
>
On Mon, Jan 11, 2021 at 10:40 AM Thomas Bogendoerfer
wrote:
>
> On Mon, Jan 11, 2021 at 09:59:23AM +0100, Arnd Bergmann wrote:
> > On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven
> > wrote:
> > > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > > > * MIPS R3000/TX39xx: 32-bit
Hi Arnd,
On Mon, Jan 11, 2021 at 10:16 AM Geert Uytterhoeven
wrote:
> On Mon, Jan 11, 2021 at 9:59 AM Arnd Bergmann wrote:
> > On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven
> > wrote:
> > > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > > > * MIPS R3000/TX39xx: 32-bit MIPS-II
On Mon, Jan 11, 2021 at 2:40 AM Daniel Palmer wrote:
>
> Hi Arnd,
>
> On Sat, 9 Jan 2021 at 07:56, Arnd Bergmann wrote:
> > * 68000/68328 (Dragonball): these are less capable than the
> > 68020+ or the Coldfire MCF5xxx line and similar to the 68360
> > that was removed in 2016.
>
> I have
On Mon, Jan 11, 2021 at 09:59:23AM +0100, Arnd Bergmann wrote:
> On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven
> wrote:
> > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > > * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by
> > > 64-bit MIPS-III (R4000 and
From: Arnd Bergmann
> Sent: 09 January 2021 21:53
>
> On Sat, Jan 9, 2021 at 6:56 AM Willy Tarreau wrote:
> >
> > On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > > * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are
> > > indications that 486 have no users either on
On 11/1/21 7:36 pm, Geert Uytterhoeven wrote:
Hi Adrian,
On Mon, Jan 11, 2021 at 10:26 AM John Paul Adrian Glaubitz
wrote:
On 1/11/21 10:20 AM, Geert Uytterhoeven wrote:
Sounds interesting. Do these SoCs come with an MMU? And do they use the
ColdFire instruction set or do they run plain
Hi Adrian,
On Mon, 11 Jan 2021 at 18:17, John Paul Adrian Glaubitz
wrote:
>
> Hi Daniel!
> > On Sat, 9 Jan 2021 at 07:56, Arnd Bergmann wrote:
> >> * 68000/68328 (Dragonball): these are less capable than the
> >> 68020+ or the Coldfire MCF5xxx line and similar to the 68360
> >> that was
Hi Adrian,
On Mon, Jan 11, 2021 at 10:26 AM John Paul Adrian Glaubitz
wrote:
> On 1/11/21 10:20 AM, Geert Uytterhoeven wrote:
> >> Sounds interesting. Do these SoCs come with an MMU? And do they use the
> >> ColdFire instruction set or do they run plain 68k code?
> >
> > No MMU, plain m68k code.
Hi Geert!
On 1/11/21 10:20 AM, Geert Uytterhoeven wrote:
>> Sounds interesting. Do these SoCs come with an MMU? And do they use the
>> ColdFire instruction set or do they run plain 68k code?
>
> No MMU, plain m68k code.
>
> 68328 Soc = 68000 core + some peripherals,
> 68360 SoC = CPU32 core
Hi Adrian,
On Mon, Jan 11, 2021 at 10:16 AM John Paul Adrian Glaubitz
wrote:
> > On Sat, 9 Jan 2021 at 07:56, Arnd Bergmann wrote:
> >> * 68000/68328 (Dragonball): these are less capable than the
> >> 68020+ or the Coldfire MCF5xxx line and similar to the 68360
> >> that was removed in
Hi Arnd,
On Mon, Jan 11, 2021 at 9:59 AM Arnd Bergmann wrote:
> On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven
> wrote:
> > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > > * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by
> > > 64-bit MIPS-III (R4000 and
Hi Daniel!
> On Sat, 9 Jan 2021 at 07:56, Arnd Bergmann wrote:
>> * 68000/68328 (Dragonball): these are less capable than the
>> 68020+ or the Coldfire MCF5xxx line and similar to the 68360
>> that was removed in 2016.
>
> I have some patches for the DragonBall series to enable SPI etc
On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven wrote:
> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> > * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by
> > 64-bit MIPS-III (R4000 and higher) starting in 1991. arch/mips still
> > supports these in DECstation
Hello Arnd,
On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> * efm32 -- added in 2011, first Cortex-M, no notable changes after 2013
It was quite fun to work on Cortex-M and cooperate with Energymicro and
ARM. But apart from the nice memorys there is I think little gain in
Hi Arnd,
On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
> * MIPS R3000/TX39xx: 32-bit MIPS-II generation, mostly superseded by
> 64-bit MIPS-III (R4000 and higher) starting in 1991. arch/mips still
> supports these in DECstation and Toshiba Txx9, but it appears that most
> of those
Hello!
On 1/10/21 10:46 PM, Sam Ravnborg wrote:
>> I don't think this has reached any agreement yet. Multiple people want it to
>> stay.
>
> None of the people that replied have any real use of the sun4m port,
> they only wanted it to stay because they had some machines or such.
> In other
Hi Arnd,
On Sat, 9 Jan 2021 at 07:56, Arnd Bergmann wrote:
> * 68000/68328 (Dragonball): these are less capable than the
> 68020+ or the Coldfire MCF5xxx line and similar to the 68360
> that was removed in 2016.
I have some patches for the DragonBall series to enable SPI etc there,
some
On Sun, Jan 10, 2021 at 10:33:56PM +0100, Linus Walleij wrote:
> On Sun, Jan 10, 2021 at 7:16 PM Fabian Vogt wrote:
> > Am Samstag, 9. Januar 2021, 23:20:48 CET schrieb Arnd Bergmann:
> > > On Sat, Jan 9, 2021 at 1:06 AM Daniel Tang wrote:
>
> > > > * nspire -- added in 2013, no notable changes
Hi all,
> Hi Arnd!
>
> (Please let's have this cross-posted for more visibility. I only learned
> about this
> while reading Phoronix news)
>
> > I also looked at non-ARM platforms while preparing for my article. Some of
> > these look like they are no longer actively maintained or used, but
On Sun, Jan 10, 2021 at 7:16 PM Fabian Vogt wrote:
> Am Samstag, 9. Januar 2021, 23:20:48 CET schrieb Arnd Bergmann:
> > On Sat, Jan 9, 2021 at 1:06 AM Daniel Tang wrote:
> > > * nspire -- added in 2013, no notable changes after 2015
>
> Most of the platform is just the DT sources and some
On Sun, Jan 10, 2021 at 06:27:12PM +0100, Arnd Bergmann wrote:
> On Sun, Jan 10, 2021 at 5:48 PM Andrew Lunn wrote:
> >
> > > For this platform, I'm most interested in whether there are still users
> > > that rely on board files instead of DT. AFAIU we could just fold
> > > the DT variant into
On Sun, Jan 10, 2021 at 7:12 PM Fabian Vogt wrote:
> Am Samstag, 9. Januar 2021, 23:20:48 CET schrieb Arnd Bergmann:
> > On Sat, Jan 9, 2021 at 1:06 AM Daniel Tang wrote:
> > >
> > > Hi Arnd,
> > >
> > > On 9 Jan 2021, at 9:55 am, Arnd Bergmann wrote:
> > >
> > > * nspire -- added in 2013, no
Hi,
Am Samstag, 9. Januar 2021, 23:20:48 CET schrieb Arnd Bergmann:
> On Sat, Jan 9, 2021 at 1:06 AM Daniel Tang wrote:
> >
> > Hi Arnd,
> >
> > On 9 Jan 2021, at 9:55 am, Arnd Bergmann wrote:
> >
> > * nspire -- added in 2013, no notable changes after 2015
Most of the platform is just the DT
Hi Arnd!
(Please let's have this cross-posted for more visibility. I only learned about
this
while reading Phoronix news)
> I also looked at non-ARM platforms while preparing for my article. Some of
> these look like they are no longer actively maintained or used, but I'm not
> doing anything
On Sun, Jan 10, 2021 at 5:48 PM Andrew Lunn wrote:
>
> > For this platform, I'm most interested in whether there are still users
> > that rely on board files instead of DT. AFAIU we could just fold
> > the DT variant into arch-mvebu like kirkwood was, right?
>
> Hi Arnd
>
> I'm actually booting
> For this platform, I'm most interested in whether there are still users
> that rely on board files instead of DT. AFAIU we could just fold
> the DT variant into arch-mvebu like kirkwood was, right?
Hi Arnd
I'm actually booting my device using a board file. But Debian
flash-kernel is pretty
On Sun, Jan 10, 2021 at 4:51 PM Neil Armstrong wrote:
>
> Hi Arnd,
>
> Le 08/01/2021 à 23:55, Arnd Bergmann a écrit :
> > After v5.10 was officially declared an LTS kernel, I had a look around
> > the Arm platforms that look like they have not seen any patches from
> > their maintainers or users
Hi Arnd,
Le 08/01/2021 à 23:55, Arnd Bergmann a écrit :
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five years
1 - 100 of 120 matches
Mail list logo