Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3969751imm; Mon, 30 Jul 2018 06:37:32 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdHVqSZvjZAaj1e4nFUUkbSRLz6uUcrmNU9+tRhIzVp5L/wpGjab5lUXwcddD8DobPC3p88 X-Received: by 2002:a17:902:9a8b:: with SMTP id w11-v6mr16435246plp.333.1532957852601; Mon, 30 Jul 2018 06:37:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532957852; cv=none; d=google.com; s=arc-20160816; b=ZKFlqx70EdIxBb16UskQzJaZ0ThDm5WOLJRohQfqexYFoqSSdCFu6QjKS38/CV6TQh +4O1nY/bE50VbmjyU2mRggNdtDYkOL1oz8rVVco11TOK2Hy3NHe+ThgNXax7Yiuh0RIJ eQ2fMeq6Lj6pp2wGCeCCCVv4oegXP0ZJEuAKDbtTPK4IrBOx9cVWk9QiVa/6Pjq0YNRB lBzEPmTMs2YiM4Soq50k2Qiu0ZzORsCOnuzlrqC45SMrgaIoGdiI7zOHuAmw9GmtYi2+ JxlJHVQSWMoQFGVPT96lxaQ88uySFJXMSSSN13iw8AJiwSIwLFiWNb1dvEr+twshez6/ Gu/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=PPgnd0O8lkOwFB7oeiN1sksCDUDzlMePDRTruanQ3H8=; b=wOwZPaoWh1NDM7UN6+2p6TEbN0QRS9/2PWlGjR0x817cqdj6BeQLoRuVZxl6imv8GV wJTUbvXPe7d1Re6IC7JTSvexpHaPF2YqcGuSCAAbPLogjKUAdxznRv1f+d5/xFM117VF 7QJm3kHAv9z4OdW/b/Zweuwt3hZusOVZL03flJ4vUYJqhGENLZV4UH6Vml8y2F7RD7gz NjCi6/eTKCHDg1/kBQPoc8jCT+x6TR9J4IXt8uNuYw2PBmu8Nh+lmUJS9OHWP5mORexK PIEthOyn44rIDbHJMnL7vdPIhHfZzn91WL9bsQTgfgnWCgvcdbhvdNHDOhQV4oOcIyIG fq8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=P4TB3SIa; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f9-v6si9964830plr.328.2018.07.30.06.37.18; Mon, 30 Jul 2018 06:37:32 -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=pass header.i=@linaro.org header.s=google header.b=P4TB3SIa; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731699AbeG3PK1 (ORCPT + 99 others); Mon, 30 Jul 2018 11:10:27 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:42699 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726760AbeG3PK0 (ORCPT ); Mon, 30 Jul 2018 11:10:26 -0400 Received: by mail-lj1-f194.google.com with SMTP id f1-v6so10504545ljc.9 for ; Mon, 30 Jul 2018 06:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PPgnd0O8lkOwFB7oeiN1sksCDUDzlMePDRTruanQ3H8=; b=P4TB3SIauBsSDxSdEuOuewQP7YrhtjyMTTBMmEm2qp+rcCVyR2hEVbyaYol9KMUidb DkbmNiOvjBhGg55UT45PzOx1KYGT6OGvrWCAyAAlzTEqZ/POg1arhElNhReXgacyKkKW wNrOLU4c4nKBo6qyMcWPs26r2lEx31oz9Dndg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PPgnd0O8lkOwFB7oeiN1sksCDUDzlMePDRTruanQ3H8=; b=sJcr/tLE1PMX6D9Pq9Q49sxfDs/n9ZfgGUqimTGfGJpJ7tk2UD/4KfhwxH+s+ZPpvd ePxjyWe+BHB3e5oYVsK/WqnS5HfxF7LK63RsJhRS5fsYtpsgfI5JAEuRaRqZ2x0Oe/P5 iveOEVeQr4fHlimckCsj+YixE/PLoLTgeN+uIz/YmAz4rdxd4r4g9j1MzHysvBOuJ/R3 ylI1bqibXdlIvZX/CNp3Rh2PgG42G+QROUnAM4YIVQC9ZyNeORvfhQ/osLzVmt+glXG9 0d032K3KPdiQDbesbQ8Hd4GF8hd1zebWvXoZzCiZw+U2yOW3z8MXfeG/VikUDkx8azUQ m7ww== X-Gm-Message-State: AOUpUlGWWML021NY/QdtxIrtbvGybSazgipZMoKXB3NcKuzy+B07caAP aGMbqPikUcziDojAFQSXjFUIiW5WaOMdPrlIcKKXvg== X-Received: by 2002:a2e:91d6:: with SMTP id u22-v6mr12496903ljg.64.1532957722817; Mon, 30 Jul 2018 06:35:22 -0700 (PDT) MIME-Version: 1.0 References: <20180730130134.yvn5tcmoavuxtwt5@kshutemo-mobl1> In-Reply-To: <20180730130134.yvn5tcmoavuxtwt5@kshutemo-mobl1> From: Amit Pundir Date: Mon, 30 Jul 2018 19:04:46 +0530 Message-ID: Subject: Re: Linux 4.18-rc7 To: kirill@shutemov.name Cc: "Kirill A. Shutemov" , Andrew Morton , Dmitry Vyukov , Oleg Nesterov , aarcange@redhat.com, Linus Torvalds , Greg Kroah-Hartman , John Stultz , linux-mm@kvack.org, lkml , youling 257 Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 30 Jul 2018 at 18:31, Kirill A. Shutemov wrote: > > On Mon, Jul 30, 2018 at 12:17:46PM +0530, Amit Pundir wrote: > > On Mon, 30 Jul 2018 at 03:39, Linus Torvalds > > wrote: > > > > > > So unless something odd happens, this should be the last rc for 4.18. > > > > > > Nothing particularly odd happened this last week - we got the usual > > > random set of various minor fixes all over. About two thirds of it is > > > drivers - networking, staging and usb stands out, but there's a little > > > bit of stuff all over (clk, block, gpu, nvme..). > > > > > > Outside of drivers, the bulk is some core networking stuff, with > > > random changes elsewhere (minor arch updates, filesystems, core > > > kernel, test scripts). > > > > > > The appended shortlog gives a flavor of the details. > > > > > > Linus > > > > > > --- > > > Kirill A. Shutemov (3): > > > mm: introduce vma_init() > > > mm: use vma_init() to initialize VMAs on stack and data segments > > > mm: fix vma_is_anonymous() false-positives > > > > Hi, I have run into AOSP userspace crash with v4.18-rc7, leading to > > above mm patches. bfd40eaff5ab ("mm: fix vma_is_anonymous() > > false-positives") to be specific. The same userspace is working fine > > with v4.18-rc6. > > > > I didn't yet look into what is going wrong from userspace point of > > view, but I just wanted to give you a heads up on this. I'll be happy > > to assist in further debugging/diagnosis if required. > > Youling reported basically the same bug with zygote crashing, but on > x86-64. > > I think I missed vma_set_anonymous() somewhere, but I fail to see where. > > Could you check if removing 'vma->vm_ops = &dummy_vm_ops;" from vma_init > makes the problem go away? Yes removing 'vma->vm_ops = &dummy_vm_ops;" from vma_init() works. Crash is gone with that change. > > Any chance the code that crashes can be run under strace? Running strace on zygote is going to be a pain. I can check logcat again and see if any other relatively less complex process is crashing with similar backtrace and try to run that with strace if that is still required. Regards, Amit Pundir > > > Here is the crash log from logcat, if it helps: > > F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** > > F DEBUG : Build fingerprint: > > 'Android/db410c32_only/db410c32_only:Q/OC-MR1/102:userdebug/test-key > > F DEBUG : Revision: '0' > > F DEBUG : ABI: 'arm' > > F DEBUG : pid: 2261, tid: 2261, name: zygote >>> zygote <<< > > F DEBUG : signal 7 (SIGBUS), code 2 (BUS_ADRERR), fault addr 0xec00008 > > .. .. > > F DEBUG : backtrace: > > F DEBUG : #00 pc 00001c04 /system/lib/libc.so (memset+48) > > F DEBUG : #01 pc 0010c513 /system/lib/libart.so > > (create_mspace_with_base+82) > > F DEBUG : #02 pc 0015c601 /system/lib/libart.so > > (art::gc::space::DlMallocSpace::CreateMspace(void*, unsigned int, > > unsigned int)+40) > > F DEBUG : #03 pc 0015c3ed /system/lib/libart.so > > (art::gc::space::DlMallocSpace::CreateFromMemMap(art::MemMap*, > > std::__1::basic_string > 1::char_traits, std::__1::allocator> const&, unsigned int, > > unsigned int, unsigned int, unsigned int, bool)+36) > > F DEBUG : #04 pc 0013c9ab /system/lib/libart.so > > (art::gc::Heap::Heap(unsigned int, unsigned int, unsigned int, > > unsigned int, double, double, unsigned int, unsigned int, > > std::__1::basic_string, > > std::__1::allocator> const&, art::InstructionSet, > > art::gc::CollectorType, art::gc::CollectorType, > > art::gc::space::LargeObjectSpaceType, unsigned int, unsigned int, > > unsigned int, bool, unsigned int, unsigned int, bool, bool, bool, > > bool, bool, bool, bool, bool, bool, bool, bool, unsigned long > > long)+1674) > > DEBUG : #05 pc 00318201 /system/lib/libart.so > > (art::Runtime::Init(art::RuntimeArgumentMap&&)+7036) > > DEBUG : #06 pc 0031af19 /system/lib/libart.so > > (art::Runtime::Create(std::__1::vector > std::__1::char_traits, std::__1::allocator>, void const*>, > > std::__1::allocator > std::__1::char_traits, std::__1::allocator>, void > > const*>>> const&, bool)+68) > > F DEBUG : #07 pc 0023c353 /system/lib/libart.so (JNI_CreateJavaVM+658) > > F DEBUG : #08 pc 0000205f /system/lib/libandroid_runtime.so > > (android::AndroidRuntime::startVm(_JavaVM**, _JNIEnv**, bool)+5038) > > F DEBUG : #09 pc 00002381 /system/lib/libandroid_runtime.so > > (android::AndroidRuntime::start(char const*, > > android::Vector const&, bool)+196) > > F DEBUG : #10 pc 0000046b /system/bin/app_process32 (main+702) > > > > Regards, > > Amit Pundir > > > > -- > Kirill A. Shutemov