The following trees are going to be removed from linux-next because they
have not been updated in more than a year. If you want a tree restored,
just let me know (and update its branch).
Tree Last commit date
URL
commits (if any)
-----------------------------------------
asahi-soc-fixes 2022-08-14 15:50:18 -0700
https://github.com/AsahiLinux/linux.git#asahi-soc/fixes
backlight-fixes 2023-01-01 13:53:16 -0800
git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git#for-backlight-fixes
broadcom-fixes 2022-10-16 15:36:24 -0700
https://github.com/Broadcom/stblinux.git#fixes
dmi 2022-09-23 14:53:14 +0200
git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git#dmi-for-next
leds 2022-12-25 13:41:39 -0800
git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git#for-next
mfd-fixes 2023-01-01 13:53:16 -0800
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git#for-mfd-fixes
orangefs 2022-12-07 15:18:30 -0500
git://git.kernel.org/pub/scm/linux/kernel/git/hubcap/linux#for-next
random 2023-01-04 12:11:29 -0800
git://git.kernel.org/pub/scm/linux/kernel/git/crng/random.git#master
safesetid 2022-07-15 18:24:42 +0000
https://github.com/micah-morton/linux.git#safesetid-next
sparc 2022-09-30 11:58:23 +0100
git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git#master
2d2b17d08bfc ("sparc: Unbreak the build")
(This commit has been included in Linus' tree as part of another commit)
userns 2022-11-30 12:54:24 -0600
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git#for-next
54e1011bd95a ("sysctl: Allow change system v ipc sysctls inside ipc namespace")
f9b90c2062b2 ("docs: Add information about ipc sysctls limitations")
7608b6a72ed0 ("sysctl: Allow to change limits for posix messages queues")
a799be9bafe3 ("ipc/ipc_sysctl: Add missing include of linux/cred.h")
b895e6689ebf ("sysctl: Fix mq permission check")
295227b10192 ("ucount: Fix atomic_long_inc_below argument type")
b4b11b58cd02 ("ucount: Use atomic_long_try_cmpxchg in atomic_long_inc_below")
(only these last 2 commits actually change anything in Linus' tree)
--
Cheers,
Stephen Rothwell
Hi Jason,
On Wed, 24 Jan 2024 03:10:09 +0100 "Jason A. Donenfeld" <[email protected]> wrote:
>
> Branch updated on random. Please do not remove.
OK, no worries.
--
Cheers,
Stephen Rothwell
We are active with Orangefs, both on the userspace
side and in the kernel... I might only run xfstests to
make sure we're not regressing as kernel code
changes through numerous development cycles,
but we do intend to continue contributing in the
future...
-Mike
On Tue, Jan 23, 2024 at 9:01 PM Stephen Rothwell <[email protected]> wrote:
>
> The following trees are going to be removed from linux-next because they
> have not been updated in more than a year. If you want a tree restored,
> just let me know (and update its branch).
>
> Tree Last commit date
> URL
> commits (if any)
> -----------------------------------------
> asahi-soc-fixes 2022-08-14 15:50:18 -0700
> https://github.com/AsahiLinux/linux.git#asahi-soc/fixes
> backlight-fixes 2023-01-01 13:53:16 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git#for-backlight-fixes
> broadcom-fixes 2022-10-16 15:36:24 -0700
> https://github.com/Broadcom/stblinux.git#fixes
> dmi 2022-09-23 14:53:14 +0200
> git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git#dmi-for-next
> leds 2022-12-25 13:41:39 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git#for-next
> mfd-fixes 2023-01-01 13:53:16 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git#for-mfd-fixes
> orangefs 2022-12-07 15:18:30 -0500
> git://git.kernel.org/pub/scm/linux/kernel/git/hubcap/linux#for-next
> random 2023-01-04 12:11:29 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/crng/random.git#master
> safesetid 2022-07-15 18:24:42 +0000
> https://github.com/micah-morton/linux.git#safesetid-next
> sparc 2022-09-30 11:58:23 +0100
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git#master
> 2d2b17d08bfc ("sparc: Unbreak the build")
> (This commit has been included in Linus' tree as part of another commit)
> userns 2022-11-30 12:54:24 -0600
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git#for-next
> 54e1011bd95a ("sysctl: Allow change system v ipc sysctls inside ipc namespace")
> f9b90c2062b2 ("docs: Add information about ipc sysctls limitations")
> 7608b6a72ed0 ("sysctl: Allow to change limits for posix messages queues")
> a799be9bafe3 ("ipc/ipc_sysctl: Add missing include of linux/cred.h")
> b895e6689ebf ("sysctl: Fix mq permission check")
> 295227b10192 ("ucount: Fix atomic_long_inc_below argument type")
> b4b11b58cd02 ("ucount: Use atomic_long_try_cmpxchg in atomic_long_inc_below")
> (only these last 2 commits actually change anything in Linus' tree)
>
> --
> Cheers,
> Stephen Rothwell
On Wed, 24 Jan 2024, Stephen Rothwell wrote:
> The following trees are going to be removed from linux-next because they
> have not been updated in more than a year. If you want a tree restored,
> just let me know (and update its branch).
>
> Tree Last commit date
> URL
> commits (if any)
> -----------------------------------------
> asahi-soc-fixes 2022-08-14 15:50:18 -0700
> https://github.com/AsahiLinux/linux.git#asahi-soc/fixes
> backlight-fixes 2023-01-01 13:53:16 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git#for-backlight-fixes
This is still active, when it's needed.
> broadcom-fixes 2022-10-16 15:36:24 -0700
> https://github.com/Broadcom/stblinux.git#fixes
> dmi 2022-09-23 14:53:14 +0200
> git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git#dmi-for-next
> leds 2022-12-25 13:41:39 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git#for-next
> mfd-fixes 2023-01-01 13:53:16 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git#for-mfd-fixes
As is this one.
I'll update them both now if it helps.
> orangefs 2022-12-07 15:18:30 -0500
> git://git.kernel.org/pub/scm/linux/kernel/git/hubcap/linux#for-next
> random 2023-01-04 12:11:29 -0800
> git://git.kernel.org/pub/scm/linux/kernel/git/crng/random.git#master
> safesetid 2022-07-15 18:24:42 +0000
> https://github.com/micah-morton/linux.git#safesetid-next
> sparc 2022-09-30 11:58:23 +0100
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git#master
> 2d2b17d08bfc ("sparc: Unbreak the build")
> (This commit has been included in Linus' tree as part of another commit)
> userns 2022-11-30 12:54:24 -0600
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git#for-next
> 54e1011bd95a ("sysctl: Allow change system v ipc sysctls inside ipc namespace")
> f9b90c2062b2 ("docs: Add information about ipc sysctls limitations")
> 7608b6a72ed0 ("sysctl: Allow to change limits for posix messages queues")
> a799be9bafe3 ("ipc/ipc_sysctl: Add missing include of linux/cred.h")
> b895e6689ebf ("sysctl: Fix mq permission check")
> 295227b10192 ("ucount: Fix atomic_long_inc_below argument type")
> b4b11b58cd02 ("ucount: Use atomic_long_try_cmpxchg in atomic_long_inc_below")
> (only these last 2 commits actually change anything in Linus' tree)
>
> --
> Cheers,
> Stephen Rothwell
--
Lee Jones [李琼斯]
Hi Mike,
On Wed, 24 Jan 2024 10:41:50 -0500 Mike Marshall <[email protected]> wrote:
>
> We are active with Orangefs, both on the userspace
> side and in the kernel... I might only run xfstests to
> make sure we're not regressing as kernel code
> changes through numerous development cycles,
> but we do intend to continue contributing in the
> future...
OK, restored.
If you just do a fast forward merge of v6.8-rc1^0, the I won't bother you
for another year :-)
--
Cheers,
Stephen Rothwell
Hi Lee,
On Wed, 24 Jan 2024 15:50:46 +0000 Lee Jones <[email protected]> wrote:
>
> > backlight-fixes 2023-01-01 13:53:16 -0800
> > git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git#for-backlight-fixes
>
> This is still active, when it's needed.
>
> > mfd-fixes 2023-01-01 13:53:16 -0800
> > git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git#for-mfd-fixes
>
> As is this one.
Both restored.
> I'll update them both now if it helps.
That will keep them off my radar for a year :-)
--
Cheers,
Stephen Rothwell
Hi Stephen,
On Wed, 2024-01-24 at 13:01 +1100, Stephen Rothwell wrote:
> The following trees are going to be removed from linux-next because they
> have not been updated in more than a year. If you want a tree restored,
> just let me know (and update its branch).
>
> Tree Last commit date
> URL
> commits (if any)
> -----------------------------------------
> (...)
> dmi 2022-09-23 14:53:14 +0200
> git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git#dmi-for-next
This is still where I would put updates to the DMI subsystem, but it
turns out there haven't been any for some time now, and I'm not aware
of any pending issue.
Out of curiosity, why do inactive branches bother you?
I can certainly update that branch if it makes your life easier.
--
Jean Delvare
SUSE L3 Support
Hi Jean,
On Tue, 06 Feb 2024 11:50:44 +0100 Jean Delvare <[email protected]> wrote:
>
> On Wed, 2024-01-24 at 13:01 +1100, Stephen Rothwell wrote:
> >
> > Tree Last commit date
> > URL
> > commits (if any)
> > -----------------------------------------
> > (...)
> > dmi 2022-09-23 14:53:14 +0200
> > git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git#dmi-for-next
>
> This is still where I would put updates to the DMI subsystem, but it
> turns out there haven't been any for some time now, and I'm not aware
> of any pending issue.
I am happy to restore it if you want.
> Out of curiosity, why do inactive branches bother you?
It is mostly just a way to get rid of abandoned trees. Also, one of
the checks I do requires me to reference all the commits between the
merge base of each tree and Linus' tree. If the base (and top commit)
of a tree has not been updated for a year, that means checking 40,000+
commits which takes a noticeable amount of time. Also just merging
such a tree has a noticeable delay. An empty tree (relative to Linus'
tree) doesn't cost much, of course.
> I can certainly update that branch if it makes your life easier.
Yeah, even just resetting it to Linus' tree at each -rc1 will help.
--
Cheers,
Stephen Rothwell