From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-74412-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 103813 invoked by alias); 4 Nov 2016 14:04:25 -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 103787 invoked by uid 89); 4 Nov 2016 14:04:24 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=upgrades, H*Ad:U*rth, H*M:3750
X-HELO: mail-oi0-f47.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:subject:references:cc:to:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=IaJdjeEErLm8NR+KOyEkkahcDzZ6Ph+eTEu+p6f04q0=;
        b=lPKK+BUEEktXsc42n1kCZRYQg3VtW2Ylil8vhP9r6FLjdK6Abxg+KTLl3IqnGo0rCI
         Dt4eOUcQXaPHgeIP/kqZ5185JXjCrWH2Hu3pEK3ICq0hy7SAC/8rjxx7J5OjtoJb4zuG
         uzx5a2wirPYgFzcGZNY7mDKqSh9WMrTMMawx0XJ08IEu0lpJWMUq3xonSC2AFE9v9MGa
         8ud74C2RWNc0O6xspwPo0yyMA4alLlcK3KbeeDNbN0K98S63PDuGSZNCCR93ZCW3Xi2Y
         lUFCV+0+vI16W0ovhw1Q0un9l7RNfTcaej5OgR1TM9BYQ49AptGIG2BkDd4sVkPMSFdb
         kcEg==
X-Gm-Message-State: ABUngveYFmYXI0gIrifeYTbV76HZTLu2Okv0JXlr+Nj/eMFPsDF7no12ckt5+IKobQRKPw==
X-Received: by 10.157.31.112 with SMTP id x45mr9823517otx.137.1478268256268;
        Fri, 04 Nov 2016 07:04:16 -0700 (PDT)
Subject: Re: [RFC][PATCH 0/2] Make sparcv8 work again on cas enabled hardware
References: <1478125983.7146.733.camel@localhost.localdomain>
 <20161102.225245.471656475226254205.davem@davemloft.net>
 <1478187561.7146.742.camel@localhost.localdomain>
 <20161103.132213.598669006383889263.davem@davemloft.net>
Cc: libc-alpha@sourceware.org
To: David Miller <davem@davemloft.net>
From: Richard Henderson <rth@twiddle.net>
Message-ID: <87d2f266-ff8c-3750-e7d2-4d4006aa8547@twiddle.net>
Date: Fri, 04 Nov 2016 14:04:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <20161103.132213.598669006383889263.davem@davemloft.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2016-11/txt/msg00165.txt.bz2

On 11/03/2016 11:22 AM, David Miller wrote:
> I personally don't like to see when we drop support for old systems on
> the floor just because it's too inconvenient or cumbersome to keep
> them working properly.

There's also value in simplifying things by requiring upgrades in lock-step.

We've done this for gcc + binutils at times.  I don't see why requiring a new 
kernel to work with a new glibc should be a burden, so long as the former is 
actually released before the latter.


r~