Jamie Lokier wrote:
>
> Petko Manolov wrote:
> > I don't see the point of string-486.c - string-486.h is a replacement
> > of string.h for i[45]86 machines so let stay in include directory.
>
> The point is it may run faster due to better i-cache usage. Remember
> also that 486 machines don't have much memory, so the gain from reducing
> kernel size is more significant. (Less paging etc.)
Agreed.
> You'd still want string-486.h to _call_ the larger routines in
> string-486.c, using FASTCALL or your choice of alternate registers.
I am not very sure if Linus will like the idea.
best,
Petkan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Sep 07 2000 - 21:00:22 EST