All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Brivio <sbrivio@redhat.com>
To: lkp@lists.01.org
Subject: Re: [netfilter] e32a4dc651: BUG:using_smp_processor_id()in_preemptible
Date: Fri, 05 Jun 2020 02:25:41 +0200	[thread overview]
Message-ID: <20200605022541.3d702fe1@redhat.com> (raw)
In-Reply-To: <7dd4f0d2-34a7-8086-99cb-424ff2e039ca@intel.com>

[-- Attachment #1: Type: text/plain, Size: 1860 bytes --]

On Fri, 5 Jun 2020 08:15:07 +0800
Liu Yiding <yidingx.liu@intel.com> wrote:

> Hi,
> 
> On 6/5/20 6:23 AM, Stefano Brivio wrote:
> > Hi,
> >
> > On Wed, 3 Jun 2020 16:49:34 +0800
> > kernel test robot <lkp@intel.com> wrote:
> >  
> >> Greeting,
> >>
> >> FYI, we noticed the following commit (built with gcc-7):
> >>
> >> commit: e32a4dc6512ce3c1a1920531246e7037896e510a ("netfilter: nf_tables: make sets built-in")
> >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
> >>
> >> in testcase: kernel-selftests
> >> with following parameters:
> >>
> >> 	group: kselftests-netfilter  
> > I couldn't find this information in the report. Would it be possible to
> > have here an indication of what kselftest specifically is failing?
> > There are a number of tests in that group. I have an obvious suspicion
> > here (nft_concat_range.sh), but it would be nice to know, in general.  
> 
> Yes, it's nft_concat_range.sh caused this error.
> 
> ```
> 
> [  165.249447] # selftests: netfilter: nft_concat_range.sh
> [  165.249453]
> [  165.295336] # TEST: reported issues
> [  165.295342]
> [  165.316525] BUG: using smp_processor_id() in preemptible [00000000] 
> code: nft/6247
> [  165.319547] caller is nft_pipapo_insert+0x464/0x610 [nf_tables]
> [  165.321846] CPU: 1 PID: 6247 Comm: nft Not tainted 
> 5.6.0-rc5-01595-ge32a4dc6512ce3 #1
> 
> ```

Thanks for confirming. I think it would really be helpful to have the
specific test name in the report, in the future.

> And i think this error is caused by some kconfigs.
>
> This test was passed until we enabled all kconfigs defined in 
> netfilter/config. :-(

Then most likely this was CONFIG_NF_TABLES_SET not enabled, which goes
away with Florian's commit e32a4dc6512c as the whole feature is now
built in.

-- 
Stefano

WARNING: multiple messages have this Message-ID (diff)
From: Stefano Brivio <sbrivio@redhat.com>
To: Liu Yiding <yidingx.liu@intel.com>
Cc: kernel test robot <lkp@intel.com>,
	Florian Westphal <fw@strlen.de>,
	Pablo Neira Ayuso <pablo@netfilter.org>,
	LKML <linux-kernel@vger.kernel.org>,
	lkp@lists.01.org
Subject: Re: [LKP] Re: [netfilter] e32a4dc651: BUG:using_smp_processor_id()in_preemptible
Date: Fri, 5 Jun 2020 02:25:41 +0200	[thread overview]
Message-ID: <20200605022541.3d702fe1@redhat.com> (raw)
In-Reply-To: <7dd4f0d2-34a7-8086-99cb-424ff2e039ca@intel.com>

On Fri, 5 Jun 2020 08:15:07 +0800
Liu Yiding <yidingx.liu@intel.com> wrote:

> Hi,
> 
> On 6/5/20 6:23 AM, Stefano Brivio wrote:
> > Hi,
> >
> > On Wed, 3 Jun 2020 16:49:34 +0800
> > kernel test robot <lkp@intel.com> wrote:
> >  
> >> Greeting,
> >>
> >> FYI, we noticed the following commit (built with gcc-7):
> >>
> >> commit: e32a4dc6512ce3c1a1920531246e7037896e510a ("netfilter: nf_tables: make sets built-in")
> >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
> >>
> >> in testcase: kernel-selftests
> >> with following parameters:
> >>
> >> 	group: kselftests-netfilter  
> > I couldn't find this information in the report. Would it be possible to
> > have here an indication of what kselftest specifically is failing?
> > There are a number of tests in that group. I have an obvious suspicion
> > here (nft_concat_range.sh), but it would be nice to know, in general.  
> 
> Yes, it's nft_concat_range.sh caused this error.
> 
> ```
> 
> [  165.249447] # selftests: netfilter: nft_concat_range.sh
> [  165.249453]
> [  165.295336] # TEST: reported issues
> [  165.295342]
> [  165.316525] BUG: using smp_processor_id() in preemptible [00000000] 
> code: nft/6247
> [  165.319547] caller is nft_pipapo_insert+0x464/0x610 [nf_tables]
> [  165.321846] CPU: 1 PID: 6247 Comm: nft Not tainted 
> 5.6.0-rc5-01595-ge32a4dc6512ce3 #1
> 
> ```

Thanks for confirming. I think it would really be helpful to have the
specific test name in the report, in the future.

> And i think this error is caused by some kconfigs.
>
> This test was passed until we enabled all kconfigs defined in 
> netfilter/config. :-(

Then most likely this was CONFIG_NF_TABLES_SET not enabled, which goes
away with Florian's commit e32a4dc6512c as the whole feature is now
built in.

-- 
Stefano


  reply	other threads:[~2020-06-05  0:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-03  8:49 [netfilter] e32a4dc651: BUG:using_smp_processor_id()in_preemptible kernel test robot
2020-06-03  8:49 ` kernel test robot
2020-06-04 22:23 ` Stefano Brivio
2020-06-04 22:23   ` Stefano Brivio
2020-06-05  0:15   ` Liu Yiding
2020-06-05  0:15     ` [LKP] " Liu Yiding
2020-06-05  0:25     ` Stefano Brivio [this message]
2020-06-05  0:25       ` Stefano Brivio

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=20200605022541.3d702fe1@redhat.com \
    --to=sbrivio@redhat.com \
    --cc=lkp@lists.01.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.