From owner-freebsd-arm@freebsd.org Thu Mar 16 16:51:52 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6F8DD0E49B for ; Thu, 16 Mar 2017 16:51:52 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 358C011FF for ; Thu, 16 Mar 2017 16:51:52 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id u132so40204888wmg.0 for ; Thu, 16 Mar 2017 09:51:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:references:to:cc:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=HqLpQS2osieejPqbjuVLsFnyMOwE+fs7xbiyPvqnNEg=; b=KL0AYpv+OdEsGcjdc5wJLqMmCFf07DArPZFmjmHbQbEGw89U5/ATNhDVNHsI475p34 ryvTNdXV6XgK0FZJ7HyQsOxrrddZiMD708XQctVQ5lebPmgYXjrpHNMRildA/z9HbT+f uea7gDy0bSGbISF/nmWbSoG2lf4M6JNzYs6EFpGVi7y854j2PWjK+LgicQhxNampw7SW hYCSYE9Sh5rHtxFDQj7sGlxNzRjCuu1sW8CbXvQ3UYb3Qr3kOnRQpsjvyDVJhgB3uXEB uzSEs/D5cHT+dEIZUE1MKXz52bzzAGVwKf+3e8D/sRjR/DQvmqjpTgijXs8DOOTefbRt 2ASg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:references:to:cc :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=HqLpQS2osieejPqbjuVLsFnyMOwE+fs7xbiyPvqnNEg=; b=ULmJviuB9IoayZPtepfIB4GixNTSd4SRdo/Fg4o0UVXdch8HzdA2cUFM+uH/4n4yTY 31lT7be6HVny3IDLEmm3jzpMp1TuCmqZ3gJ6hnKUzv+WgalPtu1kH9nMM523h60JBZ2+ 9EtCsqNVoEkLgEkEr/toi1haNXlze8Yo3Qoqz2wNtWlLP5u+p5WM8fJaY7hP/ibTmXhj 6OxnMZ0mTzpunFbEc5h8j/X1XVDIzbVjZhQ8pc7WVBccAXfDVWQ+T6+8HeA2e+WGKy5g Wm7B+iuquPRtD2BWyOEhUCJdQYXrO63OkHjMYTgQh09Dkl7GGu1DND9KeGKRHms7gjVB IHxQ== X-Gm-Message-State: AFeK/H3qTJVHK0S5piVPaHMt6PPVojOOGB2oRTMkbyhQjpGwuT41p1zyh9aY2wGWdxJISg== X-Received: by 10.28.72.193 with SMTP id v184mr25498459wma.105.1489683110331; Thu, 16 Mar 2017 09:51:50 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id k8sm6767595wre.19.2017.03.16.09.51.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Mar 2017 09:51:49 -0700 (PDT) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? References: <871suc3nv8.fsf@news-spur.riddles.org.uk> <8737ely05c.fsf@news-spur.riddles.org.uk> <87wpbxw3yd.fsf@news-spur.riddles.org.uk> <79EBD44B-2C2D-4394-A90C-DF494A049F20@dsl-only.net> <674facba-68cd-8ce1-887a-1ef3c51520bc@freebsd.org> To: Sylvain Garrigues Cc: freebsd-arm Message-ID: <67504df9-9452-3ad3-b3b0-01d1a03727cc@freebsd.org> Date: Thu, 16 Mar 2017 17:51:49 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Mar 2017 16:51:52 -0000 On 16.03.2017 17:14, Sylvain Garrigues wrote: > >> Le 16 mars 2017 à 16:16, Michal Meloun > > a écrit : >> >> Firstly, thanks to Andrew for perfect bug analysis. >> Currently, you can compile you kernel/userland/port with CPUTYPE/CFLAGS >> without any additional problem(s). I use this for all my ARM systems for >> more that last 6-months... >> >> The 'other' interfaces are gdb, porcfs, libpthtread. I work on this, but >> I still have not any output. > > Thank you so much for your quick feedback Michal. Good to know this > matter is into good hands. I’m afraid I'm still afraid about `basic’ > programs like git being still potentially broken when > kernel+world+ports have CPUTYPE=cortex-a7 in make.conf - Andrew said a > simple `git clone' could fail, more precisely (quoting him): >> I have determined that the sha1 failures occur only if the NEON-enabled >> SHA1 block function is interrupted by a signal. This explains why it >> fails in git (which is using SIGALRM to set a "display progress" flag) >> but not in standalone SHA1 tests; > > Removing CPUTYPE apparently fixes things hence I’m not 100% confident > yet of keeping CPUTYPE=cortex-a7 myself even if only a few ports might > be affected. Git is an important port, who knows what other ports are > broken :-) Are you also working on the kernel part (as part of the > ‘other interfaces’ you mentioned) to fix this > fp-register-preserving-during-signal? > No, the issue is very clear (again, thanks to Andrew), and it's not related to CPUTYPE. Is this enough to confirm that the FPU instructions in a signal handler is not used so frequently? https://imagebin.ca/v/3FmLkPuRZ1IO All used ports from this picture (KDE4, LibreOffice + dependencies ) are built on Jetson TK1, with -mcpu=Cortex-A15 Michal