[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87h7tpa3hg.fsf@nanos.tec.linutronix.de>
Date: Thu, 30 Jul 2020 09:03:55 +0200
From: Thomas Gleixner <tglx@...utronix.de>
To: Kees Cook <keescook@...omium.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Kees Cook <keescook@...omium.org>, Allen Pais <allen.lkml@...il.com>,
Oscar Carter <oscar.carter@....com>, Romain Perier
<romain.perier@...il.com>, Dmitry Torokhov <dmitry.torokhov@...il.com>,
Kevin Curtis <kevin.curtis@...site.co.uk>, "David S. Miller"
<davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>, Harald
Freudenberger <freude@...ux.ibm.com>, Heiko Carstens <hca@...ux.ibm.com>,
Vasily Gorbik <gor@...ux.ibm.com>, Christian Borntraeger
<borntraeger@...ibm.com>, Jiri Slaby <jslaby@...e.com>, Felipe Balbi
<balbi@...nel.org>, Jason Wessel <jason.wessel@...driver.com>, Daniel
Thompson <daniel.thompson@...aro.org>, Douglas Anderson
<dianders@...omium.org>, Mitchell Blank Jr <mitch@...oth.com>, Julian
Wiedmann <jwi@...ux.ibm.com>, Karsten Graul <kgraul@...ux.ibm.com>, Ursula
Braun <ubraun@...ux.ibm.com>, Jaroslav Kysela <perex@...ex.cz>, Takashi
Iwai <tiwai@...e.com>, Christian Gromm <christian.gromm@...rochip.com>,
Nishka Dasgupta <nishkadg.linux@...il.com>, Masahiro Yamada
<masahiroy@...nel.org>, Stephen Boyd <swboyd@...omium.org>, "Matthew
Wilcox \(Oracle\)" <willy@...radead.org>, Wambui Karuga
<wambui.karugax@...il.com>, Guenter Roeck <linux@...ck-us.net>, Chris
Packham <chris.packham@...iedtelesis.co.nz>, Kyungtae Kim
<kt0755@...il.com>, Kuppuswamy Sathyanarayanan
<sathyanarayanan.kuppuswamy@...ux.intel.com>, Sebastian Andrzej Siewior
<bigeasy@...utronix.de>, "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Jonathan Corbet <corbet@....net>, Peter Zijlstra <peterz@...radead.org>,
Will Deacon <will@...nel.org>, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
linux-s390@...r.kernel.org, devel@...verdev.osuosl.org,
linux-usb@...r.kernel.org, kgdb-bugreport@...ts.sourceforge.net,
alsa-devel@...a-project.org, kernel-hardening@...ts.openwall.com
Subject: Re: [PATCH 0/3] Modernize tasklet callback API
Kees,
Kees Cook <keescook@...omium.org> writes:
> This is the infrastructure changes to prepare the tasklet API for
> conversion to passing the tasklet struct as the callback argument instead
> of an arbitrary unsigned long. The first patch details why this is useful
> (it's the same rationale as the timer_struct changes from a bit ago:
> less abuse during memory corruption attacks, more in line with existing
> ways of doing things in the kernel, save a little space in struct,
> etc). Notably, the existing tasklet API use is much less messy, so there
> is less to clean up.
>
> It's not clear to me which tree this should go through... Greg since it
> starts with a USB clean-up, -tip for timer or interrupt, or if I should
> just carry it. I'm open to suggestions, but if I don't hear otherwise,
> I'll just carry it.
>
> My goal is to have this merged for v5.9-rc1 so that during the v5.10
> development cycle the new API will be available. The entire tree of
> changes is here[1] currently, but to split it up by maintainer the
> infrastructure changes need to be landed first.
>
> Review and Acks appreciated! :)
I'd rather see tasklets vanish from the planet completely, but that's
going to be a daring feat. So, grudgingly:
Acked-by: Thomas Gleixner <tglx@...utronix.de>
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
