On 01/16/2014 04:42 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 03:30:34PM +0100, Daniel Lezcano wrote:
On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
Already tested. The last commits do not change the issue described above.
On 01/16/2014 04:48 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 04:28:05PM +0100, Daniel Lezcano wrote:
On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
Already tested. The last commits do not change the issue described above.
On Thu, Jan 16, 2014 at 04:28:05PM +0100, Daniel Lezcano wrote:
> On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
> >On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
> >>Already tested. The last commits do not change the issue described above.
> >
> >Bummer, ok, what version of Ubuntu/
On Thu, Jan 16, 2014 at 03:30:34PM +0100, Daniel Lezcano wrote:
> On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
> >On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
> >>Already tested. The last commits do not change the issue described above.
> >
> >Bummer, ok, what version of Ubuntu/
On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
Already tested. The last commits do not change the issue described above.
Bummer, ok, what version of Ubuntu/rsyslogd are you using? I have a
laptop around that should have some recent
On 01/16/2014 03:25 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
Already tested. The last commits do not change the issue described above.
Bummer, ok, what version of Ubuntu/rsyslogd are you using? I have a
laptop around that should have some recent
On Thu, Jan 16, 2014 at 03:20:20PM +0100, Daniel Lezcano wrote:
> Already tested. The last commits do not change the issue described above.
Bummer, ok, what version of Ubuntu/rsyslogd are you using? I have a
laptop around that should have some recent ubuntu on it, let me go find
it.
--
To unsubscr
On Thu, Jan 16, 2014 at 02:48:51PM +0100, Daniel Lezcano wrote:
> 3570 sched_getparam(3570, { 0 }) = 0
> 3570 sched_getscheduler(3570) = 0 (SCHED_OTHER)
> 3570 sched_get_priority_min(SCHED_OTHER) = 0
> 3570 sched_get_priority_max(SCHED_OTHER) = 0
> 3571 sched_get_priority_min(SC
On 01/16/2014 03:17 PM, Peter Zijlstra wrote:
On Thu, Jan 16, 2014 at 02:48:51PM +0100, Daniel Lezcano wrote:
3570 sched_getparam(3570, { 0 }) = 0
3570 sched_getscheduler(3570) = 0 (SCHED_OTHER)
3570 sched_get_priority_min(SCHED_OTHER) = 0
3570 sched_get_priority_max(SCHED_OTH
On 01/15/2014 01:04 PM, Peter Zijlstra wrote:
On Wed, Jan 15, 2014 at 09:27:34AM +0100, Daniel Lezcano wrote:
Hi all,
I use the tip/sched/core branch.
After git pulling yesterday, my host is unresponsive after booting the OS.
* It boots normally
* It sends info to the console
* The gra
On Wed, Jan 15, 2014 at 12:00:18PM +0100, Peter Zijlstra wrote:
> On Wed, Jan 15, 2014 at 10:22:45AM +0100, Ingo Molnar wrote:
> > 2)
> >
> > It's not clear why this change to __setscheduler() was done:
> >
> > /*
> > * Allow unprivileged RT tasks to decrease priority:
> >
On 01/15/2014 01:24 PM, Ingo Molnar wrote:
* Peter Zijlstra wrote:
On Wed, Jan 15, 2014 at 09:27:34AM +0100, Daniel Lezcano wrote:
Hi all,
I use the tip/sched/core branch.
After git pulling yesterday, my host is unresponsive after booting the OS.
* It boots normally
* It sends info t
On 01/15/2014 12:30 PM, Peter Zijlstra wrote:
On Wed, Jan 15, 2014 at 05:25:55PM +0800, Michael wang wrote:
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 0326c06..bf4a6ed 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3464,6 +3464,10 @@ int sched_setscheduler(struc
On 01/15/2014 10:25 AM, Michael wang wrote:
Hi, Daniel
On 01/15/2014 04:27 PM, Daniel Lezcano wrote:
[snip]
commit d50dde5a10f305253cbc3855307f608f8a3c5f73
Author: Dario Faggioli
Date: Thu Nov 7 14:43:36 2013 +0100
sched: Add new scheduler syscalls to support an extended scheduling
par
On 01/15/2014 01:04 PM, Peter Zijlstra wrote:
On Wed, Jan 15, 2014 at 09:27:34AM +0100, Daniel Lezcano wrote:
Hi all,
I use the tip/sched/core branch.
After git pulling yesterday, my host is unresponsive after booting the OS.
* It boots normally
* It sends info to the console
* The gra
* Peter Zijlstra wrote:
> On Wed, Jan 15, 2014 at 09:27:34AM +0100, Daniel Lezcano wrote:
> >
> > Hi all,
> >
> > I use the tip/sched/core branch.
> >
> > After git pulling yesterday, my host is unresponsive after booting the OS.
> >
> > * It boots normally
> > * It sends info to the conso
On Wed, Jan 15, 2014 at 09:27:34AM +0100, Daniel Lezcano wrote:
>
> Hi all,
>
> I use the tip/sched/core branch.
>
> After git pulling yesterday, my host is unresponsive after booting the OS.
>
> * It boots normally
> * It sends info to the console
> * The graphics does not work
> * The ter
On Wed, Jan 15, 2014 at 05:25:55PM +0800, Michael wang wrote:
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 0326c06..bf4a6ed 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -3464,6 +3464,10 @@ int sched_setscheduler(struct task_struct *p, int
> policy,
>
On Wed, Jan 15, 2014 at 10:22:45AM +0100, Ingo Molnar wrote:
> 1)
>
> There's this change to __setscheduler():
>
> -__setscheduler(struct rq *rq, struct task_struct *p, int policy, int prio)
> +/* Actually do priority change: must hold pi & rq lock. */
> +static void __setscheduler(struct rq *rq,
On Wed, Jan 15, 2014 at 10:22:45AM +0100, Ingo Molnar wrote:
> 3)
>
> On ARM:
>
> -#define __NR_syscalls (380)
> +#define __NR_syscalls (384)
>
> but:
>
> #define __NR_finit_module (__NR_SYSCALL_BASE+379)
> +#define __NR_sched_setattr (__NR_SYSCALL_BASE+380)
> +#defi
Hi, Daniel
On 01/15/2014 04:27 PM, Daniel Lezcano wrote:
[snip]
> commit d50dde5a10f305253cbc3855307f608f8a3c5f73
> Author: Dario Faggioli
> Date: Thu Nov 7 14:43:36 2013 +0100
>
> sched: Add new scheduler syscalls to support an extended scheduling
> parameters ABI
>
> Add the syscall
* Daniel Lezcano wrote:
>
> Hi all,
>
> I use the tip/sched/core branch.
>
> After git pulling yesterday, my host is unresponsive after booting the OS.
>
> * It boots normally
> * It sends info to the console
> * The graphics does not work
> * The terminals show the prompt, I can enter t
Hi all,
I use the tip/sched/core branch.
After git pulling yesterday, my host is unresponsive after booting the OS.
* It boots normally
* It sends info to the console
* The graphics does not work
* The terminals show the prompt, I can enter the username but after
pressing enter, it does n
23 matches
Mail list logo