Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp998581ybe; Fri, 13 Sep 2019 09:29:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqykBYdN5W8eCcBR4lhMlMLJZ05DugXZ9WKs//XEtgrtLUVOdYxTE7JkLle1IvGrNjr45Vzi X-Received: by 2002:a17:906:8406:: with SMTP id n6mr9959961ejx.138.1568392198249; Fri, 13 Sep 2019 09:29:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568392198; cv=none; d=google.com; s=arc-20160816; b=kMEgHTElGbbvVDW8WT448e5nZTPPbHoluONIxh4JRibX8eG0583eowuaBN2fsouS8z xEJ5OGJOURTEktjX0I4fHOptfaA4Uc12x+q/cntWxpVyYuvoI8NgrFYlVTnK5SbMu6WL XyQqRra0nQMEpnZe6PLltqVSmvlHymv6MuGkiwxgAPgpAotNMw0o8f/WKct2rG+vXv/q 9gicHQwTvhU+DcRyD80lQmPQfoFdHGc2sXLM2JfQFHXuoB7hqP0prJzbIivDF4HpK2zm 03LSm5zvCL4XkavMycTPHsYaDoXp566NyKeqF+MEUwpZJmSMdsrOq5VaMoUZhqJuP+/V g/2w== 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=zuzwEhDdM8nFD/eqeUMdkZbahAvWuck1YuH/cdNiv9o=; b=NwlmG8R1UZFFwWovlrdGdjFJN8RovBygTtDii/4N64+XZ0zISfxbG6WAlPdA7U71Br 5dg3wkzJEJL6lO9oz7fSeBHaL3LbBAMrpZMxHqnWZ35mSyp2SDDwZMpXZHQGxpvL4H0v IcMm8MgPSs4WtBVmRjC74IIngHGTxxnfA1hvioAqZlLe42eGNTEbGaxhx2qVeoiPLZDs i4U6uyX9WeB/k6ovH08fpFh/C9lBHnb/0S1lJjxPLrAjRHWVI8VKn1+xr0JMQGzL9wD5 718M/ueY26Y5zU5QsK3869Tt7pEg/Vip6iOr+0flvXCSwp6zamp+9iV/3dXO6nQKX2B+ NIMw== 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 f41si17340972edf.113.2019.09.13.09.29.33; Fri, 13 Sep 2019 09:29:58 -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 S2390334AbfIMPB1 (ORCPT + 99 others); Fri, 13 Sep 2019 11:01:27 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38262 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388170AbfIMPB1 (ORCPT ); Fri, 13 Sep 2019 11:01:27 -0400 Received: from mail-wr1-f69.google.com (mail-wr1-f69.google.com [209.85.221.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 A29C880F83 for ; Fri, 13 Sep 2019 15:01:26 +0000 (UTC) Received: by mail-wr1-f69.google.com with SMTP id c1so13783980wrb.12 for ; Fri, 13 Sep 2019 08:01:26 -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=zuzwEhDdM8nFD/eqeUMdkZbahAvWuck1YuH/cdNiv9o=; b=KEfypgKv2bd/Jj/UBCDyjNtAlNlsaxqJ2+d1eV+ivomiUbvBfLifI2I1jSf1EbChey TeC2NfH+CUFmO3RZQ68UQjeHqC3stC4gtG38a6CnNklMyu1+XlV8kiWUuTv5//32MTUS 3j6v9VzAdA071pkgHA3xLWfm8+O+VsGJV7sENe3FmLt/FN7YcB/Ljy1tie1tBU+1Hhm8 W0QEkyZaEmVNCTJL2NwarEeiUtdKu5e8mlP1ep7DWF0ZSOdOF4pBbdg7g4Di0rQmTpoT DaLw4vfkFRZ4+NXj/qhEhYpryhvbFfQhTfE5nAckPoMtuemqv2AJ52FF49Llsu3MFr4Q uFVQ== X-Gm-Message-State: APjAAAU3LK9w8O10+mi+xIq9w7FtidI6n31EZ26OHcTXvOy0fxROuvw/ LGBJtwgdOJR5dGWbIHZcNezjEsJ+0u20tm8rh9tiQ+6egd7E0z8w/Yjv85pPFEXOrUOinO4kRHd Ee/d+Ev0sRsd4lLcsR2WgiZ7Z X-Received: by 2002:a1c:c013:: with SMTP id q19mr3447782wmf.87.1568386884924; Fri, 13 Sep 2019 08:01:24 -0700 (PDT) X-Received: by 2002:a1c:c013:: with SMTP id q19mr3447762wmf.87.1568386884662; Fri, 13 Sep 2019 08:01:24 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:c5d2:4bb2:a923:3a9a? ([2001:b07:6468:f312:c5d2:4bb2:a923:3a9a]) by smtp.gmail.com with ESMTPSA id y15sm1949532wmj.32.2019.09.13.08.01.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Sep 2019 08:01:24 -0700 (PDT) Subject: Re: KASAN: slab-out-of-bounds Read in handle_vmptrld To: Greg Kroah-Hartman Cc: Vitaly Kuznetsov , kvm@vger.kernel.org, bp@alien8.de, carlo@caione.org, catalin.marinas@arm.com, devicetree@vger.kernel.org, hpa@zytor.com, jmattson@google.com, joro@8bytes.org, khilman@baylibre.com, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, mark.rutland@arm.com, mingo@redhat.com, narmstrong@baylibre.com, rkrcmar@redhat.com, robh+dt@kernel.org, sean.j.christopherson@intel.com, syzkaller-bugs@googlegroups.com, tglx@linutronix.de, wanpengli@tencent.com, will.deacon@arm.com, x86@kernel.org, syzbot , Dmitry Vyukov , USB list 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> From: Paolo Bonzini Openpgp: preference=signencrypt Message-ID: <6a0ec3a2-2a52-f67a-6140-e0a60874538a@redhat.com> Date: Fri, 13 Sep 2019 17:01:22 +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: <20190913130226.GB403359@kroah.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 15:02, Greg Kroah-Hartman wrote: > Look at linux-next, we "should" have fixed up hcd_buffer_alloc() now to > not need this type of thing. If we got it wrong, please let us know and > then yes, a fix like this would be most appreciated :) I still see /* some USB hosts just use PIO */ if (!hcd_uses_dma(hcd)) { *dma = ~(dma_addr_t) 0; return kmalloc(size, mem_flags); } in linux-next's hcd_buffer_alloc and also in usb.git's usb-next branch. I also see the same if (remap_pfn_range(vma, vma->vm_start, virt_to_phys(usbm->mem) >> PAGE_SHIFT, size, vma->vm_page_prot) < 0) { ... } in usbdev_mmap. Of course it's possible that I'm looking at the wrong branch, or just being dense. Paolo