Before making changes to the parser, regenerate the parser with current
Bison to avoid mixing those changes with those produced by updating
Bison.
Signed-off-by: Josh Triplett
---
scripts/kconfig/zconf.tab.c_shipped | 1244 ---
1 file changed, 561 insertions
init/Kconfig.expert, to make this harder to do accidentally, and to
break up the exceedingly long init/Kconfig a bit.
Signed-off-by: Josh Triplett
---
init/Kconfig| 232 +---
init/Kconfig.expert | 231
_TRACING
kernels, make it more configurable")
Signed-off-by: Josh Triplett
---
init/Kconfig | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/init/Kconfig b/init/Kconfig
index dc24dec..e2f16f1 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1341,6 +13
On Wed, May 13, 2015 at 09:27:57AM -0700, Josh Triplett wrote:
> How likely is this to get out of date? Are people going to remember to
> patch this when they add a feature to their architecture? If
> they found out they had work to do by reading this file, which is the
> goal,
t;
> This change resulted in the test failure caused by list mishandling,
> which is fixed by the next commit.
>
> Reported-by: "Ahmed, Iftekhar"
> Signed-off-by: Paul E. McKenney
>
Much better, thanks. In particular, the information about TINY01 and
TINY02 was
On Wed, May 13, 2015 at 03:48:42PM +0200, Ingo Molnar wrote:
> From 93f6bd67b4348bf4bf27cbac8ffa9f1def4fa6aa Mon Sep 17 00:00:00 2001
> From: Ingo Molnar
> Date: Wed, 13 May 2015 10:30:11 +0200
> Subject: [PATCH] Documentation/arch: Add Documentation/arch-features.txt
>
> Add a support matrix
Before making changes to the parser, regenerate the parser with current
Bison to avoid mixing those changes with those produced by updating
Bison.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
scripts/kconfig/zconf.tab.c_shipped | 1244 ---
1 file changed
this harder to do accidentally, and to
break up the exceedingly long init/Kconfig a bit.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
init/Kconfig| 232 +---
init/Kconfig.expert | 231
configurable)
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
init/Kconfig | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/init/Kconfig b/init/Kconfig
index dc24dec..e2f16f1 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -1341,6 +1341,16 @@ config
... endif block
effectively has if expr added to its prompt.
Use that new construct to simplify the expert menu. Now, making a
symbol no longer invisible when !EXPERT requires moving it out of the
EXPERT menu, which makes it more difficult to break the EXPERT menu.
Signed-off-by: Josh Triplett j
On Wed, May 13, 2015 at 03:48:42PM +0200, Ingo Molnar wrote:
From 93f6bd67b4348bf4bf27cbac8ffa9f1def4fa6aa Mon Sep 17 00:00:00 2001
From: Ingo Molnar mi...@kernel.org
Date: Wed, 13 May 2015 10:30:11 +0200
Subject: [PATCH] Documentation/arch: Add Documentation/arch-features.txt
Add a support
, Iftekhar ahm...@onid.oregonstate.edu
Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com
Much better, thanks. In particular, the information about TINY01 and
TINY02 was not obvious from the patch.
Reviewed-by: Josh Triplett j...@joshtriplett.org
--
To unsubscribe from this list: send the line
On Wed, May 13, 2015 at 09:27:57AM -0700, Josh Triplett wrote:
How likely is this to get out of date? Are people going to remember to
patch this when they add a feature to their architecture? If
they found out they had work to do by reading this file, which is the
goal, then they'll likely
On Tue, May 12, 2015 at 10:17:28AM +0200, Ingo Molnar wrote:
> * Josh Triplett wrote:
> > > Looks good to me, but I have not looked very deeply ...
> >
> > I sent out a v2 with the co-author information moved from the
> > signoffs to the commit message. If i
On Tue, May 12, 2015 at 09:04:55AM +0200, Ingo Molnar wrote:
>
> * Josh Triplett wrote:
>
> > Commit e1abf2cc8d5 ("bpf: Fix the build on BPF_SYSCALL=y &&
> > !CONFIG_TRACING kernels, make it more configurable") made BPF_SYSCALL no
> > longer h
On Tue, May 12, 2015 at 09:56:58AM +0530, Vineet Gupta wrote:
> On Monday 11 May 2015 08:17 PM, Josh Triplett wrote:
> > On Mon, May 11, 2015 at 02:31:39PM +, Vineet Gupta wrote:
> >> On Tuesday 21 April 2015 11:17 PM, Josh Triplett wrote:
> >>> clone with CL
On Tue, May 12, 2015 at 09:04:55AM +0200, Ingo Molnar wrote:
* Josh Triplett j...@joshtriplett.org wrote:
Commit e1abf2cc8d5 (bpf: Fix the build on BPF_SYSCALL=y
!CONFIG_TRACING kernels, make it more configurable) made BPF_SYSCALL no
longer hidden with !EXPERT, but left
On Tue, May 12, 2015 at 09:56:58AM +0530, Vineet Gupta wrote:
On Monday 11 May 2015 08:17 PM, Josh Triplett wrote:
On Mon, May 11, 2015 at 02:31:39PM +, Vineet Gupta wrote:
On Tuesday 21 April 2015 11:17 PM, Josh Triplett wrote:
clone with CLONE_SETTLS accepts an argument to set
On Tue, May 12, 2015 at 10:17:28AM +0200, Ingo Molnar wrote:
* Josh Triplett j...@joshtriplett.org wrote:
Looks good to me, but I have not looked very deeply ...
I sent out a v2 with the co-author information moved from the
signoffs to the commit message. If it looks reasonable to you
On Tue, May 12, 2015 at 12:36:49AM +0200, Luis R. Rodriguez wrote:
> On Mon, May 11, 2015 at 01:23:02PM -0700, Josh Triplett wrote:
> > init/Kconfig| 232
> > +---
> > init
On Tue, May 12, 2015 at 12:01:27AM +0200, Paul Bolle wrote:
> On Mon, 2015-05-11 at 14:47 -0700, Josh Triplett wrote:
> > On Mon, May 11, 2015 at 11:32:28PM +0200, Paul Bolle wrote:
> > > Is squashing those two lines worth a new kconfig mechanism?
> >
> > I
On Mon, May 11, 2015 at 11:50:21PM +0200, Paul Bolle wrote:
> On Mon, 2015-05-11 at 13:23 -0700, Josh Triplett wrote:
> > --- /dev/null
> > +++ b/init/Kconfig.expert
> > @@ -0,0 +1,231 @@
> > +menuconfig EXPERT
> > + bool "Configure standard kernel features
On Mon, May 11, 2015 at 11:32:28PM +0200, Paul Bolle wrote:
> On Mon, 2015-05-11 at 14:18 -0700, Josh Triplett wrote:
> > However, that would produce *two* entries under the "General setup"
> > menu: a yes/no entry "Configure standard kernel features (expe
On Mon, May 11, 2015 at 11:01:22PM +0200, Paul Bolle wrote:
> On Mon, 2015-05-11 at 13:23 -0700, Josh Triplett wrote:
> > I'd also like to factor the "if EXPERT" off of all the prompts and into a
> > single scoped item wrapped around all of them, but kconfig doesn't ha
init/Kconfig.expert, to make this harder to do accidentally, and to
break up the exceedingly long init/Kconfig a bit.
Signed-off-by: Josh Triplett
---
This applies on top of "init/Kconfig: Fix break in middle of EXPERT
menu". Please apply both.
I'd also like to factor the &quo
For 32-bit userspace on a 64-bit kernel, this requires modifying
stub32_clone to actually swap the appropriate arguments to match
CONFIG_CLONE_BACKWARDS, rather than just leaving the C argument for tls
broken.
Patch co-authored by Josh Triplett and Thiago Macieira.
Signed-off-by: Josh Triplett
On Mon, May 11, 2015 at 04:00:43PM +0200, Ingo Molnar wrote:
>
> * Josh Triplett wrote:
>
> > On Mon, May 11, 2015 at 12:13:13PM +0200, Ingo Molnar wrote:
> > >
> > > * j...@joshtriplett.org wrote:
> > >
> > > > On Tue, M
to sys_clone in favor of the pt_regs captured at
kernel entry, and thus will be unable to introduce new versions of the
clone syscall.
Patch co-authored by Josh Triplett and Thiago Macieira.
Signed-off-by: Josh Triplett
Acked-by: Andy Lutomirski
---
arch/Kconfig | 7 ++
include/linux
co-author from signoffs to a note in the commit message, as
required by Ingo Molnar.
Josh Triplett (2):
clone: Support passing tls argument via C rather than pt_regs magic
x86: Opt into HAVE_COPY_THREAD_TLS, for both 32-bit and 64-bit
arch/Kconfig | 7 ++
arch/x
e.
> Signed-off-by: Denys Vlasenko
> Cc: Thomas Graf
> Cc: David S. Miller
> Cc: Bart Van Assche
> Cc: Peter Zijlstra
> Cc: David Rientjes
> Cc: David S. Miller
> Cc: Andrew Morton
> Cc: Linus Torvalds
> Cc: Oleg Nesterov
> Cc: Paul E. McKenney
> Cc: Ingo
_TRACING
kernels, make it more configurable")
Signed-off-by: Josh Triplett
---
Ingo, do you want to take this through -tip? Or should this go through some
other tree?
I'm also thinking about splitting the entire EXPERT menu into a separate
Kconfig.expert and including it from init/Kconf
lversion-next is -next-20150511) and fixes
>
> Signed-off-by: Nicholas Mc Guire
Seems like a reasonable addition.
Reviewed-by: Josh Triplett
> ---
>
> V4: fix-up to include the origin of the issue being fixed as requeseted by
> Steven Rostedt .
>
> kernel/rcu/tree.c |
int != bool,
>
> Patch was compile tested with x86_64_defconfig (implies CONFIG_TREE_RCU=y)
>
> Patch is against 4.1-rc3 (localversion-next is -next-20150511)
>
> Signed-off-by: Nicholas Mc Guire
Reviewed-by: Josh Triplett
Thanks!
> ---
>
> V3: fix-up of commit m
if the specified
> > CPU has any callback", this probably should be a bool. All (3)
> > call-sites currently treat it as bool so the declaration.
> >
> >
> > Signed-off-by: Nicholas Mc Guire
> > ---
> >
> > V2: fixed up commit messag
On Mon, May 11, 2015 at 02:31:39PM +, Vineet Gupta wrote:
> On Tuesday 21 April 2015 11:17 PM, Josh Triplett wrote:
> > clone with CLONE_SETTLS accepts an argument to set the thread-local
> > storage area for the new thread. sys_clone declares an int argument
> > tls_v
s probably should be a bool
> All (3) call sites are conditions and are treating it as boolean.
>
> Patch was compile tested with x86_64_defconfig (implies CONFIG_TREE_RCU=y)
...some of this information should be in the commit message, as well as
a description of what tool produced th
On Mon, May 11, 2015 at 12:13:13PM +0200, Ingo Molnar wrote:
>
> * j...@joshtriplett.org wrote:
>
> > On Tue, May 05, 2015 at 08:53:03PM +0200, Thomas Gleixner wrote:
> > > On Tue, 21 Apr 2015, Josh Triplett wrote:
> > > >
> > > > Signed-off-
On Mon, May 11, 2015 at 12:13:13PM +0200, Ingo Molnar wrote:
* j...@joshtriplett.org j...@joshtriplett.org wrote:
On Tue, May 05, 2015 at 08:53:03PM +0200, Thomas Gleixner wrote:
On Tue, 21 Apr 2015, Josh Triplett wrote:
Signed-off-by: Josh Triplett j...@joshtriplett.org
are conditions and are treating it as boolean.
Patch was compile tested with x86_64_defconfig (implies CONFIG_TREE_RCU=y)
...some of this information should be in the commit message, as well as
a description of what tool produced this warning.
With that changed,
Reviewed-by: Josh Triplett j
On Mon, May 11, 2015 at 02:31:39PM +, Vineet Gupta wrote:
On Tuesday 21 April 2015 11:17 PM, Josh Triplett wrote:
clone with CLONE_SETTLS accepts an argument to set the thread-local
storage area for the new thread. sys_clone declares an int argument
tls_val in the appropriate point
CPU has any callback, this probably should be a bool. All (3)
call-sites currently treat it as bool so the declaration.
Signed-off-by: Nicholas Mc Guire hof...@osadl.org
---
V2: fixed up commit message and tool infos as requested by
Josh Triplett j...@joshtriplett.org
configurable)
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
Ingo, do you want to take this through -tip? Or should this go through some
other tree?
I'm also thinking about splitting the entire EXPERT menu into a separate
Kconfig.expert and including it from init/Kconfig, to make it clear
Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
CC: linux-kernel@vger.kernel.org
Reviewed-by: Josh Triplett j...@joshtriplett.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
to sys_clone in favor of the pt_regs captured at
kernel entry, and thus will be unable to introduce new versions of the
clone syscall.
Patch co-authored by Josh Triplett and Thiago Macieira.
Signed-off-by: Josh Triplett j...@joshtriplett.org
Acked-by: Andy Lutomirski l...@kernel.org
---
arch/Kconfig
...@osadl.org
Seems like a reasonable addition.
Reviewed-by: Josh Triplett j...@joshtriplett.org
---
V4: fix-up to include the origin of the issue being fixed as requeseted by
Steven Rostedt rost...@goodmis.org.
kernel/rcu/tree.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
For 32-bit userspace on a 64-bit kernel, this requires modifying
stub32_clone to actually swap the appropriate arguments to match
CONFIG_CLONE_BACKWARDS, rather than just leaving the C argument for tls
broken.
Patch co-authored by Josh Triplett and Thiago Macieira.
Signed-off-by: Josh Triplett j
On Mon, May 11, 2015 at 04:00:43PM +0200, Ingo Molnar wrote:
* Josh Triplett j...@joshtriplett.org wrote:
On Mon, May 11, 2015 at 12:13:13PM +0200, Ingo Molnar wrote:
* j...@joshtriplett.org j...@joshtriplett.org wrote:
On Tue, May 05, 2015 at 08:53:03PM +0200, Thomas
signoffs to a note in the commit message, as
required by Ingo Molnar.
Josh Triplett (2):
clone: Support passing tls argument via C rather than pt_regs magic
x86: Opt into HAVE_COPY_THREAD_TLS, for both 32-bit and 64-bit
arch/Kconfig | 7 ++
arch/x86/Kconfig
On Mon, May 11, 2015 at 11:32:28PM +0200, Paul Bolle wrote:
On Mon, 2015-05-11 at 14:18 -0700, Josh Triplett wrote:
However, that would produce *two* entries under the General setup
menu: a yes/no entry Configure standard kernel features (expert users)
with no submenu, and a Some separate
this harder to do accidentally, and to
break up the exceedingly long init/Kconfig a bit.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
This applies on top of init/Kconfig: Fix break in middle of EXPERT
menu. Please apply both.
I'd also like to factor the if EXPERT off of all the prompts
On Mon, May 11, 2015 at 11:01:22PM +0200, Paul Bolle wrote:
On Mon, 2015-05-11 at 13:23 -0700, Josh Triplett wrote:
I'd also like to factor the if EXPERT off of all the prompts and into a
single scoped item wrapped around all of them, but kconfig doesn't have any
way
to do
On Mon, May 11, 2015 at 11:50:21PM +0200, Paul Bolle wrote:
On Mon, 2015-05-11 at 13:23 -0700, Josh Triplett wrote:
--- /dev/null
+++ b/init/Kconfig.expert
@@ -0,0 +1,231 @@
+menuconfig EXPERT
+ bool Configure standard kernel features (expert users)
+ # Unhide debug options
On Tue, May 12, 2015 at 12:36:49AM +0200, Luis R. Rodriguez wrote:
On Mon, May 11, 2015 at 01:23:02PM -0700, Josh Triplett wrote:
init/Kconfig| 232
+---
init/Kconfig.expert | 231
On Tue, May 12, 2015 at 12:01:27AM +0200, Paul Bolle wrote:
On Mon, 2015-05-11 at 14:47 -0700, Josh Triplett wrote:
On Mon, May 11, 2015 at 11:32:28PM +0200, Paul Bolle wrote:
Is squashing those two lines worth a new kconfig mechanism?
In my opinion, yes. If you use the implicit
with x86_64_defconfig (implies CONFIG_TREE_RCU=y)
Patch is against 4.1-rc3 (localversion-next is -next-20150511)
Signed-off-by: Nicholas Mc Guire hof...@osadl.org
Reviewed-by: Josh Triplett j...@joshtriplett.org
Thanks!
---
V3: fix-up of commit message again (hope I got it right this time
ery stable in
> > each case, so I think the 2% is ok, but of course only applies to that
> > specific .config running in a virtual machine on my hardware.
>
> 2% on boot is basically noise.
I disagree; there are people working on shaving milliseconds from boot.
- Josh Triplett
--
To unsub
in a virtual machine on my hardware.
2% on boot is basically noise.
I disagree; there are people working on shaving milliseconds from boot.
- Josh Triplett
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
in the normal CONFIG_MULTIUSER=y case, but
with !CONFIG_MULTIUSER will make {u,g}id_valid constant-fold into
"return true;" rather than "return false;".
This fixes uses of devpts without CONFIG_MULTIUSER.
Signed-off-by: Josh Triplett
---
include/linux/uidgid.h | 4 ++-
and devpts_pty_new fail gracefully with
ENODEV in that case, which then becomes the return value to the
userspace open call on /dev/ptmx.
Signed-off-by: Josh Triplett
Reviewed-by: Peter Hurley
---
v2: Fix copy-paste error caught by Peter Hurley.
As mentioned in v1, this is separate from fixing the bug
in the normal CONFIG_MULTIUSER=y case, but
with !CONFIG_MULTIUSER will make {u,g}id_valid constant-fold into
return true; rather than return false;.
This fixes uses of devpts without CONFIG_MULTIUSER.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
include/linux/uidgid.h | 4 ++--
1 file
and devpts_pty_new fail gracefully with
ENODEV in that case, which then becomes the return value to the
userspace open call on /dev/ptmx.
Signed-off-by: Josh Triplett j...@joshtriplett.org
Reviewed-by: Peter Hurley pe...@hurleysoftware.com
---
v2: Fix copy-paste error caught by Peter Hurley.
As mentioned
and devpts_pty_new fail gracefully with
ENODEV in that case, which then becomes the return value to the
userspace open call on /dev/ptmx.
Signed-off-by: Josh Triplett
---
This fixes a crash found by Fengguang Wu's 0-day service ("BUG: unable to
handle kernel paging request at ffee"). It doesn
and devpts_pty_new fail gracefully with
ENODEV in that case, which then becomes the return value to the
userspace open call on /dev/ptmx.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
This fixes a crash found by Fengguang Wu's 0-day service (BUG: unable to
handle kernel paging request at ffee
ree.h.
>
> This makes clang report a section mismatch (-Wsection warning) when
> building LLVMLinux because the variables are declared in .data..percpu
> but defined in .data..percpu..shared_aligned.
>
> Signed-off-by: Nicolas Iooss
Good catch.
Reviewed-by: Josh Triplett
>
report a section mismatch (-Wsection warning) when
building LLVMLinux because the variables are declared in .data..percpu
but defined in .data..percpu..shared_aligned.
Signed-off-by: Nicolas Iooss nicolas.iooss_li...@m4x.org
Good catch.
Reviewed-by: Josh Triplett j...@joshtriplett.org
g would already not be expected to boot unmodified Ubuntu.
- Josh triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
not be expected to boot unmodified Ubuntu.
- Josh triplett
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Apr 23, 2015 at 08:24:38AM +0200, Ingo Molnar wrote:
> * Josh Triplett wrote:
> > On Wed, Apr 22, 2015 at 11:22:02AM -0700, Linus Torvalds wrote:
> > > On Wed, Apr 22, 2015 at 10:10 AM, Josh Triplett
> > > wrote:
> > > >
> > > > I do th
On Thu, Apr 23, 2015 at 08:24:38AM +0200, Ingo Molnar wrote:
* Josh Triplett j...@joshtriplett.org wrote:
On Wed, Apr 22, 2015 at 11:22:02AM -0700, Linus Torvalds wrote:
On Wed, Apr 22, 2015 at 10:10 AM, Josh Triplett j...@joshtriplett.org
wrote:
I do think my two-patch
On Wed, Apr 22, 2015 at 11:22:02AM -0700, Linus Torvalds wrote:
> On Wed, Apr 22, 2015 at 10:10 AM, Josh Triplett wrote:
> >
> > I do think my two-patch HAVE_COPY_THREAD_TLS series should go in fixing
> > this
>
> Ugh, I absolutely detesrt that patch.
>
>
r comment on top
of the two-patch series I just sent?
Thanks,
Josh Triplett
> --Andy
>
> >
> > Signed-off-by: Denys Vlasenko
> > CC: Linus Torvalds
> > CC: Steven Rostedt
> > CC: Ingo Molnar
> > CC: Borislav Petkov
> > CC: "H. Peter Anvin
,
Josh Triplett
--Andy
Signed-off-by: Denys Vlasenko dvlas...@redhat.com
CC: Linus Torvalds torva...@linux-foundation.org
CC: Steven Rostedt rost...@goodmis.org
CC: Ingo Molnar mi...@kernel.org
CC: Borislav Petkov b...@alien8.de
CC: H. Peter Anvin h...@zytor.com
CC: Andy Lutomirski l
On Wed, Apr 22, 2015 at 11:22:02AM -0700, Linus Torvalds wrote:
On Wed, Apr 22, 2015 at 10:10 AM, Josh Triplett j...@joshtriplett.org wrote:
I do think my two-patch HAVE_COPY_THREAD_TLS series should go in fixing
this
Ugh, I absolutely detesrt that patch.
Don't make random crazy
For 32-bit userspace on a 64-bit kernel, this requires modifying
stub32_clone to actually swap the appropriate arguments to match
CONFIG_CLONE_BACKWARDS, rather than just leaving the C argument for tls
broken.
Signed-off-by: Josh Triplett
Signed-off-by: Thiago Macieira
Acked-by: Andy Lutomirski
to sys_clone in favor of the pt_regs captured at
kernel entry, and thus will be unable to introduce new versions of the
clone syscall.
Signed-off-by: Josh Triplett
Signed-off-by: Thiago Macieira
Acked-by: Andy Lutomirski
---
arch/Kconfig | 7 ++
include/linux/sched.h| 14
have acks. I'd like to go ahead and submit these two so that other
architectures can begin building on top of this and opting into
HAVE_COPY_THREAD_TLS. However, I'm also happy to wait and send these through
the next merge window (along with v3 of clone4) if anyone would prefer that.
Josh T
. I'd like to go ahead and submit these two so that other
architectures can begin building on top of this and opting into
HAVE_COPY_THREAD_TLS. However, I'm also happy to wait and send these through
the next merge window (along with v3 of clone4) if anyone would prefer that.
Josh Triplett (2
to sys_clone in favor of the pt_regs captured at
kernel entry, and thus will be unable to introduce new versions of the
clone syscall.
Signed-off-by: Josh Triplett j...@joshtriplett.org
Signed-off-by: Thiago Macieira thiago.macie...@intel.com
Acked-by: Andy Lutomirski l...@kernel.org
---
arch/Kconfig
For 32-bit userspace on a 64-bit kernel, this requires modifying
stub32_clone to actually swap the appropriate arguments to match
CONFIG_CLONE_BACKWARDS, rather than just leaving the C argument for tls
broken.
Signed-off-by: Josh Triplett j...@joshtriplett.org
Signed-off-by: Thiago Macieira
mp target optimization suggestion
> > really worth this price? The patch below boots fine and I've not
> > measured any noticeable slowdown, but I've not tried hard.
>
> Good point, adding Josh Triplett on CC. I suspect that he might be
> interested. ;-)
Quite intereste
.
Good point, adding Josh Triplett on CC. I suspect that he might be
interested. ;-)
Quite interested, yes. Even if there *are* benchmarks to support
keeping the optimization (which wouldn't surprise me), it'd be nice to
have a Kconfig option to enable the jump-target optimization. (With 'y
ating flags/IDs/etc. No need for them to match the current
clonefd_info structure if userspace has opted into a new version.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
If you pass a flag saying you can handle a new set of potential
structures, those structures can then include any necessary
disambiguating flags/IDs/etc. No need for them to match the current
clonefd_info structure if userspace has opted into a new version.
- Josh Triplett
--
To unsubscribe from
On Mon, Apr 06, 2015 at 05:30:35PM +0900, Sergey Senozhatsky wrote:
> On (03/15/15 01:00), Josh Triplett wrote:
> [..]
> > +
> > +/* Handle the CLONE_FD case for copy_process. */
> > +int clonefd_do_clone(u64 clone_flags, struct task_struct *p,
> > +st
On Mon, Apr 06, 2015 at 05:30:35PM +0900, Sergey Senozhatsky wrote:
On (03/15/15 01:00), Josh Triplett wrote:
[..]
+
+/* Handle the CLONE_FD case for copy_process. */
+int clonefd_do_clone(u64 clone_flags, struct task_struct *p,
+struct clone4_args *args, struct
On Mon, Mar 23, 2015 at 05:38:45PM +, David Drysdale wrote:
> On Sun, Mar 15, 2015 at 8:00 AM, Josh Triplett wrote:
> > diff --git a/include/linux/sched.h b/include/linux/sched.h
> > index 9daa017..1dc680b 100644
> > --- a/include/linux/sched.h
> > +++ b/include/l
On Mon, Mar 23, 2015 at 05:38:45PM +, David Drysdale wrote:
On Sun, Mar 15, 2015 at 8:00 AM, Josh Triplett j...@joshtriplett.org wrote:
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 9daa017..1dc680b 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
On Sun, Mar 22, 2015 at 08:12:46PM -0400, Sanidhya Kashyap wrote:
> On Sat, Mar 21, 2015 at 1:15 PM, Josh Triplett wrote:
> > On Sat, Mar 21, 2015 at 01:00:13PM -0400, Sanidhya Kashyap wrote:
> >> Checking for ENOMEM even for new_opts in reiserfs_remount function as
> >
On Sun, Mar 22, 2015 at 08:12:46PM -0400, Sanidhya Kashyap wrote:
On Sat, Mar 21, 2015 at 1:15 PM, Josh Triplett j...@joshtriplett.org wrote:
On Sat, Mar 21, 2015 at 01:00:13PM -0400, Sanidhya Kashyap wrote:
Checking for ENOMEM even for new_opts in reiserfs_remount function
On Sat, Mar 21, 2015 at 01:00:13PM -0400, Sanidhya Kashyap wrote:
> Checking for ENOMEM even for new_opts in reiserfs_remount function as
> there is a possibility of nothing being allocated.
You don't need to add a new label; kfree(NULL) is a no-op.
> Signed-off-by: Sanidhya Kashyap
> ---
>
On Sat, Mar 21, 2015 at 01:00:13PM -0400, Sanidhya Kashyap wrote:
Checking for ENOMEM even for new_opts in reiserfs_remount function as
there is a possibility of nothing being allocated.
You don't need to add a new label; kfree(NULL) is a no-op.
Signed-off-by: Sanidhya Kashyap
tely *always* supply a flags argument with any new
syscall, even if you have no flags yet.
As for QUERY, I assume that exists because the more expensive forms of
barriers (e.g. expedited) are sufficiently invasive that you don't want
to trigger one when not needed just to test if they work? If so, the
no flags yet.
As for QUERY, I assume that exists because the more expensive forms of
barriers (e.g. expedited) are sufficiently invasive that you don't want
to trigger one when not needed just to test if they work? If so, then
yeah, having that flag seems fine.
- Josh Triplett
--
To unsubscribe
ming nit
fixed:
Reviewed-by: Josh Triplett
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, Mar 15, 2015 at 08:55:06PM +0100, Oleg Nesterov wrote:
> On 03/15, Josh Triplett wrote:
> > On Sun, Mar 15, 2015 at 03:52:23PM +0100, Oleg Nesterov wrote:
> > > On 03/15, Josh Triplett wrote:
> > > > Add a CLONE_AUTOREAP flag to request this behavior un
On Sun, Mar 15, 2015 at 03:52:23PM +0100, Oleg Nesterov wrote:
> On 03/15, Josh Triplett wrote:
> > Add a CLONE_AUTOREAP flag to request this behavior unconditionally,
>
> Yes, CLONE_AUTOREAP is much better. And I agree (mostly) with that
> we should rely on do_notify_par
On Sun, Mar 15, 2015 at 10:18:05AM +, David Drysdale wrote:
> On Sat, Mar 14, 2015 at 7:29 PM, Josh Triplett wrote:
> > On Sat, Mar 14, 2015 at 12:03:12PM -0700, Thiago Macieira wrote:
> >> On Friday 13 March 2015 18:11:32 Thiago Macieira wrote:
> >> > On Frid
On Sun, Mar 15, 2015 at 12:59:17AM -0700, Josh Triplett wrote:
> This patch series also introduces a clone flag CLONE_AUTOREAP, which causes
> the
> kernel to automatically reap the child process when it exits, just as it does
> for processes using SIGCHLD when the parent has SIG
structure initializers to only initialize the arguments they care
about. Future extensions to clone4_args will thus not need to touch
clone4, fork, vfork, or other callers of _do_fork.
Signed-off-by: Josh Triplett
Signed-off-by: Thiago Macieira
---
kernel/fork.c | 77
Also includes new cross-reference from clone.2.
Signed-off-by: Josh Triplett
---
man2/clone.2 | 1 +
man2/clone4.2 | 345 ++
2 files changed, 346 insertions(+)
create mode 100644 man2/clone4.2
diff --git a/man2/clone.2 b/man2/clone.2
601 - 700 of 2693 matches
Mail list logo