fork.c: fix a problem of code style
Subsystems (3)
PATCH 1/1 fork.c: fix a problem of code style
fix a problem of code style
--- kernel/fork.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
kernel/fork.c +1 -1
@@ -187,7 +187,7 @@ void __init fork_init(unsigned long mempages)/* * we need to allow at least 20 threads to boot a system */ -if (max_threads <20 ) +if (max_threads <20 ) max_threads =20 ; init_task.signal->rlim[RLIMIT_NPROC ].rlim_cur = max_threads/2 ;
Signature · 6 lines
1.5.2.5 -- Jianjun Kong | Happy Hacking HomePage: http://kongove.cn Gtalk: [email protected]
For what its worth
kernel/fork.c void __init fork_init(unsigned long mempages) · line 190
Quoted 2 lines · Jianjun Kong
kernel/fork.c +1
-1-if (max_threads <20 ) +if (max_threads <20 )
I thought we didn't bother with trivial style changes like this.
Andrew Morton
maintainerQuoted 5 lines · On Wed, 22 Oct 2008 03:02:21 +1030 David Newall <[email protected]> wrote:
kernel/fork.c void __init fork_init(unsigned long mempages) · line 190
Quoted 2 lines · Jianjun Kong
kernel/fork.c +1
-1-if (max_threads <20 ) +if (max_threads <20 )I thought we didn't bother with trivial style changes like this.
Yes, it's too small:
akpm:/usr/src/25> perl scripts/checkpatch.pl --file kernel/fork.c | grep total
total: 34 errors, 13 warnings, 1689 lines checked
We could merge thousands and thousand of one-line patches like this and it's all very inefficient.
I'd consider larger patches which cleaned up whole subdirectories. They're not much fun to maintain but we don't regret these things after we've done them.