Received: by 10.192.165.156 with SMTP id m28csp2391511imm;
        Thu, 12 Apr 2018 13:31:59 -0700 (PDT)
X-Google-Smtp-Source: AIpwx49YwS5RMwaVIi6QIDHJYLrkGA/Fl2lmYkPuY1FBilarIuRhKCvFBgE77TEF1g+/DKmlGDlo
X-Received: by 10.98.214.218 with SMTP id a87mr8986238pfl.124.1523565119483;
        Thu, 12 Apr 2018 13:31:59 -0700 (PDT)
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67])
        by mx.google.com with ESMTP id u10-v6si4070493plu.343.2018.04.12.13.31.45;
        Thu, 12 Apr 2018 13:31:59 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Authentication-Results: mx.google.com;
       dkim=fail header.i=@natalenko.name header.s=dkim-20170712 header.b=RQyjgdGh;
       arc=fail (signature failed);
       spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org;
       dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=natalenko.name
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753478AbeDLTEl (ORCPT <rfc822;morganleezd2003@gmail.com>
        + 99 others); Thu, 12 Apr 2018 15:04:41 -0400
Received: from vulcan.natalenko.name ([104.207.131.136]:46526 "EHLO
        vulcan.natalenko.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752831AbeDLTEj (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 12 Apr 2018 15:04:39 -0400
ARC-Authentication-Results: i=1; auth=pass smtp.auth=oleksandr@natalenko.name smtp.mailfrom=oleksandr@natalenko.name
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name;
        s=dkim-20170712; t=1523559876;
        h=from:from:sender:reply-to:subject:subject:date:date:
         message-id:message-id:to:to:cc:cc:mime-version:mime-version:
         content-type:content-type:
         content-transfer-encoding:content-transfer-encoding:
         in-reply-to:in-reply-to:references:references;
        bh=6uh1DBLEIt8SIdBPtxSpsIV6kEUfSaykDn2XUUTNOP8=;
        b=RQyjgdGh/pPEk3fvwxSsNXA4XzG6dyK/e8xNI3LbpK19/49i5JSUGP5Vz63vzosdVU0uA2
        i2NXh/FCKpajo6iuUrmpfg/DUSPZFIB9FkFUpEymum52WcoZsmesn3tIMJy0w1AIo3fFLv
        AChLRiUF9Itfaoai/Kkm+ug7PppjgZo=
ARC-Seal: i=1; s=arc-20170712; d=natalenko.name; t=1523559876; a=rsa-sha256;
        cv=none;
        b=WYNvwEUxbF8UxSKlcLdJXZhUABsZ+4ElYr3KFElmZyRLRqJZnXWjja8HYElMA+wj5qGWqY10JcUrzSgWat1Ej9jq5R7Z28nUJ84l7to5j4Tm2gxch8WITw73gdW6HDZpbnErJ7BvZLxqKv6eDEhxgg1Waxjo02d1Xj//+WolZSg=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name;
        s=arc-20170712; t=1523559876;
        h=from:from:sender:reply-to:subject:subject:date:date:
         message-id:message-id:to:to:cc:cc:mime-version:mime-version:
         content-type:content-type:
         content-transfer-encoding:content-transfer-encoding:
         in-reply-to:in-reply-to:references:references;
        bh=6uh1DBLEIt8SIdBPtxSpsIV6kEUfSaykDn2XUUTNOP8=;
        b=W3KKYEpq2TxCVkjJjdiCmMVwmjGNkd5GcU6BU9/t16kBzfSgv0qjbfDMXAvhCzGyFlCwml
        THOWKkpMGUL8T9fCmkAO6cPNFVQlkONMcK90BwhXqiogN9PGj31MVmQRUkDfxHHJRLcRGM
        qDamOksy5QmJ91SKHy6NCU+LDb7up+4=
Received: from spock.localnet (unknown [IPv6:2001:470:5b39:28:d9be:599a:83a5:fae4])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by vulcan.natalenko.name (Postfix) with ESMTPSA id 20AE13371E5;
        Thu, 12 Apr 2018 21:04:36 +0200 (CEST)
DMARC-Filter: OpenDMARC Filter v1.3.2 vulcan.natalenko.name 20AE13371E5
Authentication-Results: vulcan.natalenko.name; dmarc=fail (p=none dis=none) header.from=natalenko.name
From:   Oleksandr Natalenko <oleksandr@natalenko.name>
To:     Kees Cook <keescook@chromium.org>
Cc:     David Windsor <dave@nullcore.net>,
        "James E.J. Bottomley" <jejb@linux.vnet.ibm.com>,
        "Martin K. Petersen" <martin.petersen@oracle.com>,
        linux-scsi@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Christoph Hellwig <hch@lst.de>, Jens Axboe <axboe@kernel.dk>,
        Hannes Reinecke <hare@suse.com>,
        Johannes Thumshirn <jthumshirn@suse.de>,
        linux-block@vger.kernel.org, paolo.valente@linaro.org
Subject: Re: usercopy whitelist woe in scsi_sense_cache
Date:   Thu, 12 Apr 2018 21:04:35 +0200
Message-ID: <2864697.7uzmEJovl2@natalenko.name>
In-Reply-To: <CAGXu5j+_UH0h9qeYCKKjhC7jw-mi_=fg4ASHi2=pCF9xGTpA4Q@mail.gmail.com>
References: <10360653.ov98egbaqx@natalenko.name> <CAGXu5j+-PNYxSc3v+QtQLK0S3wdtFthFSxNM_69kFDnPQX0Gaw@mail.gmail.com> <CAGXu5j+_UH0h9qeYCKKjhC7jw-mi_=fg4ASHi2=pCF9xGTpA4Q@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi.

On =C4=8Dtvrtek 12. dubna 2018 20:44:37 CEST Kees Cook wrote:
> My first bisect attempt gave me commit 5448aca41cd5 ("null_blk: wire
> up timeouts"), which seems insane given that null_blk isn't even built
> in the .config. I managed to get the testing automated now for a "git
> bisect run ...", so I'm restarting again to hopefully get a better
> answer. Normally the Oops happens in the first minute of running. I've
> set the timeout to 10 minutes for a "good" run...

Apparently, you do this on Linus' tree, right? If so, I won't compile it he=
re=20
then.

Thanks for taking care of this.

Regards,
  Oleksandr