Skip to contentSkip to conversation

MAINTAINERS: demote ARM port to "odd fixes"

PATCH New Russell King 4 participants 5 messages Mar 24, 2018 – Mar 26, 2018

lore
Share & tools
lore
#0 lore raw

PATCH 2/2 MAINTAINERS: demote ARM port to "odd fixes"

As of the start of 2018, I am no longer paid to support the core 32-bit ARM architecture code. This means that this code is no longer commercially supported, and is now only supported through voluntary effort.

I will continue to merge patches as and when able, but this will be at a lower priority than before (which means a longer latency.) I have also be scaled back the amount of time spent reading email, so email that is intended for my attention needs to make itself plainly obvious, or I will miss it.

In an attempt to reduce the amount of email Cc'd to me, exclude arch/arm/boot/dts from the maintainers patterns, but add entries for the SolidRun platforms I look after.

---
 MAINTAINERS | 28 +++++++++++++++++++++-------
 1 file changed, 21 insertions(+), 7 deletions(-)
MAINTAINERS +21 -7
index c4399af21986..fcb49a81a92b 100644
@@ -1060,41 +1060,42 @@ ARM PORT
 M:	Russell King <[email protected]>
 L:	linux-arm-kernel at lists.infradead.org (moderated for non-subscribers)
 W:	http://www.armlinux.org.uk/
-S:	Maintained
+S:	Odd Fixes
 T:	git git://git.armlinux.org.uk/~rmk/linux-arm.git
 F:	arch/arm/
+X:	arch/arm/boot/dts/
 
 ARM PRIMECELL AACI PL041 DRIVER
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	sound/arm/aaci.*
 
 ARM PRIMECELL BUS SUPPORT
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	drivers/amba/
 F:	include/linux/amba/bus.h
 
 ARM PRIMECELL CLCD PL110 DRIVER
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	drivers/video/fbdev/amba-clcd.*
 
 ARM PRIMECELL KMI PL050 DRIVER
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	drivers/input/serio/ambakmi.*
 F:	include/linux/amba/kmi.h
 
 ARM PRIMECELL MMCI PL180/1 DRIVER
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	drivers/mmc/host/mmci.*
 F:	include/linux/amba/mmci.h
 
 ARM PRIMECELL UART PL010 AND PL011 DRIVERS
 M:	Russell King <[email protected]>
-S:	Maintained
+S:	Odd Fixes
 F:	drivers/tty/serial/amba-pl01*.c
 F:	include/linux/amba/serial.h
 
@@ -12859,6 +12860,19 @@ S:	Maintained
 F:	drivers/net/ethernet/socionext/netsec.c
 F:	Documentation/devicetree/bindings/net/socionext-netsec.txt
 
+SOLIDRUN CLEARFOG SUPPORT
+M:	Russell King <[email protected]>
+S:	Maintained
+F:	arch/arm/boot/dts/armada-388-clearfog*
+F:	arch/arm/boot/dts/armada-38x-solidrun-*
+
+SOLIDRUN CUBOX-I/HUMMINGBOARD SUPPORT
+M:	Russell King <[email protected]>
+S:	Maintained
+F:	arch/arm/boot/dts/imx6*-cubox-i*
+F:	arch/arm/boot/dts/imx6*-hummingboard*
+F:	arch/arm/boot/dts/imx6*-sr-*
+
 SONIC NETWORK DRIVER
 M:	Thomas Bogendoerfer <[email protected]>
 L:	netdev at vger.kernel.org
Signature · 1 line
2.7.4
#1 lore raw

PATCH 2/2 MAINTAINERS: demote ARM port to "odd fixes"

Quoted 5 lines · Russell King

As of the start of 2018, I am no longer paid to support the core 32-bit ARM architecture code. This means that this code is no longer commercially supported, and is now only supported through voluntary effort.

Hello Russell,

It is quite obvious what you are doing here, and FWIW, I personally think you should be on the ARM payroll for looking after the 32-bit port. However, I don't think it is appropriate to involve the community into this. If you cannot afford to spend time on this, the right thing to do would be to either share the responsibility with co-maintainers (which many architecture ports do these days), or step down and let someone else take over entirely.

In my opinion, letting the ARM port wither to extort money out of ARM Ltd. is not something the Linux community should be accessory to.

Regards,
Ard.

Quoted 97 lines

I will continue to merge patches as and when able, but this will be at a lower priority than before (which means a longer latency.) I have also be scaled back the amount of time spent reading email, so email that is intended for my attention needs to make itself plainly obvious, or I will miss it.

In an attempt to reduce the amount of email Cc'd to me, exclude arch/arm/boot/dts from the maintainers patterns, but add entries for the SolidRun platforms I look after.

---
 MAINTAINERS | 28 +++++++++++++++++++++-------
 1 file changed, 21 insertions(+), 7 deletions(-)
MAINTAINERS +21 -8
index c4399af21986..fcb49a81a92b 100644
@@ -1060,41 +1060,42 @@ ARM PORT
 M:     Russell King <[email protected]>
 L:     linux-arm-kernel at lists.infradead.org (moderated for non-subscribers)
 W:     http://www.armlinux.org.uk/
-S:     Maintained
+S:     Odd Fixes
 T:     git git://git.armlinux.org.uk/~rmk/linux-arm.git
 F:     arch/arm/
+X:     arch/arm/boot/dts/
 
 ARM PRIMECELL AACI PL041 DRIVER
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     sound/arm/aaci.*
 
 ARM PRIMECELL BUS SUPPORT
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     drivers/amba/
 F:     include/linux/amba/bus.h
 
 ARM PRIMECELL CLCD PL110 DRIVER
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     drivers/video/fbdev/amba-clcd.*
 
 ARM PRIMECELL KMI PL050 DRIVER
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     drivers/input/serio/ambakmi.*
 F:     include/linux/amba/kmi.h
 
 ARM PRIMECELL MMCI PL180/1 DRIVER
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     drivers/mmc/host/mmci.*
 F:     include/linux/amba/mmci.h
 
 ARM PRIMECELL UART PL010 AND PL011 DRIVERS
 M:     Russell King <[email protected]>
-S:     Maintained
+S:     Odd Fixes
 F:     drivers/tty/serial/amba-pl01*.c
 F:     include/linux/amba/serial.h
 
@@ -12859,6 +12860,19 @@ S:     Maintained
 F:     drivers/net/ethernet/socionext/netsec.c
 F:     Documentation/devicetree/bindings/net/socionext-netsec.txt
 
+SOLIDRUN CLEARFOG SUPPORT
+M:     Russell King <[email protected]>
+S:     Maintained
+F:     arch/arm/boot/dts/armada-388-clearfog*
+F:     arch/arm/boot/dts/armada-38x-solidrun-*
+
+SOLIDRUN CUBOX-I/HUMMINGBOARD SUPPORT
+M:     Russell King <[email protected]>
+S:     Maintained
+F:     arch/arm/boot/dts/imx6*-cubox-i*
+F:     arch/arm/boot/dts/imx6*-hummingboard*
+F:     arch/arm/boot/dts/imx6*-sr-*
+
 SONIC NETWORK DRIVER
 M:     Thomas Bogendoerfer <[email protected]>
 L:     netdev at vger.kernel.org
--

2.7.4

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

#2 lore raw

PATCH 2/2 MAINTAINERS: demote ARM port to "odd fixes"

Quoted 17 lines · Ard Biesheuvel
Quoted 5 lines · Russell King

As of the start of 2018, I am no longer paid to support the core 32-bit ARM architecture code. This means that this code is no longer commercially supported, and is now only supported through voluntary effort.

Hello Russell,

It is quite obvious what you are doing here, and FWIW, I personally think you should be on the ARM payroll for looking after the 32-bit port. However, I don't think it is appropriate to involve the community into this. If you cannot afford to spend time on this, the right thing to do would be to either share the responsibility with co-maintainers (which many architecture ports do these days), or step down and let someone else take over entirely.

Quoted 2 lines

In my opinion, letting the ARM port wither to extort money out of ARM Ltd. is not something the Linux community should be accessory to.

I find your email offensive. This is not an attempt to extort money. I do NOT engage in extortion. Please apologise for that smear.

This merely reverts the ARM port to the situation that it was prior to 2001.

The fact of the matter is if I'm not getting paid to look after it, then I'll have other paid work, and anyone who has paid work will know that paid work takes priority over voluntary work. That doesn't mean I have to give up all interest in something I founded.

There are plenty of other kernel maintainers in that position - for example, Santosh is no longer employed by Texas, but still looks after the various stuff for TI.

I'm merely pointing out that I'm not going to be spending quite as much time on the ARM port as I have done in the past - particularly, this means that I won't have a guaranteed amount of time each week for this activity.

In the coming weeks, I'm going to be working on the Spectre fixes under contract with ARM Ltd, and as this will be my primary focus, it will take priority over voluntary work, such as general maintanence of the 32-bit ARM port.

I'm sure the same goes for other people: work that you get paid for takes priority over voluntary work. Anything else would be plain stupid and suicidal from an employment point of view.

The reality of the 32-bit ARM port situation is that the code base is stable, and it receives very few patches each kernel cycle, and so it is entirely reasonable that less time is spent on it.

At no point have I said that I will not merge anything unless I'm paid for it - again, that would be suicidal and rediculous.

What I do find particularly offensive in your attitude is the expectation that I'll continue to spend as much time as I have previously on the ARM port as I have done while being paid for it - that is entirely unreasonable. I think you need to alter your attitude and expectations.

I said in my email that I'm not going to be reading the mailing list quite as much because given that much of the list traffic is no longer relevant and sorting through it takes considerable time, I'd rather spend that time for more productive tasks.

Signature · 3 lines
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up
#3 lore raw

PATCH 2/2 MAINTAINERS: demote ARM port to "odd fixes"

Quoted 18 lines · Russell King - ARM Linux
Quoted 17 lines · Ard Biesheuvel
Quoted 5 lines · Russell King

As of the start of 2018, I am no longer paid to support the core 32-bit ARM architecture code. This means that this code is no longer commercially supported, and is now only supported through voluntary effort.

Hello Russell,

It is quite obvious what you are doing here, and FWIW, I personally think you should be on the ARM payroll for looking after the 32-bit port. However, I don't think it is appropriate to involve the community into this. If you cannot afford to spend time on this, the right thing to do would be to either share the responsibility with co-maintainers (which many architecture ports do these days), or step down and let someone else take over entirely.

Quoted 6 lines
Quoted 2 lines

In my opinion, letting the ARM port wither to extort money out of ARM Ltd. is not something the Linux community should be accessory to.

I find your email offensive. This is not an attempt to extort money. I do NOT engage in extortion. Please apologise for that smear.

I did not mean to offend you. I do apologise if that is what I did.

Quoted 8 lines

This merely reverts the ARM port to the situation that it was prior to 2001.

The fact of the matter is if I'm not getting paid to look after it, then I'll have other paid work, and anyone who has paid work will know that paid work takes priority over voluntary work. That doesn't mean I have to give up all interest in something I founded.

But how is it in the interest of the Linux community that you remain the sole maintainer with very little time to spend on it? Maintainer groups are working out very well in other areas, so I'd expect that to be something you consider first before demoting the port to 'odd fixes'.

Quoted 9 lines

There are plenty of other kernel maintainers in that position - for example, Santosh is no longer employed by Texas, but still looks after the various stuff for TI.

I'm merely pointing out that I'm not going to be spending quite as much time on the ARM port as I have done in the past - particularly, this means that I won't have a guaranteed amount of time each week for this activity.

Quoted 9 lines

In the coming weeks, I'm going to be working on the Spectre fixes under contract with ARM Ltd, and as this will be my primary focus, it will take priority over voluntary work, such as general maintanence of the 32-bit ARM port.

I'm sure the same goes for other people: work that you get paid for takes priority over voluntary work. Anything else would be plain stupid and suicidal from an employment point of view.

Nobody is asking you to prioritise voluntary work over paid work. I am asking you to consider offloading some of the responsibility to others if you are failing to cope by yourself.

Quoted 4 lines

The reality of the 32-bit ARM port situation is that the code base is stable, and it receives very few patches each kernel cycle, and so it is entirely reasonable that less time is spent on it.

If that is the case, why not simply keep it at 'maintained', which is already documented as voluntary support rather than commercial support.

Quoted 9 lines

At no point have I said that I will not merge anything unless I'm paid for it - again, that would be suicidal and rediculous.

What I do find particularly offensive in your attitude is the expectation that I'll continue to spend as much time as I have previously on the ARM port as I have done while being paid for it - that is entirely unreasonable. I think you need to alter your attitude and expectations.

Nobody is expecting that. I merely suggested that there are other options here besides paid full support by just you and unpaid odd fixes by just you.

Quoted 5 lines

I said in my email that I'm not going to be reading the mailing list quite as much because given that much of the list traffic is no longer relevant and sorting through it takes considerable time, I'd rather spend that time for more productive tasks.

I agree that there is a lot of noise on LAKML given that a lot of driver patches that happen to be for IP present in ARM SoCs gets cc'd there.

#4 lore raw

PATCH 2/2 MAINTAINERS: demote ARM port to "odd fixes"

Quoted 3 lines · On Sun, 25 Mar 2018 19:41:49 +0100 Ard Biesheuvel <[email protected]>…

Nobody is asking you to prioritise voluntary work over paid work. I am asking you to consider offloading some of the responsibility to others if you are failing to cope by yourself.

That's a sensible proposal and it can be discussed in the appropriate venue at an appropriate time (if it is found that we actually have a problem!).

But all of this seems unrelated to altering the MAINTAINERS file today, so I'll scoop up Russell's patches.