* Re: [PATCH 0/3] Modernize tasklet callback API
[not found] ` <87h7tpa3hg.fsf@nanos.tec.linutronix.de>
@ 2020-07-30 18:14 ` Kees Cook
2020-08-03 8:46 ` Allen
0 siblings, 1 reply; 7+ messages in thread
From: Kees Cook @ 2020-07-30 18:14 UTC (permalink / raw)
To: Thomas Gleixner
Cc: Greg Kroah-Hartman, Allen Pais, Oscar Carter, Romain Perier,
David S. Miller, Peter Zijlstra, Will Deacon, linux-input,
linux-kernel, netdev, linux-s390, devel, linux-usb,
kgdb-bugreport, alsa-devel, kernel-hardening
[heavily trimmed CC list because I think lkml is ignoring this
thread...]
On Thu, Jul 30, 2020 at 09:03:55AM +0200, Thomas Gleixner wrote:
> Kees,
>
> Kees Cook <keescook@chromium.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:
Understood! I will update the comments near the tasklet API.
> Acked-by: Thomas Gleixner <tglx@linutronix.de>
Thanks!
--
Kees Cook
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-07-30 18:14 ` [PATCH 0/3] Modernize tasklet callback API Kees Cook
@ 2020-08-03 8:46 ` Allen
2020-08-11 12:16 ` Allen
2020-08-11 21:33 ` Kees Cook
0 siblings, 2 replies; 7+ messages in thread
From: Allen @ 2020-08-03 8:46 UTC (permalink / raw)
To: Kees Cook
Cc: Thomas Gleixner, Greg Kroah-Hartman, Oscar Carter, Romain Perier,
David S. Miller, Peter Zijlstra, Will Deacon, linux-input,
linux-kernel, netdev, linux-s390, devel, linux-usb,
kgdb-bugreport, alsa-devel, Kernel Hardening
Kees,
>
> [heavily trimmed CC list because I think lkml is ignoring this
> thread...]
>
> On Thu, Jul 30, 2020 at 09:03:55AM +0200, Thomas Gleixner wrote:
> > Kees,
> >
> > Kees Cook <keescook@chromium.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:
>
> Understood! I will update the comments near the tasklet API.
>
> > Acked-by: Thomas Gleixner <tglx@linutronix.de>
>
Here's the series re-based on top of 5.8
https://github.com/allenpais/tasklets/tree/V3
Let me know how you would want these to be reviewed.
Also, I was thinking if removing tasklets completely could be a task
on KSPP wiki. If yes, I did like to take ownership of that task. I have a
couple of ideas in mind, which could be discussed in a separate email.
Thanks.
--
- Allen
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-08-03 8:46 ` Allen
@ 2020-08-11 12:16 ` Allen
2020-08-11 21:33 ` Kees Cook
1 sibling, 0 replies; 7+ messages in thread
From: Allen @ 2020-08-11 12:16 UTC (permalink / raw)
To: Kees Cook
Cc: Thomas Gleixner, Greg Kroah-Hartman, Oscar Carter, Romain Perier,
David S. Miller, Peter Zijlstra, Will Deacon, linux-input,
linux-kernel, netdev, linux-s390, devel, linux-usb,
kgdb-bugreport, alsa-devel, Kernel Hardening
Kees,
> >
>
> Here's the series re-based on top of 5.8
> https://github.com/allenpais/tasklets/tree/V3
>
> Let me know how you would want these to be reviewed.
>
I see the first set of infrastructure patches for tasklets have
landed in Linus's tree. Good time to send out the ~200 patches?
- Allen
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-08-03 8:46 ` Allen
2020-08-11 12:16 ` Allen
@ 2020-08-11 21:33 ` Kees Cook
2020-08-12 6:21 ` Takashi Iwai
2020-08-12 12:31 ` Allen
1 sibling, 2 replies; 7+ messages in thread
From: Kees Cook @ 2020-08-11 21:33 UTC (permalink / raw)
To: Allen
Cc: Thomas Gleixner, Greg Kroah-Hartman, Oscar Carter, Romain Perier,
David S. Miller, Peter Zijlstra, Will Deacon, linux-input,
linux-kernel, netdev, linux-s390, devel, linux-usb,
kgdb-bugreport, alsa-devel, Kernel Hardening
On Mon, Aug 03, 2020 at 02:16:15PM +0530, Allen wrote:
> Here's the series re-based on top of 5.8
> https://github.com/allenpais/tasklets/tree/V3
Great!
> Let me know how you would want these to be reviewed.
Was a Coccinelle script used for any of these conversions? I wonder if
it'd be easier to do a single treewide patch for the more mechanical
changes.
And, actually, I still think the "prepare" patches should just be
collapsed into the actual "covert" patches -- there are only a few.
After those, yeah, I think getting these sent to their respective
maintainers is the next step.
> Also, I was thinking if removing tasklets completely could be a task
> on KSPP wiki. If yes, I did like to take ownership of that task. I have a
> couple of ideas in mind, which could be discussed in a separate email.
Sure! I will add it to the tracker. Here's for the refactoring:
https://github.com/KSPP/linux/issues/30
and here's for the removal:
https://github.com/KSPP/linux/issues/94
if you can added details/examples of how they should be removed, that'd
help other folks too, if they wanted to jump in. :)
-Kees
--
Kees Cook
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-08-11 21:33 ` Kees Cook
@ 2020-08-12 6:21 ` Takashi Iwai
2020-08-12 11:32 ` Allen
2020-08-12 12:31 ` Allen
1 sibling, 1 reply; 7+ messages in thread
From: Takashi Iwai @ 2020-08-12 6:21 UTC (permalink / raw)
To: Kees Cook
Cc: Allen, devel, linux-s390, alsa-devel, Oscar Carter,
Kernel Hardening, Peter Zijlstra, Greg Kroah-Hartman, linux-usb,
linux-kernel, netdev, linux-input, kgdb-bugreport,
Thomas Gleixner, Romain Perier, Will Deacon, David S. Miller
On Tue, 11 Aug 2020 23:33:13 +0200,
Kees Cook wrote:
>
> On Mon, Aug 03, 2020 at 02:16:15PM +0530, Allen wrote:
> > Here's the series re-based on top of 5.8
> > https://github.com/allenpais/tasklets/tree/V3
>
> Great!
>
> > Let me know how you would want these to be reviewed.
>
> Was a Coccinelle script used for any of these conversions? I wonder if
> it'd be easier to do a single treewide patch for the more mechanical
> changes.
>
> And, actually, I still think the "prepare" patches should just be
> collapsed into the actual "covert" patches -- there are only a few.
>
> After those, yeah, I think getting these sent to their respective
> maintainers is the next step.
>
> > Also, I was thinking if removing tasklets completely could be a task
> > on KSPP wiki. If yes, I did like to take ownership of that task. I have a
> > couple of ideas in mind, which could be discussed in a separate email.
>
> Sure! I will add it to the tracker. Here's for the refactoring:
> https://github.com/KSPP/linux/issues/30
>
> and here's for the removal:
> https://github.com/KSPP/linux/issues/94
>
> if you can added details/examples of how they should be removed, that'd
> help other folks too, if they wanted to jump in. :)
I have a patch set to convert the remaining tasklet usage in sound
drivers to either the threaded IRQ or the work, but it wasn't
submitted / merged for 5.8 due to the obvious conflict with your API
changes.
Each conversion is rather simple, but it's always a question of the
nature of each tasklet usage which alternative is the best fit.
FWIW, the current version is found in test/kill-tasklet branch of
sound git tree
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
thanks,
Takashi
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-08-12 6:21 ` Takashi Iwai
@ 2020-08-12 11:32 ` Allen
0 siblings, 0 replies; 7+ messages in thread
From: Allen @ 2020-08-12 11:32 UTC (permalink / raw)
To: Takashi Iwai
Cc: Kees Cook, devel, linux-s390, alsa-devel, Oscar Carter,
Kernel Hardening, Peter Zijlstra, Greg Kroah-Hartman, linux-usb,
linux-kernel, netdev, linux-input, kgdb-bugreport,
Thomas Gleixner, Romain Perier, Will Deacon, David S. Miller
>
> I have a patch set to convert the remaining tasklet usage in sound
> drivers to either the threaded IRQ or the work, but it wasn't
> submitted / merged for 5.8 due to the obvious conflict with your API
> changes.
> Each conversion is rather simple, but it's always a question of the
> nature of each tasklet usage which alternative is the best fit.
>
> FWIW, the current version is found in test/kill-tasklet branch of
> sound git tree
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
Great. Currently my tree has these converted to use the new
tasklet_setup() api. I will add these to my threaded IRQ/work tree
(which is still wip).
Thanks.
--
- Allen
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 0/3] Modernize tasklet callback API
2020-08-11 21:33 ` Kees Cook
2020-08-12 6:21 ` Takashi Iwai
@ 2020-08-12 12:31 ` Allen
1 sibling, 0 replies; 7+ messages in thread
From: Allen @ 2020-08-12 12:31 UTC (permalink / raw)
To: Kees Cook
Cc: Thomas Gleixner, Greg Kroah-Hartman, Oscar Carter, Romain Perier,
David S. Miller, Peter Zijlstra, Will Deacon, linux-input,
linux-kernel, netdev, linux-s390, devel, linux-usb,
kgdb-bugreport, alsa-devel, Kernel Hardening
Kees,
> Was a Coccinelle script used for any of these conversions? I wonder if
> it'd be easier to do a single treewide patch for the more mechanical
> changes.
No, I should have written one. Will do it.
> And, actually, I still think the "prepare" patches should just be
> collapsed into the actual "covert" patches -- there are only a few.
Okay. It's been done and pushed to:
https://github.com/allenpais/tasklets/tree/V4
> After those, yeah, I think getting these sent to their respective
> maintainers is the next step.
Please look at the above branch, if it looks fine, let me know
if I can add your ACK on the patches.
>
> Sure! I will add it to the tracker. Here's for the refactoring:
> https://github.com/KSPP/linux/issues/30
>
> and here's for the removal:
> https://github.com/KSPP/linux/issues/94
>
> if you can added details/examples of how they should be removed, that'd
> help other folks too, if they wanted to jump in. :)
Sure, Thank you.
- Allen
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-08-12 12:32 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20200716030847.1564131-1-keescook@chromium.org>
[not found] ` <87h7tpa3hg.fsf@nanos.tec.linutronix.de>
2020-07-30 18:14 ` [PATCH 0/3] Modernize tasklet callback API Kees Cook
2020-08-03 8:46 ` Allen
2020-08-11 12:16 ` Allen
2020-08-11 21:33 ` Kees Cook
2020-08-12 6:21 ` Takashi Iwai
2020-08-12 11:32 ` Allen
2020-08-12 12:31 ` Allen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).