lkml.org 
[lkml]   [2012]   [Nov]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH v1 14/31] ARC: syscall support
On 13/11/12 12:01, Jonas Bonn wrote:
> On 13 November 2012 12:41, James Hogan <james.hogan@imgtec.com> wrote:
>> The uClibc patches I mentioned have been posted, see here:
>>
>> http://lists.busybox.net/pipermail/uclibc/2012-November/047110.html
>>
>> Please do try them out and provide any feedback.
>>
>
> Hi James,
>
> Many thanks for picking this up...
>
> This is the third time around for trying to get this into uClibc as
> Mark Salter also pushed a patch set which got about as much feedback
> (almost none) on the list as mine did. His patchset, like yours,
> preferred the "old" syscalls when present.
>
> ...and that gets me around to the question: why should the "old"
> syscalls be preferred? I'm specifically asking this here because I'm
> curious what the kernel developers' take on this is.

Hi Jonas,

Hopefully with several architecture maintainers asking for this it might
get somewhere, but indeed we're aware of the feedback problem on that list.

The points that I've considered for defaulting to old syscalls:
* doesn't change existing behaviour of other architectures, so is simply
less risk of breaking them.
* could possibly make uClibc slightly smaller if it doesn't have to add
extra arguments.

against:
* if defaulted to new syscalls, could give customers a chance to rebuild
their libc so that when deprecated syscalls are removed they don't notice.

Cheers
James



\
 
 \ /
  Last update: 2012-11-13 14:01    [W:0.523 / U:1.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site