lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 25 Feb 2009 09:28:07 -0800
From:	Randy Dunlap <randy.dunlap@...cle.com>
To:	"Serge E. Hallyn" <serue@...ibm.com>
CC:	Randy Dunlap <randy.dunlap@...cle.com>,
	linux-kernel@...r.kernel.org,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: mmotm 2009-02-24-16-23 uploaded (proc_net & namespaces)

Serge E. Hallyn wrote:
> Quoting Randy Dunlap (randy.dunlap@...cle.com):
>> akpm@...ux-foundation.org wrote:
>>> The mm-of-the-moment snapshot 2009-02-24-16-23 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-rc6:
>> namespaces-move-proc_net_get_sb-to-a-generic-fs-superc-helper.patch,
>> when CONFIG_NAMESPACES=n:
>>
>> proc_net.c:(.text+0x4255c): undefined reference to `get_sb_ns'
>>
>>
>> config attached.
> 
> Thanks, Randy.  Does the following fix it?
> 
> (Sorry, it's a misleading patch, and maybe it would turn out more
> readable if I moved get_sb_ns under instead of above the
> CONFIG_BLOCK ifdef...  But all I'm doing is what the subject says,
> plus adding an EXPORT_SYMBOL which may be debatable, but is in
> keeping with other get_sb_*'s.)

That causes problems in fs/super.c:

fs/super.c: In function 'get_sb_ns':
fs/super.c:773: error: 'ns_test_super' undeclared (first use in this function)

> thanks,
> -serge
> 
> From fff28e37112037efbbc6e44e29bbd741c9dd38a9 Mon Sep 17 00:00:00 2001
> From: Serge E. Hallyn <serue@...ibm.com>
> Date: Wed, 25 Feb 2009 09:14:03 -0800
> Subject: [PATCH 1/1] namespaces: get_sb_ns does not require CONFIG_BLOCK
> 
> So move it outside of the CONFIG_BLOCK ifdef in fs/super.c.
> 
> Signed-off-by: Serge E. Hallyn <serue@...ibm.com>
> ---
>  fs/super.c |   50 ++++++++++++++++++++++++++------------------------
>  1 files changed, 26 insertions(+), 24 deletions(-)
> 
> diff --git a/fs/super.c b/fs/super.c
> index 1a37b58..b3bf049 100644
> --- a/fs/super.c
> +++ b/fs/super.c
> @@ -761,30 +761,6 @@ void kill_litter_super(struct super_block *sb)
>  
>  EXPORT_SYMBOL(kill_litter_super);
>  
> -#ifdef CONFIG_BLOCK
> -static int set_bdev_super(struct super_block *s, void *data)
> -{
> -	s->s_bdev = data;
> -	s->s_dev = s->s_bdev->bd_dev;
> -	return 0;
> -}
> -
> -static int test_bdev_super(struct super_block *s, void *data)
> -{
> -	return (void *)s->s_bdev == data;
> -}
> -
> -static int ns_test_super(struct super_block *sb, void *data)
> -{
> -	return sb->s_fs_info == data;
> -}
> -
> -static int ns_set_super(struct super_block *sb, void *data)
> -{
> -	sb->s_fs_info = data;
> -	return set_anon_super(sb, NULL);
> -}
> -
>  int get_sb_ns(struct file_system_type *fs_type, int flags, void *data,
>  	int (*fill_super)(struct super_block *, void *, int),
>  	struct vfsmount *mnt)
> @@ -812,6 +788,32 @@ int get_sb_ns(struct file_system_type *fs_type, int flags, void *data,
>  	return 0;
>  }
>  
> +EXPORT_SYMBOL(get_sb_ns);
> +
> +#ifdef CONFIG_BLOCK
> +static int set_bdev_super(struct super_block *s, void *data)
> +{
> +	s->s_bdev = data;
> +	s->s_dev = s->s_bdev->bd_dev;
> +	return 0;
> +}
> +
> +static int test_bdev_super(struct super_block *s, void *data)
> +{
> +	return (void *)s->s_bdev == data;
> +}
> +
> +static int ns_test_super(struct super_block *sb, void *data)
> +{
> +	return sb->s_fs_info == data;
> +}
> +
> +static int ns_set_super(struct super_block *sb, void *data)
> +{
> +	sb->s_fs_info = data;
> +	return set_anon_super(sb, NULL);
> +}
> +
>  int get_sb_bdev(struct file_system_type *fs_type,
>  	int flags, const char *dev_name, void *data,
>  	int (*fill_super)(struct super_block *, void *, int),


-- 
~Randy
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ