From patchwork Fri Jul 21 19:32:19 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mark Brown X-Patchwork-Id: 124064 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:9010:0:b0:3e4:2afc:c1 with SMTP id l16csp432014vqg; Fri, 21 Jul 2023 12:54:03 -0700 (PDT) X-Google-Smtp-Source: APBJJlEP67nuUBsZRzszXIJ1y8qy4uk7IdWtOAmOLnANFO3Q9yaGi6UWwfg0KD78V0sOBo9yvZjq X-Received: by 2002:a2e:8ec7:0:b0:2b9:44c5:ac15 with SMTP id e7-20020a2e8ec7000000b002b944c5ac15mr2205281ljl.41.1689969243618; Fri, 21 Jul 2023 12:54:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689969243; cv=none; d=google.com; s=arc-20160816; b=SDmn6nMoYvaz6KwYyaThBhkZCD8LEm6oZgUy3iU/+j1Vl+a/ImIe3l9Tby8NW9bewE DIPHss+io56CTpHi092pySamJkrDMzgkSIy4QcGvENaFYgJH/TD45Gy1nNAETZOMvabZ /TXKozIIdReESUwBLuWnYZidUp4YMgyEqHaJcU7NZtmI0XqBfl4oWGuyDLCkJOu0I/LS 7C4FO5VQpwFsKtNAwMFaywosTHk8QjBNcOC2FGNegS1LEXngieHquYY2NkFLVKO63N8F WjjGunP0idZJ6+iDyemSC/MeNy+IVlImLVyYtbwQn1wxVBV7ClyTTxzuZKKC3DushFs+ KxRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=y9cfR14ms99RCWaI821acxzi/WOHGZCmKH4hOw/S1gE=; fh=b2ammWnzmF+QMkSQ3ZbNgxGjLkbUoOoDT8HYjAaf9Hc=; b=Q/QP4GzIoGm7AwLcXBl1c5Z1JNawo7Gadh6/BkJgnaHDz8vR3C6hUf17rbKJFxOKUi GR4kmsHtha3JQstQ+0pEbX77oryH8vAhyNjyEL7vj4vo2l9NES/U9yt3W8KzZ0pyMZGR 9h57/Wc7uZ3jUupXM91UVr/aoLkXUoSBWpGKblcDKoOZoCqYGiZ2in6+B46AdK4k/+9H Dsi7AFTqfJx/qlMQyqFiwzSQws4LpToVB8WD6+hTq5mimiUmv4aHJTLnlp2LXzcQSU3i OR40RlCKT2qWrIld/Utf/Jm1jAUQ2L/od6BphD/jWLcQIKOm/aJ6WGOCtQc5Cv+DewN2 BjYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=trnPyC26; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y13-20020a170906070d00b0098cd2a20b3esi2565899ejb.847.2023.07.21.12.53.39; Fri, 21 Jul 2023 12:54:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=trnPyC26; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230219AbjGUTde (ORCPT + 99 others); Fri, 21 Jul 2023 15:33:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52942 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229824AbjGUTdd (ORCPT ); Fri, 21 Jul 2023 15:33:33 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A43830FF for ; Fri, 21 Jul 2023 12:32:38 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id BF04A61D76 for ; Fri, 21 Jul 2023 19:32:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C8F05C433C9; Fri, 21 Jul 2023 19:32:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689967948; bh=jnHwog2XWGt7cS5tRZm6XBtcLY1vyrk1kzdNWLRN5yk=; h=From:To:Cc:Subject:Date:From; b=trnPyC26lE0IZ6VomrbeEQZPRVIdJb1OMwbxhdRQDA+gmy4yj4VBDt6QmET5t8PG+ ktAMru03nQRi34Uq+zKLOXeHcZItDZzHJ5UTWJtjZjHBSrYa94LFeS1CfCYBosYxcC mi/pBOVyw1stW38yy/UCx/6Rm+zjXYpZ9QRms71FfA8vAvS+CaltNAIbVmHzVeXFbz T2SUq4mN45gXAqPt60Dvw9qd51lEq43UI1z575eLy1W18McaNkcBqx4MgG+xdxyl76 GXLipd35oSVXzkTHo5IeIMNWU4MFY6sPOqhFWp6VoXiXjbqj92oRraaJJeBvIGpIZz eTJbAKgbtE4Ww== From: Mark Brown To: Linus Torvalds Cc: linux-kernel@vger.kernel.org, Mark Brown Subject: [GIT PULL] regmap fixes for v6.5-rc2 Date: Fri, 21 Jul 2023 20:32:19 +0100 Message-Id: <20230721193227.C8F05C433C9@smtp.kernel.org> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1772061189411941189 X-GMAIL-MSGID: 1772061189411941189 The following changes since commit fdf0eaf11452d72945af31804e2a1048ee1b574c: Linux 6.5-rc2 (2023-07-16 15:10:37 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-fix-v6.5-rc2 for you to fetch changes up to a9e26169cfda651802f88262a315146fbe4bc74c: regmap: Disable locking for RBTREE and MAPLE unit tests (2023-07-20 13:57:01 +0100) ---------------------------------------------------------------- regmap: Fixes for v6.5 Three fixes here: - The issues with accounting for register and padding length on raw buses turn out to be quite widespread in custom buses, in order to avoid disturbing anything drop the initial fixes and fall back to a point fix in the SMBus code where the issue was originally noticed, a more substantial refactoring of the API which ensures that all buses make the same assumptions will follow. - The generic regcache code had been forcing on async I/O which did not work with the new maple tree sync code when used with SPI. Since that was mainly for the rbtree cache and the assumptions about hardware that drove the choice are probably not true any more fix this by pushing the enablement of async down into the rbtree code, probably this also makes cache syncs for systems faster though it's not the point. - The test code was triggering use of the rbtree and maple tree caches with dynamic allocation of nodes since all the testing is with RAM backed caches with no I/O performance issues. Just disable the locking in the tests to avoid triggering warnings when allocation debugging is turned on, it's not really what's being tested. ---------------------------------------------------------------- Guenter Roeck (1): regmap: Disable locking for RBTREE and MAPLE unit tests Mark Brown (3): regmap: Drop initial version of maximum transfer length fixes regmap: Account for register length in SMBus I/O limits regcache: Push async I/O request down into the rbtree cache drivers/base/regmap/regcache-rbtree.c | 4 ++++ drivers/base/regmap/regcache.c | 3 --- drivers/base/regmap/regmap-i2c.c | 8 ++++---- drivers/base/regmap/regmap-kunit.c | 5 +++++ drivers/base/regmap/regmap-spi-avmm.c | 2 +- drivers/base/regmap/regmap.c | 6 ++---- 6 files changed, 16 insertions(+), 12 deletions(-)