* linux-next: build failure after merge of the final tree @ 2013-08-20 7:20 Stephen Rothwell 2013-08-20 16:07 ` Dwight Engen 0 siblings, 1 reply; 12+ messages in thread From: Stephen Rothwell @ 2013-08-20 7:20 UTC (permalink / raw) To: Ben Myers, David Chinner, xfs Cc: linux-next, linux-kernel, Dwight Engen, linuxppc-dev, Gao feng, Jeremy Kerr, Arnd Bergmann, Benjamin Herrenschmidt, cbe-oss-dev [-- Attachment #1: Type: text/plain, Size: 929 bytes --] Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: arch/powerpc/platforms/cell/spufs/inode.c: In function 'spufs_parse_options': arch/powerpc/platforms/cell/spufs/inode.c:623:16: error: incompatible types when assigning to type 'kuid_t' from type 'int' root->i_uid = option; ^ arch/powerpc/platforms/cell/spufs/inode.c:628:16: error: incompatible types when assigning to type 'kgid_t' from type 'int' root->i_gid = option; ^ Caused by commit d6970d4b726c ("enable building user namespace with xfs") from the xfs tree (that was fun to find :-)). I have reverted that commit for today. It could probably be replaced with a patch that just changed XFS_FS to SPU_FS in the UIDGID_CONVERTED config dependency - or someone could fix up SPU_FS. -- Cheers, Stephen Rothwell sfr@canb.auug.org.au [-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-20 7:20 linux-next: build failure after merge of the final tree Stephen Rothwell @ 2013-08-20 16:07 ` Dwight Engen 2013-08-20 19:28 ` Ben Myers 2013-08-20 20:46 ` Arnd Bergmann 0 siblings, 2 replies; 12+ messages in thread From: Dwight Engen @ 2013-08-20 16:07 UTC (permalink / raw) To: Stephen Rothwell Cc: Ben Myers, David Chinner, xfs, linux-next, linux-kernel, linuxppc-dev, Gao feng, Jeremy Kerr, Arnd Bergmann, Benjamin Herrenschmidt, cbe-oss-dev On Tue, 20 Aug 2013 17:20:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote: > Hi all, > > After merging the final tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > arch/powerpc/platforms/cell/spufs/inode.c: In function > 'spufs_parse_options': > arch/powerpc/platforms/cell/spufs/inode.c:623:16: error: incompatible > types when assigning to type 'kuid_t' from type 'int' root->i_uid = > option; ^ arch/powerpc/platforms/cell/spufs/inode.c:628:16: error: > incompatible types when assigning to type 'kgid_t' from type 'int' > root->i_gid = option; ^ > > Caused by commit d6970d4b726c ("enable building user namespace with > xfs") from the xfs tree (that was fun to find :-)). > > I have reverted that commit for today. It could probably be replaced > with a patch that just changed XFS_FS to SPU_FS in the > UIDGID_CONVERTED config dependency - or someone could fix up SPU_FS. Hi, (already sent this email based on Intel's kbuild robot this morning, sorry for the dup to those who already got it). Yep this looks to me like SPU_FS should have been in the list of stuff that had not been UIDGID_CONVERTED, but reviving UIDGID_CONVERTED and adding SPU_FS to it won't work for non powerpc arch because SPU_FS = n won't be defined. The following can be used to mark it as incompatible with USER_NS: diff --git a/arch/powerpc/platforms/cell/Kconfig b/arch/powerpc/platforms/cell/Kconfig index 9978f59..fcf8336 100644 --- a/arch/powerpc/platforms/cell/Kconfig +++ b/arch/powerpc/platforms/cell/Kconfig @@ -61,6 +61,7 @@ config SPU_FS tristate "SPU file system" default m depends on PPC_CELL + depends on USER_NS=n select SPU_BASE select MEMORY_HOTPLUG help Or if the rest of spufs is already okay for user namespace (I have not checked it, but this seems to be the only place it is dealing with uid/gid), then the following will fix these particular errors (cross-compile tested, but I don't have a powerpc to run test on): diff --git a/arch/powerpc/platforms/cell/spufs/inode.c b/arch/powerpc/platforms/cell/spufs/inode.c index f390042..90fb308 100644 --- a/arch/powerpc/platforms/cell/spufs/inode.c +++ b/arch/powerpc/platforms/cell/spufs/inode.c @@ -620,12 +620,12 @@ spufs_parse_options(struct super_block *sb, char *options, struct inode *root) case Opt_uid: if (match_int(&args[0], &option)) return 0; - root->i_uid = option; + root->i_uid = make_kuid(&init_user_ns, option); break; case Opt_gid: if (match_int(&args[0], &option)) return 0; - root->i_gid = option; + root->i_gid = make_kgid(&init_user_ns, option); break; case Opt_mode: if (match_octal(&args[0], &option)) ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-20 16:07 ` Dwight Engen @ 2013-08-20 19:28 ` Ben Myers 2013-08-21 0:22 ` Stephen Rothwell 2013-08-20 20:46 ` Arnd Bergmann 1 sibling, 1 reply; 12+ messages in thread From: Ben Myers @ 2013-08-20 19:28 UTC (permalink / raw) To: Dwight Engen, Jeremy Kerr Cc: Stephen Rothwell, cbe-oss-dev, Arnd Bergmann, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, Gao feng, linuxppc-dev Hi Jeremy, Apologies for breaking your build... On Tue, Aug 20, 2013 at 12:07:02PM -0400, Dwight Engen wrote: > On Tue, 20 Aug 2013 17:20:52 +1000 > Stephen Rothwell <sfr@canb.auug.org.au> wrote: > > After merging the final tree, today's linux-next build (powerpc > > allyesconfig) failed like this: > > > > arch/powerpc/platforms/cell/spufs/inode.c: In function > > 'spufs_parse_options': > > arch/powerpc/platforms/cell/spufs/inode.c:623:16: error: incompatible > > types when assigning to type 'kuid_t' from type 'int' root->i_uid = > > option; ^ arch/powerpc/platforms/cell/spufs/inode.c:628:16: error: > > incompatible types when assigning to type 'kgid_t' from type 'int' > > root->i_gid = option; ^ > > > > Caused by commit d6970d4b726c ("enable building user namespace with > > xfs") from the xfs tree (that was fun to find :-)). > > > > I have reverted that commit for today. It could probably be replaced > > with a patch that just changed XFS_FS to SPU_FS in the > > UIDGID_CONVERTED config dependency - or someone could fix up SPU_FS. > > Hi, (already sent this email based on Intel's kbuild robot this > morning, sorry for the dup to those who already got it). > > Yep this looks to me like SPU_FS should have been in the list of > stuff that had not been UIDGID_CONVERTED, but reviving > UIDGID_CONVERTED and adding SPU_FS to it won't work for > non powerpc arch because SPU_FS = n won't be defined. The following can > be used to mark it as incompatible with USER_NS: > > diff --git a/arch/powerpc/platforms/cell/Kconfig > b/arch/powerpc/platforms/cell/Kconfig index 9978f59..fcf8336 100644 > --- a/arch/powerpc/platforms/cell/Kconfig > +++ b/arch/powerpc/platforms/cell/Kconfig > @@ -61,6 +61,7 @@ config SPU_FS > tristate "SPU file system" > default m > depends on PPC_CELL > + depends on USER_NS=n > select SPU_BASE > select MEMORY_HOTPLUG > help > > Or if the rest of spufs is already okay for user namespace (I have not > checked it, but this seems to be the only place it is dealing with > uid/gid), then the following will fix these particular errors > (cross-compile tested, but I don't have a powerpc to run test on): > > diff --git a/arch/powerpc/platforms/cell/spufs/inode.c b/arch/powerpc/platforms/cell/spufs/inode.c > index f390042..90fb308 100644 > --- a/arch/powerpc/platforms/cell/spufs/inode.c > +++ b/arch/powerpc/platforms/cell/spufs/inode.c > @@ -620,12 +620,12 @@ spufs_parse_options(struct super_block *sb, char *options, struct inode *root) > case Opt_uid: > if (match_int(&args[0], &option)) > return 0; > - root->i_uid = option; > + root->i_uid = make_kuid(&init_user_ns, option); > break; > case Opt_gid: > if (match_int(&args[0], &option)) > return 0; > - root->i_gid = option; > + root->i_gid = make_kgid(&init_user_ns, option); > break; > case Opt_mode: > if (match_octal(&args[0], &option)) I'd prefer not to break Stephen's tree two days in a row. We could just revert d6970d4b726c in the xfs tree for the time being as Stephen has done, but given the choice would prefer the fix. Do you have a preference between the two approaches that Dwight has posted? The first seems more conservative... Thanks, Ben ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-20 19:28 ` Ben Myers @ 2013-08-21 0:22 ` Stephen Rothwell 2013-08-21 15:54 ` Ben Myers 0 siblings, 1 reply; 12+ messages in thread From: Stephen Rothwell @ 2013-08-21 0:22 UTC (permalink / raw) To: Ben Myers Cc: Dwight Engen, Jeremy Kerr, cbe-oss-dev, Arnd Bergmann, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, Gao feng, linuxppc-dev [-- Attachment #1: Type: text/plain, Size: 689 bytes --] Hi Ben, On Tue, 20 Aug 2013 14:28:44 -0500 Ben Myers <bpm@sgi.com> wrote: > > I'd prefer not to break Stephen's tree two days in a row. We could just revert > d6970d4b726c in the xfs tree for the time being as Stephen has done, but given > the choice would prefer the fix. Do you have a preference between the two > approaches that Dwight has posted? The first seems more conservative... I will automatically revert that commit when I merge the xfs tree until some other solution is forthcoming (so you don't have to do the revert in the xfs tree). This does need to be fixed fairly soon, though. -- Cheers, Stephen Rothwell sfr@canb.auug.org.au [-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-21 0:22 ` Stephen Rothwell @ 2013-08-21 15:54 ` Ben Myers 0 siblings, 0 replies; 12+ messages in thread From: Ben Myers @ 2013-08-21 15:54 UTC (permalink / raw) To: Stephen Rothwell Cc: cbe-oss-dev, Arnd Bergmann, Benjamin Herrenschmidt, Dwight Engen, linux-kernel, xfs, linux-next, Jeremy Kerr, linuxppc-dev, Gao feng Hey Stephen, On Wed, Aug 21, 2013 at 10:22:46AM +1000, Stephen Rothwell wrote: > On Tue, 20 Aug 2013 14:28:44 -0500 Ben Myers <bpm@sgi.com> wrote: > > I'd prefer not to break Stephen's tree two days in a row. We could just revert > > d6970d4b726c in the xfs tree for the time being as Stephen has done, but given > > the choice would prefer the fix. Do you have a preference between the two > > approaches that Dwight has posted? The first seems more conservative... > > I will automatically revert that commit when I merge the xfs tree until > some other solution is forthcoming (so you don't have to do the revert in > the xfs tree). Gah. That makes sense. ;) > This does need to be fixed fairly soon, though. Agreed, thanks. -Ben ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-20 16:07 ` Dwight Engen 2013-08-20 19:28 ` Ben Myers @ 2013-08-20 20:46 ` Arnd Bergmann 2013-08-21 5:08 ` Dwight Engen 1 sibling, 1 reply; 12+ messages in thread From: Arnd Bergmann @ 2013-08-20 20:46 UTC (permalink / raw) To: Dwight Engen Cc: Stephen Rothwell, Ben Myers, David Chinner, xfs, linux-next, linux-kernel, linuxppc-dev, Gao feng, Jeremy Kerr, Benjamin Herrenschmidt, cbe-oss-dev On Tuesday 20 August 2013, Dwight Engen wrote: > diff --git a/arch/powerpc/platforms/cell/spufs/inode.c b/arch/powerpc/platforms/cell/spufs/inode.c > index f390042..90fb308 100644 > --- a/arch/powerpc/platforms/cell/spufs/inode.c > +++ b/arch/powerpc/platforms/cell/spufs/inode.c > @@ -620,12 +620,12 @@ spufs_parse_options(struct super_block *sb, char *options, struct inode *root) > case Opt_uid: > if (match_int(&args[0], &option)) > return 0; > - root->i_uid = option; > + root->i_uid = make_kuid(&init_user_ns, option); > break; > case Opt_gid: > if (match_int(&args[0], &option)) > return 0; > - root->i_gid = option; > + root->i_gid = make_kgid(&init_user_ns, option); > break; > case Opt_mode: > if (match_octal(&args[0], &option)) Doesn't this mean the uid/gid is taken from the initial namespace rather than from the namespace of the 'mount' process calling this? I think the logical choice would be to have the UID be the one that gets passed here in the caller's namespace. Arnd ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-20 20:46 ` Arnd Bergmann @ 2013-08-21 5:08 ` Dwight Engen 2013-08-21 6:30 ` Jeremy Kerr 0 siblings, 1 reply; 12+ messages in thread From: Dwight Engen @ 2013-08-21 5:08 UTC (permalink / raw) To: Arnd Bergmann Cc: cbe-oss-dev, Stephen Rothwell, Benjamin Herrenschmidt, linux-kernel, xfs, Ben Myers, linux-next, Gao feng, linuxppc-dev, Jeremy Kerr On Tue, 20 Aug 2013 22:46:30 +0200 Arnd Bergmann <arnd@arndb.de> wrote: > On Tuesday 20 August 2013, Dwight Engen wrote: > > diff --git a/arch/powerpc/platforms/cell/spufs/inode.c > > b/arch/powerpc/platforms/cell/spufs/inode.c index f390042..90fb308 > > 100644 --- a/arch/powerpc/platforms/cell/spufs/inode.c > > +++ b/arch/powerpc/platforms/cell/spufs/inode.c > > @@ -620,12 +620,12 @@ spufs_parse_options(struct super_block *sb, > > char *options, struct inode *root) case Opt_uid: > > if (match_int(&args[0], &option)) > > return 0; > > - root->i_uid = option; > > + root->i_uid = make_kuid(&init_user_ns, > > option); break; > > case Opt_gid: > > if (match_int(&args[0], &option)) > > return 0; > > - root->i_gid = option; > > + root->i_gid = make_kgid(&init_user_ns, > > option); break; > > case Opt_mode: > > if (match_octal(&args[0], &option)) > > Doesn't this mean the uid/gid is taken from the initial namespace > rather than from the namespace of the 'mount' process calling this? I > think the logical choice would be to have the UID be the one that > gets passed here in the caller's namespace. Yes, I agree. The other filesystems that take an Opt_uid as well do use current_user_ns() and not init_user_ns. They also do a uid_valid() check and fail the mount (or fallback to GLOBAL_ROOT_UID). So I think that would look like this: diff --git a/arch/powerpc/platforms/cell/spufs/inode.c b/arch/powerpc/platforms/cell/spufs/inode.c index f390042..87ba7cf 100644 --- a/arch/powerpc/platforms/cell/spufs/inode.c +++ b/arch/powerpc/platforms/cell/spufs/inode.c @@ -620,12 +620,16 @@ spufs_parse_options(struct super_block *sb, char *options, struct inode *root) case Opt_uid: if (match_int(&args[0], &option)) return 0; - root->i_uid = option; + root->i_uid = make_kuid(current_user_ns(), option); + if (!uid_valid(root->i_uid)) + return 0; break; case Opt_gid: if (match_int(&args[0], &option)) return 0; - root->i_gid = option; + root->i_gid = make_kgid(current_user_ns(), option); + if (!gid_valid(root->i_gid)) + return 0; break; case Opt_mode: if (match_octal(&args[0], &option)) Again, I have not run tested this so we may just want to disable SPU_FS with USER_NS until they can be tested together. ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-21 5:08 ` Dwight Engen @ 2013-08-21 6:30 ` Jeremy Kerr 2013-08-21 15:56 ` Ben Myers 0 siblings, 1 reply; 12+ messages in thread From: Jeremy Kerr @ 2013-08-21 6:30 UTC (permalink / raw) To: Dwight Engen Cc: Arnd Bergmann, cbe-oss-dev, Stephen Rothwell, Benjamin Herrenschmidt, linux-kernel, xfs, Ben Myers, linux-next, Gao feng, linuxppc-dev Hi all, > Yes, I agree. The other filesystems that take an Opt_uid as well do use > current_user_ns() and not init_user_ns. They also do a uid_valid() > check and fail the mount (or fallback to GLOBAL_ROOT_UID). So I think > that would look like this: Looks good to me. Builds and mounts as expected. Acked-by: Jeremy Kerr <jk@ozlabs.org> Cheers, Jeremy ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: linux-next: build failure after merge of the final tree 2013-08-21 6:30 ` Jeremy Kerr @ 2013-08-21 15:56 ` Ben Myers 2013-08-21 18:33 ` [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid Dwight Engen 0 siblings, 1 reply; 12+ messages in thread From: Ben Myers @ 2013-08-21 15:56 UTC (permalink / raw) To: Jeremy Kerr Cc: Dwight Engen, cbe-oss-dev, Stephen Rothwell, Arnd Bergmann, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, Gao feng, linuxppc-dev Hey Dwight, On Wed, Aug 21, 2013 at 02:30:04PM +0800, Jeremy Kerr wrote: > > Yes, I agree. The other filesystems that take an Opt_uid as well do use > > current_user_ns() and not init_user_ns. They also do a uid_valid() > > check and fail the mount (or fallback to GLOBAL_ROOT_UID). So I think > > that would look like this: > > Looks good to me. Builds and mounts as expected. > > Acked-by: Jeremy Kerr <jk@ozlabs.org> Could you repost this patch with the right subject and a commit header? Given Jeremy's Ack I think we could proceed to pull this in. Regards, Ben ^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid 2013-08-21 15:56 ` Ben Myers @ 2013-08-21 18:33 ` Dwight Engen 2013-08-21 20:05 ` Arnd Bergmann 0 siblings, 1 reply; 12+ messages in thread From: Dwight Engen @ 2013-08-21 18:33 UTC (permalink / raw) To: Ben Myers Cc: Jeremy Kerr, cbe-oss-dev, Stephen Rothwell, Arnd Bergmann, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, Gao feng, linuxppc-dev Acked-by: Jeremy Kerr <jk@ozlabs.org> Tested-by: Jeremy Kerr <jk@ozlabs.org> Signed-off-by: Dwight Engen <dwight.engen@oracle.com> --- arch/powerpc/platforms/cell/spufs/inode.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms/cell/spufs/inode.c b/arch/powerpc/platforms/cell/spufs/inode.c index f390042..87ba7cf 100644 --- a/arch/powerpc/platforms/cell/spufs/inode.c +++ b/arch/powerpc/platforms/cell/spufs/inode.c @@ -620,12 +620,16 @@ spufs_parse_options(struct super_block *sb, char *options, struct inode *root) case Opt_uid: if (match_int(&args[0], &option)) return 0; - root->i_uid = option; + root->i_uid = make_kuid(current_user_ns(), option); + if (!uid_valid(root->i_uid)) + return 0; break; case Opt_gid: if (match_int(&args[0], &option)) return 0; - root->i_gid = option; + root->i_gid = make_kgid(current_user_ns(), option); + if (!gid_valid(root->i_gid)) + return 0; break; case Opt_mode: if (match_octal(&args[0], &option)) -- 1.8.1.4 On Wed, 21 Aug 2013 10:56:54 -0500 Ben Myers <bpm@sgi.com> wrote: > Hey Dwight, > > On Wed, Aug 21, 2013 at 02:30:04PM +0800, Jeremy Kerr wrote: > > > Yes, I agree. The other filesystems that take an Opt_uid as well > > > do use current_user_ns() and not init_user_ns. They also do a > > > uid_valid() check and fail the mount (or fallback to > > > GLOBAL_ROOT_UID). So I think that would look like this: > > > > Looks good to me. Builds and mounts as expected. > > > > Acked-by: Jeremy Kerr <jk@ozlabs.org> > > Could you repost this patch with the right subject and a commit > header? Given Jeremy's Ack I think we could proceed to pull this in. Sure, I just wanted to make sure someone had tested it first, which it looks like Jeremy did, thanks. > Regards, > Ben ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid 2013-08-21 18:33 ` [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid Dwight Engen @ 2013-08-21 20:05 ` Arnd Bergmann 2013-08-21 20:24 ` Ben Myers 0 siblings, 1 reply; 12+ messages in thread From: Arnd Bergmann @ 2013-08-21 20:05 UTC (permalink / raw) To: Dwight Engen Cc: Ben Myers, Jeremy Kerr, cbe-oss-dev, Stephen Rothwell, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, Gao feng, linuxppc-dev On Wednesday 21 August 2013, Dwight Engen wrote: > > Acked-by: Jeremy Kerr <jk@ozlabs.org> > Tested-by: Jeremy Kerr <jk@ozlabs.org> > Signed-off-by: Dwight Engen <dwight.engen@oracle.com> Reviewed-by: Arnd Bergmann <arnd@arndb.de> ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid 2013-08-21 20:05 ` Arnd Bergmann @ 2013-08-21 20:24 ` Ben Myers 0 siblings, 0 replies; 12+ messages in thread From: Ben Myers @ 2013-08-21 20:24 UTC (permalink / raw) To: Jeremy Kerr, Dwight Engen, Arnd Bergmann Cc: cbe-oss-dev, Stephen Rothwell, Benjamin Herrenschmidt, linux-kernel, xfs, linux-next, linuxppc-dev, Gao feng On Wed, Aug 21, 2013 at 10:05:27PM +0200, Arnd Bergmann wrote: > On Wednesday 21 August 2013, Dwight Engen wrote: > > > > Acked-by: Jeremy Kerr <jk@ozlabs.org> > > Tested-by: Jeremy Kerr <jk@ozlabs.org> > > Signed-off-by: Dwight Engen <dwight.engen@oracle.com> > > Reviewed-by: Arnd Bergmann <arnd@arndb.de> Applied. Thanks, -Ben ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2013-08-21 20:24 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-08-20 7:20 linux-next: build failure after merge of the final tree Stephen Rothwell 2013-08-20 16:07 ` Dwight Engen 2013-08-20 19:28 ` Ben Myers 2013-08-21 0:22 ` Stephen Rothwell 2013-08-21 15:54 ` Ben Myers 2013-08-20 20:46 ` Arnd Bergmann 2013-08-21 5:08 ` Dwight Engen 2013-08-21 6:30 ` Jeremy Kerr 2013-08-21 15:56 ` Ben Myers 2013-08-21 18:33 ` [PATCH] powerpc/spufs: convert userns uid/gid mount options to kuid/kgid Dwight Engen 2013-08-21 20:05 ` Arnd Bergmann 2013-08-21 20:24 ` Ben Myers
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).