This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] powerpc: New feature - HWCAP/HWCAP2 bits in the TCB

On Tue, Jun 30, 2015 at 6:01 PM, Torvald Riegel <> wrote:

> The technical concerns that Richard voiced are still there if we assume
> that Intel systems don't exist at all.  Therefore, I don't see how he or
> the glibc community are picking favorites here.  Could you point to some
> more evidence that he or the glibc community (ie, backed with community
> consensus, not opinions of individuals) are doing it?


No one has disagreed with Richard's technical concern and
recommendation.  If the customer could / would redesign their code,
that would be great. Some customers are open to critiques of their
software design and others are not.

A lot of the feedback in this thread is predicated on the assumption
that a vendor can dictate to a customer how to design and implement
their code.  The customer is the one paying and ultimately is the one
setting the rules.  I doubt that Jim Whitehurst or Jeff Law go to the
C-suite of Red Hat's biggest customers and tell them that Red Hat's
engineers think their coding style is stupid. They may say that
jokingly, but they are not going to tell the customer "change your
code or we won't sell you our product and won't try to help you."
It's not really productive to tell a customer that you don't care
about their business. At the end of the day, Red Hat (or IBM) need to
try to accommodate the customer's needs.

Steve has been working with IBM processor architects on different
instruction sequences based on the customer coding style.  He proposed
the best option for the constraints and current processor reality.
All of the mailing list feedback is appreciated, although the tone for
some of the comments was unconstructive.  A number of GLIBC developers
have been shooting from the hip with suggestions about an ISA and
micro-architecture for which they don't have good instincts and then
demanding that Steve prove why each and every suggestion is wrong.
It's easy to pontificate or make demands of others when one has little
or no skin in the game.  If anyone wants to come work on challenging
problems, let Steve, Carlos or me know. ;-)

Thanks, David

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]