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=-6.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED 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 99A45C433E9 for ; Mon, 25 Jan 2021 15:46:49 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6159F229C5 for ; Mon, 25 Jan 2021 15:46:49 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730365AbhAYPqS (ORCPT ); Mon, 25 Jan 2021 10:46:18 -0500 Received: from mail.kernel.org ([198.145.29.99]:40604 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730353AbhAYPp5 (ORCPT ); Mon, 25 Jan 2021 10:45:57 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id AC37D22EBF; Mon, 25 Jan 2021 15:11:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1611587503; bh=r5Uo07IQYlBEdLUN4JJ8iBXUHjeKUZXycoL6vpJfGJ0=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=XFWbHp7KHXEFjyM6C90aTj6/8cIhEeua3UZRyetUsW/pffyrn4bL0U3jptBLjrHzB P1r0zm2u5P92v3WAPqZNmyb3eNmVPXUoXm+SCVDkaW7p7nr/rSy9rN918ITvCYdsyL 8AtqBm4jGT+dyQf99Ki0fecuONmWBSkbCc81y/psVEBIcV7YMVCUejscCcVujcSk4D 4dSxx5vidN/eVL1bSpIlV5cjr2rbDKUJnJPmlITGS1pN+0gYaHZ4I3Wlr/nyi5Ivpc mRmwp13Igu+okBVasvZKPeRXYXteRCPRwqkilfJAtopvbAw5h+7zp4046O0Rb+lFrd hrDQkhUxSLH1g== Received: by mail-oi1-f172.google.com with SMTP id g69so14289420oib.12; Mon, 25 Jan 2021 07:11:43 -0800 (PST) X-Gm-Message-State: AOAM5300vdMihRKPY3vcu8rwZgzTCQqFkJCLl3USDlFE5y+8LpqTMjYw WHWZcidolO6nu3Z0KoSZEDdAPX5WAfDEDFDGKWY= X-Google-Smtp-Source: ABdhPJxdJ3BJcGsYMDL3f90oYHHi/YyWcPc/WE/CEaHqFC/PG55A6VPahWUH0/LFCBt9e0OYCoUW465Pd+6s+5408mw= X-Received: by 2002:aca:e103:: with SMTP id y3mr396747oig.11.1611587502910; Mon, 25 Jan 2021 07:11:42 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Arnd Bergmann Date: Mon, 25 Jan 2021 16:11:26 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: LTP: madvise08.c:203: TFAIL: No sequence in dump after MADV_DODUMP. To: Naresh Kamboju Cc: open list , Linux-Next Mailing List , LTP List , lkft-triage@lists.linaro.org, chrubis , Jan Stancek , Stephen Rothwell , Arnd Bergmann , "Eric W. Biederman" , Christian Brauner , Kees Cook , Peter Xu , Andrew Morton , Petr Vorel , Richard Palethorpe , Joerg.Vehlow@aox-tech.de, Al Viro Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-next@vger.kernel.org On Mon, Jan 25, 2021 at 3:48 PM Naresh Kamboju wrote: > > LTP syscalls madvise08 test case failed on all devices from > Linux next 20210118 to till day. > strace log attached to this email and link provided below. > > BAD: next-20210118 > GOOD: next-20210115 > > This failure is easily reproducible on Linux next tag 20210118 above. > > tst_test.c:1250: TINFO: Timeout per run is 0h 15m 00s > madvise08.c:73: TINFO: Temporary core pattern is > '/scratch/ltp-2nftQzNI1K/HclFMH/dump-%p' > madvise08.c:112: TINFO: Dump file should be dump-10109 > madvise08.c:196: TPASS: madvise(..., MADV_DONTDUMP) > madvise08.c:112: TINFO: Dump file should be dump-10110 > madvise08.c:203: TFAIL: No sequence in dump after MADV_DODUMP. > > strace log, > https://lkft.validation.linaro.org/scheduler/job/2184866#L1257 Ok, so in this part of the log, [pid 485] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_DUMPED, si_pid=487, si_uid=0, si_status=SIGABRT, si_utime=0, si_stime=0} --- [pid 485] write(2, \"madvise08.c:117: \33[1;34mTINFO: \33\"..., 64madvise08.c:117: [1;34mTINFO: [0mDump file should be dump-487 ) = 64 [pid 485] access(\"dump-487\", F_OK) = 0 [pid 485] openat(AT_FDCWD, \"dump-487\", O_RDONLY) = 3 [pid 485] read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\4\0>\0\1\0\0\0\0\0\0\0\0\0\0\0\"..., 1024) = 1024 [pid 485] read(3, \"\0\320\3\0\0\0\0\0\0\340\375\24\304\177\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0\0\0\0\"..., 1024) = 292 [pid 485] read(3, \"\", 1024) = 0 [pid 485] close(3) = 0 [pid 485] write(2, \"madvise08.c:208: \33[1;31mTFAIL: \33\"..., 74madvise08.c:208: [1;31mTFAIL: [0mNo sequence in dump after MADV_DODUMP. it seems that the data that was requested to be dumped with MADV_DODUMP is indeed completely absent. There was exactly one commit that got merged between next-20210115 and next-20120118 related to core dumps: 8a3cc755b138 ("coredump: don't bother with do_truncate()"). Adding Al Viro to Cc for that. Naresh, could you try reverting that patch? Arnd