From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Mark Brown <broonie@kernel.org>
Cc: Liam Girdwood <lgirdwood@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: regulator branch mess
Date: Tue, 4 Nov 2025 17:51:38 +0200 [thread overview]
Message-ID: <aQohCnVQfVsS7YYp@smile.fi.intel.com> (raw)
In-Reply-To: <aQogTFANK1fMtloW@smile.fi.intel.com>
On Tue, Nov 04, 2025 at 05:48:29PM +0200, Andy Shevchenko wrote:
> On Tue, Nov 04, 2025 at 03:32:59PM +0000, Mark Brown wrote:
> > On Tue, Nov 04, 2025 at 05:20:59PM +0200, Andy Shevchenko wrote:
> >
> > > Something bad happened to the regulator branch [1].
> > > First of all, the merge message contains unneeded details (at least the
> > > author's email signature). Second, the few lines series becomes 3kLoCs
> > > merge commit. I think the base was wrong and `b4` (if you use that one)
> > > took too much to merge.
> >
> > I forgot to trim the cover letter but otherwise I really can't see any
> > issues and you're not in the slightest bit specific about what you think
> > is a problem. The diffstat for the tree is:
> >
> > 13 files changed, 1149 insertions(+), 780 deletions(-)
> >
> > which doesn't doesn't correspond to "thousands" of lines. I really
> > can't tell what on earth you are talking about here.
>
> I look at it via GitWeb [1] and that's what I see:
>
> Age Commit message (Expand) Author Files Lines
> 2 hours regulator: pf9453: optimize PMIC PF9453 driverHEADfor-nextfor-6.19 Mark Brown 253 -872/+2020
> 26 hours regulator: pf9453: remove unused I2C_LT register Joy Zou 1 -7/+0
> 26 hours regulator: pf9453: remove low power mode Joy Zou 1 -12/+0
> 26 hours regulator: pf9453: change the device ID register address Joy Zou 1 -2/+1
> 27 hours regulator: Small cleanup in of_get_regulation_constraints() Dan Carpenter 1 -3/+3
> 44 hours Linux 6.18-rc4for-linusfor-6.18 Linus Torvalds 1 -1/+1
> ...
>
> Which suggests the series changes only few lines, but if you click to the last
> merge commit, you will see the heck out of whole tree bound to it. This is
> usually the case when `b4 shazam` guesses the base in a way one doesn't expect
> (it may merge your local branch if it founds match in the series with what you
> have).
>
> So, in the merge commit the picture is
>
> Diffstat
> -rw-r--r-- .mailmap 1
> -rw-r--r-- CREDITS 4
> -rw-r--r-- Documentation/devicetree/bindings/net/microchip,sparx5-switch.yaml 4
> -rw-r--r-- Documentation/devicetree/bindings/sound/qcom,pm4125-sdw.yaml 4
> -rw-r--r-- Documentation/netlink/specs/dpll.yaml 2
> -rw-r--r-- Documentation/networking/netconsole.rst 3
> -rw-r--r-- MAINTAINERS 16
> -rw-r--r-- Makefile 2
> -rw-r--r-- arch/arm64/net/bpf_jit_comp.c 5
> -rw-r--r-- arch/s390/Kconfig 1
> -rw-r--r-- arch/s390/configs/debug_defconfig 14
> -rw-r--r-- arch/s390/configs/defconfig 14
> -rw-r--r-- arch/s390/configs/zfcpdump_defconfig 1
> -rw-r--r-- arch/s390/crypto/phmac_s390.c 52
> -rw-r--r-- arch/s390/include/asm/pci.h 1
> -rw-r--r-- arch/s390/mm/dump_pagetables.c 21
> -rw-r--r-- arch/s390/pci/pci_event.c 4
> -rw-r--r-- arch/s390/pci/pci_irq.c 9
> -rw-r--r-- arch/x86/Makefile 2
> -rw-r--r-- arch/x86/events/intel/core.c 1
> -rw-r--r-- arch/x86/events/intel/ds.c 3
> -rw-r--r-- arch/x86/events/intel/uncore.c 1
> -rw-r--r-- arch/x86/include/asm/intel-family.h 6
> -rw-r--r-- arch/x86/include/asm/page_64.h 3
> -rw-r--r-- arch/x86/kernel/cpu/amd.c 12
> -rw-r--r-- arch/x86/kernel/cpu/microcode/amd.c 20
> -rw-r--r-- arch/x86/kernel/fpu/core.c 3
> -rw-r--r-- arch/x86/net/bpf_jit_comp.c 2
> -rw-r--r-- block/blk-crypto.c 2
> -rw-r--r-- drivers/acpi/acpi_mrrm.c 3
> -rw-r--r-- drivers/acpi/acpi_video.c 4
> -rw-r--r-- drivers/acpi/button.c 4
> -rw-r--r-- drivers/acpi/fan.h 7
> -rw-r--r-- drivers/acpi/fan_attr.c 2
> -rw-r--r-- drivers/acpi/fan_core.c 36
> -rw-r--r-- drivers/acpi/fan_hwmon.c 11
> -rw-r--r-- drivers/acpi/spcr.c 2
> -rw-r--r-- drivers/base/regmap/regmap-slimbus.c 6
> -rw-r--r-- drivers/bcma/main.c 6
> -rw-r--r-- drivers/block/null_blk/main.c 1
> -rw-r--r-- drivers/bluetooth/bpa10x.c 4
> -rw-r--r-- drivers/bluetooth/btintel_pcie.c 11
> -rw-r--r-- drivers/bluetooth/btmtksdio.c 12
> -rw-r--r-- drivers/bluetooth/btmtkuart.c 4
> -rw-r--r-- drivers/bluetooth/btnxpuart.c 4
> -rw-r--r-- drivers/bluetooth/hci_ag6xx.c 2
> -rw-r--r-- drivers/bluetooth/hci_aml.c 2
> -rw-r--r-- drivers/bluetooth/hci_ath.c 2
> -rw-r--r-- drivers/bluetooth/hci_bcm.c
>
> and so on...
>
>
>
> [1]: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git/log/?h=for-6.19
Compare to [2] I made in my tree
Age Commit message (Expand) Author Files Lines
7 hours Merge patch series "pinctrl: intel: Unify error messages"review-andyfor-next Andy Shevchenko 5 -64/+35
7 hours pinctrl: tangier: Unify messages with help of dev_err_probe() Andy Shevchenko 1 -2/+1
7 hours pinctrl: lynxpoint: Unify messages with help of dev_err_probe() Andy Shevchenko 1 -18/+10
7 hours pinctrl: intel: Unify messages with help of dev_err_probe() Andy Shevchenko 1 -16/+8
7 hours pinctrl: cherryview: Unify messages with help of dev_err_probe() Andy Shevchenko 1 -16/+8
7 hours pinctrl: baytrail: Unify messages with help of dev_err_probe() Andy Shevchenko 1 -12/+8
2025-10-12 Linux 6.18-rc1v6.18-rc1fixes Linus Torvalds 1 -2/+2
* You may already notice that the merge commit statistics correlates by numbers with the series below.
So it's definitely not a problem of GitWeb.
[2]: https://git.kernel.org/pub/scm/linux/kernel/git/pinctrl/intel.git/log/?h=for-next
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2025-11-04 15:51 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-04 15:20 regulator branch mess Andy Shevchenko
2025-11-04 15:32 ` Mark Brown
2025-11-04 15:48 ` Andy Shevchenko
2025-11-04 15:51 ` Andy Shevchenko [this message]
2025-11-04 16:01 ` Mark Brown
2025-11-04 16:11 ` Andy Shevchenko
2025-11-04 16:18 ` Andy Shevchenko
2025-11-04 16:30 ` Mark Brown
2025-11-04 16:54 ` Andy Shevchenko
2025-11-04 17:05 ` Mark Brown
2025-11-04 17:11 ` Andy Shevchenko
2025-11-04 22:15 ` Theodore Ts'o
2025-11-05 5:24 ` Andy Shevchenko
2025-11-05 15:08 ` Theodore Ts'o
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=aQohCnVQfVsS7YYp@smile.fi.intel.com \
--to=andriy.shevchenko@intel.com \
--cc=broonie@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox