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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4EFE9C433EF for ; Mon, 27 Jun 2022 07:06:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232158AbiF0HGq (ORCPT ); Mon, 27 Jun 2022 03:06:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53224 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230439AbiF0HGp (ORCPT ); Mon, 27 Jun 2022 03:06:45 -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 DEF3E5F7E; Mon, 27 Jun 2022 00:06:44 -0700 (PDT) Received: from [192.168.10.6] (unknown [39.45.206.71]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: usama.anjum) by madras.collabora.co.uk (Postfix) with ESMTPSA id 1D09D6601826; Mon, 27 Jun 2022 08:06:40 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1656313603; bh=Z/LXL4E5/3LOVmaswq+5SAltlEypjsxTl3skxq9i7gI=; h=Date:Cc:Subject:To:References:From:In-Reply-To:From; b=eMJ5PcCF0uV60I848qRMPOi+VmW3JuLmS63Epy69cjv3OWF14upH354lTVs046V9C o9ToL3nClu6KJ+G9SSLQ7kwdW0K86+jLdOnf+6bW2xcA3+ik9E9vLoSImSCtl312+6 hdi83Sz+wmSVnRNG+7l88lGQc1pb2l5h/VTpFuxkAmIrLx0QHfBBu1oMNdsyg3pWai TEQOQJ7jplQQNmV9tT6iUJl6dR6gdJSDM1nSb11n0XFuaF1/r2WATa87aIy9B5lPtZ KVi5wXp1QMimHKzY00Uac+lVTIvtM+l9If14+Lyq3xTHGGoNXf/d7DbAcNrEN5786g im95gOg+BLH/A== Message-ID: <519c813b-0bf1-636b-df90-890e07d2ea4d@collabora.com> Date: Mon, 27 Jun 2022 12:06:36 +0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Cc: usama.anjum@collabora.com, Michal Marek , Nick Desaulniers , Shuah Khan , KERNEL SELFTEST FRAMEWORK , Linux Kbuild mailing list , LKML , "kernelci@groups.io" Subject: Re: [Bug Report] - kselftest build fails if output directory is first level sub-directory Content-Language: en-US To: Shuah Khan , Masahiro Yamada References: From: Muhammad Usama Anjum In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kselftest@vger.kernel.org >> 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. >> > Why don't we work on fixing it the wright way? I would rather go that > route than using short rem fixes. > > Usama, would you be interested in working on a proper fix as recommended > by Masahiro? I've made another attempt: https://lore.kernel.org/lkml/20220627070214.432390-1-usama.anjum@collabora.com/ > > thanks, > -- Shuah -- Muhammad Usama Anjum