Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Am 18.11.2015 um 08:10 schrieb Lorenzo Colitti: > On Wed, Nov 18, 2015 at 4:00 PM, Anton Ivanov > wrote: >> It is. >> >> You need -lrt to link in HR timers. However, the original patch should add >> that to the library list. I need to understand why it does not in

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On Wed, Nov 18, 2015 at 5:06 PM, Richard Weinberger wrote: > > > That command line doesn't work, but if you remove the -lrt and put it > > at the end of the line, it starts working. Is the order significant? > > Or is it a bug in GCC's command line parsing? > > The order matters.

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Hi! Am 18.11.2015 um 14:32 schrieb Lorenzo Colitti: > On Wed, Nov 18, 2015 at 5:06 PM, Richard Weinberger wrote: >> >>> That command line doesn't work, but if you remove the -lrt and put it >>> at the end of the line, it starts working. Is the order significant? >>> Or is it a

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On Sat, Nov 7, 2015 at 6:56 AM, Richard Weinberger wrote: > > Am 02.11.2015 um 17:16 schrieb Anton Ivanov: > > Background: UML is using an obsolete itimer call for > > all timers and "polls" for kernel space timer firing > > in its userspace portion resulting in a long list > > of

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On 18/11/15 01:20, Lorenzo Colitti wrote: > On Sat, Nov 7, 2015 at 6:56 AM, Richard Weinberger wrote: >> Am 02.11.2015 um 17:16 schrieb Anton Ivanov: >>> Background: UML is using an obsolete itimer call for >>> all timers and "polls" for kernel space timer firing >>> in its

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On Wed, Nov 18, 2015 at 4:00 PM, Anton Ivanov wrote: > It is. > > You need -lrt to link in HR timers. However, the original patch should add > that to the library list. I need to understand why it does not in the dm > tree. I noticed that command already does

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Cool, Is there a tree I can pull so I can have the next one (the epoll based IRQ controller) incremental? A. On 06/11/15 21:56, Richard Weinberger wrote: > Am 02.11.2015 um 17:16 schrieb Anton Ivanov: >> Background: UML is using an obsolete itimer call for >> all timers and "polls" for kernel

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Am 02.11.2015 um 17:16 schrieb Anton Ivanov: > Background: UML is using an obsolete itimer call for > all timers and "polls" for kernel space timer firing > in its userspace portion resulting in a long list > of bugs and incorrect behaviour(s). It also uses > ITIMER_VIRTUAL for its timer which

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Am 03.11.2015 8:11 vorm. schrieb Anton Ivanov : > > On 02/11/15 22:13, Anton Ivanov wrote: > > On 02/11/15 21:50, Richard Weinberger wrote: > >> Am 02.11.2015 um 17:16 schrieb Anton Ivanov: > >>> -void idle_sleep(unsigned long long nsecs) > >>> +/** > >>> + *

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On 02/11/15 22:13, Anton Ivanov wrote: > On 02/11/15 21:50, Richard Weinberger wrote: >> Am 02.11.2015 um 17:16 schrieb Anton Ivanov: >>> -void idle_sleep(unsigned long long nsecs) >>> +/** >>> + * os_idle_sleep() - sleep for a given time of nsecs >>> + * @nsecs: nanoseconds to sleep >>> + */ >>>

[uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Background: UML is using an obsolete itimer call for all timers and "polls" for kernel space timer firing in its userspace portion resulting in a long list of bugs and incorrect behaviour(s). It also uses ITIMER_VIRTUAL for its timer which results in the timer being dependent on it running and the

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

On 02/11/15 21:50, Richard Weinberger wrote: > Am 02.11.2015 um 17:16 schrieb Anton Ivanov: >> -void idle_sleep(unsigned long long nsecs) >> +/** >> + * os_idle_sleep() - sleep for a given time of nsecs >> + * @nsecs: nanoseconds to sleep >> + */ >> +void os_idle_sleep(unsigned long long nsecs) >>