[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Simple contribution please?
From: |
Samuel Thibault |
Subject: |
Re: Simple contribution please? |
Date: |
Fri, 12 Aug 2016 21:21:11 +0200 |
User-agent: |
Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) |
Richard Braun, on Fri 12 Aug 2016 21:16:02 +0200, wrote:
> On Fri, Aug 12, 2016 at 07:57:48PM +0200, Samuel Thibault wrote:
> > It becomes more and more clear that we shouldn't steal functions from
> > glibc into gnumach, it poses cross-building issues from Linux.
> >
> > Could somebody contribute, or steal from a BSD the following functions,
> > to be included in gnumach/kern/strings.c?
> >
> > - memcmp
> > - memcpy
> > - memmove
> > - strchr
> > - strsep
> > - strstr
>
> Note that it's not that "simple" since we'd like implementations that
> aren't naive, i.e. assembly with rep instructions. In particular, it
> makes a huge difference in virtualized guests compared to C-based ones
> because of vmenter/vmexit.
>
> When such functions are used on device mapped memory.
I guess perhaps even only memcpy is used on device mapped memory?
Samuel
- Simple contribution please?, Samuel Thibault, 2016/08/12
- Re: Simple contribution please?, Richard Braun, 2016/08/12
- Re: Simple contribution please?, Richard Braun, 2016/08/12
- Re: Simple contribution please?,
Samuel Thibault <=
- Re: Simple contribution please?, Richard Braun, 2016/08/12
- Re: Simple contribution please?, Samuel Thibault, 2016/08/17
- Re: Simple contribution please?, Samuel Thibault, 2016/08/17
- Re: Simple contribution please?, Richard Braun, 2016/08/17
- Re: Simple contribution please?, Samuel Thibault, 2016/08/17
- Re: Simple contribution please?, Richard Braun, 2016/08/17
- Re: Simple contribution please?, Samuel Thibault, 2016/08/17
- Re: Simple contribution please?, Richard Braun, 2016/08/17
- Re: Simple contribution please?, Samuel Thibault, 2016/08/17