lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 19 Jan 2024 09:55:08 +0100
From: "Linux regression tracking (Thorsten Leemhuis)"
 <regressions@...mhuis.info>
To: Bagas Sanjaya <bagasdotme@...il.com>, Gowtham <trgowtham123@...il.com>,
 Linux btrfs <linux-btrfs@...r.kernel.org>,
 Linux Regressions <regressions@...ts.linux.dev>,
 Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Cc: Chris Mason <clm@...com>, Josef Bacik <josef@...icpanda.com>,
 David Sterba <dsterba@...e.com>
Subject: Re: Disk write deterioration in 5.x kernel

On 19.01.24 07:58, Bagas Sanjaya wrote:
> [also Cc: btrfs maintainers]
> 
> On Fri, Jan 19, 2024 at 09:37:50AM +0530, Gowtham wrote:
>>
>> Is there anything I can collect to debug what is the problem in the new kernel?

>From the version numbers you provided it seems you are using vendor
kernels containing patches. You thus might want to ask the vendor for
support. Most upstream developers are unlikely to help and some even
complete ignore reports using such kernels.

You also need to try latest mainline and bisect, as Bagas already
pointed out, as that problem might be solved already and might have
nothing to do with Btrfs at all.

> Please don't top-post, reply inline with appropriate context instead.

Bagas, FWIW, I think telling users this is not helpful at all and maybe
counter productive; please consider to stop doing this.

Yes, kernel development uses inline replies -- hence it's a good idea to
point that out *to developers* that submit patches et. al.

But most people in the world uses top-posting; you and I might not like
that, but that's how it is. Telling non-developers to adjust their
behavior to our habits will often just come over as rude. It might
nevertheless be worth it. But it's best to leave that decision to the
developers that handle the report, as they have to interact way more
with the reporter that you or I will have to.

Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ