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]
Message-ID: <8dc067e5-d81f-4c5b-be76-bf0c1227b71e@leemhuis.info>
Date:   Tue, 5 Sep 2023 14:01:27 +0200
From:   Thorsten Leemhuis <regressions@...mhuis.info>
To:     Jarkko Sakkinen <jarkko@...nel.org>,
        Mario Limonciello <mario.limonciello@....com>
Cc:     linux-integrity@...r.kernel.org,
        Jerry Snitselaar <jsnitsel@...hat.com>, stable@...r.kernel.org,
        Todd Brandt <todd.e.brandt@...el.com>,
        Peter Huewe <peterhuewe@....de>,
        Jason Gunthorpe <jgg@...pe.ca>, linux-kernel@...r.kernel.org,
        Patrick Steinhardt <ps@....im>, Ronan Pigott <ronan@....ie>,
        Raymond Jay Golo <rjgolo@...il.com>,
        Linux kernel regressions list <regressions@...ts.linux.dev>,
        Dusty Mabe <dusty@...tymabe.com>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Paul Menzel <pmenzel@...gen.mpg.de>
Subject: Re: [PATCH v3] tpm: Enable hwrng only for Pluton on AMD CPUs

On 05.09.23 00:32, Jarkko Sakkinen wrote:
> On Fri Sep 1, 2023 at 11:49 AM EEST, Thorsten Leemhuis wrote:
>> On 29.08.23 10:38, Linux regression tracking (Thorsten Leemhuis) wrote:
>>> On 28.08.23 02:35, Mario Limonciello wrote:
>>>> On 8/27/2023 13:12, Jarkko Sakkinen wrote:
>>>>> On Wed Aug 23, 2023 at 9:58 PM EEST, Mario Limonciello wrote:
>>>>>> On 8/23/2023 12:40, Jarkko Sakkinen wrote:
>>>>>>> On Wed Aug 23, 2023 at 11:23 AM EEST, Paul Menzel wrote:
>>>>>>>> Am 23.08.23 um 01:15 schrieb Jarkko Sakkinen:
>>>>>>>>> The vendor check introduced by commit 554b841d4703 ("tpm: Disable
>>>>>>>>> RNG for
>>>>>>>>> all AMD fTPMs") doesn't work properly on a number of Intel fTPMs. 
>>>>>>>>> On the
>>>>>>>>> reported systems the TPM doesn't reply at bootup and returns back the
>>>>>>>>> command code. This makes the TPM fail probe.
> [...]
>> Hmmm. Quite a bit progress to fix the issue was made in the first week
>> after Todd's report; Jarkko apparently even applied the earlier patch
>> from Mario to his master branch:
>> https://git.kernel.org/pub/scm/linux/kernel/git/jarkko/linux-tpmdd.git/commit/?id=b1a62d41bdc1d15b0641759717e8c3651f0a810c
>> But since then (aka in the past week) there was not much progress.

Jarkko, many thx for picking this up and submitting it to Linus, much
appreciated. Sorry again for prodding things, but I felt I had to. Hope
you didn't mind too much.

> Could it be possible to extend the actual kernel documentation
> to give at least some guidelines how a maintainer should deal
> with the bugzilla?

I guess it's best if that is done by somebody that cares about bugzilla
(I don't fall into that group[1]) and knows the official status.

But FWIW, I wonder what you actually want to see documented. From
https://lore.kernel.org/all/CVAC8VQPD3PK.1CBS5QTWDSS2C@suppilovahvero/
it sounds like you had trouble with Link:/Closes: tag and Reported-by.
>From what I can see I don't think bugzilla.kernel.org needs special
documentation in that area:

 * just use Link:/Closes: to reports to public reports that might be
helpful later in case somebody wants to look at the backstory of a
commit, wherever those reports may be (lore, bugzilla.kernel.org,
https://gitlab.freedesktop.org/drm/intel/-/issues,
https://github.com/thesofproject/linux/issues, ...)

 * use Reported-by: to give credit to anyone that deserves it, as it is
a nice way to say thx while motivate people to help again in the future.
That usually will include the initial reporter, but might also include
people that replied to a report from somebody else and helped
perceptible with debugging or fixing.

Ciao, Thorsten

[1] I only sometimes help people that report regressions to
bugzilla.kernel.org that otherwise would likely would fall through the
cracks (among others because many reports are never forwarded to the
proper developers otherwise).

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ