[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1y7o18ojg.fsf@ebiederm.dsl.xmission.com>
Date: Wed, 17 Jan 2007 12:02:27 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Kirill Korotaev <dev@...ru>
Cc: Andrew Morton <akpm@...l.org>, James.Bottomley@...elEye.com,
linux-mips@...ux-mips.org, linux-parport@...ts.infradead.org,
minyard@....org, rtc-linux@...glegroups.com, clemens@...isch.de,
heiko.carstens@...ibm.com, xfs@....sgi.com,
linuxppc-dev@...abs.org, paulus@...ba.org,
openipmi-developer@...ts.sourceforge.net, linux-390@...marist.edu,
schwidefsky@...ibm.com, tim@...erelk.net,
codalist@...EMANN.coda.cs.cmu.edu, a.zummo@...ertech.it,
tony.luck@...el.com, vojtech@...e.cz, linux-scsi@...r.kernel.org,
xfs-masters@....sgi.com, linux-ntfs-dev@...ts.sourceforge.net,
netdev@...r.kernel.org, aia21@...tab.net, aharkes@...cmu.edu,
linux-kernel@...r.kernel.org, ralf@...ux-mips.org,
mark.fasheh@...cle.com, coda@...cmu.edu, lethal@...ux-sh.org,
kurt.hackel@...cle.com,
Linux Containers <containers@...ts.osdl.org>,
linux390@...ibm.com, philb@....org, andrea@...e.de,
linuxsh-shmedia-dev@...ts.sourceforge.net, ak@...e.de
Subject: Re: [PATCH 0/59] Cleanup sysctl
Kirill Korotaev <dev@...ru> writes:
> Eric, really good job!
>
> Patches: 1-13, 15-24, 26-32, 34-44, 46-49, 52-55, 57 (all except below)
> Acked-By: Kirill Korotaev <dev@...nvz.org>
>
> 14/59 - minor (extra space)
> 25/59 - minor note
> 33/59 - not sorted sysctl IDs
> 45/59 - typo
> 50/59 - copyright/file note
> 51/59 - copyright/file name/kconfig option notes
>
> 56,58,59/59 - will review tomorrow
>
> another issue I have to think over is removal of de->owner.
> Alexey Dobriyan has sent recently patching fixing /proc <-> modules refcounting.
> I guess w/o these patches your changes are not safe if proc_handler or strategy
> are functions from the module.
sysctl uses the logic in use_table/unuse_table to keep it safe from module
remove while it is in use. And it does the logic in the generic code
in either do_rw_proc or do_sysctl. This definitely works on the sys_sysctl path
and it appears to work in the do_rw_proc case, things are a little trickier
there so someone may have missed a race somewhere. In my rewrite of proc
it works exactly like the binary case so we are good there.
It is certainly the intention of the sysctl implementation that users
should not have to set de->owner. So if there is a problem with
removing de->owner it is a bug in the sysctl implementation not in
the code where it was removed.
Normal proc users definitely have to set de->owner to be safe, but sysctl has
always been it's own thing, with different rules.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists