Avi Kivity <[email protected]> writes: > OGAWA Hirofumi wrote: >> Current patch is the following. If I'm missing something, or you have >> some comment, please tell me. (Since I don't have ICH4, ICH4 detection >> is untested) >> > Doesn't it make sense to mark the port as user accessible in the I/O > permissions bitmap and export it as a vsyscall? that would save the > syscall overhead. Umm.. I don't know. In userland, can we make a stable gettimeofday() from only PMTMR? -- OGAWA Hirofumi <[email protected]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- gettimeofday order of magnitude slower with pmtimer, which is default
- From: bert hubert <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: Andreas Mohr <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: Con Kolivas <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: OGAWA Hirofumi <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: john stultz <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: OGAWA Hirofumi <[email protected]>
- Re: gettimeofday order of magnitude slower with pmtimer, which is default
- From: Avi Kivity <[email protected]>
- gettimeofday order of magnitude slower with pmtimer, which is default
- Prev by Date: Re: VFAT: Can't create file named 'aux.h'?
- Next by Date: Re: gettimeofday order of magnitude slower with pmtimer, which is default
- Previous by thread: Re: gettimeofday order of magnitude slower with pmtimer, which is default
- Next by thread: Re: gettimeofday order of magnitude slower with pmtimer, which is default
- Index(es):
 |