Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1320365ybe; Fri, 13 Sep 2019 14:43:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqyced9cL6CRNFludvFCFXAOVbQKmQxx65pOXukqoSWwLSucw38vh+QLrAtsaEnHJnqhEf3C X-Received: by 2002:aa7:c347:: with SMTP id j7mr46324846edr.173.1568411002572; Fri, 13 Sep 2019 14:43:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568411002; cv=none; d=google.com; s=arc-20160816; b=mux/fmOzuz8KaP9KnQVvKyOpywzBJTaTHu5rbCoKZU+3LkZGVP9OXA8kMcuzuNM1Z/ ZemPz7nrYW1I3/S4A5JlZ1AZPvkVwwPXkf0MIpXXk4Y0eUszksihrxpJUqzvE2BOGkg+ K5hxS27uIoTjYhmgNNGk5xRu1SFQrWsjL6YgkZNNPxSCKtmF99aHPQCm0dIMKIrz21jq 9R3zqiGI27p3rvBRPLT68S5CAHQ9MHvj+hEVv8nOQAfNHIQxK8AJ5SjcmjqmXwkPOgM+ 03qL8y7e/X3Wnd/TET0fJACf5UtEFTJDvDniVaq0RVA4rcP/kvGxI2bbYt+oGcbpMKgm uzUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:openpgp:from:references:cc:to:subject; bh=H/HgiF+ormPJec9ucKfvq3B1GbgLkHD6NvKq1m15REE=; b=cS1frdIUvtU6WflANycvn/3wB3VyC3xWocTzj6/kLbzt3is7jTVOfQMtHjJH5eDIt/ R2VIgHV2kJ/Xlja48eGyOxje8LEvcLYG3NXelyF9awU+P471Krm0kqbCl8OiDUCFxzFP 1KJadrZ4lk0eDJzfi4YM2Y4cfzR1Mct3KQV6s6n7lSicqmFfwymqTp7HqjY9yPo0Et17 Q9KjIoAt2ClsQMpkJq6zsTJk+MBEkN8nBuYB5WtGoDF9r/bAfTw9ZuuniMMXaODcER2z DGg+n+Cmd4OYkSGLNle3hG7PbxlRfcaLlvtguNtOOUutDi2YxIun8/77f0PwOLNGXXKf 4Lvg== ARC-Authentication-Results: i=1; mx.google.com; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i10si202242ejz.394.2019.09.13.14.42.58; Fri, 13 Sep 2019 14:43:22 -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; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390056AbfIMVjK (ORCPT + 99 others); Fri, 13 Sep 2019 17:39:10 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47538 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389886AbfIMVjJ (ORCPT ); Fri, 13 Sep 2019 17:39:09 -0400 Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0C03388304 for ; Fri, 13 Sep 2019 21:39:09 +0000 (UTC) Received: by mail-wm1-f69.google.com with SMTP id h6so1742225wmb.2 for ; Fri, 13 Sep 2019 14:39:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H/HgiF+ormPJec9ucKfvq3B1GbgLkHD6NvKq1m15REE=; b=ZijdXILIG7lj4ylTo7/WlPGP8yaHnjw3b2/ZMM1o9SCPZaOAvyUW7J+/j8OUsk4gik qq26UoJVSvgMwUDJAuBzq0WX1ww9MSNB7+ig9qfWOtG7s2N3S0m8jSdLGcJgeeWZj5Bu hXvUjT8uUwv3uigd2iH8KZQqjMMMxoWYuAtuTwEa2kBWTcNf17GYAuyHp5s+s7OqPn8o /Qj2fP8Y4FzxeXG6rZi6Q7hOA2yTVTjneMvhiiDdj52leYD+TOHMEldcI2hz+1lASoXo N185r788pIEaEM+iqDEkEbRiFtn+hA8eRTVwcCkK5PEEn5a1V9qZO0g1AIp9fhjErQnv FU2g== X-Gm-Message-State: APjAAAU/8NXya1ainH1ucOwKWqERBBKlhKxRUHvE+yriaSQbOqSA11b5 lsfyOe47wsfyTYMgzhOo8Uh2arG4RHuXzqKf2oUno7kpYwmwCUVXtSZvJo4aXlBpHw2OHWXDQ2D s7u/B3PYVW+r00VZ6aZkL3KJs X-Received: by 2002:a1c:a54a:: with SMTP id o71mr5188547wme.51.1568410747388; Fri, 13 Sep 2019 14:39:07 -0700 (PDT) X-Received: by 2002:a1c:a54a:: with SMTP id o71mr5188535wme.51.1568410747142; Fri, 13 Sep 2019 14:39:07 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:3166:d768:e1a7:aab8? ([2001:b07:6468:f312:3166:d768:e1a7:aab8]) by smtp.gmail.com with ESMTPSA id n2sm2788701wmc.1.2019.09.13.14.39.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Sep 2019 14:39:06 -0700 (PDT) Subject: Re: KASAN: slab-out-of-bounds Read in handle_vmptrld To: Robin Murphy , Greg Kroah-Hartman Cc: mark.rutland@arm.com, x86@kernel.org, wanpengli@tencent.com, kvm@vger.kernel.org, narmstrong@baylibre.com, catalin.marinas@arm.com, will.deacon@arm.com, hpa@zytor.com, khilman@baylibre.com, joro@8bytes.org, rkrcmar@redhat.com, mingo@redhat.com, Dmitry Vyukov , syzbot , devicetree@vger.kernel.org, syzkaller-bugs@googlegroups.com, robh+dt@kernel.org, bp@alien8.de, linux-amlogic@lists.infradead.org, tglx@linutronix.de, linux-arm-kernel@lists.infradead.org, jmattson@google.com, USB list , linux-kernel@vger.kernel.org, sean.j.christopherson@intel.com, carlo@caione.org, Vitaly Kuznetsov References: <000000000000a9d4f705924cff7a@google.com> <87lfutei1j.fsf@vitty.brq.redhat.com> <5218e70e-8a80-7c5f-277b-01d9ab70692a@redhat.com> <20190913044614.GA120223@kroah.com> <20190913130226.GB403359@kroah.com> <6a0ec3a2-2a52-f67a-6140-e0a60874538a@redhat.com> <462660f4-1537-cece-b55f-0ceba0269eb8@arm.com> From: Paolo Bonzini Openpgp: preference=signencrypt Message-ID: Date: Fri, 13 Sep 2019 23:39:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <462660f4-1537-cece-b55f-0ceba0269eb8@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 13/09/19 17:32, Robin Murphy wrote: > Oh, that bit of usbdev_mmap() is already known to be pretty much totally > bogus for various reasons - there have been a few threads about it, of > which I think [1] is both the most recent and the most informative. > There was another patch[2], but that might have stalled (and might need > reworking with additional hcd_uses_dma() checks anyway). Neither is enough, see my reply to Alan. Memory from kmalloc just *cannot* be passed down to remap_pfn_range, dma_mmap_coherent or anything like that. It's a simple alignment issue. Paolo