* rename the ksoftirqd kernel thread.
@ 2003-05-15 21:17 Martin Hicks
2003-05-15 21:51 ` J.A. Magallon
0 siblings, 1 reply; 3+ messages in thread
From: Martin Hicks @ 2003-05-15 21:17 UTC (permalink / raw)
To: marcelo, linux-kernel
Marcelo,
Please consider this patch for 2.4.22-pre
It just renames the ksoftirqd kernel thread to be the same as in 2.5.
The side effect is that on machines with > 100 processors the last
number in the thread name doesn't get truncated.
The patch is against linux-2.4 bk.
thanks
mh
--
Wild Open Source Inc. mort@wildopensource.com
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1210 -> 1.1211
# kernel/softirq.c 1.11 -> 1.12
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/05/15 mort@plato.i.bork.org 1.1211
# Rename the ksoftirqd thread to be the same as in 2.5.
# --------------------------------------------
#
diff -Nru a/kernel/softirq.c b/kernel/softirq.c
--- a/kernel/softirq.c Thu May 15 17:13:08 2003
+++ b/kernel/softirq.c Thu May 15 17:13:08 2003
@@ -372,7 +372,7 @@
while (smp_processor_id() != cpu)
schedule();
- sprintf(current->comm, "ksoftirqd_CPU%d", bind_cpu);
+ sprintf(current->comm, "ksoftirqd/%d", bind_cpu);
__set_current_state(TASK_INTERRUPTIBLE);
mb();
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: rename the ksoftirqd kernel thread.
2003-05-15 21:17 rename the ksoftirqd kernel thread Martin Hicks
@ 2003-05-15 21:51 ` J.A. Magallon
2003-05-16 12:41 ` Martin Hicks
0 siblings, 1 reply; 3+ messages in thread
From: J.A. Magallon @ 2003-05-15 21:51 UTC (permalink / raw)
To: Martin Hicks; +Cc: marcelo, linux-kernel
On 05.15, Martin Hicks wrote:
>
> Marcelo,
>
> Please consider this patch for 2.4.22-pre
>
> It just renames the ksoftirqd kernel thread to be the same as in 2.5.
>
> The side effect is that on machines with > 100 processors the last
> number in the thread name doesn't get truncated.
>
> The patch is against linux-2.4 bk.
>
> thanks
> mh
>
> --
> Wild Open Source Inc. mort@wildopensource.com
>
>
> # This is a BitKeeper generated patch for the following project:
> # Project Name: Linux kernel tree
> # This patch format is intended for GNU patch command version 2.5 or higher.
> # This patch includes the following deltas:
> # ChangeSet 1.1210 -> 1.1211
> # kernel/softirq.c 1.11 -> 1.12
> #
> # The following is the BitKeeper ChangeSet Log
> # --------------------------------------------
> # 03/05/15 mort@plato.i.bork.org 1.1211
> # Rename the ksoftirqd thread to be the same as in 2.5.
> # --------------------------------------------
> #
> diff -Nru a/kernel/softirq.c b/kernel/softirq.c
> --- a/kernel/softirq.c Thu May 15 17:13:08 2003
> +++ b/kernel/softirq.c Thu May 15 17:13:08 2003
> @@ -372,7 +372,7 @@
> while (smp_processor_id() != cpu)
> schedule();
>
> - sprintf(current->comm, "ksoftirqd_CPU%d", bind_cpu);
> + sprintf(current->comm, "ksoftirqd/%d", bind_cpu);
>
> __set_current_state(TASK_INTERRUPTIBLE);
> mb();
Standard Linux 2.4 only supports 32 CPUS (include/linux/threads.h).
Wouldn't be useful to format it as %0.2d ?
Even in -aa, that supports 64 in 64-bits arches, it would be enough and
you get rid of the jump from _CPU9 to _CPU10.
--
J.A. Magallon <jamagallon@able.es> \ Software is like sex:
werewolf.able.es \ It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.21-rc2-jam1 (gcc 3.2.3 (Mandrake Linux 9.2 3.2.3-1mdk))
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: rename the ksoftirqd kernel thread.
2003-05-15 21:51 ` J.A. Magallon
@ 2003-05-16 12:41 ` Martin Hicks
0 siblings, 0 replies; 3+ messages in thread
From: Martin Hicks @ 2003-05-16 12:41 UTC (permalink / raw)
To: J.A. Magallon; +Cc: marcelo, linux-kernel, wildos
[-- Attachment #1: Type: text/plain, Size: 656 bytes --]
On Thu, May 15, 2003 at 11:51:21PM +0200, J.A. Magallon wrote:
>
> Standard Linux 2.4 only supports 32 CPUS (include/linux/threads.h).
> Wouldn't be useful to format it as %0.2d ?
> Even in -aa, that supports 64 in 64-bits arches, it would be enough and
> you get rid of the jump from _CPU9 to _CPU10.
I agree that currently there is only support for sizeof(long) CPUS.
Including this small fix will make the diff to run > 64 CPUS smaller
and will increase consistency between 2.4 and 2.5.
There are machines out there that are running 128 processors on 2.4
mh
--
Wild Open Source Inc. mort@wildopensource.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-05-16 12:28 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-15 21:17 rename the ksoftirqd kernel thread Martin Hicks
2003-05-15 21:51 ` J.A. Magallon
2003-05-16 12:41 ` Martin Hicks
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox