From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753254AbdJaKgk (ORCPT ); Tue, 31 Oct 2017 06:36:40 -0400 Received: from merlin.infradead.org ([205.233.59.134]:45676 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753107AbdJaKgi (ORCPT ); Tue, 31 Oct 2017 06:36:38 -0400 Date: Tue, 31 Oct 2017 11:36:26 +0100 From: Peter Zijlstra To: Dmitry Vyukov Cc: syzbot , dvhart@infradead.org, LKML , Ingo Molnar , syzkaller-bugs@googlegroups.com, Thomas Gleixner Subject: Re: WARNING in get_pi_state Message-ID: <20171031103626.qjpvlkmtw54qxe3m@hirez.programming.kicks-ass.net> References: <001a113a67502e70f4055cc8dc92@google.com> <20171031091603.plulggamkcfh7k3u@hirez.programming.kicks-ass.net> <20171031100852.pdifddw4lkc5fqfc@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 31, 2017 at 01:23:13PM +0300, Dmitry Vyukov wrote: > But having said that, the tun code is not supposed to make the > reproducer non-working either. E.g. on our systems it just setups tun > successfully and then proceeds to the actual code that triggers the > problem. What's the failure mode with tun code on your system? If we > make it more portable, then such repros will work on your system as > well. It completely fails to create a tun (probably don't have support for that built-in) and then just sits there doing nothing. I didn't spend too much time analyzing and just ripped it out.