This is the mail archive of the libc-alpha@sourceware.org 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 1/2] nptl: Remove __ASSUME_SET_ROBUST_LIST


On Wed, Apr 19, 2017 at 12:28 PM, Florian Weimer <fweimer@redhat.com> wrote:
> On 04/19/2017 04:17 PM, Adhemerval Zanella wrote:
>>
>> The problem is kernel supports for some architecture depends of kernel
>> config
>> and the underlying hardware revision/model.
>
>
> I understand that.  But I have seen a lot of use of robust mutexes lately,
> and I'm sure these developers aren't aware that the mutexes aren't portable
> across GNU/Linux (the Linux architecture subset supported by glibc).
>
> I expect it's like the missing accept4 system call—you need to provide the
> set_robust_list system call in the kernel if you want to a working, modern
> system.

But my point is with current minimum supported kernel version for some
architectures
we can't simple assume set_robust_list support and even bumping minimum kernel
version for some architectures also do not solve the issue (on mips
for instance).

That's why I still think adding a runtime check support is still
required and slight better
than just disable for such architecture that might still have support.

I think in the future when I might increase minimum kernel support we
might rework
and require robust support regardless for such architectures.

-- 
“One thing I have learned in a long life: that all our science,
measured against reality, is primitive and childlike -- and yet it is
the most precious thing we have.”

― Albert Einstein


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