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: <addc193a-5b19-f7f3-5f26-cdce643cd436@gmail.com>
Date:   Fri, 4 Jun 2021 16:50:19 +0200
From:   Laurențiu Păncescu <lpancescu@...il.com>
To:     stable@...r.kernel.org
Cc:     linux-kernel@...r.kernel.org
Subject: Re: Backporting fix for #199981 to 4.19.y?

Hi Greg,

On 6/3/21 11:19 AM, Greg KH wrote:
> That commit does not apply cleanly and I need a backported version.  Can
> you do that and test it to verify it works and then send it to us to be
> applied?

I now have a patch against linux-4.19.y, tested on my EeePC just now: 
the battery status and discharge rate are shown correctly.

I've never submitted a patch before, should I put "commit <short-hash> 
upstream." as the first line of my commit message, followed by another 
line stating which branch I would like this to be merged to? Should I 
also include the original commit message of the backported commit? And 
then use git format-patch? I just read through [1] and [2], but they 
don't say anything specific about commit messages for backported patches.

Thanks,
Laurențiu


[1] https://www.kernel.org/doc/html/latest/process/submitting-patches.html
[2] https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ