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
| ||
|
Date: Tue, 14 Jan 2014 17:32:51 +0100 From: Geert Uytterhoeven <geert@...ux-m68k.org> To: "H. Peter Anvin" <hpa@...or.com> Cc: Peter Zijlstra <peterz@...radead.org>, Stephen Rothwell <sfr@...b.auug.org.au>, Andrew Morton <akpm@...ux-foundation.org>, Thomas Gleixner <tglx@...utronix.de>, Ingo Molnar <mingo@...e.hu>, Linux-Next <linux-next@...r.kernel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Davidlohr Bueso <davidlohr@...com>, Linux-Arch <linux-arch@...r.kernel.org>, Andreas Schwab <schwab@...ux-m68k.org>, Heiko Carstens <heiko.carstens@...ibm.com> Subject: Re: futex: Switch to USER_DS for futex test (was: Re: linux-next: manual merge of the akpm-current tree with the tip tree) CC linux-arch https://lkml.org/lkml/2013/12/11/141 On Tue, Jan 14, 2014 at 5:19 PM, H. Peter Anvin <hpa@...or.com> wrote: > On 01/14/2014 05:17 AM, Geert Uytterhoeven wrote: >>> >>> This seems terribly broken, the *futex_value*() ops should not need >>> that; they are supposed to access userspace without any of that. >> >> Why don't they need set_fs(USER_DS)? > > Because USER_DS is the normal operating state? It would appear m68k is Is it? > the only(?) arch that calls initcalls with get_fs() == KERNEL_DS... On ARM: fs = 0x0, USER_DS = 0xbf000000, KERNEL_DS = 0x0 Presumably also on s390, as the fix for m68k broke s390. That's why it's still in -mm and not yet in mainline. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- 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