Re: [RFC][CFLART] ipmi procfs bogosity
From: Andrew Morton (akpm_at_osdl.org)
Date: 09/01/05
- Previous message: Steven Rostedt: "Re: 2.6.13-rt3"
- In reply to: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Next in thread: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Reply: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 1 Sep 2005 12:41:14 -0700 To: Corey Minyard <minyard@acm.org>
Corey Minyard <minyard@acm.org> wrote:
>
> Indeed, this function is badly written. In rewriting, I couldn't find a
> nice function for reading integers from userspace, and the proc_dointvec
> stuff didn't seem terribly suitable.
We write numbers into profs files all the time. Is there something
different about the IPMI requirement which makes the approach used by, say,
dirty_writeback_centisecs_handler() inappropriate?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Steven Rostedt: "Re: 2.6.13-rt3"
- In reply to: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Next in thread: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Reply: Corey Minyard: "Re: [RFC][CFLART] ipmi procfs bogosity"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|