Message ID | 20241029205524.1306364-1-almasrymina@google.com (mailing list archive) |
---|---|
Headers | show |
Series | devmem TCP fixes | expand |
On Tue, 29 Oct 2024 20:55:20 +0000 Mina Almasry wrote: > A few unrelated devmem TCP fixes bundled in a series for some > convenience (if that's ok). These two should go to net I presume? It's missing input validation. Either way you gotta repost either as two properly separate series, or combine them as one, cause right now they are neither and patchwork doesn't recognize they are related.
On Thu, Oct 31, 2024 at 7:42 PM Jakub Kicinski <kuba@kernel.org> wrote: > > On Tue, 29 Oct 2024 20:55:20 +0000 Mina Almasry wrote: > > A few unrelated devmem TCP fixes bundled in a series for some > > convenience (if that's ok). > > These two should go to net I presume? It's missing input validation. > > Either way you gotta repost either as two properly separate series, > or combine them as one, cause right now they are neither and patchwork > doesn't recognize they are related. > Yeah my apologies. I made a mistake posting the series and posted the cover letter twice. Looks like that confused patchwork very much. I'll also repost targeting net since these are fixes to existing code. But what is the 'missing input validation'? Do you mean the input validation for the SO_DEVMEM_DONTNEED API? That should be handled in the patch "net: fix SO_DEVMEM_DONTNEED looping too long" in this series, unless I missed something. -- Thanks, Mina
On Fri, 1 Nov 2024 06:14:14 -0700 Mina Almasry wrote: > But what is the 'missing input validation'? Do you mean the input > validation for the SO_DEVMEM_DONTNEED API? That should be handled in > the patch "net: fix SO_DEVMEM_DONTNEED looping too long" in this > series, unless I missed something. I guess it's borderline but to me it feels like net material. It changes the user visible behavior. Someone can write their code to free 2k tokens on 6.12 and it will break on 6.13. I don't feel strongly but the way the series ended up getting split I figured maybe it was also your intuition. If you do follow the net path -- please move the refactor out to the net-next series.