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: <1c8dc5d4-e97c-274f-e6a4-a4e930ffa74f@suse.com>
Date:   Thu, 6 Sep 2018 16:43:37 +0200
From:   Juergen Gross <jgross@...e.com>
To:     mroos@...ux.ee
Cc:     tglx@...utronix.de, linux-kernel@...r.kernel.org,
        peterz@...radead.org, x86@...nel.org
Subject: Re: cmpxchg.h:245:2: error: ‘asm’ operand has impossible constraints

On 06/09/18 15:54, Juergen Gross wrote:
> Hey Meelis,
> 
> On Mon, 27 Aug 2018, Meelis Roos wrote:
> 
>> While trying to compile v4.18-13105-gaba16dc5cf93 with gcc 5.3.1 on a
>> 32-bit x86 configured for AMD K6
>>   CC      mm/slub.o
>> In file included from ./arch/x86/include/asm/atomic.h:8:0,
>>                  from ./include/linux/atomic.h:7,
>>                  from ./arch/x86/include/asm/thread_info.h:54,
>>                  from ./include/linux/thread_info.h:38,
>>                  from ./arch/x86/include/asm/preempt.h:7,
>>                  from ./include/linux/preempt.h:81,
>>                  from ./include/linux/spinlock.h:51,
>>                  from ./include/linux/mmzone.h:8,
>>                  from ./include/linux/gfp.h:6,
>>                  from ./include/linux/mm.h:10,
>>                  from mm/slub.c:13:
>> mm/slub.c: In function ‘__slab_free’:
>> ./arch/x86/include/asm/cmpxchg.h:245:2: error: ‘asm’ operand has
> impossible constraints
>>   asm volatile(pfx "cmpxchg%c4b %2; sete %0"   \
> 
> Could you give the attched patch a try? I've been hit by this issue
> via kbuild robot complaining about one of my patches which didn't
> touch the asm stuff above.
> 
> I suspect the "=a" contraint of the outputs and "a" of the inputs
> are the culprit. You could save me from having to search through
> all the debian repos for a gcc showing that issue...

You don't to test. I've installed a debian VM and could reproduce the
issue locally.

My patch changes the picture: instead of a build error gcc loops
forever.


Juergen

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ