public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Al Boldi <a1426z@gawab.com>
To: hooanon05@yahoo.co.jp, Jan Engelhardt <jengelh@computergmbh.de>
Cc: bharata@linux.vnet.ibm.com, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, hch@infradead.org,
	Jan Blunck <jblunck@suse.de>,
	"Josef 'Jeff' Sipek" <jsipek@cs.sunysb.edu>
Subject: Re: [RFC] Union Mount: Readdir approaches
Date: Thu, 13 Sep 2007 08:32:09 +0300	[thread overview]
Message-ID: <200709130832.09330.a1426z@gawab.com> (raw)
In-Reply-To: <E1IVeEx-0000rJ-1R@jroun>

hooanon05@yahoo.co.jp wrote:
> Jan Engelhardt:
> > On Sep 12 2007 13:46, Al Boldi wrote:
> > >This is way too complicated, but I tried it anyway, only to find it
> > > doesn't compile:
> >
> > cvs up -D 2007-08-07
> >
> > that one works ;-)
>
> Jan, do you mean that only the one month old version could be compiled?
> It it rather surprise since I know some users compiled the newer
> versions. Won't you tell me how did you 'make' it? I think a personal
> mail for me is pereferable to ML.
>
> To Al Boldi,
> Will you send me directly the message which is quoted by Jan? Since it
> was not delivered to me.
>
> Thanks in advance.
> Junjiro Okajima

It turns out that the problem was this in dentry.c:

627-            if (unlikely(do_udba
628-                         && !is_root
629-                         && (unhashed != d_unhashed(h_dentry)
630://#if 1
631-                             || name->len != h_dentry->d_name.len
632-                             || memcmp(name->name, h_dentry->d_name.name,
633-                                       name->len)
634-//#endif
635-                                 ))) {
636-                    LKTRTrace("unhash 0x%x 0x%x, %.*s %.*s\n",
637-                              unhashed, d_unhashed(h_dentry),
638-                              DLNPair(dentry), DLNPair(h_dentry));
639-                    goto err;
640-            }

Commenting the #if block makes it compile now.

Works great too.  Even performance wise.  Needs more testing though.

You really need to post a cleaned up version for review and possible 
inclusion into mainline.  It definitely looks solid.


Thanks!

--
Al

----------  Original Message  ----------

Subject: Re: [RFC] Union Mount: Readdir approaches
Date: Wednesday 12 September 2007 01:46 pm
From: Al Boldi <a1426z@gawab.com>
To: hooanon05@yahoo.co.jp
Cc: bharata@linux.vnet.ibm.com, linux-kernel@vger.kernel.org, 
linux-fsdevel@vger.kernel.org, hch@infradead.org, Jan Blunck 
<jblunck@suse.de>, "Josef 'Jeff' Sipek" <jsipek@cs.sunysb.edu>

hooanon05@yahoo.co.jp wrote:
> But if you really want to read or try it, you can get all source files
> from sourceforge. Read http://aufs.sf.net and try,
> $ cvs -d:pserver:anonymous@aufs.cvs.sourceforge.net:/cvsroot/aufs login
> (CVS password is empty)
> $ cvs -z3 -d:pserver:anonymous@aufs.cvs.sourceforge.net:/cvsroot/aufs co
> aufs

This is way too complicated, but I tried it anyway, only to find it doesn't
compile:

  CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/linux/compile.h
  CC      fs/aufs/dentry.o
fs/aufs/dentry.c:630:1: directives may not be used inside a macro argument
fs/aufs/dentry.c:629:65: unterminated argument list invoking macro
 "unlikely" fs/aufs/dentry.c: In function `h_d_revalidate':
fs/aufs/dentry.c:631: `unlikely' undeclared (first use in this function)
fs/aufs/dentry.c:631: (Each undeclared identifier is reported only once
fs/aufs/dentry.c:631: for each function it appears in.)
fs/aufs/dentry.c:635: parse error before ')' token
fs/aufs/dentry.c:571: warning: unused variable `h_plus'
fs/aufs/dentry.c:571: warning: unused variable `is_nfs'
fs/aufs/dentry.c:572: warning: unused variable `p'
fs/aufs/dentry.c:575: warning: unused variable `h_inode'
fs/aufs/dentry.c:575: warning: unused variable `h_cached_inode'
fs/aufs/dentry.c:576: warning: unused variable `h_mode'
fs/aufs/dentry.c:578: warning: unused variable `reval'
fs/aufs/dentry.c:639: label `err' used but not defined
fs/aufs/dentry.c: At top level:
fs/aufs/dentry.c:642: warning: type defaults to `int' in declaration of
`reval'
fs/aufs/dentry.c:642: warning: initialization makes integer from pointer
without a cast
fs/aufs/dentry.c:642: warning: data definition has no type or storage class
fs/aufs/dentry.c:643: parse error before "if"
fs/aufs/dentry.c:649: warning: type defaults to `int' in declaration of
 `err' fs/aufs/dentry.c:649: `h_dentry' undeclared here (not in a function)
 fs/aufs/dentry.c:649: `p' undeclared here (not in a function)
fs/aufs/dentry.c:649: called object is not a function
fs/aufs/dentry.c:649: warning: data definition has no type or storage class
fs/aufs/dentry.c:650: parse error before "if"
fs/aufs/dentry.c:653: warning: type defaults to `int' in declaration of
`fake_dm_release'
fs/aufs/dentry.c:653: warning: parameter names (without types) in function
declaration
fs/aufs/dentry.c:653: conflicting types for `fake_dm_release'

...and more...


It would make matters much easier if you could just publish a link to a
combo-patch against at least the latest stable kernel, like 2.6.22.


Thanks!

--
Al


  reply	other threads:[~2007-09-13  5:33 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-07  5:46 [RFC] Union Mount: Readdir approaches Bharata B Rao
2007-09-07  7:31 ` hooanon05
2007-09-07  7:58   ` Bharata B Rao
2007-09-07 17:39     ` Josef 'Jeff' Sipek
2007-09-07 17:54       ` Erez Zadok
2007-09-10  5:15         ` Bharata B Rao
2007-09-10  2:16       ` hooanon05
     [not found]         ` <20070911165547.GA26515@filer.fsl.cs.sunysb.edu>
2007-09-12  2:05           ` hooanon05
2007-09-10  3:46       ` Bharata B Rao
2007-09-07 11:54   ` Al Boldi
2007-09-07 12:49     ` hooanon05
2007-09-12 10:46       ` Al Boldi
2007-09-12 18:25         ` Jan Engelhardt
2007-09-13  2:15           ` hooanon05
2007-09-13  5:32             ` Al Boldi [this message]
2007-09-13  5:52               ` hooanon05
2007-09-13  6:29                 ` Jan Engelhardt
2007-09-07 23:04   ` Matt Keenan
2007-09-10  2:17     ` hooanon05
2007-09-07 14:39 ` Jan Engelhardt

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=200709130832.09330.a1426z@gawab.com \
    --to=a1426z@gawab.com \
    --cc=bharata@linux.vnet.ibm.com \
    --cc=hch@infradead.org \
    --cc=hooanon05@yahoo.co.jp \
    --cc=jblunck@suse.de \
    --cc=jengelh@computergmbh.de \
    --cc=jsipek@cs.sunysb.edu \
    --cc=linux-fsdevel@vger.kernel.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