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 70FE8C433FE for ; Fri, 14 Oct 2022 21:44:59 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229792AbiJNVo5 (ORCPT ); Fri, 14 Oct 2022 17:44:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56184 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229607AbiJNVoy (ORCPT ); Fri, 14 Oct 2022 17:44:54 -0400 Received: from domac.alu.hr (domac.alu.hr [161.53.235.3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 732961AD92 for ; Fri, 14 Oct 2022 14:44:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by domac.alu.hr (Postfix) with ESMTP id 79CF9604EC; Fri, 14 Oct 2022 23:44:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alu.unizg.hr; s=mail; t=1665783888; bh=CPcQoWOcZ9gt6nalJb1eiBI+9MY0NpiHdrfbf9ySmbs=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=dW0SnD0+dHwoJWKQzjffVJWND9qW996xd+HpVMybTUybZjQ7Z1XIOMs0Ci92uBGrj AWGT8WDQuf0Wox9ZYSly1i1iYuLOdCV10jtw2l2zModZ96G8m6poBpeRavywr4iP93 IuvD9w9gKTQYOErrr9hTycrETfF3sHBG8KCOYjpxGCiJRFmSfVH+MGeNlD7WgciMZ/ VJXem5PYBhmNrhUTUtXVgl3q8Rey1Fw9izRngr9nyLu6nfz1bWLlinykHI4MnFaUNP ZXRoEA8v6kfWG2q7xyBEWU6LJeXE6jI9idrn6uSqe0CyPvON4Yh901KTGH7PfBJ9sp AbSO6QMos3/6Q== X-Virus-Scanned: Debian amavisd-new at domac.alu.hr Received: from domac.alu.hr ([127.0.0.1]) by localhost (domac.alu.hr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OX1plE3Xq3pj; Fri, 14 Oct 2022 23:44:45 +0200 (CEST) Received: from [192.168.0.12] (unknown [188.252.197.142]) by domac.alu.hr (Postfix) with ESMTPSA id 56988604E6; Fri, 14 Oct 2022 23:44:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alu.unizg.hr; s=mail; t=1665783885; bh=CPcQoWOcZ9gt6nalJb1eiBI+9MY0NpiHdrfbf9ySmbs=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=L9whf/8GdYuFl9lz0959yC3KF41CDip+V+g/SywqL46+CwLkgG4UAhM+FM4yUJ4SR GTfrBo+Ld3jpNcwaDtP8JVTlIlHjiXCUyUdVkd8NH694Rj6jCcNo8nU73yr4yUpOMY 1U9wh0Z1MkN31Z8oDOtHayQgST3FgSupLd8M7PqhcVrUy2wZtMaLQqeOT8nMetsaOJ vq6aGtd8YcGquxAB3bt/fPZ63suZn9ggfsNJ1RMZjK4KJdAj7aBc9ddhXQbsey16PS enylrShUawLewDQJBcA+Hn2KEVIdZO6qS/WrNywphnhA98Ca+WLERtpU9txH8hLWK2 alMAC8ydUjitg== Message-ID: <951eb72c-09b5-1832-3852-fa25e423b840@alu.unizg.hr> Date: Fri, 14 Oct 2022 23:44:43 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: 6.0.0-RC kernels trigger Firefox snap bug with 6.0.0-rc3 through 6.0.0-rc7 To: Bagas Sanjaya Cc: linux-kernel@vger.kernel.org, Slade Watkins , Marc Miltenberger , Thorsten Leemhuis , "regressions@lists.linux.dev" References: <29362d2e-eec6-5a23-4354-cf8868d50b2c@alu.unizg.hr> <6375f31f-316a-bebc-6aec-c6241049e401@alu.unizg.hr> <7e0b733d-db73-f9a7-0965-4744e63f1a33@gmail.com> Content-Language: en-US From: Mirsad Goran Todorovac In-Reply-To: <7e0b733d-db73-f9a7-0965-4744e63f1a33@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14. 10. 2022. 14:28, Bagas Sanjaya wrote: > On 10/14/22 17:32, Mirsad Todorovac wrote: >> I tried the "make localmodconfig" and provided the default answers ([ENTER]) to all questions >> the script asked as advised here: https://www.stolaf.edu/people/rab/os/linux-compile.html . >> >> However, though it built much faster, the stripped version did not trigger the bug. >> >> I am now trying to reproduce the bug with v6.0-rc[123] with config-{051913,060000}. >> This brings a lot of combinations, and though I am a newbie, I noticed that build scripts >> start with "make clean" for both deb-pkg and rpm-pkg. >> >> Is there a way to rebuild only the stuff that changed between the versions? >> > You can try building kernel with ccache enabled. However, you'll need > to unset build timestamp, since it will make builds non-deterministic: > > make CC="ccache gcc" KBUILD_BUILD_TIMESTAMP="" > > The first ccache build will be slower than normal build, because the > object files needs to be written twice (to the output directory and > to the cache), though. Hi, Bagas, Unfortunately, the ccache command did not work as expected. It still calls the gcc compiler proper, even in the second run ... PID USER      PR  NI    VIRT    RES    SHR S %CPU  %MEM     TIME+ COMMAND 29213 root      20   0   67420  55100  15676 R  98.1   0.3 0:02.42 /opt/alt/python38/bin/python3 /usr/bin/imunify360-agent rstatus 29374 mtodorov  30  10  133932 110104  18408 R  98.1   0.7 0:01.46 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arc+  1079 root      20   0  589008 371700   2320 S  97.1   2.3 2343:20 /usr/sbin/bacula-fd -f -c /etc/bacula/bacula-fd.conf 29425 mtodorov  30  10   95052  71520  16700 R  76.9   0.4 0:00.80 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arc+ 29459 mtodorov  30  10   79268  51432  12732 R  46.2   0.3 0:00.48 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arc+ 29462 mtodorov  30  10   65516  34828   9224 R  43.3   0.2 0:00.45 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -E -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./+ 29505 mtodorov  30  10       0      0      0 R  32.7   0.0 0:00.34 [cc1] 29506 mtodorov  30  10   65940  38560  12576 R  32.7   0.2 0:00.34 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arc+ 29523 mtodorov  30  10   52180  21572   9344 R  17.3   0.1 0:00.18 /usr/lib/gcc/x86_64-linux-gnu/8/cc1 -E -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./+  5517 root      20   0  780956  77812  10052 S  11.5   0.5 466:39.30 /opt/alt/python38/bin/python3 -m im360.run 29384 mtodorov  30  10    7132   3964   3568 S  11.5   0.0 0:00.12 /usr/local/bin/ccache gcc -Wp,-MMD,sound/i2c/other/.ak4114.o.d -nostdinc -I./arch/x86/include -I./arch/x86/include/generated -I.+ 29407 mtodorov  30  10    7116   3748   3360 S  10.6   0.0 0:00.11 /usr/local/bin/ccache gcc -Wp,-MMD,fs/exfat/.nls.o.d -nostdinc -I./arch/x86/include -I./arch/x86/include/generated -I./include -+ 29451 mtodorov  30  10    7132   3968   3568 S   9.6   0.0 0:00.10 /usr/local/bin/ccache gcc -Wp,-MMD,drivers/pinctrl/intel/.pinctrl-tigerlake.o.d -nostdinc -I./arch/x86/include -I./arch/x86/incl+ 29522 mtodorov  30  10    8288   7520   1468 R   8.7   0.0 0:00.09 scripts/genksyms/genksyms -r /dev/null 29524 mtodorov  30  10   17008  12480   3204 R   4.8   0.1 0:00.05 as -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arch/x86/include/uapi -I ./arch/x86/include/generated+  8896 mtodorov  20   0   12212   4616   3348 R   3.8   0.0 0:04.58 top 29525 mtodorov  30  10   15028  10412 3248 R   3.8   0.1   0:00.04 as -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arch/x86/include/uapi -I ./arch/x86/include/generated+ I used the command line: $ make CC="/usr/local/bin/ccache gcc" KBUILD_BUILD_TIMESTAMP="" -j10 deb-pkg I tried to install the latest ccache (version 4.6.3), but it silently calls cc1, despite having 4GiB of cache in $HOME/.ccache ... I must be doing something wrong. Heavens are not aligned in favour to me this day :-/ -- Mirsad Goran Todorovac Sistem inženjer Grafički fakultet | Akademija likovnih umjetnosti Sveučilište u Zagrebu -- System engineer Faculty of Graphic Arts | Academy of Fine Arts University of Zagreb, Republic of Croatia The European Union