From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.3 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4F4C9C433DB for ; Tue, 16 Mar 2021 16:13:52 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id EF82C65084 for ; Tue, 16 Mar 2021 16:13:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EF82C65084 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 6D01C6B0036; Tue, 16 Mar 2021 12:13:51 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6A6AE6B006C; Tue, 16 Mar 2021 12:13:51 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 56F366B006E; Tue, 16 Mar 2021 12:13:51 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0092.hostedemail.com [216.40.44.92]) by kanga.kvack.org (Postfix) with ESMTP id 394D26B0036 for ; Tue, 16 Mar 2021 12:13:51 -0400 (EDT) Received: from smtpin10.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id EE5B2180AD838 for ; Tue, 16 Mar 2021 16:13:50 +0000 (UTC) X-FDA: 77926233420.10.475E12D Received: from mail-qt1-f172.google.com (mail-qt1-f172.google.com [209.85.160.172]) by imf03.hostedemail.com (Postfix) with ESMTP id BF9BEC001C7B for ; Tue, 16 Mar 2021 16:13:48 +0000 (UTC) Received: by mail-qt1-f172.google.com with SMTP id l13so12044984qtu.9 for ; Tue, 16 Mar 2021 09:13:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rbhnLt5Po3f4G5kXjVguaqd4p3iDZvyNukbT4E52Qls=; b=BOyj8/P7Nwc+5cPDa7gAcH6HI5QbkFpZoeri7JOM4JTZf9Q7VBjhaMn/YjIVCFAvc7 oWD4HH+Px5/hFPs/TvTIwMmYwhUo8PdnEQ7zfQcyK5zoQWADKrNpkD1GLt1Jeih2SYdt Wcig87PXy13Po8QOW9RHObYCkIel2GznrGPFLKVVXCGG5lRmZ3blFR0kfkSwD7ZHb+uU 1HEVDIM1qoHbs3Fyrme9khgO/D4NU3P/7AW36wAUY+QueIcuwtgxHMAbSr6XOjIKvMtG O21ufWxOk4AAsv4rNUNW4b7n/16QNkWzyiJ1odPBG1vBJMIr3otTOjkj1gdiYdNQSYlV pIjg== 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=rbhnLt5Po3f4G5kXjVguaqd4p3iDZvyNukbT4E52Qls=; b=C+FrNin2vz2EoOGGrbGYQzpLSQYVL3r7tIsBV3AKDRzB2G5N9RU3YiJNQjZriTQGYW D5w4I55nYl1Lj94wtZzlTBIaTB0uUeGeazyl85ecoszCXo5dBc94Tslr8tf3xjUbi7wM l80pmyxjrn45Khk93cUwtywPlMe1KIcq4Tx18BDdNX4q+tJdqN8ap+AEe4Ubi9g0x+HI DPenz08xhv+NjLSBEpHllNxNbuwoBZh9hqYyo4Uj3tj5YYIeNLgjno136P30Z0znCoOS /6oib0vcesDnicHTVd7FRXOgpQFz4tW9BfP+tMByWs0UL52FdJ7oCL+n99hXsamHOAAE HqXw== X-Gm-Message-State: AOAM531w5xeo2cvATZVnbOSEUXxRaHgoOViAXwOl2luapJdYWVJ5ca4Q 1Wz/pV/kDOG5Br5phwL2EKv+R0HOqF434KyzPsC8mYW6cDYbrg== X-Google-Smtp-Source: ABdhPJyAxwxQDmSMM15n0z9V4H5wXTd3E4ty8mFcjXa3K2UqMp8/sXOv3+YW23BrgCK4XlTQg8Ayb1tzb7ZNtgCaKsg= X-Received: by 2002:ac8:4558:: with SMTP id z24mr444357qtn.66.1615911227679; Tue, 16 Mar 2021 09:13:47 -0700 (PDT) MIME-Version: 1.0 References: <00000000000069802205bda22b7f@google.com> <20210316155102.GP1463@shell.armlinux.org.uk> In-Reply-To: From: Dmitry Vyukov Date: Tue, 16 Mar 2021 17:13:36 +0100 Message-ID: Subject: Re: [syzbot] kernel panic: corrupted stack end in openat To: Arnd Bergmann Cc: Russell King - ARM Linux admin , syzbot , Linus Walleij , Linux ARM , Andrew Morton , LKML , Linux-MM , syzkaller-bugs , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= Content-Type: text/plain; charset="UTF-8" X-Stat-Signature: orasesreauwomrqqannumfyhzeu5j3db X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: BF9BEC001C7B Received-SPF: none (google.com>: No applicable sender policy available) receiver=imf03; identity=mailfrom; envelope-from=""; helo=mail-qt1-f172.google.com; client-ip=209.85.160.172 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1615911228-780206 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Mar 16, 2021 at 5:03 PM Arnd Bergmann wrote: > > On Tue, Mar 16, 2021 at 4:51 PM Russell King - ARM Linux admin > wrote: > > On Tue, Mar 16, 2021 at 04:44:45PM +0100, Arnd Bergmann wrote: > > > On Tue, Mar 16, 2021 at 11:17 AM Dmitry Vyukov wrote: > > > > The compiler is gcc version 10.2.1 20210110 (Debian 10.2.1-6) > > > > > > Ok, building with Ubuntu 10.2.1-1ubuntu1 20201207 locally, that's > > > the closest I have installed, and I think the Debian and Ubuntu versions > > > are generally quite close in case of gcc since they are maintained by > > > the same packagers. > > > > ... which shouldn't be a problem - that's just over 1/4 of the stack > > space. Could it be the syzbot's gcc is doing something weird and > > inflating the stack frames? > > It's possible, I think that's really unlikely given that it's just Debian's > gcc, which is as close to mainline as the version I was using. > > Uwe's DEBUG_STACKOVERFLOW patch from a while ago might > help if this was the problem though: > https://lore.kernel.org/linux-arm-kernel/20200108082913.29710-1-u.kleine-koenig@pengutronix.de/ > > My best guess is something going wrong in the interrupt > that triggered the preempt_schedule() which ended up calling > task_stack_end_corrupted() in schedule_debug(), as you suggested > earlier. FWIW I see slightly larger frames with the config: 073ab64 : 8073ab64: e1a0c00d mov ip, sp 8073ab68: e92ddff0 push {r4, r5, r6, r7, r8, r9, sl, fp, ip, lr, pc} 8073ab6c: e24cb004 sub fp, ip, #4 8073ab70: e24ddfa7 sub sp, sp, #668 ; 0x29c page_alloc can also do reclaim, I had the impression that reclaim can be quite heavy-weight in all respects.