lkml.org 
[lkml]   [2005]   [Sep]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC] Splitting out kernel<=>userspace ABI headers
Date
Followup to:  <76E84FF2-A76E-4114-8E80-E07E6A497C7D@mac.com>
By author: Kyle Moffett <mrmacman_g4@mac.com>
In newsgroup: linux.dev.kernel
>
> The kernel already needs those same optimized routines for its own
> operation (EX: all the ASM alternative() statements). Since userspace
> wants some of those as well, it would make sense to share them between
> kernel and userspace and reduce the number of libraries you would need
> to optimize when adding a new arch. I don't think that we should add
> optimized assembly for things that _aren't_ needed in the kernel, but
> it should share what code it does have.
>
> A side benefit of the vDSO method is that you would be able to take a
> standard distro install and have the kernel automatically select the
> correct vDSO image at runtime, simultaneously optimizing itself and
> chunks of userspace.
>

First of all, a lot of these are inlines, and they derive a chunk of
their benefit from being inline. Second, even if bundled with the
kernel, which I'm not sure is wise, there is no reason they can't just
be turned into libraries. *Some functions* you're right, can be
optimized this way, but I'm not sure if that justifies compiling them
into the kernel that way.

-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-09-03 01:56    [W:0.051 / U:1.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site