linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [GIT PULL] regmap updates for v6.1
@ 2022-10-03 12:46 Mark Brown
  2022-10-05  2:27 ` Linus Torvalds
  2022-10-05  2:41 ` pr-tracker-bot
  0 siblings, 2 replies; 3+ messages in thread
From: Mark Brown @ 2022-10-03 12:46 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, Mark Brown

The following changes since commit 568035b01cfb107af8d2e4bd2fb9aea22cf5b868:

  Linux 6.0-rc1 (2022-08-14 15:50:18 -0700)

are available in the Git repository at:

  https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-v6.1

for you to fetch changes up to 01ed230761e51f0403b3f3845c11cb67014487e2:

  regmap: mmio: replace return 0 with break in switch statement (2022-09-22 12:33:18 +0100)

----------------------------------------------------------------
regmap: Updates for v6.1

This has been a busy release for regmap with one thing and other,
there's been an especially large interest in MMIO regmaps for some
reason.  The bulk of the changes are cleanups but there are several user
visible changes too:

 - Support for I/O ports in regmap-mmio.
 - Support for accelerated noinc operations in regmap-mmio.
 - Support for tracing the register values in bulk operations.

----------------------------------------------------------------
Andy Shevchenko (11):
      regmap: mmio: Remove mmio_relaxed member from context
      regmap: mmio: Get rid of broken 64-bit IO
      regmap: mmio: Introduce IO accessors that can talk to IO port
      regmap: mmio: Fix MMIO accessors to avoid talking to IO port
      regmap: Make use of get_unaligned_be24(), put_unaligned_be24()
      regmap: trace: Remove useless check for NULL for bulk ops
      regmap: trace: Remove explicit castings
      regmap: trace: Remove unneeded blank lines
      swab: Add array operations
      regmap: mmio: Use swabXX_array() helpers
      regmap: spi-avmm: Use swabXX_array() helpers

Colin Ian King (1):
      regmap: mmio: replace return 0 with break in switch statement

Dmitry Rokosov (1):
      regmap: introduce value tracing for regmap bulk operations

Linus Walleij (5):
      regmap: Support accelerated noinc operations
      regmap: mmio: Support accelerared noinc operations
      regmap/hexagon: Properly fix the generic IO helpers
      regmap: check right noinc bounds in debug print
      regmap: mmio: Fix rebase error

Mark Brown (1):
      regmap: mmio: Extending to support IO ports

 arch/hexagon/include/asm/io.h         |  25 +++
 drivers/base/regmap/regmap-mmio.c     | 289 +++++++++++++++++++++++++++-------
 drivers/base/regmap/regmap-spi-avmm.c |  14 +-
 drivers/base/regmap/regmap.c          | 167 +++++++++++++++++---
 drivers/base/regmap/trace.h           |  61 +++++--
 include/linux/regmap.h                |  11 ++
 include/linux/swab.h                  |  25 +++
 7 files changed, 489 insertions(+), 103 deletions(-)

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [GIT PULL] regmap updates for v6.1
  2022-10-03 12:46 [GIT PULL] regmap updates for v6.1 Mark Brown
@ 2022-10-05  2:27 ` Linus Torvalds
  2022-10-05  2:41 ` pr-tracker-bot
  1 sibling, 0 replies; 3+ messages in thread
From: Linus Torvalds @ 2022-10-05  2:27 UTC (permalink / raw)
  To: Mark Brown; +Cc: linux-kernel

I've pulled this, but...

On Mon, Oct 3, 2022 at 5:46 AM Mark Brown <broonie@kernel.org> wrote:
>
> Andy Shevchenko (11):
>       swab: Add array operations

I wish people didn't add pointless inline functions to core headers
for things that just aren't that important or common.

Partly because it just makes compiles slower. But partly because I
think the code generation is questionable too. Does inlining really
help or matter? No.

And are these actually ever likely to have more than one or two
odd-ball users in the regmap code? No.

IOW, this would have been better off just being kept in regmap code,
and never hit a generic header file that is included by absolutely
*EVERYTHING*.

Now, if would be one thing if this was some complicated
super-optimized code that might actually matter elsewhere too. But it
*really* isn't. It's a completely trivial (and fairly bad)
implementation that is "good enough" for the one single use it has.

IOW, if we actually cared about something like swab16_array() enough
that we'd want to seriously export it, you'd do it a word at a time
(two 8-bit shifts, and a masked combining bitop).

But we clearly don't care.  And for the same reason we don't care
enough to make a really fancy version of it, I don't think it should
be in a generic header file and make every build slower.

                  Linus

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [GIT PULL] regmap updates for v6.1
  2022-10-03 12:46 [GIT PULL] regmap updates for v6.1 Mark Brown
  2022-10-05  2:27 ` Linus Torvalds
@ 2022-10-05  2:41 ` pr-tracker-bot
  1 sibling, 0 replies; 3+ messages in thread
From: pr-tracker-bot @ 2022-10-05  2:41 UTC (permalink / raw)
  To: Mark Brown; +Cc: Linus Torvalds, linux-kernel, Mark Brown

The pull request you sent on Mon, 03 Oct 2022 13:46:22 +0100:

> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-v6.1

has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/521d04e3c8a7dda4ed1ee1630e92d370688f6b33

Thank you!

-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-10-05  2:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-10-03 12:46 [GIT PULL] regmap updates for v6.1 Mark Brown
2022-10-05  2:27 ` Linus Torvalds
2022-10-05  2:41 ` pr-tracker-bot

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).