Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2155309iof; Tue, 7 Jun 2022 21:36:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzsfpZTjfhwx7qhTXh3CECtEwcoWiWgo8UAQSo+PkS4SZfXJSK5awZSW0q0wPj7uEifbQEO X-Received: by 2002:a65:4887:0:b0:3fd:b58f:5be1 with SMTP id n7-20020a654887000000b003fdb58f5be1mr12613970pgs.293.1654662984666; Tue, 07 Jun 2022 21:36:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654662984; cv=none; d=google.com; s=arc-20160816; b=KEyykhwyeuIhLDK9J5OHxfmfwgwxQBbZMYE6OePOjUSky8UtXLEWr5rQ8lvcGO5rYT PD1TP+l8OObKzvIiZRz11/qWTT0QUrRLrDrKj8CYkw/UzkGG7hMXdid7/KgfExiERIYH nCN0d+MTYaB+BXEMG9MdsbFZNqjflNE3Q+Z9gMM9ix3e7jwaL76D6vdP3nfxEiJdKVIx IRneVsBm9nU6YzWRbg+1tFnKbF2VR4sdIoDup2uwDndZVyDBYqGijTKAwhk6NkWj3bQi OhnYmAT1Qv7fnKRzJ3d/ebRFNdl8bQdd2STw7rhqaBubj9LpgvoCfYhaszck5Td9rpuq ZjBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:cc:user-agent:mime-version :date:message-id:dkim-signature; bh=qERgwqdsmonY+x6QiqrsO39bjR4mOX0Eq65EAUIJUtY=; b=invJsEO63AiaV9iLVEIrnge3qYaTIxZVgueBZ59dgCFbKyUJx1y/3wLm7lH3htfjVk KftmdhRdVwbdzUm/4LbHT0SVhdTqZ9ESCko4GcEYIEYdur9bEcocqfqpo15WoBxlQONo uVjmEANbcC72psYjBBsJmY3k50buwPBVYnmVK23lrCJNhM8qmWuJIOh2X31OhEVhQ9+y osKwTM6Ld6si7Z3NDMTcki11MKSDBkHIhQPIHGdoSuNh5bzaCe2p4GLrbyl+zL3phtbF 5E2ILNbTSmTYisS0D5PHNHYUK/Ezp+OeOSOvexYI0EFQTbE/oJYSL89AY3iS6khH3GZC xaag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=j80nrx+i; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id lr11-20020a17090b4b8b00b001bd14e01fb2si32493005pjb.160.2022.06.07.21.36.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jun 2022 21:36:24 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=j80nrx+i; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 967E82A552F; Tue, 7 Jun 2022 21:09:40 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244349AbiFGM7W (ORCPT + 99 others); Tue, 7 Jun 2022 08:59:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38798 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244341AbiFGM7U (ORCPT ); Tue, 7 Jun 2022 08:59:20 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DF3F07E1E5; Tue, 7 Jun 2022 05:59:16 -0700 (PDT) Received: from [192.168.10.2] (unknown [39.45.211.232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: usama.anjum) by madras.collabora.co.uk (Postfix) with ESMTPSA id 109BB6601A93; Tue, 7 Jun 2022 13:59:10 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1654606753; bh=9JJBYEJ8zgWRS0TkuTNuviAp0OHZJFNQgrUOzPFMb/Y=; h=Date:Cc:Subject:To:References:From:In-Reply-To:From; b=j80nrx+i/tivfcroiApdGKj7zraPe7Ge+S3DP8EupDQyWr+/pd+gDCeqyXK225kFi W9K5+n1PKMBZ0/7zhb0rIh13ygzCDwbqedPX8zktd3RO2+ubU7gzztkbvMWGQP9WPO saPRkZiQU2WY8Kz42yM5vSDj/+BBqbH3bvwzr6HX6lLFWw+5xaAkb2fN3GMaWHDU11 q/zG2NjD9LOXZNaCKMVMHRil0dyThUBD/eoFueFbjdPgrZ+Wrhd8wwbu8VPI5cHFkp pLsBy6BX1Hz6m1la7ukbqLWZyr9/4wE7w2PJgY+nDRX5ifTjORCXFxHZO37ByScS9M 9lzNbbISMthQQ== Message-ID: Date: Tue, 7 Jun 2022 17:59:07 +0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Cc: usama.anjum@collabora.com, Michal Marek , Nick Desaulniers , KERNEL SELFTEST FRAMEWORK , Linux Kbuild mailing list , LKML , "kernelci@groups.io" , Collabora Kernel ML , Masahiro Yamada Subject: Re: [Bug Report] - kselftest build fails if output directory is first level sub-directory Content-Language: en-US To: Shuah Khan References: <19f72a58-b80e-f6a8-842f-a924c4b94eeb@collabora.com> From: Muhammad Usama Anjum In-Reply-To: <19f72a58-b80e-f6a8-842f-a924c4b94eeb@collabora.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Shuah, Should we merge this? Thanks, Usama On 5/23/22 2:40 PM, Muhammad Usama Anjum wrote: > On 5/22/22 10:15 PM, Masahiro Yamada wrote: >> On Sat, May 21, 2022 at 3:44 PM Muhammad Usama Anjum >> wrote: >>> >>> Hello, >>> >>> kselftest can be built using the kernel's top most Makefile without >>> using kselftest's Makefile directly. But there is bug in the top most >>> Makefile. The build fails if the specified output directory is first >>> level sub-directory. Here is a example to reproduce this bug: >>> >>> make kselftest-all O=build >>> >>> "The Make is working in a wrong directory, that is why the relative path >>> does not work." Masahiro Yamada. Feel free to fix it if someone pin the bug. >>> >>> It should be noted that the build works in some other combinations: >>> make kselftest-all (works) >>> make kselftest-all O=/tmp (works) >>> make kselftest-all O=build/build2 (works) >>> >>> My unsuccessful attempt to fix this bug can be found here: >>> https://lore.kernel.org/lkml/20220223191016.1658728-1-usama.anjum@collabora.com/ >>> >>> Thanks, >>> Muhammad Usama Anjum >> >> >> This problem starts from the bad design of the kselftest framework. >> I did some research before. I think I can fix the root cause but >> currently I do not have enough time to do it. >> >> >> KBUILD_ABS_SRCTREE is a user-interface to request >> Kbuild to use the absolute path. >> If it is forced in the top Makefile, users have no way to >> negate it. >> It is true that using the absolute path is a quick work-around >> because you do not need to care about the current working directory. >> >> If you insist on it, just go ahead. It is just two line changes. >> Once the issue is fixed in a better way, your patch can be reverted easily. > Thank you for replying. Lets merge it Shuah? > >> >> >> > -- Muhammad Usama Anjum