Re: [PULL] modules-next

2016-08-03 Thread Rusty Russell
Rusty Russell writes: > Linus Torvalds writes: >> So this feels wrong to me, can you guys please explain: ... >> I didn't actually pull the tree, I just reacted to the pull request itself. ... > I can pull them out of modules-next if you'd prefer. OK, removed that patch. Here's the update pullr

Re: [PULL] modules-next

2016-08-01 Thread Rusty Russell
Linus Torvalds writes: > So this feels wrong to me, can you guys please explain: > > On Sun, Jul 31, 2016 at 9:02 PM, Rusty Russell wrote: >> >> Ben Hutchings (3): >> module: Invalidate signatures on force-loaded modules >> module: Disable MODULE_FORCE_LOAD when MODULE_SIG_FORCE is en

Re: [PULL] modules-next

2016-08-01 Thread Ben Hutchings
On Sun, 2016-07-31 at 21:44 -0400, Linus Torvalds wrote: > So this feels wrong to me, can you guys please explain: > > On Sun, Jul 31, 2016 at 9:02 PM, Rusty Russell wrote: > > > > Ben Hutchings (3): > >   module: Invalidate signatures on force-loaded modules > >   module: Disable MODULE

Re: [PULL] modules-next

2016-07-31 Thread Linus Torvalds
So this feels wrong to me, can you guys please explain: On Sun, Jul 31, 2016 at 9:02 PM, Rusty Russell wrote: > > Ben Hutchings (3): > module: Invalidate signatures on force-loaded modules > module: Disable MODULE_FORCE_LOAD when MODULE_SIG_FORCE is enabled forcing a load and SIG_FOR

Re: [PULL] modules-next

2014-12-22 Thread Rusty Russell
Linus Torvalds writes: > On Thu, Dec 18, 2014 at 4:55 PM, Rusty Russell wrote: >> >> The exciting thing here is the getting rid of stop_machine on module >> removal. This is possible by using a simple atomic_t for the counter, >> rather than our fancy per-cpu counter: it turns out that no one is

Re: [PULL] modules-next

2014-12-18 Thread Linus Torvalds
On Thu, Dec 18, 2014 at 4:55 PM, Rusty Russell wrote: > > The exciting thing here is the getting rid of stop_machine on module > removal. This is possible by using a simple atomic_t for the counter, > rather than our fancy per-cpu counter: it turns out that no one is doing > a module increment pe

Re: [PULL] modules-next

2014-06-13 Thread Geert Uytterhoeven
Hi Mark, On Fri, Jun 13, 2014 at 11:24 AM, Mark Brown wrote: > On Fri, Jun 13, 2014 at 10:33:20AM +0930, Rusty Russell wrote: >> So, did you queue a patch to fix your email address in >> drivers/regulator/virtual.c? > > No, that's more about giving credit to Wolfson for funding the code I > guess

Re: [PULL] modules-next

2014-06-13 Thread Mark Brown
On Fri, Jun 13, 2014 at 10:33:20AM +0930, Rusty Russell wrote: > So, did you queue a patch to fix your email address in > drivers/regulator/virtual.c? No, that's more about giving credit to Wolfson for funding the code I guess - it's very rare for anyone to update the author information (and beco

Re: [PULL] modules-next

2014-06-12 Thread Rusty Russell
Mark Brown writes: > On Thu, Jun 12, 2014 at 10:55:00AM +0930, Rusty Russell wrote: >> Mark Brown writes: > >> > if you need to respin - please do send patches to maintainers. > >> If the address in drivers/regulator/virtual.c is incorrect, please >> update it: > >> Subject: [PATCH 5/9] drivers/

Re: [PULL] modules-next

2014-06-12 Thread Mark Brown
On Thu, Jun 12, 2014 at 10:55:00AM +0930, Rusty Russell wrote: > Mark Brown writes: > > if you need to respin - please do send patches to maintainers. > If the address in drivers/regulator/virtual.c is incorrect, please > update it: > Subject: [PATCH 5/9] drivers/regulator/virtual: avoid world

Re: [PULL] modules-next

2014-06-11 Thread Rusty Russell
Mark Brown writes: > On Wed, Jun 11, 2014 at 03:03:47PM +0930, Rusty Russell wrote: > >> drivers/regulator/virtual: avoid world-writable sysfs files. > > Acked-by: Mark Brown > > if you need to respin - please do send patches to maintainers. If the address in drivers/regulator/virtual.c is

Re: [PULL] modules-next

2014-06-11 Thread Mark Brown
On Wed, Jun 11, 2014 at 03:03:47PM +0930, Rusty Russell wrote: > drivers/regulator/virtual: avoid world-writable sysfs files. Acked-by: Mark Brown if you need to respin - please do send patches to maintainers. signature.asc Description: Digital signature