public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Valdis.Kletnieks@vt.edu
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded
Date: Sun, 28 Jan 2007 23:08:17 -0700	[thread overview]
Message-ID: <m1d54ymkku.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <200701290249.l0T2nZt8003676@turing-police.cc.vt.edu> (Valdis Kletnieks's message of "Sun, 28 Jan 2007 21:49:35 -0500")

Valdis.Kletnieks@vt.edu writes:

> On Sat, 27 Jan 2007 13:41:16 PST, Andrew Morton said:
>> > > >> The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
>> > > >>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
>> 
>> > I have everything compiling now, mostly.  The number of fixes which were
>> > needed was just extraordinary.  I'm thinking about making changes...
>
> Aliens ate my brain, part 1:
>
> I tried building an out-of-tree ipfilters (ipt_osf) that worked fine under
> 2.6.20-rc4-mm1.  After much scratching my head and adding debugging info,
> I discovered that this code was failing:
>
>         p = create_proc_entry("sys/net/ipv4/osf", S_IFREG | 0644, NULL);
>         if (!p) {
>                 ipt_unregister_match(&osf_match);
>                 return -ENXIO;
>         }
>
> After much *more* head-scratching, and adding of printk's, I tracked it down
> into fs/proc/generic.c, in xlate_proc_name:
>
>                 len = next - cp;
>                 for (de = de->subdir; de ; de = de->next) {
>                         if (proc_match(len, cp, de))
>                                 break;
>                 }
>                 if (!de) {
>                         rtn = -ENOENT;
>                         goto out;
>
> It appears that syssctl-reimplement-the-sysctl-proc-support.patch doesn't
> bother setting the de->subdir, so xlate_proc_name isn't able to find sys/net.

Does it find sys?  If so perhaps I should do something even more significant.
I guess if I get many complaints about this I will figure out how to print
out an appropriate error message.

> What's the intended semantics of create_proc_entry and xlate_proc_name in
> this new regime of no subdir pointers? Or am I just (yet again) one of the
> first to trip over a bug?

It is supposed to fail in this instance.  If you want something under /proc/sys
you are supposed to use register_sysctl like everyone else.  If it's not a
sysctl it should not show up under /proc/sys.

I think I fixed the one in tree instance of this behavior.

I'm glad to see my cleanup uncovering more bugs, I'm sorry you were the one
who had to find it.  I will you well fixing your out of tree ipfilter module.

Eric

  reply	other threads:[~2007-01-29  6:08 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200701260837.l0Q8blBr011622@shell0.pdx.osdl.net>
2007-01-26 15:04 ` mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded Michal Piotrowski
2007-01-26 15:33   ` Serge E. Hallyn
2007-01-26 15:38     ` Serge E. Hallyn
2007-01-26 16:06       ` Michal Piotrowski
2007-01-26 16:37 ` Michal Piotrowski
2007-01-26 16:46 ` Michal Piotrowski
2007-01-26 16:57 ` Michal Piotrowski
2007-01-26 17:29 ` Michal Piotrowski
2007-01-26 18:14   ` Serge E. Hallyn
2007-01-26 18:22     ` Michal Piotrowski
2007-01-26 18:58       ` Serge E. Hallyn
2007-01-26 17:48 ` Michal Piotrowski
2007-01-26 18:04 ` Michal Piotrowski
     [not found]   ` <6bffcb0e0701261008u2fd5a7d9va16d7fd9f250e14b@mail.gmail.com>
2007-01-26 18:38     ` Christoph Lameter
2007-01-26 18:43       ` Pavel Machek
2007-01-26 18:45       ` Michal Piotrowski
2007-01-26 19:07         ` Christoph Lameter
2007-01-26 19:20           ` Michal Piotrowski
2007-01-26 19:45 ` Michal Piotrowski
     [not found]   ` <6bffcb0e0701261523j3a84a357lad93260b5865c99d@mail.gmail.com>
2007-01-27  0:33     ` Andrew Morton
2007-01-27  0:41       ` Michal Piotrowski
2007-01-27  0:29 ` Michal Piotrowski
2007-01-27 15:05 ` Michal Piotrowski
2007-01-27 20:38   ` Herbert Xu
2007-01-27 16:03 ` Michal Piotrowski
2007-01-30  1:05   ` Tejun Heo
2007-01-27 16:14 ` Michal Piotrowski
2007-01-27 17:20 ` Michal Piotrowski
     [not found] ` <6bffcb0e0701270837i1ec40560l6e61e8876177e9da@mail.gmail.com>
2007-01-27 21:29   ` Tilman Schmidt
2007-01-27 21:41     ` Andrew Morton
2007-01-27 22:12       ` Michal Piotrowski
2007-01-27 23:25       ` Tilman Schmidt
2007-01-27 23:27         ` Michal Piotrowski
2007-01-28  2:41       ` Valdis.Kletnieks
2007-01-28  3:37         ` Michal Piotrowski
2007-01-29  2:49         ` Valdis.Kletnieks
2007-01-29  6:08           ` Eric W. Biederman [this message]
2007-01-29  6:45             ` Valdis.Kletnieks
2007-01-29  8:24               ` Eric W. Biederman
2007-01-29  2:58         ` Valdis.Kletnieks
2007-01-29  5:14           ` Randy Dunlap
2007-01-29  5:46           ` Valdis.Kletnieks

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=m1d54ymkku.fsf@ebiederm.dsl.xmission.com \
    --to=ebiederm@xmission.com \
    --cc=Valdis.Kletnieks@vt.edu \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    /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