linux-kernel - [PATCH 0/4] leds: Convert to use maple tree register cache

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20230929-leds-maple-v1-0-ba5f9dcb1e75@kernel.org>
Date:   Fri, 29 Sep 2023 17:23:34 +0200
From:   Mark Brown <broonie@...nel.org>
To:     Michael Turquette <mturquette@...libre.com>,
        Stephen Boyd <sboyd@...nel.org>, Pavel Machek <pavel@....cz>,
        Lee Jones <lee@...nel.org>
Cc:     linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-leds@...r.kernel.org, Mark Brown <broonie@...nel.org>
Subject: [PATCH 0/4] leds: Convert to use maple tree register cache

The maple tree register cache is a more modern replacement for the
rbtree cache, the underlying data structure is more modern and the
surrounding cache implementation makes a number of choices which are
more suited to modern systems than those made by rbtree.  This series
updates the LED drivers that use the rbtree cache to use the maple tree
cache.

Signed-off-by: Mark Brown <broonie@...nel.org>
---
Mark Brown (4):
      leds: lm3601x: Convert to use maple tree register cache
      leds: aw200xx: Convert to use maple tree register cache
      leds: lm392x: Convert to use maple tree register cache
      leds: lp3952: Convert to use maple tree register cache

 drivers/leds/flash/leds-lm3601x.c | 2 +-
 drivers/leds/leds-aw200xx.c       | 2 +-
 drivers/leds/leds-lm3692x.c       | 2 +-
 drivers/leds/leds-lp3952.c        | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)
---
base-commit: 6465e260f48790807eef06b583b38ca9789b6072
change-id: 20230929-leds-maple-746230bd3ab6

Best regards,
-- 
Mark Brown <broonie@...nel.org>