From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Mirsad Goran Todorovac <mirsad.todorovac@alu.unizg.hr>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: Question re: building with cp -l (hard linked sources)
Date: Sun, 20 Nov 2022 19:42:49 +0700 [thread overview]
Message-ID: <1cc02070-8833-911d-56c8-608b5ca7eff0@gmail.com> (raw)
In-Reply-To: <b6a5f822-f7a8-b0b4-233c-8915056dc656@alu.unizg.hr>
On 11/20/22 12:58, Mirsad Goran Todorovac wrote:
> Hi, Mr. Bagas,
>
> I am in process of bisecting another bug. Right now I take about 1h30m to build both
> the good and bad version of a kernel in bisection.
>
> It helped a great deal to do the following:
>
> # time rm -rf linux_stable_build
> # time cp -rp -l linux_stable linux_stable_build
> # time diff -ur linux_stable linux_stable_build
> # cd linux_stable_build
> # rm .config
> # cp /boot/config-EXAMPLE .config
> # time nice make CC="ccache gcc" KBUILD_BUILD_TIMESTAMP="" -j20 bindeb-pkg |& tee ../error-${VER}.log
>
> I've been doing the good and bad bisect build in the same directory, but is seems to me that
> ccache then doesn't realise it compiles the same source twice?
>
> I am not certai of the reliability of a build in a directory with hard links to the original local git
> repo copy? How does it handle git checkouts and git bisect resets? Is it supported?
>
> I am asking because I haven't found an answer in any available man pages, and the build and git checkout
> process is rather obscure.
>
> It seems to me that build in directory with hard link instead of copying is much faster, and I could
> do simultaneous bad and good bisect build, for only one source file has to be fetched and loaded from
> the disk into the cache and memory.
>
> However, I cannot test that while bisecting, for it might interfere with some other fault in the tested
> kernel.
>
> Is it supported to bisection build in the same directory where the source is? And then do a make mrproper?
>
> I don't know how git and ccache interoperate?
>
> Any advice?
>
> The current procedure works, but it is not time efficient (15 steps might take 30 hours).
>
You may want to see ccache(1), especially "COMPILING IN DIFFERENT DIRECTORIES"
section.
--
An old man doll... just what I always wanted! - Clara
prev parent reply other threads:[~2022-11-20 12:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-20 5:58 Mirsad Goran Todorovac
2022-11-20 12:42 ` Bagas Sanjaya [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1cc02070-8833-911d-56c8-608b5ca7eff0@gmail.com \
--to=bagasdotme@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mirsad.todorovac@alu.unizg.hr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®