Thread (8 messages) flat view 8 messages, 5 authors, 2016-01-15

Re: [PATCH] Add hwcap2 bits for POWER9

From: Steven Munroe <hidden>
Date: 2016-01-12 16:39:24

On Mon, 2016-01-11 at 15:48 -0500, Carlos O'Donell wrote:
On 01/11/2016 02:55 PM, Tulio Magno Quites Machado Filho wrote:
quoted
"Carlos O'Donell" [off-list ref] writes:
quoted
On 01/11/2016 10:16 AM, Tulio Magno Quites Machado Filho wrote:
quoted
Adhemerval Zanella [off-list ref] writes:
quoted
On 08-01-2016 13:36, Peter Bergner wrote:
quoted
On Fri, 2016-01-08 at 11:25 -0200, Tulio Magno Quites Machado Filho wrote:
quoted
Peter, this solves the issue you reported previously [1].

[1] https://sourceware.org/ml/libc-alpha/2015-12/msg00522.html
Agreed, thanks.  I'll also add the POWER9 support to the GCC side
of the patch now that the glibc code is upstream.
I do not see these bits being added in kernel side yet and GLIBC usual
only sync these kind of bits *after* they are included in kernel side.
So I would advise to either get these pieces (kernel support and hwcap
advertise) in kernel before 2.23 release, otherwise revert the patches.
Ack.
It has just been sent to the correspondent Linux mailing list:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2016-January/137763.html
Please revert the changes from glibc until you checkin support to linux
kernel mainline.

Leaving these bits in increases the risk that someone uses to deploy a glibc
that then may have the wrong value.
Could you clarify this statement, please?
I fail to see how they could have the wrong value.
Until it is checked into the mainline kernel it is not canonical.

That's the rule. There are no other discussions to be had.
Well is was posted to to powerpc next:
https://git.kernel.org/powerpc/c/e708c24cd01ce80b1609d8bacc

We have agreement between the kernel and GLIBC (and the ABI). 

The issue is just coordination across communities and individuals that
may not being paying attention to other communities dead lines.

Have you ever tried to push a string, up hill. That is open source
development in nutshell. ;)

So it is in flight and glibc is soft/slush freeze. I would hate to
revert this one day just to add it back to the next. Especially if those
days straddle the hard freeze ...

So can we let this ride a day or too?
The single rule avoids discussions like "it can never be wrong because that's
what our ABI says it is."
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help