All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: "J.A. Magallon" <jamagallon@able.es>
Cc: linux-kernel@vger.kernel.org, wli@holomorphy.com,
	Ingo Molnar <mingo@elte.hu>
Subject: Re: 2.6.9-rc3-mm3
Date: Thu, 7 Oct 2004 15:07:08 -0700	[thread overview]
Message-ID: <20041007150708.5d60e1c3.akpm@osdl.org> (raw)
In-Reply-To: <1097185597l.10532l.1l@werewolf.able.es>

"J.A. Magallon" <jamagallon@able.es> wrote:
>
> On 2004.10.07, J.A. Magallon wrote:
> > 
> > This conflicts with kernel/irq/proc.c:
> > 
> > 	unsigned long prof_cpu_mask = -1;
> > 
> > Shouldn't this be:
> > 
> > 	cpumask_t prof_cpu_mask = CPU_MASK_NONE;
> > 
> > This will show problems when NR_CPUS > sizeof(long)....
> > 
> 
> Err....
> 
> There is a problem with this -mm:

Yes, there seems to be a mingo/wli bunfight over prof_cpu_mask.

Something like this, I think:

--- 25/kernel/irq/proc.c~prof-irq-mask-fixup	Thu Oct  7 15:04:14 2004
+++ 25-akpm/kernel/irq/proc.c	Thu Oct  7 15:05:30 2004
@@ -10,8 +10,6 @@
 #include <linux/proc_fs.h>
 #include <linux/interrupt.h>
 
-unsigned long prof_cpu_mask = -1;
-
 static struct proc_dir_entry *root_irq_dir, *irq_dir[NR_IRQS];
 
 #ifdef CONFIG_SMP
@@ -65,34 +63,6 @@ static int irq_affinity_write_proc(struc
 
 #endif
 
-static int prof_cpu_mask_read_proc(char *page, char **start, off_t off,
-				   int count, int *eof, void *data)
-{
-	int len = cpumask_scnprintf(page, count, *(cpumask_t *)data);
-
-	if (count - len < 2)
-		return -EINVAL;
-	len += sprintf(page + len, "\n");
-	return len;
-}
-
-static int prof_cpu_mask_write_proc(struct file *file,
-				    const char __user *buffer,
-				    unsigned long count, void *data)
-{
-	unsigned long full_count = count, err;
-	cpumask_t *mask = (cpumask_t *)data;
-	cpumask_t new_value;
-
-	err = cpumask_parse(buffer, count, new_value);
-	if (err)
-		return err;
-
-	*mask = new_value;
-
-	return full_count;
-}
-
 #define MAX_NAMELEN 128
 
 void register_handler_proc(unsigned int irq, struct irqaction *action)
@@ -156,7 +126,6 @@ void unregister_handler_proc(unsigned in
 
 void init_irq_proc(void)
 {
-	struct proc_dir_entry *entry;
 	int i;
 
 	/* create /proc/irq */
@@ -164,16 +133,6 @@ void init_irq_proc(void)
 	if (!root_irq_dir)
 		return;
 
-	/* create /proc/irq/prof_cpu_mask */
-	entry = create_proc_entry("prof_cpu_mask", 0600, root_irq_dir);
-	if (!entry)
-		return;
-
-	entry->nlink = 1;
-	entry->data = (void *)&prof_cpu_mask;
-	entry->read_proc = prof_cpu_mask_read_proc;
-	entry->write_proc = prof_cpu_mask_write_proc;
-
 	/*
 	 * Create entries for all existing IRQs.
 	 */
_


  reply	other threads:[~2004-10-07 22:06 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-07  8:51 2.6.9-rc3-mm3 Andrew Morton
2004-10-07  9:30 ` 2.6.9-rc3-mm3 Martin Zwickel
2004-10-07  9:41 ` 2.6.9-rc3-mm3 Nick Sanders
2004-10-07  9:50   ` 2.6.9-rc3-mm3 Andrew Morton
2004-10-07 10:10     ` 2.6.9-rc3-mm3 Martin Zwickel
2004-10-07 10:44       ` 2.6.9-rc3-mm3 Hanno Meyer-Thurow
     [not found]         ` <20041007125610.0019eb3d@mango.fruits.de>
2004-10-07 10:58           ` 2.6.9-rc3-mm3 Hanno Meyer-Thurow
2004-10-07 10:16     ` 2.6.9-rc3-mm3 Nick Sanders
2004-10-07 11:40     ` 2.6.9-rc3-mm3 William Lee Irwin III
2004-10-07 21:25       ` 2.6.9-rc3-mm3 J.A. Magallon
2004-10-07 21:46         ` 2.6.9-rc3-mm3 J.A. Magallon
2004-10-07 22:07           ` Andrew Morton [this message]
2004-10-07 22:41             ` 2.6.9-rc3-mm3 J.A. Magallon
2004-10-07 22:54               ` 2.6.9-rc3-mm3 Andrew Morton
2004-10-07 23:06                 ` 2.6.9-rc3-mm3 J.A. Magallon
2004-10-07 23:40                   ` 2.6.9-rc3-mm3 Greg KH
2004-10-08  1:05                 ` 2.6.9-rc3-mm3 Paul Fulghum
2004-10-08 11:23               ` 2.6.9-rc3-mm3 William Lee Irwin III
2004-10-08 11:34               ` 2.6.9-rc3-mm3 Ryan Cumming
2004-10-08  7:00             ` 2.6.9-rc3-mm3 Ingo Molnar
2004-10-07 22:03         ` 2.6.9-rc3-mm3 William Lee Irwin III
2004-10-07  9:59   ` 2.6.9-rc3-mm3 Martin Zwickel
2004-10-07 10:04 ` 2.6.9-rc3-mm3 Jesper Juhl
2004-10-07 10:15   ` 2.6.9-rc3-mm3 Russell King
2004-10-07 16:58 ` 2.6.9-rc3-mm3: `risc_code_addr01' multiple definition Adrian Bunk
2004-10-07 17:29   ` Andrew Vasquez
2004-10-07 17:50     ` James Bottomley
2004-10-07 18:13       ` Andrew Vasquez
2004-10-07 18:15         ` Andrew Vasquez
2004-10-07 18:30         ` Andrew Vasquez
2004-10-21 13:02       ` Jes Sorensen
2004-10-07 17:08 ` 2.6.9-rc3-mm3 (compile stats) John Cherry
2004-10-07 20:56 ` 2.6.9-rc3-mm3 Joel Schopp
2004-10-07 21:33   ` 2.6.9-rc3-mm3 Andrew Morton
2004-10-07 21:01 ` 2.6.9-rc3-mm3: build problem on dual-Opteron w/ NUMA Rafael J. Wysocki
2004-10-07 21:40   ` Andrew Morton
2004-10-07 21:46     ` Andi Kleen
2004-10-08 10:33 ` 2.6.9-rc3-mm3: vm-thrashing-control-tuning Hideo AOKI
2004-10-08 20:49   ` Andrew Morton
  -- strict thread matches above, loose matches on Subject: below --
2004-10-07 11:10 2.6.9-rc3-mm3 Oleg Nesterov
2004-10-07 18:18 ` 2.6.9-rc3-mm3 Andrew Morton
     [not found] <20041007015139.6f5b833b.akpm@osdl.org.suse.lists.linux.kernel>
     [not found] ` <200410071041.20723.sandersn@btinternet.com.suse.lists.linux.kernel>
     [not found]   ` <20041007025007.77ec1a44.akpm@osdl.org.suse.lists.linux.kernel>
2004-10-07 11:23     ` 2.6.9-rc3-mm3 Andi Kleen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041007150708.5d60e1c3.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=jamagallon@able.es \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=wli@holomorphy.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.