linux-kernel - Re: [RFC: 2.6 patch] s390: use kernel/uid.c

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]

Message-Id: <200808151734.43710.arnd@arndb.de>
Date:	Fri, 15 Aug 2008 17:34:43 +0200
From:	Arnd Bergmann <arnd@...db.de>
To:	Adrian Bunk <bunk@...nel.org>
Cc:	schwidefsky@...ibm.com, heiko.carstens@...ibm.com,
	linux-s390@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC: 2.6 patch] s390: use kernel/uid.c

On Sunday 10 August 2008, Adrian Bunk wrote:
> Unless I missed a twist the only reason for s390 to not use the code in 
> kernel/uid.c was that it copied the code from sparc64 (that is now 
> being changed in a similar way by David).
> 
> Signed-off-by: Adrian Bunk <bunk@...nel.org>
> 

I tried doing this before but couldn't figure out an easy way,
but the circumstances may have changed by now.

Back then, the basic problem was that CONFIG_UID16 had side-effects
that break the 64-bit versions of some syscalls. I don't see that
being the case any more, but from what I can tell, you still need
to add definitions for __kernel_old_uid_t etc on s390x.

If that does the trick, great work!

	Arnd <><
--
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/