From: ebiederm@xmission.com (Eric W. Biederman)
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
linux-kernel@vger.kernel.org,
Peter Zijlstra <a.p.zijlstra@chello.nl>
Subject: Re: mmotm 2009-04-05-21-45 uploaded (sysctl)
Date: Tue, 07 Apr 2009 00:18:07 -0700 [thread overview]
Message-ID: <m1d4bpszio.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <20090406212539.13d28f16.akpm@linux-foundation.org> (Andrew Morton's message of "Mon\, 6 Apr 2009 21\:25\:39 -0700")
Andrew Morton <akpm@linux-foundation.org> writes:
> On Mon, 06 Apr 2009 21:12:26 -0700 Randy Dunlap <randy.dunlap@oracle.com> wrote:
>
>> Randy Dunlap wrote:
>> > On Sun, 05 Apr 2009 21:50:36 -0700 akpm@linux-foundation.org wrote:
>> >
>> >> The mm-of-the-moment snapshot 2009-04-05-21-45 has been uploaded to
>> >>
>> >> http://userweb.kernel.org/~akpm/mmotm/
>> >>
>> >> and will soon be available at
>> >>
>> >> git://git.zen-sources.org/zen/mmotm.git
>> >>
>> >> It contains the following patches against 2.6.29:
>> >
>> >
>> > kernel/sysctl.c: In function '__register_sysctl_paths':
>> > kernel/sysctl.c:2059: error: 'struct ctl_table_header' has no member named 'dep_map'
>> >
>> >
>> > config attached.
>> >
>> > ---
>> > ~Randy
>>
>> kernel/sysctl.c: s/CONFIG_DEBUG_LOCK_ALLOC/CONFIG_PROVE_LOCKING/ at line 2056.
>
> OK, thanks, sysctl-lockdep-support-for-sysctl-reference-counting.patch.
>
> I have a note here that Peter had issues with that patch anyway. I'm
> not yet sure if it's due to be fixed or dropped or what?
Let's call it due to be fixed.
Right now I see this going one of two ways.
1) I get the locking model fixed as requested.
2) I move the whole use counting/locking up to the struct file level,
solve this generically for sysfs, sysctl, proc, uio and whatever
other subsystem needs this logic.
I should know by the end of the week if I can do this generically.
If I can not do this generically it make sense to fix the patch,
and I will. It is on my todo list.
If I can do this generically it makes sense to drop the patch,
and completely rewrite all of that code, and make certain lockdep
works on my reimplementation.
Eric
next prev parent reply other threads:[~2009-04-07 7:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200904060450.n364oaUj031923@imap1.linux-foundation.org>
2009-04-06 19:35 ` mmotm 2009-04-05-21-45 uploaded Randy Dunlap
2009-04-07 3:19 ` KAMEZAWA Hiroyuki
2009-04-07 4:03 ` Andrew Morton
2009-04-07 4:07 ` mmotm 2009-04-05-21-45 uploaded (pageowner) Randy Dunlap
2009-04-07 4:21 ` Andrew Morton
2009-04-07 4:09 ` mmotm 2009-04-05-21-45 uploaded (sysctl) Randy Dunlap
2009-04-07 4:12 ` Randy Dunlap
2009-04-07 4:25 ` Andrew Morton
2009-04-07 7:18 ` Eric W. Biederman [this message]
2009-04-07 5:27 ` mmotm 2009-04-05-21-45 uploaded KAMEZAWA Hiroyuki
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=m1d4bpszio.fsf@fess.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=randy.dunlap@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox