lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 12 Dec 2009 07:07:35 +0100
From:	Mike Galbraith <efault@....de>
To:	Arve Hjønnevåg <arve@...roid.com>
Cc:	mingo@...hat.com, hpa@...or.com, linux-kernel@...r.kernel.org,
	a.p.zijlstra@...llo.nl, tglx@...utronix.de,
	pwil3058@...pond.net.au, mingo@...e.hu,
	linux-tip-commits@...r.kernel.org
Subject: Re: [tip:sched/urgent] sched: Set correct normal_prio and prio
 values  in sched_fork()

On Fri, 2009-12-11 at 21:55 -0800, Arve Hjønnevåg wrote:
> On Mon, Oct 5, 2009 at 3:47 AM, tip-bot for Peter Williams
> <pwil3058@...pond.net.au> wrote:
> > Commit-ID:  f83f9ac2632732bd1678150b5a03d152f912fe72
> > Gitweb:     http://git.kernel.org/tip/f83f9ac2632732bd1678150b5a03d152f912fe72
> > Author:     Peter Williams <pwil3058@...pond.net.au>
> > AuthorDate: Thu, 24 Sep 2009 06:47:10 +0000
> > Committer:  Ingo Molnar <mingo@...e.hu>
> > CommitDate: Mon, 5 Oct 2009 13:42:20 +0200
> >
> > sched: Set correct normal_prio and prio values in sched_fork()
> >
> > normal_prio should be updated if policy changes from RT to
> > SCHED_MORMAL or if static_prio/nice is changed.
> >
> > Some paths through sched_fork() ignore this requirement and may
> > result in normal_prio having an invalid value.
> >
> > Fixing this issue allows the call to effective_prio() in
> > wake_up_new_task() to be removed.
> >
> 
> This change causes a lot of threads with a 0 nice value to get a prio
> value of 140 instead of 120 (at least on my android arm msm build). I
> don't know if this has any impact on how they are scheduled since the
> load weight is unaffected, but it at least makes the output of ps more
> confusing.

There's a patch in tip to correct this, hasn't swam upstream yet.

	-Mike

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ