Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp1766609ioo; Mon, 23 May 2022 02:49:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzRch0Lx2hoTIwwh7PXwkT+c5FUTC1qCOySYG9uoFXdyc+b3tcEW246i6Rod9pRnbRPYiZC X-Received: by 2002:a65:6284:0:b0:3f6:298d:dd81 with SMTP id f4-20020a656284000000b003f6298ddd81mr19615010pgv.319.1653299387358; Mon, 23 May 2022 02:49:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653299387; cv=none; d=google.com; s=arc-20160816; b=Z4DQ5pniLC/icWocI7zGyIkchcKtJAeK1f2AO4KoITygjAgwWu4m+UmSkKqZSfIRF0 dAX+9d1iu5ZBflsxNnIy8Pbq8s/mr+zZ93A4rqe3oBiZe4K2iKL14AMefRL+Er7KLT9/ ePtuh2DQkIWi90D0Fh64KeY5l/kfllSmtKgVWj3aHOrXMC/TW4DOYGcDMlfWW/QM2sBi 5EvvWulNrH2Ok27gywFjhiKpjfwWO69LaSdqfLBZNElID7tW1V4bBmS3CdIzpN5aUKtt S6PhC3WLlAd1Ci3QQ9/dAy39ZjYZ4egPHcV85AV6F0gowZC5QRMqFqVWIlES2/wUNBy2 1gWA== 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=ejc9igOEjHaeeqt6iy2LJE2DtSK5BK06Q7X6g9aI6jM=; b=il44yy4WmVfWy4FmA312i2A/r8QxRDZJs7gLQOiSz2rnyMumiser+psmZI/xFf0aVs cLErvhwOc0R1dBnXxp5+fcc4jdaWH0nrTb2NdJcrJXu0VDC0AKDOG4Q6IpbVj2nOhphK jwVZmydBlMbjPTwbFu6O6UiBfAhghExgL3oL6WwHy8oTU87Zq62dKb7D+/HjMtD3sdCv PtmOb4uuaL8SN2s3Xn7mRDuuG2HkGvA2i5dz+4Uoc2IAtu0swBeA0GK/Mh6QIKCFzlO9 MupqUD8I1//B35khJDhGtDuKqhSG2owT1icsajXj5YZsmtzQrPe9a6usTD7UtFDANC1q gbow== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=O9ZVdiVM; 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 p19-20020a631e53000000b003c6b7cdb7c8si9257359pgm.670.2022.05.23.02.49.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 02:49:47 -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=O9ZVdiVM; 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 87A7F183AC; Mon, 23 May 2022 02:43:31 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233970AbiEWJm0 (ORCPT + 99 others); Mon, 23 May 2022 05:42:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42474 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233429AbiEWJk5 (ORCPT ); Mon, 23 May 2022 05:40:57 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA84F2F01E; Mon, 23 May 2022 02:40:47 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: usama.anjum) with ESMTPSA id A46991F42DD9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1653298845; bh=V0M8DYvWpS0+hFL3tgf2bcMHWIfVb8jn4R+BMUFe68g=; h=Date:Cc:Subject:To:References:From:In-Reply-To:From; b=O9ZVdiVM5v1oBXV+1BXIVW0M2VmQ+HfXjC+3XBYXhMWGwaziMJJ0rG9DRsseuYSV9 JzSbS7XMPnN3G/5WICA/JK/ENZgqOa62BTrOOrdanpuDbTSi+CvKIkPr8Wf5jPzmF+ J/UeZSQk8xU0UnqqOeJkM6uKTVrIY74HR1R0QL7ybH2mdi+l/VoX6myQ23BrhtwIRv jU8cQmVLVfVaAXvL9aG1dZ+WBxMnAUL+sq+U/OdhgFpwSh9dFeElK4o63xCRpwsyzf 8lEtJdPgLftM0NesautwPWh+7McBB8olXPES6CyqmP2GL+qmwM/2KuD0gL9v2gvrae iyiQoCHn9GjDA== Message-ID: <19f72a58-b80e-f6a8-842f-a924c4b94eeb@collabora.com> Date: Mon, 23 May 2022 14:40:39 +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 Subject: Re: [Bug Report] - kselftest build fails if output directory is first level sub-directory Content-Language: en-US To: Masahiro Yamada , Shuah Khan References: From: Muhammad Usama Anjum In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.3 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,UNPARSEABLE_RELAY 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 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