Re: [PATCH v2] arm64: defconfig: drop four symbols that no longer exist

[Vincent Mailhol (Arm)]

On 11/11/26 23:07, TAKANO Mitsuhiro wrote:
> None of these symbols exists any more; the lines are left over from the
> removal of the options they name:
> 
>   NFS_V4_1                  folded into NFS_V4 (7537db24806f)
>   SLIM_QCOM_CTRL            driver removed     (7cbba32a2d62)
>   NET_VENDOR_PACKET_ENGINES vendor removed     (aec3202247b4)
>   SCHED_DEBUG               option removed     (b52173065e0a)
> 
> The Ethernet line was added by commit 32379ad4060b ("arm64: defconfig:
> Drop unused Ethernet vendors") a week after the packetengines vendor
> directory had been removed, so it was stale from the start.
> 
> The built configuration does not change.
> 
> Link: https://lore.kernel.org/all/20251223134807.3543642-1-mikko.rapeli@xxxxxxxxxx/
> Link: https://lore.kernel.org/all/20260317-arm_defconf_cleanup-v1-3-8eecb7fdd24d@xxxxxxxxxx/
> Link: https://lore.kernel.org/all/20260317-arm_defconf_cleanup-v1-9-8eecb7fdd24d@xxxxxxxxxx/
> Signed-off-by: TAKANO Mitsuhiro <takano32@xxxxxxxxx>

Reviewed-by: Vincent Mailhol (Arm) <mailhol@xxxxxxxxxx>

> ---
> v2: the commit message now carries only the change itself.  The test
>     record, the earlier submissions and the AI disclosure moved below
>     this line, as Krzysztof asked.
> 
> Tested as configuration text only: "make ARCH=arm64 defconfig" on
> v7.4-rc2 with and without this change gives a byte-identical .config,
> and "make savedefconfig" emits none of the four lines.  No kernel was
> built or booted from this change.
> 
> Scanning every Kconfig definition in the tree leaves no other stale
> line in this file; similar leftovers remain in other architectures'
> defconfigs and are left for separate patches.
> 
> Mikko Rapeli sent a patch for the SLIM_QCOM_CTRL line in December
> 2025, and Vincent Mailhol's "configs: cleanup obsolete or incorrect
> assignments" series carried the NFS_V4_1 and SLIM_QCOM_CTRL lines in
> March 2026; both are still unmerged.  I am happy to drop the
> corresponding hunk if either author would rather keep their own.

I am not working on this anymore. I have no problem with you taking over
and continuing the work. On the contrary, thanks for your patch!

The same applies to the other changes in that series. If anyone wants to
cherry-pick or rework a patch, go ahead.


Yours sincerely,
Vincent Mailhol