Message ID | 58f12a07-5f4b-4a8f-ab84-0a42d1908cb9@moroto.mountain |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:9010:0:b0:3e4:2afc:c1 with SMTP id l16csp278507vqg; Fri, 21 Jul 2023 08:19:13 -0700 (PDT) X-Google-Smtp-Source: APBJJlF9nyKWmpLdHFA36vAQt6WKPQSyGCC5hinQJcL+2G+jOtfO5THiGtGekrLAf7FyEKH8IIq7 X-Received: by 2002:ac2:4213:0:b0:4f9:5ca0:9334 with SMTP id y19-20020ac24213000000b004f95ca09334mr1440621lfh.34.1689952732769; Fri, 21 Jul 2023 08:18:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689952732; cv=none; d=google.com; s=arc-20160816; b=TvXpGFvheuqm65TA02TRV4dbylehaxn8BQ8XxQ39llWtDTCCK5MvvoTchCDTnbkDCY gBbEB3EqDwDkpIrE+xNQ0dFH7OnrYAgtXqd88xz0O+8iNqeEsrwXthC8KzVUKXs9Upey mnOQqjjprbvc6B00J/mNG/d7KOnzUu5ERNI7C1E7nG7kqnoXA0Vz0Y9QxUpkWs6JFclv Nz5/k9ZSwqIhMOO1a2fnJNtiuuGekoWHz/SrWpovm+3N21fVtF3SOVRexBQJym8crD6n J8U0rleLHBKIIP1sU4bxQIzv/iRA4WzvOhm1ZAdjvTx+MFM66Q3NWPtxhVORD2qDkmrO EFfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version:message-id :subject:cc:to:from:date:dkim-signature; bh=PdgB/8Mdj+WMRQMTY8Eob9XO/0oySgyQa+IdB3h1SB0=; fh=qkCxKaLU+3rm5nFYuWZNGWje5A1Spdt7e/owCRQpujg=; b=S2SEx8J0SAL7OPkKdpPmjEz6SQjtuf88dFKEwerwipXOOGrGaIVYhjgxFsCtzSeRbY 3HZZImtr4LWs5EJbBIDVONeLtqOubhJbUpPSjMkRG3TsX1CQyW9pRvbbQXQ04ZapqiJ3 XP+rVKj2Sn9lXfJ3rS+eqZfc4CwUyOUzpBhMIVrP1CRaF2NUKa2R+wdL3xIEBhJ0KyF8 ZOnqBI5BeTflrB3ywKRBJhsQh/15JI+o/gGGFutw5LZaFQEqkvpwwT7w1+Fm9dTwj9yn ZzN8KZPabDh2MWOCWT9ajzi7rBxvJwlrNevdoAa4ZPIh+xeuJnT1FzEmfrTMc4j3VM5a RW/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=hyy0efKZ; 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=linaro.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bm24-20020a0564020b1800b0051e01f391besi2263144edb.581.2023.07.21.08.18.26; Fri, 21 Jul 2023 08:18:52 -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=@linaro.org header.s=google header.b=hyy0efKZ; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231309AbjGUO4J (ORCPT <rfc822;chrisben.tianve@gmail.com> + 99 others); Fri, 21 Jul 2023 10:56:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37716 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231365AbjGUO4H (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 21 Jul 2023 10:56:07 -0400 Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF816134 for <linux-kernel@vger.kernel.org>; Fri, 21 Jul 2023 07:56:05 -0700 (PDT) Received: by mail-wm1-x331.google.com with SMTP id 5b1f17b1804b1-3fbc59de009so17275805e9.3 for <linux-kernel@vger.kernel.org>; Fri, 21 Jul 2023 07:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1689951364; x=1690556164; h=content-disposition:mime-version:message-id:subject:cc:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=PdgB/8Mdj+WMRQMTY8Eob9XO/0oySgyQa+IdB3h1SB0=; b=hyy0efKZNjmh8mtbP9yAWof3TUqkjzoDZJMEeE7M0L1Qd72y+7wm2fyN7RLez0blvJ 5gwjb6VibfFVsz5w6fLFXaGqRsJGs/7pQjMlVSC4Wb0MFarZyz1+DZZKtEHDN8JO7uLL BXP2nygnRO9Mtfcd1RpWtq0OK+y9dMM/BEooFhEVvts+a7DjxOa4Z5vUSW5uVFA6xVSr nCyNz25LdjAzwqkuuodpc1zrLNW7Dg+8eiqeCwvMJGPCsVh0v9oBOW4iKY8OHPCE0aLy mKiEofN+1vhMtPY8VjKsY4oTmjnh8ANvhQyaY1PeqpAkrAoagH9XmWAuWM4mbGBWPNAO DoNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689951364; x=1690556164; h=content-disposition:mime-version:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=PdgB/8Mdj+WMRQMTY8Eob9XO/0oySgyQa+IdB3h1SB0=; b=S40RzcaDEEebUQMP25+y4qCOdYa1rb+O+9k6Jz+gWcqzdA1ybWmoOXalR22L/50qgh CHszZ7eTbZ7SIXVsuqDDuD+xTeaB9L8/onLUj6sjlDV5zhd5Agt7xRjsjdRYJvSQjkXh NkjpJuk2+3hbBxWbRhrRuCQLifKbgrhbG/YygFtk4CEVxkZSFRRbfCnOt7MBQWPm8lH6 Pt461yFrUZvOycm2Dr35hcxpsuOm0OJm7ZtjWIQPCLgDKYtYZNNF245GTnlhE2XYu0uw 97PEci/PYNH0F4CdzWh5Q9+Zb0RT3q+ROBbvgXGGIS8W6eIbkLfZPBeI+Wev26oIMQb8 G3MQ== X-Gm-Message-State: ABy/qLakgwjyHHOZJYrsvKsEWt7S1lcgoX2ms/hgte8152dQwuOZrV/c 5NXo8bakpIY/zp0vuQKqOPPNRw== X-Received: by 2002:a05:600c:2158:b0:3fc:2dfb:3cd3 with SMTP id v24-20020a05600c215800b003fc2dfb3cd3mr1525256wml.41.1689951364259; Fri, 21 Jul 2023 07:56:04 -0700 (PDT) Received: from localhost ([102.36.222.112]) by smtp.gmail.com with ESMTPSA id i7-20020a05600c290700b003fbd597bccesm6174080wmd.41.2023.07.21.07.55.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Jul 2023 07:55:45 -0700 (PDT) Date: Fri, 21 Jul 2023 17:55:33 +0300 From: Dan Carpenter <dan.carpenter@linaro.org> To: Dimitris Papastamos <dp@opensource.wolfsonmicro.com> Cc: Mark Brown <broonie@kernel.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, "Rafael J. Wysocki" <rafael@kernel.org>, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org Subject: [PATCH] regmap: rbtree: Use alloc_flags for memory allocations Message-ID: <58f12a07-5f4b-4a8f-ab84-0a42d1908cb9@moroto.mountain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: git-send-email haha only kidding X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1772043877021232977 X-GMAIL-MSGID: 1772043877021232977 |
Series |
regmap: rbtree: Use alloc_flags for memory allocations
|
|
Commit Message
Dan Carpenter
July 21, 2023, 2:55 p.m. UTC
The kunit tests discovered a sleeping in atomic bug. The allocations
in the regcache-rbtree code should use the map->alloc_flags instead of
GFP_KERNEL.
[ 5.005510] BUG: sleeping function called from invalid context at include/linux/sched/mm.h:306
[ 5.005960] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 117, name: kunit_try_catch
[ 5.006219] preempt_count: 1, expected: 0
[ 5.006414] 1 lock held by kunit_try_catch/117:
[ 5.006590] #0: 833b9010 (regmap_kunit:86:(config)->lock){....}-{2:2}, at: regmap_lock_spinlock+0x14/0x1c
[ 5.007493] irq event stamp: 162
[ 5.007627] hardirqs last enabled at (161): [<80786738>] crng_make_state+0x1a0/0x294
[ 5.007871] hardirqs last disabled at (162): [<80c531ec>] _raw_spin_lock_irqsave+0x7c/0x80
[ 5.008119] softirqs last enabled at (0): [<801110ac>] copy_process+0x810/0x2138
[ 5.008356] softirqs last disabled at (0): [<00000000>] 0x0
[ 5.008688] CPU: 0 PID: 117 Comm: kunit_try_catch Tainted: G N 6.4.4-rc3-g0e8d2fdfb188 #1
[ 5.009011] Hardware name: Generic DT based system
[ 5.009277] unwind_backtrace from show_stack+0x18/0x1c
[ 5.009497] show_stack from dump_stack_lvl+0x38/0x5c
[ 5.009676] dump_stack_lvl from __might_resched+0x188/0x2d0
[ 5.009860] __might_resched from __kmem_cache_alloc_node+0x1dc/0x25c
[ 5.010061] __kmem_cache_alloc_node from kmalloc_trace+0x30/0xc8
[ 5.010254] kmalloc_trace from regcache_rbtree_write+0x26c/0x468
[ 5.010446] regcache_rbtree_write from _regmap_write+0x88/0x140
[ 5.010634] _regmap_write from regmap_write+0x44/0x68
[ 5.010803] regmap_write from basic_read_write+0x8c/0x270
[ 5.010980] basic_read_write from kunit_try_run_case+0x48/0xa0
Fixes: 28644c809f44 ("regmap: Add the rbtree cache support")
Reported-by: Guenter Roeck <linux@roeck-us.net>
Closes: https://lore.kernel.org/all/ee59d128-413c-48ad-a3aa-d9d350c80042@roeck-us.net/
Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
---
This patch is similar to what I sent earlier, but I changed
regcache_rbtree_init() back to using GFP_KERNEL.
drivers/base/regmap/regcache-rbtree.c | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
Comments
On Fri, Jul 21, 2023 at 05:55:33PM +0300, Dan Carpenter wrote: > The kunit tests discovered a sleeping in atomic bug. The allocations > in the regcache-rbtree code should use the map->alloc_flags instead of > GFP_KERNEL. > > [ 5.005510] BUG: sleeping function called from invalid context at include/linux/sched/mm.h:306 > [ 5.005960] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 117, name: kunit_try_catch > [ 5.006219] preempt_count: 1, expected: 0 > [ 5.006414] 1 lock held by kunit_try_catch/117: > [ 5.006590] #0: 833b9010 (regmap_kunit:86:(config)->lock){....}-{2:2}, at: regmap_lock_spinlock+0x14/0x1c > [ 5.007493] irq event stamp: 162 > [ 5.007627] hardirqs last enabled at (161): [<80786738>] crng_make_state+0x1a0/0x294 > [ 5.007871] hardirqs last disabled at (162): [<80c531ec>] _raw_spin_lock_irqsave+0x7c/0x80 > [ 5.008119] softirqs last enabled at (0): [<801110ac>] copy_process+0x810/0x2138 > [ 5.008356] softirqs last disabled at (0): [<00000000>] 0x0 > [ 5.008688] CPU: 0 PID: 117 Comm: kunit_try_catch Tainted: G N 6.4.4-rc3-g0e8d2fdfb188 #1 > [ 5.009011] Hardware name: Generic DT based system > [ 5.009277] unwind_backtrace from show_stack+0x18/0x1c > [ 5.009497] show_stack from dump_stack_lvl+0x38/0x5c > [ 5.009676] dump_stack_lvl from __might_resched+0x188/0x2d0 > [ 5.009860] __might_resched from __kmem_cache_alloc_node+0x1dc/0x25c > [ 5.010061] __kmem_cache_alloc_node from kmalloc_trace+0x30/0xc8 > [ 5.010254] kmalloc_trace from regcache_rbtree_write+0x26c/0x468 > [ 5.010446] regcache_rbtree_write from _regmap_write+0x88/0x140 > [ 5.010634] _regmap_write from regmap_write+0x44/0x68 > [ 5.010803] regmap_write from basic_read_write+0x8c/0x270 > [ 5.010980] basic_read_write from kunit_try_run_case+0x48/0xa0 > > Fixes: 28644c809f44 ("regmap: Add the rbtree cache support") > Reported-by: Guenter Roeck <linux@roeck-us.net> > Closes: https://lore.kernel.org/all/ee59d128-413c-48ad-a3aa-d9d350c80042@roeck-us.net/ > Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org> Tested-by: Guenter Roeck <linux@roeck-us.net> > --- > This patch is similar to what I sent earlier, but I changed > regcache_rbtree_init() back to using GFP_KERNEL. > > drivers/base/regmap/regcache-rbtree.c | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/base/regmap/regcache-rbtree.c b/drivers/base/regmap/regcache-rbtree.c > index fabf87058d80..ae6b8788d5f3 100644 > --- a/drivers/base/regmap/regcache-rbtree.c > +++ b/drivers/base/regmap/regcache-rbtree.c > @@ -277,7 +277,7 @@ static int regcache_rbtree_insert_to_block(struct regmap *map, > > blk = krealloc(rbnode->block, > blklen * map->cache_word_size, > - GFP_KERNEL); > + map->alloc_flags); > if (!blk) > return -ENOMEM; > > @@ -286,7 +286,7 @@ static int regcache_rbtree_insert_to_block(struct regmap *map, > if (BITS_TO_LONGS(blklen) > BITS_TO_LONGS(rbnode->blklen)) { > present = krealloc(rbnode->cache_present, > BITS_TO_LONGS(blklen) * sizeof(*present), > - GFP_KERNEL); > + map->alloc_flags); > if (!present) > return -ENOMEM; > > @@ -320,7 +320,7 @@ regcache_rbtree_node_alloc(struct regmap *map, unsigned int reg) > const struct regmap_range *range; > int i; > > - rbnode = kzalloc(sizeof(*rbnode), GFP_KERNEL); > + rbnode = kzalloc(sizeof(*rbnode), map->alloc_flags); > if (!rbnode) > return NULL; > > @@ -346,13 +346,13 @@ regcache_rbtree_node_alloc(struct regmap *map, unsigned int reg) > } > > rbnode->block = kmalloc_array(rbnode->blklen, map->cache_word_size, > - GFP_KERNEL); > + map->alloc_flags); > if (!rbnode->block) > goto err_free; > > rbnode->cache_present = kcalloc(BITS_TO_LONGS(rbnode->blklen), > sizeof(*rbnode->cache_present), > - GFP_KERNEL); > + map->alloc_flags); > if (!rbnode->cache_present) > goto err_free_block; > > -- > 2.39.2 >
On Fri, 21 Jul 2023 17:55:33 +0300, Dan Carpenter wrote: > The kunit tests discovered a sleeping in atomic bug. The allocations > in the regcache-rbtree code should use the map->alloc_flags instead of > GFP_KERNEL. > > [ 5.005510] BUG: sleeping function called from invalid context at include/linux/sched/mm.h:306 > [ 5.005960] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 117, name: kunit_try_catch > [ 5.006219] preempt_count: 1, expected: 0 > [ 5.006414] 1 lock held by kunit_try_catch/117: > [ 5.006590] #0: 833b9010 (regmap_kunit:86:(config)->lock){....}-{2:2}, at: regmap_lock_spinlock+0x14/0x1c > [ 5.007493] irq event stamp: 162 > [ 5.007627] hardirqs last enabled at (161): [<80786738>] crng_make_state+0x1a0/0x294 > [ 5.007871] hardirqs last disabled at (162): [<80c531ec>] _raw_spin_lock_irqsave+0x7c/0x80 > [ 5.008119] softirqs last enabled at (0): [<801110ac>] copy_process+0x810/0x2138 > [ 5.008356] softirqs last disabled at (0): [<00000000>] 0x0 > [ 5.008688] CPU: 0 PID: 117 Comm: kunit_try_catch Tainted: G N 6.4.4-rc3-g0e8d2fdfb188 #1 > [ 5.009011] Hardware name: Generic DT based system > [ 5.009277] unwind_backtrace from show_stack+0x18/0x1c > [ 5.009497] show_stack from dump_stack_lvl+0x38/0x5c > [ 5.009676] dump_stack_lvl from __might_resched+0x188/0x2d0 > [ 5.009860] __might_resched from __kmem_cache_alloc_node+0x1dc/0x25c > [ 5.010061] __kmem_cache_alloc_node from kmalloc_trace+0x30/0xc8 > [ 5.010254] kmalloc_trace from regcache_rbtree_write+0x26c/0x468 > [ 5.010446] regcache_rbtree_write from _regmap_write+0x88/0x140 > [ 5.010634] _regmap_write from regmap_write+0x44/0x68 > [ 5.010803] regmap_write from basic_read_write+0x8c/0x270 > [ 5.010980] basic_read_write from kunit_try_run_case+0x48/0xa0 > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git for-next Thanks! [1/1] regmap: rbtree: Use alloc_flags for memory allocations commit: 0c8b0bf42c8cef56f7cd9cd876fbb7ece9217064 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark
diff --git a/drivers/base/regmap/regcache-rbtree.c b/drivers/base/regmap/regcache-rbtree.c index fabf87058d80..ae6b8788d5f3 100644 --- a/drivers/base/regmap/regcache-rbtree.c +++ b/drivers/base/regmap/regcache-rbtree.c @@ -277,7 +277,7 @@ static int regcache_rbtree_insert_to_block(struct regmap *map, blk = krealloc(rbnode->block, blklen * map->cache_word_size, - GFP_KERNEL); + map->alloc_flags); if (!blk) return -ENOMEM; @@ -286,7 +286,7 @@ static int regcache_rbtree_insert_to_block(struct regmap *map, if (BITS_TO_LONGS(blklen) > BITS_TO_LONGS(rbnode->blklen)) { present = krealloc(rbnode->cache_present, BITS_TO_LONGS(blklen) * sizeof(*present), - GFP_KERNEL); + map->alloc_flags); if (!present) return -ENOMEM; @@ -320,7 +320,7 @@ regcache_rbtree_node_alloc(struct regmap *map, unsigned int reg) const struct regmap_range *range; int i; - rbnode = kzalloc(sizeof(*rbnode), GFP_KERNEL); + rbnode = kzalloc(sizeof(*rbnode), map->alloc_flags); if (!rbnode) return NULL; @@ -346,13 +346,13 @@ regcache_rbtree_node_alloc(struct regmap *map, unsigned int reg) } rbnode->block = kmalloc_array(rbnode->blklen, map->cache_word_size, - GFP_KERNEL); + map->alloc_flags); if (!rbnode->block) goto err_free; rbnode->cache_present = kcalloc(BITS_TO_LONGS(rbnode->blklen), sizeof(*rbnode->cache_present), - GFP_KERNEL); + map->alloc_flags); if (!rbnode->cache_present) goto err_free_block;