linux-kernel - Re: Change of set_fs() in uaccess.h breaks this header being self contained for x86 (4.14-rc1)

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] [day] [month] [year] [list]

Message-ID: <17d3bbe7-6c15-621c-3378-13ed3d1cda43@esd.eu>
Date:   Mon, 2 Oct 2017 14:16:09 +0200
From:   Stefan Mätje <Stefan.Maetje@....eu>
To:     Al Viro <viro@...IV.linux.org.uk>
CC:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: Change of set_fs() in uaccess.h breaks this header being self
 contained for x86 (4.14-rc1)

Am 30.09.2017 um 20:31 schrieb Al Viro:
> On Mon, Sep 18, 2017 at 08:32:19PM +0200, Stefan Mätje wrote:
>> Hi,
>>
>> there is a change in Linus' mainline kernel
>> (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/include/asm/uaccess.h?id=6c51e67b64d169419fb13318035bb442f9176612)
>> that changes the set_fs() macro into an inline function.
>>
>> This breaks the build of an out of kernel driver I maintain with this
>> message:
>>
>> ./arch/x86/include/asm/uaccess.h: In function ‘set_fs’:
>> ./arch/x86/include/asm/uaccess.h:31:9: error: dereferencing pointer to
>> incomplete type
>>
>> set_fs() is referencing the "current" pointer which is of type "struct
>> task_struct" declared in include/linux/sched.h.
>>
>> Before the change set_fs() was a macro. Because I don't use it it was of
>> no concern for me. But now the compiler needs to compile the inline
>> function set_fs() and fails.
>>
>> Should I add the needed <linux/sched.h> myself in my code or will that
>> be changed / fixed in the <asm/uaccess.h> header by including the
>> missing header.
> 
> Use linux/uaccess.h.  That's the only file that has any business pulling
> asm/uaccess.h.
> 
> Again, any code that includes asm/uaccess.h directly is wrong and will be
> hurt more and more as the time goes and more and more things get moved
> from arch-dependent into generic parts.
> 
Hi,

thank you for having a look at this. I had resent my question with a
changed subject here https://lkml.org/lkml/headers/2017/9/19/242 and it
had been answered.

I have changed the include to <linux/uaccess.h> in the meantime.

Best regards,
    Stefan Mätje