"Hans-Peter Jansen":
> I thought of current options, that aren't related to: brN and xi_path,
> e.g. the (default) setting of all flags:
>
> udba=none | reval | notify
> plink | noplink
> ...
>
> It would be handy to check the current active settings. Together with
> the man page, it would be ea
On Tuesday 05 July 2011, 09:15:36 sf...@users.sourceforge.net wrote:
> Hi,
>
> "Hans-Peter Jansen":
> > FYI, the latest git release "2.1-standalone.tree-31-20110704" with
> > the -DCONFIG_AUFS_FS_MODULE Makefile fix applied survived all tests
> > so far, lsof behaves fine:
>
> Thanks for your repea
Hi,
"Hans-Peter Jansen":
> FYI, the latest git release "2.1-standalone.tree-31-20110704" with
> the -DCONFIG_AUFS_FS_MODULE Makefile fix applied survived all tests so
> far, lsof behaves fine:
Thanks for your repeated builds and tests.
I am glad aufs satisfies you again.
> An idea for the fu
Hello Junjiro,
On Monday 04 July 2011, 16:32:20 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > # grep -nr PROC_MAP .
> > ./config.mk:24:CONFIG_AUFS_PROC_MAP = y
>
> In ./config.mk, one more PROC_MAP should appear.
> Please apply this patch.
>
> It might be easier for you to get late
"Hans-Peter Jansen":
> # grep -nr PROC_MAP .
> ./config.mk:24:CONFIG_AUFS_PROC_MAP = y
In ./config.mk, one more PROC_MAP should appear.
Please apply this patch.
It might be easier for you to get latest aufs source files.
J. R. Okajima
a.patch.bz2
Description: BZip2 compressed data
On Monday 04 July 2011, 16:00:52 sf...@users.sourceforge.net wrote:
>
> There is only one "#ifdef CONFIG_AUFS_PROC_MAP" in aufs source file.
> It is fs/aufs/file.h. If you put "#warning PROC_MAP is enabled" in
> this region, you will see the message during the compilation.
It doesn't appear.
I've
> Please apply this patch, and you will get /sys/fs/aufs/config.
> I assume you are using aufs2-standalone.git/Makefile.
Sorry.
a.patch.bz2
Description: BZip2 compressed data
--
All of the data generated in your IT infra
"Hans-Peter Jansen":
> There's no such path like /sys/fs/aufs/config here.
Oh, this is another problem.
Please apply this patch, and you will get /sys/fs/aufs/config.
I assume you are using aufs2-standalone.git/Makefile.
> Do you have another idea, how to detect if CONFIG_AUFS_PROC_MAP is
> re
On Monday 04 July 2011, 15:22:34 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > Having the "desktop" flavor of the kernel builds in use,
> > apparently, I do:
> >
> > $ grep NUMA config/i386/desktop
> > CONFIG_NUMA_IRQ_DESC=y
> > # CONFIG_X86_NUMAQ is not set
> > CONFIG_X86_SUMMIT_NU
"Hans-Peter Jansen":
> Having the "desktop" flavor of the kernel builds in use, apparently, I
> do:
>
> $ grep NUMA config/i386/desktop
> CONFIG_NUMA_IRQ_DESC=y
> # CONFIG_X86_NUMAQ is not set
> CONFIG_X86_SUMMIT_NUMA=y
> CONFIG_NUMA=y
> CONFIG_ACPI_NUMA=y
Ok, it means, if lsof reads /proc/PID/n
On Monday 04 July 2011, 09:46:29 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > first of all, many thanks for your terrific support.
>
> My pleasure.
>
> > At this point, I tried hard to trick aufs into the issue again, but
> > failed so far ;)
>
> Good news. :-)
>
> > Interestingly,
"Hans-Peter Jansen":
> first of all, many thanks for your terrific support.
My pleasure.
> At this point, I tried hard to trick aufs into the issue again, but
> failed so far ;)
Good news. :-)
> Interestingly, lsof has grown a new mem fd entry, that points to the
> read only aufs branch on
Hello Junjiro,
first of all, many thanks for your terrific support.
On Thursday 30 June 2011, 14:06:01 sf...@users.sourceforge.net wrote:
> Hello Pete,
>
> sf...@users.sourceforge.net:
> > Thanks for testing.
> > I think I could find a bug in the patch. Its first hunk is bad.
> > I will try anoth
Hello Pete,
sf...@users.sourceforge.net:
> Thanks for testing.
> I think I could find a bug in the patch. Its first hunk is bad.
> I will try another approach. Just give me some time.
Here are two patches for a new approach.
- a.patch is for upstream kernel (opensuse-11.1-31.14)
- b.patch is for
"Hans-Peter Jansen":
> Unfortunately, this results in a crash on boot:
>
> ftp://urpla.net/resized_img_1349.jpg
>
> After reverting your last patch, the system boots again. Do you think,
> that the first hunk is important enough to do one more test with
> CONFIG_FS_XIP disabled again?
Th
On Monday 27 June 2011, 18:16:21 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > The patch didn't apply cleanly to aufs2-31 (standalone), but I
> > applied the attached patch (build service refuses to apply patches
> > with fuzz). Build is triggered.
> >
> > Unfortunately, it bails ou
"Hans-Peter Jansen":
> The patch didn't apply cleanly to aufs2-31 (standalone), but I applied
> the attached patch (build service refuses to apply patches with fuzz).
> Build is triggered.
>
> Unfortunately, it bails out with:
>
> usr/src/packages/BUILD/aufs2-standalone.tree-31-20100823/obj/defa
On Monday 27 June 2011, 16:49:12 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > Jun 25 15:21:46 kuno kernel: [ 4121.973627] [ cut here
> > ] Jun 25 15:21:46 kuno kernel: [ 4121.974561] kernel
> > BUG at
> > /usr/src/packages/BUILD/kernel-desktop-2.6.31.14/linu
"Hans-Peter Jansen":
> Jun 25 15:21:46 kuno kernel: [ 4121.973627] [ cut here
> ]
> Jun 25 15:21:46 kuno kernel: [ 4121.974561] kernel BUG at
> /usr/src/packages/BUILD/kernel-desktop-2.6.31.14/linux-2.6.31/mm/truncate.c:44
> 6!
:::
> Is it possible, that your patch
On Thursday 23 June 2011, 16:32:45 sf...@users.sourceforge.net wrote:
[...]
> But I am not sure whether the crash problem will be solved too, since
> I don't remember the old version you are using. If the cause of your
> problem is new to me, then the patch may not solve it.
Close, but no cigar.
Dear Junjiro,
thanks for your answer in lightspeed.
On Thursday 23 June 2011, 16:32:45 sf...@users.sourceforge.net wrote:
> Hi Pete,
>
> "Hans-Peter Jansen":
> > I hesitated a lot to report this bug, since it concerns a pretty
> > old setup but the pain it causes is too strong to live with it.. I
Hi Pete,
"Hans-Peter Jansen":
> I hesitated a lot to report this bug, since it concerns a pretty old
> setup but the pain it causes is too strong to live with it.. I know,
> you're quite short of time for aufs, but hopefully you're able to look
> into it sometimes.
Don't worry about that.
I re
22 matches
Mail list logo
