From: Ben Greear <greearb@candelatech.com>
To: Randy Dunlap <rdunlap@xenotime.net>
Cc: gregkh@suse.de, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: 3.0.1 compile error on Fedora 15
Date: Mon, 08 Aug 2011 12:33:07 -0700 [thread overview]
Message-ID: <4E4039F3.9010802@candelatech.com> (raw)
In-Reply-To: <20110808121104.5a233da4.rdunlap@xenotime.net>
On 08/08/2011 12:11 PM, Randy Dunlap wrote:
> On Mon, 08 Aug 2011 11:55:29 -0700 Ben Greear wrote:
>
>> On 08/08/2011 11:52 AM, Randy Dunlap wrote:
>>> On Mon, 08 Aug 2011 11:43:43 -0700 Ben Greear wrote:
>>>
>>>> [greearb@t60-ben linux-3.0.p4s]$ make
>>>> make -C /home/greearb/git/linux-3.0.dev.y O=/home/greearb/kernel/2.6/linux-3.0.p4s/.
>>>> Using /home/greearb/git/linux-3.0.dev.y as source for kernel
>>>> GEN /home/greearb/kernel/2.6/linux-3.0.p4s/Makefile
>>>> CHK include/linux/version.h
>>>> CHK include/generated/utsrelease.h
>>>> CALL /home/greearb/git/linux-3.0.dev.y/scripts/checksyscalls.sh
>>>> CHK include/generated/compile.h
>>>> CC fs/binfmt_misc.o
>>>> In file included from /home/greearb/git/linux-3.0.dev.y/arch/x86/include/asm/uaccess.h:570:0,
>>>> from /home/greearb/git/linux-3.0.dev.y/include/linux/uaccess.h:5,
>>>> from /home/greearb/git/linux-3.0.dev.y/include/linux/highmem.h:7,
>>>> from /home/greearb/git/linux-3.0.dev.y/include/linux/pagemap.h:10,
>>>> from /home/greearb/git/linux-3.0.dev.y/fs/binfmt_misc.c:26:
>>>> /home/greearb/git/linux-3.0.dev.y/arch/x86/include/asm/uaccess_32.h: In function ‘parse_command.part.0’:
>>>> /home/greearb/git/linux-3.0.dev.y/arch/x86/include/asm/uaccess_32.h:211:26: error: call to ‘copy_from_user_overflow’ declared with attribute error:
>>>> copy_from_user() buffer size is not provably correct
>>>> make[3]: *** [fs/binfmt_misc.o] Error 1
>>>> make[2]: *** [fs] Error 2
>>>> make[1]: *** [sub-make] Error 2
>>>> make: *** [all] Error 2
>>>> [greearb@t60-ben linux-3.0.p4s]$
>>>>
>>>>
>>>> The code in question is below. Is this missing an assignment to n
>>>> in the else branch?
>>>>
>>>> static inline unsigned long __must_check copy_from_user(void *to,
>>>> const void __user *from,
>>>> unsigned long n)
>>>> {
>>>> int sz = __compiletime_object_size(to);
>>>>
>>>> if (likely(sz == -1 || sz>= n))
>>>> n = _copy_from_user(to, from, n);
>>>> else
>>>> copy_from_user_overflow();
>>>>
>>>> return n;
>>>> }
>>>
>>>
>>> Do you have this kconfig option enabled?
>>> CONFIG_DEBUG_STRICT_USER_COPY_CHECKS=y
>>>
>>> If so, you should get the error that you reported.
>>> If not, then you need a patch like the one below (which has been posted
>>> by other people several times -- might need to be added to -stable):
>>
>> I do have that enabled. I'm slightly confused by your response above:
>>
>> Do I need to disable the check AND apply the patch below, or just disable
>> the check, or just apply the patch and leave the check enabled?
>
> Hm, I guess I'm confused also. The patch only applies to linux-next,
> not to 3.0.x.
>
> The patch below is needed (in linux-next) to fix a build
> error when CONFIG_DEBUG_STRICT_USER_COPY_CHECKS is not enabled.
>
> When you do have CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, the build error is
> the correct result. AFAIK. So it looks to me like you should either
> disable the kconfig option or fix the code in fs/binfmt_misc.c.
> I would do the former -- depending on your use case.
I can disable the check, but I hope someone fixes the real problem
and sends the patch to stable. Seems a bit lame that we have compile
errors in stable series...
Thanks,
Ben
>
>
>> Thanks,
>> Ben
>>
>>>
>>>
>>> ---
>>> lib/Makefile | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> --- linux-next-20110728.orig/lib/Makefile
>>> +++ linux-next-20110728/lib/Makefile
>>> @@ -14,7 +14,7 @@ lib-y := ctype.o string.o vsprintf.o cmd
>>> proportions.o prio_heap.o ratelimit.o show_mem.o \
>>> is_single_threaded.o plist.o decompress.o find_next_bit.o
>>>
>>> -lib-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>>> +obj-$(CONFIG_ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS) += usercopy.o
>>> lib-$(CONFIG_MMU) += ioremap.o
>>> lib-$(CONFIG_SMP) += cpumask.o
>>>
>>
>>
>> --
>
>
> ---
> ~Randy
> *** Remember to use Documentation/SubmitChecklist when testing your code ***
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
prev parent reply other threads:[~2011-08-08 19:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-08 18:43 3.0.1 compile error on Fedora 15 Ben Greear
2011-08-08 18:52 ` Randy Dunlap
2011-08-08 18:55 ` Ben Greear
2011-08-08 19:11 ` Randy Dunlap
2011-08-08 19:33 ` Ben Greear [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E4039F3.9010802@candelatech.com \
--to=greearb@candelatech.com \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@xenotime.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox