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 85948C433F5 for ; Fri, 7 Oct 2022 06:09:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229587AbiJGGJc (ORCPT ); Fri, 7 Oct 2022 02:09:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48870 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229588AbiJGGJ3 (ORCPT ); Fri, 7 Oct 2022 02:09:29 -0400 Received: from domac.alu.hr (domac.alu.hr [161.53.235.3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4462117550 for ; Thu, 6 Oct 2022 23:09:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by domac.alu.hr (Postfix) with ESMTP id 32D3D6050A; Fri, 7 Oct 2022 08:09:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alu.unizg.hr; s=mail; t=1665122965; bh=LqmfREN0Bf1qQESZX6VLXgUCmD1S5JVvfBYMPvqcMC4=; h=Date:From:Subject:To:Cc:References:In-Reply-To:From; b=TfOjpOWopc9dRS8tf/MSkZRQ7fIjp41MowtTX75mk0qrfK0OqPNP5az+KTvxEc0hY ug9HefUwIwqYr5cUrVm2nNWIERc1+Sjp0vaLXkbm4tZ+DL4D2OdgfoDelyyy2IdTsX VzfS994CZQVazsI6iqw1o6t3ATu91/FOBiiwkIwJL2WbqlnYPVwyGUE6iY/CFq34Vo 7NPngFKtOy5fllT84tNdEGkkW4dL4itXzJnLX7lpYVSRCkX24vUyDl7FOUryZKfOkR 2xitFq0kYgv2bkur/CoooEHXB3AUKbEskIfXD6rzTW40iFgbV/nJpnKTgO6FLBuP3e n9Ai4+8r80/ig== 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 OvRwdqezS8bm; Fri, 7 Oct 2022 08:09:22 +0200 (CEST) Received: from [161.53.83.51] (pc-mtodorov.grf.hr [161.53.83.51]) by domac.alu.hr (Postfix) with ESMTPSA id 6697E60509; Fri, 7 Oct 2022 08:09:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alu.unizg.hr; s=mail; t=1665122962; bh=LqmfREN0Bf1qQESZX6VLXgUCmD1S5JVvfBYMPvqcMC4=; h=Date:From:Subject:To:Cc:References:In-Reply-To:From; b=x8hGZKrgIUM85evjEktBsYlawmnGNZqGqcJ4gAqFhrWMAM/nVctwUNcMl9FNpCiLg SDg37HoLOVVDaF/7sO51wpRcUMZF2w3100Job3DPead1dsOtaQ4nrlsD90k8lG6xhX IxwapdnslAmslHEdPDscncVDMLFkNt/hOnOahMPly4fjxNuQhKfEzZ2V3+NNIQHZwu biGyxKYdlLM2MJ0odTWcR77CGO4hHXGwPoxHz8q7z7YeQ/8sMtQDUbKfIh6V6Cr5sK KBJgJHh0P91uQpo0REuPaDwY/dIVjlDSeO4kv/EiUcRTgPNY6y4K66a2gtlJ/YJgM1 8YO+VYLkNj2lg== Message-ID: Date: Fri, 7 Oct 2022 08:09:12 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.1 From: Mirsad Goran Todorovac Subject: Re: 6.0.0-RC kernels trigger Firefox snap bug with 6.0.0-rc3 through 6.0.0-rc7 To: Thorsten Leemhuis , linux-kernel@vger.kernel.org Cc: Marc Miltenberger , "regressions@lists.linux.dev" References: <5bb75cbc-a0db-537b-12d0-889230c865d8@leemhuis.info> <0fb2a9ff-df76-8af9-e54a-c2dc6bfd9478@leemhuis.info> <6ba15505-1c04-df2b-237f-b3060f26d2e6@leemhuis.info> Content-Language: en-US In-Reply-To: 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 06. 10. 2022. 19:13, Mirsad Goran Todorovac wrote: > On 06. 10. 2022. 18:58, Thorsten Leemhuis wrote: > >> On 06.10.22 18:43, Mirsad Goran Todorovac wrote: >> >> On 06. 10. 2022. 15:23, Thorsten Leemhuis wrote: >>>> On 06.10.22 14:43, Mirsad Todorovac wrote: >>>>> On 10/6/22 14:25, Thorsten Leemhuis wrote: >>>>> >>>>>> One more question: >>>>>> >>>>>> On 06.10.22 14:00, Thorsten Leemhuis wrote: >>>>>> Were those two vanilla kernels? I asked in #snappy on IRC and was told >>>>>> that "snapd simply expects some ubuntu bit in patched into the kernel if >>>>>> it detects that it runs on an official ubuntu install...". This was also >>>>>> suggested "it probably makes sense to file a but in LP to make the >>>>>> kernel team aware". >>>>>> >>>>> Yes, last time I tried it with git clone from linux_stable on kernel.org >>>>> and >>>>> config-6.0.0-060000-generic from the official Ubuntu mainline build >>>> You don't want to do that. Better take the config used to build a >>>> working kernel (say 5.19.y) and then build 6.0 with it (after running >>>> "make olddefconfig"), because it might be a new kernel option (say for a >>>> new security technique) that might cause the problem, as explained here: >>>> https://docs.kernel.org/admin-guide/reporting-regressions.html >>> If I understood well, that would mean buildingwww.kernel.org git >>> linux_stable >>> source with Ubuntu's config-5.9.13-051903? >> I meant "please download Linux 6.0 (ideally through git, that you have >> everything to perform a bisection), add the config from a working kernel >> (if config-5.9.13-051903 is one, yeah, then take that) as .config and >> then run "make olddefconfig" before compiling and installing the kernel >> to see if 6.0 fails with that config that was working. > > Thank you for all your instructions. > > Yes, I can confirm I already did a git pull from > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git > and a `git checkout linux6.0.y' with Ubuntu's config-5.19.13-051903, > for that will, being a > generic build, surely cover all my devices. > > The build is already in progress, but it may take a couple of hours > for the bud to show with > Firefox "tabs crashed" and consequential Verneed record mismatch, > provided it hath not been > fixed already by something else. > > Still, I would be the happier version of myself if we could pinpoint > the exact line of kernel source > that caused this. (And yes, all my builds were from kernel.org repos, > whether Mr. Torvalds's or > the linux_stable line.) > Hi Thorsten, Marc, I can confirm that the "Firefox tab crashed" problem with Verneed record version mismatch persisted in the official Ubuntu's 6.0.0-06000 mainline build: marvin@marvin-IdeaPad-3-15ITL6:~$ uname -rms Linux 6.0.0-060000-generic x86_64 marvin@marvin-IdeaPad-3-15ITL6:~$ /snap/bin/firefox & [1] 45245 marvin@marvin-IdeaPad-3-15ITL6:~$ /bin/bash: /lib/x86_64-linux-gnu/libdl.so.2: unsupported version 0 of Verdef record /bin/bash: error while loading shared libraries: /lib/x86_64-linux-gnu/libdl.so.2: unsupported version 0 of Verneed record [1]+  Exit 127                /snap/bin/firefox marvin@marvin-IdeaPad-3-15ITL6:~$ The build with the Ubuntu's config-5.19.3-051903-generic config file an linux_stable 6.0.0 source is currently in testing. To repeat, it usually took a couple of hours of work in Firefox (especially playing Youtube videos in a tab) before the bug manifested. Regards, -mt -- 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 tel. +385 (0)1 3711 451 mob. +385 91 57 88 355