Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp8917424ybi; Wed, 10 Jul 2019 01:36:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqynoXNQrOb765HnOGy43izVkV2Mslzp1Z7MBHdjWT0b2XitOJrRDCNkn8Px2Mnxa4yPkbK3 X-Received: by 2002:a17:90a:2ec1:: with SMTP id h1mr5514604pjs.119.1562747768457; Wed, 10 Jul 2019 01:36:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562747768; cv=none; d=google.com; s=arc-20160816; b=ByLn4Kjl13ZAjhj+ajzgF5u6neTwm0GSG2JnhPFPVepLu6306qBQnmlMH17TIxKlyB Llnfdv1WbA9OMS47uaSWZd8+nfGS+1wMjV/3GzjleToeaJ1pQHBaoUuPA/gxDDzYTrkf 1T4KalGFkF0nZzE5vUb5hnm3nxpIqFzXMTZ6J7ZAqD8JR7wPSLPi0CNLvJIs1FtjVXP3 hx0G8ZrhGn1duYBsW8lEXPTp1bnsHllxZTmXDxZgm/3KzCBn/ZJ76AiLSK5pt4P7WCME 0wqrbHry3jFdLZ+AQXnt+2H1YKkFbtXMG+DBoE2+YgYQM1Kh2Y8rrlnKi022dV0SS+Lp U3Zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=LGN+A4FMT9KXUe2UHurhjofj6oqBNOBn5pMAyTKpPkQ=; b=ywTtWbs4DxMmRQx9HzeSXIS9uU7k8c71up2S8rU0R16wXwzSxN21mlkrFl3r6IN3K+ ljSiHgTCDZIXY4COaHv35lm/eZsnsXEw/zuXDlV9ogdwJW3q8wOpo7IYDLL3KCctTwlT OcOsACxNs07ka9TqS1KKnve0VA0H0HdF0n84e9x1EddQPJ+fUWLjgFH00GI1wFAXnH+N 3acr66abWQSGdNw6lwM0dhRbSPhj7HZ8IU1n3AWa+8fA/8/lF12KMwMAHAXdvRckr3a5 fN403hvRwYmb8oQ/mOLIBA1vB3sxFfN9BBokrOJDd+zIM6pE2doihcMSDhvcdeatY8Mm elNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qR49111k; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u9si1617955pgb.148.2019.07.10.01.35.52; Wed, 10 Jul 2019 01:36:08 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qR49111k; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727222AbfGJI16 (ORCPT + 99 others); Wed, 10 Jul 2019 04:27:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:55100 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726162AbfGJI16 (ORCPT ); Wed, 10 Jul 2019 04:27:58 -0400 Received: from willie-the-truck (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D0AF220651; Wed, 10 Jul 2019 08:27:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1562747277; bh=KtzVii5P4LP//T6JpRtFhPSLRcL9TdMNzIFDUtImHus=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=qR49111kqThrC5A5mX+wugORt3GbwDStFhBcJX2gaNEdewA1aeZQ1JHwfhfJRyEZK tP50l2WhV6CKmi0jDYoZDp03A/a2GGDPZ0TDqPIHnG8nKkh0cxtTkyqwBgSc5M6Stb HRi5PNHjkG0VLqCovtd7C3IHEy0mjXsQq4BaXhOU= Date: Wed, 10 Jul 2019 09:27:50 +0100 From: Will Deacon To: John Stultz Cc: Vincenzo Frascino , linux-arch@vger.kernel.org, linux-arm-kernel , lkml , linux-mips@vger.kernel.org, linux-kselftest@vger.kernel.org, Shuah Khan , Andre Przywara , Arnd Bergmann , Huw Davies , Catalin Marinas , Daniel Lezcano , Will Deacon , Russell King , Ralf Baechle , Mark Salyzyn , Paul Burton , Dmitry Safonov <0x7f454c46@gmail.com>, Rasmus Villemoes , Thomas Gleixner , Shijith Thotton , Peter Collingbourne Subject: Re: [PATCH v7 10/25] arm64: compat: Add vDSO Message-ID: <20190710082750.mvm3e6myzpqsurga@willie-the-truck> References: <20190621095252.32307-1-vincenzo.frascino@arm.com> <20190621095252.32307-11-vincenzo.frascino@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi John, On Tue, Jul 09, 2019 at 09:02:54PM -0700, John Stultz wrote: > On Fri, Jun 21, 2019 at 3:18 AM Vincenzo Frascino > wrote: > > > > Provide the arm64 compat (AArch32) vDSO in kernel/vdso32 in a similar > > way to what happens in kernel/vdso. > > > > The compat vDSO leverages on an adaptation of the arm architecture code > > with few changes: > > - Use of lib/vdso for gettimeofday > > - Implementation of syscall based fallback > > - Introduction of clock_getres for the compat library > > - Implementation of trampolines > > - Implementation of elf note > > > > To build the compat vDSO a 32 bit compiler is required and needs to be > > specified via CONFIG_CROSS_COMPILE_COMPAT_VDSO. > > > > Hey Vincenzo! > Congrats on getting this work merged, I know its been a long effort > over a number of years! > > Though unfortunately, it seems the arm64 vdso code that just landed is > breaking AOSP for me. > > I see a lot of the following errors: > 01-01 01:22:14.097 755 755 F libc : Fatal signal 11 (SIGSEGV), > code 1 (SEGV_MAPERR), fault addr 0x3cf2c96c in tid 755 (cameraserver), > pid 755 (cameraserver) > 01-01 01:22:14.112 759 759 F libc : Fatal signal 11 (SIGSEGV), > code 1 (SEGV_MAPERR), fault addr 0x3cf2c96c in tid 759 > (android.hardwar), pid 759 (android.hardwar) > 01-01 01:22:14.120 756 756 F libc : Fatal signal 11 (SIGSEGV), > code 1 (SEGV_MAPERR), fault addr 0x3cf2c96c in tid 756 (drmserver), > pid 756 (drmserver) > > Which go away if I revert the vdso merge that went in via tip/timers. > > I tried to bisect things down a bit, but as some later fixes are > required (at one point, date was returning the start epoch and never > increasing), this hasn't worked too well. But I'm guessing since I > see: "CROSS_COMPILE_COMPAT not defined or empty, the compat vDSO will > not be built", and the system is half working, I'm guessing this is an > issue with just the 32bit code failing. While I can try to sort out > the proper CROSS_COMPILE_COMPAT in my build environment, I assume > userland shouldn't be crashing if that value isn't set. > > Any chance this issue has already been raised? First I've seen of it, although Vincenzo is likely to know better than me. In the meantime, please can you share your .config? Thanks, Will