From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-89116-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 72988 invoked by alias); 12 Jan 2018 00:56:34 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 72112 invoked by uid 89); 12 Jan 2018 00:56:34 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=HContent-Transfer-Encoding:8bit
X-HELO: mail-qk0-f193.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=ZucRDdg7wKHfzeveApqwrqZvCj6P8kB7KKHM4vLJxg4=;
        b=Q59Y3p8ChxCMBTSJemlxZSSojhPWdEGIS+6J515QQYql+r8C2QcPXF5n9h9PaZMD3A
         HMpOwfBRmiJvRjVcE4ZpKGr+XJSE3GDGPZPDWUjL3awMOMC9Sc15X08ttuyevdPjw5r9
         22zPKyNj5nHlVQfRaWS0zCUNEJlhOtA1CoRonNVOl21uMmg5CVb+XtjIofGaLCT/lnQL
         59iMfSIUFA8lO3gvJYkqr5F4/WwNKUdQOgXU+jFECAUJWmg/0eTbTfRN47c4DNq7ZeOi
         YZ8ouyAb8bes4+GzXWy/ut84uQ8j0SV4O50pjNZrt0gYMVKfpP+Y4VKqpIXZuxWHOqKe
         ooNQ==
X-Gm-Message-State: AKwxytfzX10H/TewWKvHozVSFMaoAXglVai82gqkFzddU4On66FYw1SW
	u4Bqd0fhUznzb+Cwbqwkz5zcuWT1v0I=
X-Google-Smtp-Source: ACJfBostz7wz74HJC06OqIZrx2RTkjD0Kh8z7hdUijSS7vTkTlr/eT6SIJ2dZt+7/ihQKEPOS6EkAA==
X-Received: by 10.55.136.129 with SMTP id k123mr15863415qkd.196.1515718590922;
        Thu, 11 Jan 2018 16:56:30 -0800 (PST)
Subject: Re: [PATCH] powerpc: Fix syscalls during early process initialization
 [BZ #22685]
To: Florian Weimer <fweimer@redhat.com>, libc-alpha@sourceware.org
References: <20180111192750.6256-1-tuliom@linux.vnet.ibm.com>
 <20180111213656.GA32709@aurel32.net>
 <e71fdec9-8a25-df72-4932-5a5112f3024f@linaro.org>
 <92ff1cbc-16df-7f37-8732-e40cde90231c@redhat.com>
From: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Message-ID: <2bc5bd27-1901-495e-6026-6440f2434f01@linaro.org>
Date: Fri, 12 Jan 2018 00:56:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <92ff1cbc-16df-7f37-8732-e40cde90231c@redhat.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-SW-Source: 2018-01/txt/msg00420.txt.bz2



On 11/01/2018 21:42, Florian Weimer wrote:
> On 01/11/2018 11:40 PM, Adhemerval Zanella wrote:
>> I am not really understanding why exactly this is failing because the only
>> object that currently uses __access_noerrno, dl-tunables.os, is built with
>> -DMODULE_NAME=rtld and thus ABORT_TRANSACTION should be an empty statement.
> 
> elf/dl-tunables.o uses it as well, and is built with -DMODULE_NAME=libc.
Right, and if I recall correctly thread register is an undefined position at
the time. The only regard I have is adding some specific syscall tinkering
due a very specific arch/os requirement. Wouldn't be better to just
reimplement __access_noerrno/not-errno.h for powerpc?