From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754306AbdBISK4 (ORCPT ); Thu, 9 Feb 2017 13:10:56 -0500 Received: from mx1.redhat.com ([209.132.183.28]:47840 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753792AbdBISKx (ORCPT ); Thu, 9 Feb 2017 13:10:53 -0500 Date: Thu, 9 Feb 2017 20:10:51 +0200 From: "Michael S. Tsirkin" To: Dmitry Vyukov Cc: Jason Wang , David Miller , Eric Dumazet , LKML , Cong Wang , netdev , syzkaller Subject: Re: net: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected in skb_array_produce Message-ID: <20170209201027-mutt-send-email-mst@kernel.org> References: <50038580.20299907.1486634551103.JavaMail.zimbra@redhat.com> <20170209194943-mutt-send-email-mst@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Thu, 09 Feb 2017 18:10:53 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 09, 2017 at 06:55:41PM +0100, Dmitry Vyukov wrote: > On Thu, Feb 9, 2017 at 6:50 PM, Michael S. Tsirkin wrote: > > On Thu, Feb 09, 2017 at 11:49:30AM +0100, Dmitry Vyukov wrote: > >> On Thu, Feb 9, 2017 at 11:02 AM, Jason Wang wrote: > >> > > >> > > >> > ----- Original Message ----- > >> >> Hello, > >> >> > >> >> I've got the following report while running syzkaller fuzzer on mmotm > >> >> (git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git) > >> >> remotes/mmotm/auto-latest ee4ba7533626ba7bf2f8b992266467ac9fdc045e: > >> >> > >> > > >> > [...] > >> > > >> >> > >> >> other info that might help us debug this: > >> >> > >> >> Possible interrupt unsafe locking scenario: > >> >> > >> >> CPU0 CPU1 > >> >> ---- ---- > >> >> lock(&(&r->consumer_lock)->rlock); > >> >> local_irq_disable(); > >> >> lock(&(&r->producer_lock)->rlock); > >> >> lock(&(&r->consumer_lock)->rlock); > >> >> > >> >> lock(&(&r->producer_lock)->rlock); > >> >> > >> > > >> > Thanks a lot for the testing. > >> > > >> > Looks like we could address this by using skb_array_consume_bh() instead. > >> > > >> > Could you pls verify if the following patch works? > >> > >> No, I can't test it, sorry. This happened once on bots. And bots > >> currently test only upstream versions. > > > > Which trees are tested? Will linux-next help? > > Linus tree, linux-next and mmotm at the moment. OK that works, I'll add the fix to my tree includes in linux-next. -- MST