Re: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support

2014-10-20 Thread Geert Uytterhoeven
On Sun, Oct 19, 2014 at 5:14 PM, Thomas Meyer wrote: > --- a/arch/um/kernel/um_arch.c > +++ b/arch/um/kernel/um_arch.c > @@ -251,6 +251,9 @@ static struct notifier_block panic_exit_notifier = { > > void uml_finishsetup(void) > { > +#ifdef CONFIG_LOCKDEP > + lockdep_init(); > +#endif The #

Re: [uml-devel] [UM] Long loop in __getnsdayoftime() after resume from ram

2014-10-20 Thread Richard Weinberger
On Sun, Oct 19, 2014 at 2:39 PM, Thomas Meyer wrote: > Hello, > > in UML kernel I get a long cpu using loop in __getnstimeofday() > (kernel/time/timekeeping.c:315) in the call of timespec_add_ns(), > when I left the host kernel suspended to ram for a few hours and resume > again. > this is because

Re: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support

2014-10-20 Thread Daniel Walter
- Original Message - > From: "Thomas Meyer" > To: "user-mode-linux-devel" > Sent: Sunday, October 19, 2014 4:14:13 PM > Subject: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support > > Add TRACE_IRQFLAGS_SUPPORT to UML. > This enables LOCKDEP_SUPPORT and TRACING_SUPPORT. FYI:

Re: [uml-devel] [UM] Long loop in __getnsdayoftime() after resume from ram

2014-10-20 Thread Thomas Meyer
Am 20.10.2014 10:27 schrieb Richard Weinberger : > > On Sun, Oct 19, 2014 at 2:39 PM, Thomas Meyer wrote: > > Hello, > > > > in UML kernel I get a long cpu using loop in __getnstimeofday() > > (kernel/time/timekeeping.c:315) in the call of timespec_add_ns(), > > when I left the host kernel su

Re: [uml-devel] [UM] Long loop in __getnsdayoftime() after resume from ram

2014-10-20 Thread Richard Weinberger
Am 20.10.2014 um 11:51 schrieb Thomas Meyer: >> Hmm, does this always happen? > > Yes, my single core system seems to trigger this every time after resume from > ram. What is your host kernel? >> At least on my notebook it did not happen. I've started an UML yesterday >> suspended it and after

Re: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support

2014-10-20 Thread Thomas Meyer
Am 20.10.2014 11:28 schrieb Daniel Walter : > > - Original Message - > > From: "Thomas Meyer" > > To: "user-mode-linux-devel" > > Sent: Sunday, October 19, 2014 4:14:13 PM > > Subject: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support > > > > Add TRACE_IRQFLAGS_SUPPORT to

Re: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support

2014-10-20 Thread Richard Weinberger
On Mon, Oct 20, 2014 at 1:18 PM, Thomas Meyer wrote: > Am 20.10.2014 11:28 schrieb Daniel Walter : >> >> - Original Message - >> > From: "Thomas Meyer" >> > To: "user-mode-linux-devel" >> > Sent: Sunday, October 19, 2014 4:14:13 PM >> > Subject: [uml-devel] [PATCH v3 3/3] um: enable trac

Re: [uml-devel] [PATCH v3 3/3] um: enable trace irqflags support

2014-10-20 Thread Thomas Meyer
Am 20.10.2014 um 14:13 schrieb Richard Weinberger: > On Mon, Oct 20, 2014 at 1:18 PM, Thomas Meyer wrote: >> Am 20.10.2014 11:28 schrieb Daniel Walter : >>> >>> - Original Message - From: "Thomas Meyer" To: "user-mode-linux-devel" Sent: Sunday, October 19, 2014 4:14:13

Re: [uml-devel] [UM] Long loop in __getnsdayoftime() after resume from ram

2014-10-20 Thread Thomas Meyer
Am Montag, den 20.10.2014, 11:56 +0200 schrieb Richard Weinberger: > Am 20.10.2014 um 11:51 schrieb Thomas Meyer: > >> Hmm, does this always happen? > > > > Yes, my single core system seems to trigger this every time after resume > > from ram. > > What is your host kernel? The standard Fedora k

Re: [uml-devel] kernel stalls in balance_dirty_pages_ratelimited()

2014-10-20 Thread Thomas Meyer
Am Sonntag, den 19.10.2014, 21:35 +0200 schrieb Thomas Meyer: > Am Sonntag, den 19.10.2014, 17:02 +0100 schrieb Anton Ivanov: > > On 19/10/14 15:59, Thomas Meyer wrote: > > > Am Dienstag, den 14.10.2014, 08:31 +0100 schrieb Anton Ivanov: > > >> I see a very similar stall on writeout to ubd with my