From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39961 invoked by alias); 20 Oct 2016 19:47:47 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 39505 invoked by uid 89); 20 Oct 2016 19:47:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:800, primitive, chips, sparcv9 X-HELO: mail-vk0-f54.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=OcdbXRmjW4f/Fu9/q4i4m6WCd+bwnsEk8ATRqVleGqk=; b=BYYg8Q8oC3eMJUUWRhilYXux0ZP+pPar0CTLqBkHUdATztU9N1LY41s+1tbY4ZNiS7 rM1Jz/1UrOqDfWf9DrQE/+KK73NBawbQcZv0bJMqtKNzh+G0XhzKBPciTvQyqq3MaAOr PUtvPFu3U6irxfU9htlGHmPIbVKkmCHLMb1F2fM8QIJmyKwbBZXeYSfkUqA79ASiWHQq 2fgsdzrpS9fBSDVQPLGZIZyhu6uBvE+FbZh5N9ovYC8N2dDt27x3MKcmB7OhCRq1HD5Y Dv/F4k70LLvrDGb771JeHoZkUK/LEGIowWO3t7u0Wc6zueWRSGxhdRHfOOMW0Zj8sd9m pc3Q== X-Gm-Message-State: AA6/9RkvR/rLBpFikD/AbpKi/7otkBeiY2Jp+XaNwdo8sy+U6FwOQ3aeMcfjP3XOsr5m9+o5 X-Received: by 10.31.198.198 with SMTP id w189mr3717580vkf.26.1476992855046; Thu, 20 Oct 2016 12:47:35 -0700 (PDT) To: GNU C Library From: Adhemerval Zanella Subject: Remove sparcv8 support Message-ID: <48cdf008-b66a-d411-a07a-5a38595978b9@linaro.org> Date: Thu, 20 Oct 2016 19:47:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2016-10/txt/msg00344.txt.bz2 Hi all, The sparcv8 build is broken since GLIBC 2.23 due the new pthread barrier implementation [1] and since then there is no thread or interest on fixing it (Torvald has suggested some options on 2.23 release thread). It won't help with both new pthread rdlock and cond implementation, although I would expect that it relies on same atomic primitive that was not present for pthread barrier. AFAIK, recent commercial sparc chips from Oracle all supports sparcv9. The only somewhat recent sparc chip with just sparcv8 support is LEON4, which I really doubt it cares for glibc support. So I propose to set sparcv9 as the minimum supported sparc32 architecture and remove all the old sparcv8 code on glibc. Any thoughs? [1] commit b02840bacdefde318d2ad2f920e50785b9b25d69