unofficial mirror of libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Carlos O'Donell <carlos@redhat.com>
To: cltang@codesourcery.com, Siddhesh Poyarekar <siddhesh@gotplt.org>,
	GLIBC Devel <libc-alpha@sourceware.org>
Cc: Adhemerval Zanella <adhemerval.zanella@linaro.org>, arjun@redhat.com
Subject: Re: 2.31: glibc master is now kinda, sorta, frozen
Date: Tue, 7 Jan 2020 17:15:23 -0500	[thread overview]
Message-ID: <c24eae31-acd4-d02e-0f9f-b49f85eef44a@redhat.com> (raw)
In-Reply-To: <a0a7a971-361c-bada-aa89-d054570ba59e@mentor.com>

On 1/7/20 4:07 AM, Chung-Lin Tang wrote:
> 
> 
> On 2020/1/6 11:46 PM, Siddhesh Poyarekar wrote:
>> On 06/01/20 9:11 pm, Chung-Lin Tang wrote:
>>> as Carlos' review suggests, and what I'm working on right now, can this
>>> still
>>> make 2.31 as a non-default tunable option? Since the new algorithm does
>>> have
>>> some slight behavior difference, it may be better to make available earlier
>>> than later for users to try.
>>>
>>> I will try to update the patches and respond to Carlos' review in detail
>>> within
>>> the week.
>>
>> I'm afraid that's going to be too long and too late.  The change is
>> non-trivial and it needs more time to settle in master.  Please do
>> continue the review process though since, like I said, you can always
>> backport to 2.31 after the release.  New tunables can be backported
>> since they're not considered part of ABI.
>>
>> Siddhesh
>>
> Okay I see, thanks for letting me know. I will still try to update the patches
> for review soon.

If I can help please tell me.

I agree with Siddhesh in that I think we can backport this change.

Keep in mind that when this langs in master we'll immediately pull it into
Fedora Rawhide for testing (within the week). This is really the gold standard
for making sure we didn't break anything :-)

Even Florian's changes to NODELETE which seemed innocuous revealed all sorts
of latent expectations from Firefox, Chrome, and Calibre.

-- 
Cheers,
Carlos.


  reply	other threads:[~2020-01-07 22:15 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-31 16:29 2.31: glibc master is now kinda, sorta, frozen Siddhesh Poyarekar
2019-12-31 16:53 ` Adhemerval Zanella
2019-12-31 16:59   ` Adhemerval Zanella
2019-12-31 17:05 ` Rafal Luzynski
2020-01-06 15:41 ` Chung-Lin Tang
2020-01-06 15:46   ` Siddhesh Poyarekar
2020-01-07  9:07     ` Chung-Lin Tang
2020-01-07 22:15       ` Carlos O'Donell [this message]
2020-01-06 16:18 ` Arjun Shankar
2020-01-06 16:22   ` Siddhesh Poyarekar
2020-01-06 18:08     ` Arjun Shankar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/libc/involved.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c24eae31-acd4-d02e-0f9f-b49f85eef44a@redhat.com \
    --to=carlos@redhat.com \
    --cc=adhemerval.zanella@linaro.org \
    --cc=arjun@redhat.com \
    --cc=cltang@codesourcery.com \
    --cc=libc-alpha@sourceware.org \
    --cc=siddhesh@gotplt.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).