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: <8127a2e6-fa62-4c85-b7ed-24748cc9e285@linux.microsoft.com>
Date: Fri, 15 Nov 2024 14:15:08 -0800
From: Easwar Hariharan <eahariha@...ux.microsoft.com>
To: Jeff Johnson <quic_jjohnson@...cinc.com>,
 Thomas Gleixner <tglx@...utronix.de>
Cc: eahariha@...ux.microsoft.com, netfilter-devel@...r.kernel.org,
 coreteam@...filter.org, netdev@...r.kernel.org,
 linux-kernel@...r.kernel.org, cocci@...ia.fr,
 linux-arm-kernel@...ts.infradead.org, linux-s390@...r.kernel.org,
 dri-devel@...ts.freedesktop.org, intel-xe@...ts.freedesktop.org,
 linux-scsi@...r.kernel.org, xen-devel@...ts.xenproject.org,
 linux-block@...r.kernel.org, linux-wireless@...r.kernel.org,
 ath11k@...ts.infradead.org, linux-mm@...ck.org,
 linux-bluetooth@...r.kernel.org, linux-staging@...ts.linux.dev,
 linux-rpi-kernel@...ts.infradead.org, ceph-devel@...r.kernel.org,
 live-patching@...r.kernel.org, linux-sound@...r.kernel.org,
 etnaviv@...ts.freedesktop.org, oss-drivers@...igine.com,
 linuxppc-dev@...ts.ozlabs.org, Anna-Maria Behnsen
 <anna-maria@...utronix.de>, Madhavan Srinivasan <maddy@...ux.ibm.com>,
 Naveen N Rao <naveen@...nel.org>,
 Christophe Leroy <christophe.leroy@...roup.eu>,
 Louis Peens <louis.peens@...igine.com>, Nicholas Piggin <npiggin@...il.com>,
 Michael Ellerman <mpe@...erman.id.au>,
 Christian Gmeiner <christian.gmeiner@...il.com>,
 Russell King <linux+etnaviv@...linux.org.uk>,
 Lucas Stach <l.stach@...gutronix.de>, Takashi Iwai <tiwai@...e.com>,
 Jaroslav Kysela <perex@...ex.cz>, Petr Mladek <pmladek@...e.com>,
 Joe Lawrence <joe.lawrence@...hat.com>, Miroslav Benes <mbenes@...e.cz>,
 Jiri Kosina <jikos@...nel.org>, Josh Poimboeuf <jpoimboe@...nel.org>,
 Ilya Dryomov <idryomov@...il.com>, Xiubo Li <xiubli@...hat.com>,
 Broadcom internal kernel review list
 <bcm-kernel-feedback-list@...adcom.com>,
 Scott Branden <sbranden@...adcom.com>, Ray Jui <rjui@...adcom.com>,
 Florian Fainelli <florian.fainelli@...adcom.com>,
 Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
 Luiz Augusto von Dentz <luiz.dentz@...il.com>,
 Johan Hedberg <johan.hedberg@...il.com>, Jens Axboe <axboe@...nel.dk>,
 Marcel Holtmann <marcel@...tmann.org>, Kalle Valo <kvalo@...nel.org>,
 Jeff Johnson <jjohnson@...nel.org>, Catalin Marinas
 <catalin.marinas@....com>, Roger Pau Monné
 <roger.pau@...rix.com>, Jack Wang <jinpu.wang@...ud.ionos.com>,
 Andrew Morton <akpm@...ux-foundation.org>,
 "Martin K. Petersen" <martin.petersen@...cle.com>,
 Praveen Kaligineedi <pkaligineedi@...gle.com>,
 Andrew Lunn <andrew+netdev@...n.ch>, James Smart <james.smart@...adcom.com>,
 Dick Kennedy <dick.kennedy@...adcom.com>,
 "James E.J. Bottomley" <James.Bottomley@...senPartnership.com>,
 Maxime Ripard <mripard@...nel.org>, David Airlie <airlied@...il.com>,
 Simona Vetter <simona@...ll.ch>, Jeroen de Borst <jeroendb@...gle.com>,
 Shailend Chand <shailend@...gle.com>, Thomas Zimmermann
 <tzimmermann@...e.de>, Maarten Lankhorst
 <maarten.lankhorst@...ux.intel.com>, Rodrigo Vivi <rodrigo.vivi@...el.com>,
 Thomas Hellström <thomas.hellstrom@...ux.intel.com>,
 Lucas De Marchi <lucas.demarchi@...el.com>, Oded Gabbay
 <ogabbay@...nel.org>, Ofir Bitton <obitton@...ana.ai>,
 Sven Schnelle <svens@...ux.ibm.com>,
 Christian Borntraeger <borntraeger@...ux.ibm.com>,
 Alexander Gordeev <agordeev@...ux.ibm.com>, Vasily Gorbik
 <gor@...ux.ibm.com>, Heiko Carstens <hca@...ux.ibm.com>,
 Russell King <linux@...linux.org.uk>, Robert Jarzmik
 <robert.jarzmik@...e.fr>, Haojian Zhuang <haojian.zhuang@...il.com>,
 Daniel Mack <daniel@...que.org>, Nicolas Palix <nicolas.palix@...g.fr>,
 Julia Lawall <Julia.Lawall@...ia.fr>, Simon Horman <horms@...nel.org>,
 Paolo Abeni <pabeni@...hat.com>, Jakub Kicinski <kuba@...nel.org>,
 Eric Dumazet <edumazet@...gle.com>, "David S. Miller" <davem@...emloft.net>,
 Jozsef Kadlecsik <kadlec@...filter.org>,
 Pablo Neira Ayuso <pablo@...filter.org>
Subject: Re: [PATCH v2 00/21] Converge on using secs_to_jiffies()

On 11/15/2024 1:41 PM, Jeff Johnson wrote:
> On 11/15/2024 1:29 PM, Easwar Hariharan wrote:
>> On 11/15/2024 1:26 PM, Easwar Hariharan wrote:
>>> This is a series that follows up on my previous series to introduce
>>> secs_to_jiffies() and convert a few initial users.[1] In the review for
>>> that series, Anna-Maria requested converting other users with
>>> Coccinelle. This is part 1 that converts users of msecs_to_jiffies()
>>> that use the multiply pattern of either of:
>>> - msecs_to_jiffies(N*1000), or
>>> - msecs_to_jiffies(N*MSEC_PER_SEC)
>>>
>>> The entire conversion is made with Coccinelle in the script added in
>>> patch 2. Some changes suggested by Coccinelle have been deferred to
>>> later parts that will address other possible variant patterns.
>>>
>>> CC: Anna-Maria Behnsen <anna-maria@...utronix.de>
>>> Signed-off-by: Easwar Hariharan <eahariha@...ux.microsoft.com>
>>>
>>> [1] https://lore.kernel.org/all/20241030-open-coded-timeouts-v3-0-9ba123facf88@linux.microsoft.com/
>>> [2] https://lore.kernel.org/all/8734kngfni.fsf@somnus/
>>>
>>> ---
>>> Changes in v2:
>>> - EDITME: describe what is new in this series revision.
>>> - EDITME: use bulletpoints and terse descriptions.
>>> - Link to v1: https://lore.kernel.org/r/20241115-converge-secs-to-jiffies-v1-0-19aadc34941b@linux.microsoft.com
>>>
>>
>> Apologies, I missed out on editing the changelog here. v1 included a
>> patch that's already been accepted, there are no other changes in v2.
>>
>> Thanks,
>> Easwar
> 
> How do you expect this series to land since it overlaps a large number of
> maintainer trees? Do you have a maintainer who has volunteered to take the
> series and the maintainers should just ack? Or do you want the maintainers to
> take the individual patches that are applicable to them?
> 
> /jeff

I am hoping for tglx to take it through his tree since the patch
introducing secs_to_jiffies() is in his tree, so sequencing of
dependencies would not be an issue.

But if tglx won't, we could push it out another cycle and individual
maintainers can take the patches that are applicable to their tree for
the series.

Thanks,
Easwar

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ