linux-kernel - Re: mmotm 2010-11-17-17-03 uploaded

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: <20101118132900.2d7e2a11.randy.dunlap@oracle.com>
Date:	Thu, 18 Nov 2010 13:29:00 -0800
From:	Randy Dunlap <randy.dunlap@...cle.com>
To:	Valdis.Kletnieks@...edu
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, mm-commits@...r.kernel.org
Subject: Re: mmotm 2010-11-17-17-03 uploaded

On Thu, 18 Nov 2010 16:25:39 -0500 Valdis.Kletnieks@...edu wrote:

> On Wed, 17 Nov 2010 17:03:30 PST, akpm@...ux-foundation.org said:
> > The mm-of-the-moment snapshot 2010-11-17-17-03 has been uploaded to
> > 
> >    http://userweb.kernel.org/~akpm/mmotm/
> 
> Using my current .config and a 'make oldconfig' dies a horrid quick death:


Hi,

Yep, this has been fixed in mainline now.

>   CHK     include/linux/version.h
>   CHK     include/generated/utsrelease.h
>   CC      arch/x86/kernel/asm-offsets.s
> In file included from /usr/src/linux-2.6.37-rc2-mmotm1117/arch/x86/include/asm/suspend_64.h:10:0,
>                  from /usr/src/linux-2.6.37-rc2-mmotm1117/arch/x86/include/asm/suspend.h:4,
>                  from arch/x86/kernel/asm-offsets_64.c:20,
>                  from arch/x86/kernel/asm-offsets.c:4:
> /usr/src/linux-2.6.37-rc2-mmotm1117/arch/x86/include/asm/i387.h: In function 'irq_ts_save':
> /usr/src/linux-2.6.37-rc2-mmotm1117/arch/x86/include/asm/i387.h:348:2: error: implicit declaration of function 'kernel_locked'
> make[1]: *** [arch/x86/kernel/asm-offsets.s] Error 1
> make: *** [prepare0] Error 2
> 
> static inline int irq_ts_save(void)
> {
>         /*
>          * If in process context and not atomic, we can take a spurious DNA fault.
>          * Otherwise, doing clts() in process context requires disabling preemption
>          * or some heavy lifting like kernel_fpu_begin()
>          */
>         if (!in_atomic())
>                 return 0;
> 
> in_atomic() did me in.  CONFIG_LOCK_KERNEL and CONFIG_BKL are both =y in this build.
> 
> Not sure if asm-offsets_64.c needs a #include <smp-locks.h> or if it's something else...


---
~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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/