On Mon, 23 Jun 2014, Stanislav Fomichev wrote:
> >
> > + * @next: time of the next event on this clock base
> >
> > What initializes that? It's 0 to begin with.
> I thought I can skip initialization because I update base->next
> in the interrupt or in __remove_hrtimer, like:
> -
> In 3.10, RCU had 14,046 lines of code, not counting documentation and
> test scripting. In 3.15, RCU had 13,208 lines of code, again not counting
> documentation and test scripting. That is a decrease of almost 1KLoC,
> so your wish is granted.
Ok that's good progress.
> CONFIG_RCU_NOCB_CPU,
On 06/23/2014 09:55 AM, Dave Hansen wrote:
> This still has a regression. Commit 1ed70de (from Paul's git tree),
> gets a result of 52231880. If I back up two commits to v3.16-rc1 and
> revert ac1bea85 (the original culprit) the result goes back up to 57308512.
>
> So something is still going
On Mon, Jun 23, 2014 at 09:55:21AM -0700, Dave Hansen wrote:
> This still has a regression. Commit 1ed70de (from Paul's git tree),
> gets a result of 52231880. If I back up two commits to v3.16-rc1 and
> revert ac1bea85 (the original culprit) the result goes back up to 57308512.
>
> So
This driver adds support for USB controlled led panels that exists in
MSI GT683R laptop
Signed-off-by: Janne Kanniainen
---
Changes in v2:
- sorted headers to alphabetic order
- using devm_kzalloc
- using BIT(n)
- using usb_control_msg instead of usb_submit_urb
On 06/23/2014 08:48 AM, Rob Herring wrote:
On Tue, Jun 17, 2014 at 5:51 PM, Guenter Roeck wrote:
Commits 9ec36ca (of/irq: do irq resolution in platform_get_irq)
and ad69674 (of/irq: do irq resolution in platform_get_irq_byname)
change the semantics of platform_get_irq and
On Mon, 2014-06-23 at 17:14 +0200, Peter Zijlstra wrote:
> On Mon, Jun 16, 2014 at 11:16:52AM +0200, Mike Galbraith wrote:
> > (disregard patch of same name from that enterprise weenie;)
> >
> > If a task has been dequeued, it has been accounted. Do not project
> > cycles that may or may not
On Mon, 23 Jun 2014 18:33:06 +0200
Petr Mládek wrote:
> > * A write to the buffer will either succed or fail. That is, unlike
> > * sprintf() there will not be a partial write (well it may write into
> > * the buffer but it wont update the pointers). This allows users to
> > * try to write
On Mon, 2014-06-23 at 09:44 -0700, Jason Low wrote:
> On Mon, 2014-06-23 at 18:22 +0200, Andi Kleen wrote:
> > > So I don't get why we can't do the below; I think Jason tried to ask the
> > > same...
> >
> > The important part for performance is to minimize the cache line transfers.
> > Your
> >
On 18/06/2014 at 01:26:06 +0200, Thierry Reding wrote :
> On Mon, May 19, 2014 at 08:10:02PM +0200, Alexandre Belloni wrote:
> > + /* By default, the polarity is inversed, set it to normal */
> > + sunxi_pwm_writel(sunxi_pwm, PWM_CTRL_REG,
> > +BIT_CH(PWM_ACT_STATE, 0) |
>
kcalloc manages count*sizeof overflow.
Cc: Christine Caulfield
Cc: David Teigland
Signed-off-by: Fabian Frederick
---
fs/dlm/lock.c | 2 +-
fs/dlm/member.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/dlm/lock.c b/fs/dlm/lock.c
index 83f3d55..3653dbe 100644
This still has a regression. Commit 1ed70de (from Paul's git tree),
gets a result of 52231880. If I back up two commits to v3.16-rc1 and
revert ac1bea85 (the original culprit) the result goes back up to 57308512.
So something is still going on here.
I'll go back and compare the grace period
Hello Pantelis!
On 22/06/14 11:40, ext Pantelis Antoniou wrote:
> Introduce helper functions for working with the live DT tree,
> all of them related to dynamically adding/removing nodes and
> properties.
>
> __of_copy_property() copies a property dynamically
> __of_create_empty_node() creates
Cc: Axel Lin
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/ramfs/file-nommu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ramfs/file-nommu.c b/fs/ramfs/file-nommu.c
index dda012a..bbafbde 100644
--- a/fs/ramfs/file-nommu.c
+++ b/fs/ramfs/file-nommu.c
@@
kcalloc manages count*sizeof overflow.
Cc: Anton Vorontsov
Cc: Colin Cross
Signed-off-by: Fabian Frederick
---
fs/pstore/ram.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/pstore/ram.c b/fs/pstore/ram.c
index 3b57443..87aa37c 100644
--- a/fs/pstore/ram.c
+++
On 06/23/2014 02:32 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.23 release.
There are 111 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by
On 06/20, Paul E. McKenney wrote:
>
> This commit takes a different approach to fixing this bug, mainly by
> avoiding having cond_resched() do an RCU-visible quiescent state unless
> there is a grace period that has been in flight for a significant period
> of time. This commit also reduces the
kcalloc manages count*sizeof overflow.
Cc: Mark Fasheh
Cc: Joel Becker
Cc: ocfs2-de...@oss.oracle.com
Signed-off-by: Fabian Frederick
---
fs/ocfs2/slot_map.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ocfs2/slot_map.c b/fs/ocfs2/slot_map.c
index 1424c15..a88b2a4
On Mon, Jun 23, 2014 at 08:51:08AM -0500, Christoph Lameter wrote:
> On Mon, 23 Jun 2014, Peter Zijlstra wrote:
>
> > On the topic of these threads; I recently noticed RCU grew a metric ton
> > of them, I found some 75 rcu kthreads on my box, wth up with that?
>
> Would kworker threads work for
On Mon, 2014-06-23 at 18:22 +0200, Andi Kleen wrote:
> > So I don't get why we can't do the below; I think Jason tried to ask the
> > same...
>
> The important part for performance is to minimize the cache line transfers.
> Your
> unconditional variant would cause more dirty cache lines than
On Mon, Jun 23, 2014 at 08:49:31AM -0700, Andi Kleen wrote:
> > On the topic of these threads; I recently noticed RCU grew a metric ton
> > of them, I found some 75 rcu kthreads on my box, wth up with that?
>
> It seems like RCU is growing in complexity all the time.
>
> Can it be put on a diet
kcalloc manages count*sizeof overflow.
Cc: Artem Bityutskiy
Cc: Adrian Hunter
Cc: linux-...@lists.infradead.org
Signed-off-by: Fabian Frederick
---
fs/ubifs/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
index
On Mon, Jun 23, 2014 at 12:36 PM, Greg KH wrote:
> On Mon, Jun 23, 2014 at 12:18:51PM -0400, Ilia Mirkin wrote:
>> On Mon, Jun 23, 2014 at 12:07 PM, Greg KH wrote:
>> > On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
>> >> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
>> >> > On
On Mon, 2014-06-23 at 14:52 +0200, Peter Zijlstra wrote:
> On Mon, Jun 16, 2014 at 12:48:47PM -0700, Tim Chen wrote:
> > +++ b/kernel/sched/fair.c
> > @@ -5863,7 +5863,8 @@ static inline int sg_capacity(struct lb_env *env,
> > struct sched_group *group)
> > */
> > static inline void
kcalloc manages count*sizeof overflow.
Cc: Jaegeuk Kim
Cc: linux-f2fs-de...@lists.sourceforge.net
Signed-off-by: Fabian Frederick
---
fs/f2fs/segment.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
index f25f0e0..96f51d4 100644
---
On Mon, 2014-06-23 at 11:22 -0500, Dave Chiluk wrote:
> Stable_kernel_rules should point submitters of network stable patches to the
> netdev_FAQ.txt as requests for stable network patches should go to netdev
> first.
[]
> diff --git a/Documentation/stable_kernel_rules.txt
>
Add some vertical spacing tests.
Quiet Kconfig help false positives.
Joe Perches (4):
checkpatch: Add test for blank lines after function/struct/union/enum
checkpatch: Add a multiple blank lines test
checkpatch: Change blank line after declaration type to "LINE_SPACING"
checkpatch: Quiet
On Mon, Jun 23, 2014 at 04:19:58PM -, Scott Alfter wrote:
> On Mon, June 23, 2014 14:31, Arnd Bergmann wrote:
> > commit 94859308a21b "w1: new w1_ds2406 driver" added a new driver
> > that uses the crc16 library, but didn't ensure that the core is
> > there. This adds the necessary Kconfig
Make it consistent with the other missing or multiple blank line tests.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 3d6dea6..9795844 100755
---
Add a --strict test asking for a blank line after
function/struct/union/enum declarations.
Allow exceptions for several attributes and macro uses.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 15 +++
1 file changed, 15 insertions(+)
diff --git a/scripts/checkpatch.pl
kcalloc manages count*sizeof overflow.
Cc: Miklos Szeredi
Cc: fuse-de...@lists.sourceforge.net
Signed-off-by: Fabian Frederick
---
fs/fuse/file.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/fuse/file.c b/fs/fuse/file.c
index 6e16dad..ce7d55c 100644
---
On Mon, Jun 23, 2014 at 12:18:51PM -0400, Ilia Mirkin wrote:
> On Mon, Jun 23, 2014 at 12:07 PM, Greg KH wrote:
> > On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
> >> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
> >> > On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin
Multiple consecutive blank lines waste screen space.
Emit a --strict only message with these blank lines.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 11 +++
1 file changed, 11 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 4bb4218..3d6dea6
Editing Kconfig dependencies can emit unnecessary messages about
missing or too short help entries.
Only emit the message when adding help sections to Kconfig files.
Signed-off-by: Joe Perches
Reported-by: Jean Delvare
Tested-by: Jean Delvare
---
scripts/checkpatch.pl | 7 ---
1 file
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Peter Ujfalusi
Cc: Jarkko Nikula
Cc: linux-o...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
sound/soc/omap/mcbsp.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On Tue, Jun 17, 2014 at 04:36:15PM -0400, Konrad Rzeszutek Wilk wrote:
> On Sun, Jun 15, 2014 at 02:47:00PM +0200, Peter Zijlstra wrote:
> > Because the qspinlock needs to touch a second cacheline; add a pending
> > bit and allow a single in-word spinner before we punt to the second
> > cacheline.
On Mon, 23 Jun 2014, Sekhar Nori wrote:
> On Monday 23 June 2014 10:27 AM, Paul Walmsley wrote:
> > Hi Roger
> >
> > On Wed, 18 Jun 2014, Roger Quadros wrote:
> >
> >> These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
> >> for DRA7 SoC. Both patches are tested on 3.16-rc1.
On Fri 2014-06-20 16:51:45, Steven Rostedt wrote:
> On Fri, 20 Jun 2014 16:28:45 -0400
> Steven Rostedt wrote:
>
> > On Fri, 20 Jun 2014 10:12:44 -0700
> > Andrew Morton wrote:
> >
> >
> > > > > > +#define HEX_CHARS (MAX_MEMHEX_BYTES*2 + 1)
> > > > > > +
> > > > > > +int
Fix checkpatch warning:
"WARNING: Missing a blank line after declarations"
Cc: reiserfs-de...@vger.kernel.org
Cc: Jeff Mahoney
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/reiserfs/xattr.c | 20
1 file changed, 20 insertions(+)
diff --git
On Mon, Jun 23, 2014 at 04:09:59PM +, Haiyang Zhang wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Monday, June 23, 2014 9:17 AM
> > To: Haiyang Zhang
> > Cc: Greg KH; net...@vger.kernel.org; jasow...@redhat.com; driverdev-
> >
Fix checkpatch warning
WARNING: Use #include instead of
Cc: reiserfs-de...@vger.kernel.org
Cc: Jeff Mahoney
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/reiserfs/dir.c| 2 +-
fs/reiserfs/do_balan.c | 2 +-
fs/reiserfs/file.c | 2 +-
On Mon, Jun 23, Haiyang Zhang wrote:
> I have tried some possibilities, like IF_OPER_DORMANT then IF_OPER_UP with
> netdev_state_change() etc. but not able to trigger DHCP review. I will look
> at this
> further...
Is there a link down/up event anyway?
If the interface is configured to "on
On Tue, Jun 17, 2014 at 04:05:31PM -0400, Konrad Rzeszutek Wilk wrote:
> > + * The basic principle of a queue-based spinlock can best be understood
> > + * by studying a classic queue-based spinlock implementation called the
> > + * MCS lock. The paper below provides a good description for this
On Mon, June 23, 2014 14:31, Arnd Bergmann wrote:
> commit 94859308a21b "w1: new w1_ds2406 driver" added a new driver
> that uses the crc16 library, but didn't ensure that the core is
> there. This adds the necessary Kconfig statements, just like we
> have it for other w1 drivers.
>
>
Fixes checkpatch warnings:
"WARNING: %Ld/%Lu are not-standard C, use %lld/%llu"
Cc: reiserfs-de...@vger.kernel.org
Cc: Jeff Mahoney
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/reiserfs/item_ops.c | 4 ++--
fs/reiserfs/prints.c | 4 ++--
fs/reiserfs/stree.c| 2 +-
Stable_kernel_rules should point submitters of network stable patches to the
netdev_FAQ.txt as requests for stable network patches should go to netdev
first.
Signed-off-by: Dave Chiluk
---
Documentation/stable_kernel_rules.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
> So I don't get why we can't do the below; I think Jason tried to ask the
> same...
The important part for performance is to minimize the cache line transfers. Your
unconditional variant would cause more dirty cache lines than Tim's,
right?
-Andi
--
To unsubscribe from this list: send the line
>> Sorry for noticing this thread late.
No problem. Good that you noticed it now! Thank you.
> Just move the initialisation of the lock and work to the other private
> data initialisations directly after it's allocated.
>
> Can you send a follow up patch, Janne?
Yes I can. Just a moment.
Janne
On Mon, Jun 23, 2014 at 11:47:35AM +0530, Tushar Behera wrote:
> On 06/17/2014 04:54 PM, Marek Szyprowski wrote:
> > Hello,
> >
> > On 2014-06-17 13:08, Tushar Behera wrote:
> >> 'err' is uninitialized, rather print the error code directly.
> >>
> >> This also fixes following warning.
> >>
On Mon, Jun 23, 2014 at 12:07 PM, Greg KH wrote:
> On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
>> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
>> > On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
>> >> On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote:
>> >> >
On Mon, Jun 23, 2014 at 04:42:55PM +0200, Johan Hovold wrote:
> On Mon, Jun 23, 2014 at 04:35:13PM +0200, Oliver Neukum wrote:
> > On Wed, 2014-06-18 at 19:05 +0300, Janne Kanniainen wrote:
> > > This driver adds support for USB controlled led panels that exists in
> > > MSI GT683R laptop
> > >
>
On Mon, Jun 23, 2014 at 06:41:50AM -0700, Joe Perches wrote:
> Remove the now unnecessary memset too.
>
> Signed-off-by: Joe Perches
> ---
> drivers/vme/bridges/vme_ca91cx42.c | 6 ++
> drivers/vme/bridges/vme_tsi148.c | 6 ++
> 2 files changed, 4 insertions(+), 8 deletions(-)
On Mon, Jun 23, 2014 at 06:41:48AM -0700, Joe Perches wrote:
> Remove the now unnecessary memset too.
>
> Signed-off-by: Joe Perches
> ---
> drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 15 ---
> drivers/staging/rtl8192ee/pci.c | 37 +
>
On Mon, Jun 23, 2014 at 06:41:49AM -0700, Joe Perches wrote:
> Remove the now unnecessary memset too.
>
> Signed-off-by: Joe Perches
> ---
> drivers/tty/synclink_gt.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
Acked-by: Greg Kroah-Hartman
--
To unsubscribe from this list:
On 06/23/2014 11:28 AM, Waiman Long wrote:
> With the introduction of fair queued rwlock, recursive read_lock()
> may hang the offending process if there is a write_lock() somewhere
> in between.
>
> With recursive read_lock checking enabled, the following error was
> reported:
>
>
At Fri, 20 Jun 2014 08:50:35 -0700,
Vincent Heuken wrote:
>
> This is a patch to the hwdep.c file that fixes one instance of
> the following error:
> ERROR: do not use assignment in if condition
>
> It also, incidentally, fixes one instance of the following warning:
> WARNING: line over 80
On Tue, Jun 17, 2014 at 04:03:29PM -0400, Konrad Rzeszutek Wilk wrote:
> > > + new = tail | (val & _Q_LOCKED_MASK);
> > > +
> > > + old = atomic_cmpxchg(>val, val, new);
> > > + if (old == val)
> > > + break;
> > > +
> > > + val = old;
> > >
On Thu, Jun 19, 2014 at 05:33:32PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> When trigger_all_cpu_backtrace() is called on x86, it will trigger an
> NMI on each CPU and call show_regs(). But this can lead to a hard lock
> up if the NMI comes in on another printk().
>
>
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Monday, June 23, 2014 9:17 AM
> To: Haiyang Zhang
> Cc: Greg KH; net...@vger.kernel.org; jasow...@redhat.com; driverdev-
> de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
> da...@davemloft.net
> Subject:
On Sun, 22 Jun 2014 09:38:05 +0200
Johannes Berg wrote:
> Looking at the code though, I'm not sure it's a pure optimisation - if
> you do say putc() after a failed puts(), without this code the putc()
> would succeed? I can't tell right now if that's really a problem, but it
> seems you could
On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
> > On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
> >> On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote:
> >> > Hi!
> >> >
> >> > AFAICT, pstate file will contain
On Thu, Jun 19, 2014 at 05:33:31PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Being able to divert printk to call another function besides the normal
> logging is useful for such things like NMI handling. If some functions
> are to be called from NMI that does printk()
> -Original Message-
> From: Minchan Kim [mailto:minc...@kernel.org]
> Sent: Monday, June 23, 2014 2:16 AM
> To: Johannes Weiner
> Cc: Andrew Morton; Mel Gorman; Rik van Riel; Michal Hocko;
> linux...@kvack.org; linux-kernel@vger.kernel.org; Motohiro Kosaki JP
> Subject: Re: [patch 1/4]
Kedves felhasználó
A jelszó lejár 3 nap Kattintson ide, hogy erosítsd meg az e-mail.
http://web-huonloner.jimdo.com/
köszönöm
rendszergazda
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
At Mon, 23 Jun 2014 17:56:09 +0200,
Rasmus Villemoes wrote:
>
> Add a newline and, while at it, remove a space and redundant braces.
>
> Signed-off-by: Rasmus Villemoes
Thanks, applied now.
I usually don't take patches that only do coding style fixes unless
any further real fixes follow, but
On Mon, 2014-06-23 at 16:43 +0100, Rob Herring wrote:
> On Mon, Jun 23, 2014 at 9:13 AM, Pawel Moll wrote:
> > On Fri, 2014-06-20 at 18:09 +0100, Mark Rutland wrote:
> >> > +- clocks-names: should contain "clcdclk" and "apb_pclk"
> >>
> >> s/clocks-names/clock-names/
> >
> > Haha - it took quite
Peter Zijlstra writes:
>
> So I really hate this patch, it makes the code hideous. Also, its a
> death by a thousand cuts adding endless branches in this code.
FWIW compared to the cost of a RDMSR (which is a very complex operation
for the CPU) the cost of a predicted branch is nearly in the
On Mon, Jun 23, 2014 at 12:28:50PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 17, 2014 at 10:37:17AM -0700, Paul E. McKenney wrote:
> > Oh, and to answer the implicit question... A properly configured 4096-CPU
> > system will have two funnel levels, with 64 nodes at the leaf level
> > and a
Add a newline and, while at it, remove a space and redundant braces.
Signed-off-by: Rasmus Villemoes
---
sound/core/seq/seq_memory.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/core/seq/seq_memory.c b/sound/core/seq/seq_memory.c
index 1e206de..ba8e4a6 100644
On Mon, Jun 16, 2014 at 04:49:18PM -0400, Konrad Rzeszutek Wilk wrote:
> > Index: linux-2.6/kernel/locking/mcs_spinlock.h
> > ===
> > --- linux-2.6.orig/kernel/locking/mcs_spinlock.h
> > +++ linux-2.6/kernel/locking/mcs_spinlock.h
> >
On Mon, Jun 23, 2014 at 07:30:56AM -0700, Guenter Roeck wrote:
> >>The patches _are_ in my watchdog-next branch and get some coverage from
> >>both my auto-builders and from Fenguang's build robots, so while they are
> >>not in linux-next, they are not completely in the dark either.
> >
> >So,
From: Rik van Riel
Running "perf bench numa mem -0 -m -P 1000 -p 8 -t 20" on a 4
node system results in 160 runnable threads on a system with 80
CPU threads.
Once a process has nearly converged, with 39 threads on one node
and 1 thread on another node, the remaining thread will be unable
to
> On the topic of these threads; I recently noticed RCU grew a metric ton
> of them, I found some 75 rcu kthreads on my box, wth up with that?
It seems like RCU is growing in complexity all the time.
Can it be put on a diet in general?
No more new CONFIGs please either.
-Andi
--
From: Rik van Riel
Reading through the scan period code and comment, it appears the
intent was to slow down NUMA scanning when a majority of accesses
are on the local node, specifically a local:remote ratio of 3:1.
However, the code actually tests local / (local + remote), and
the actual
From: Rik van Riel
When a task is part of a numa_group, the comparison should always use
the group weight, in order to make workloads converge.
Signed-off-by: Rik van Riel
---
kernel/sched/fair.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/kernel/sched/fair.c
On Tue, Jun 17, 2014 at 5:51 PM, Guenter Roeck wrote:
> Commits 9ec36ca (of/irq: do irq resolution in platform_get_irq)
> and ad69674 (of/irq: do irq resolution in platform_get_irq_byname)
> change the semantics of platform_get_irq and platform_get_irq_byname
> to always rely on devicetree
From: Rik van Riel
Fix up the best node setting in task_numa_migrate to deal with a task
in a pseudo-interleaved NUMA group, which is already running in the
best location.
Set the task's preferred nid to the current nid, so task migration is
not retried at a high rate.
Signed-off-by: Rik van
From: Rik van Riel
When CONFIG_FAIR_GROUP_SCHED is enabled, the load that a task places
on a CPU is determined by the group the task is in. This is conveniently
calculated for us by effective_load(), which task_numa_compare should
use.
The active groups on the source and destination CPU can be
> Filters? You mean the inv,cmask etc? Well, we have the Intel provided
> 'cycle' events that use them, so exposing them makes sense and allows
> such experimentation when we need another such alias.
The SDM explicitely discourages it.
The 'cycle' event is now handled explicitely, but for others
Running things like the below pointed out a number of situations in
which the current NUMA code has extremely slow task convergence, and
even some situations in which tasks do not converge at all.
###
# 160 tasks will execute (on 4 nodes, 80 CPUs):
# -1x 0MB global shared mem
From: Rik van Riel
When a task is part of a numa_group, the comparison should always use
the group weight, in order to make workloads converge.
Signed-off-by: Rik van Riel
---
kernel/sched/fair.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/kernel/sched/fair.c
From: Rik van Riel
Running "perf bench numa mem -0 -m -P 1000 -p 8 -t 20" on a 4
node system results in 160 runnable threads on a system with 80
CPU threads.
Once a process has nearly converged, with 39 threads on one node
and 1 thread on another node, the remaining thread will be unable
to
From: Rik van Riel
Currently the NUMA code scales the load on each node with the
amount of CPU power available on that node, but it does not
apply any adjustment to the load of the task that is being
moved over.
On systems with SMT/HT, this results in a task being weighed
much more heavily than
From: Rik van Riel
When CONFIG_FAIR_GROUP_SCHED is enabled, the load that a task places
on a CPU is determined by the group the task is in. This is conveniently
calculated for us by effective_load(), which task_numa_compare should
use.
The active groups on the source and destination CPU can be
At Fri, 20 Jun 2014 21:50:03 +0200,
Rasmus Villemoes wrote:
>
> Add a newline, and remove a space while at it.
This would give still a checkpatch warning.
Could you fix and resubmit?
thanks,
Takashi
>
> Signed-off-by: Rasmus Villemoes
> ---
> sound/core/seq/seq_memory.c | 3 ++-
> 1 file
From: Rik van Riel
>From task_numa_placement, always try to consolidate the tasks
in a group on the group's top nid.
In case this task is part of a group that is interleaved over
multiple nodes, task_numa_migrate will set the task's preferred
nid to the best node it could find for the task, so
On Mon, Jun 23, 2014 at 9:13 AM, Pawel Moll wrote:
> On Fri, 2014-06-20 at 18:09 +0100, Mark Rutland wrote:
>> > +- clocks-names: should contain "clcdclk" and "apb_pclk"
>>
>> s/clocks-names/clock-names/
>
> Haha - it took quite a few patch revisions to spot this one, thanks!
Was this tested?
On Mon, Jun 23, 2014 at 08:44:40AM +0100, Al Viro wrote:
>
> OK, here it is, hopefully with sufficient comments:
The comments look really good. I assume you'll get this to
Linus in time for 3.16-rc3?
Many thanks!!
- Ted
--
To unsubscribe from this list:
On 06/23/2014 08:35 AM, Arnd Bergmann wrote:
On Monday 23 June 2014 08:16:18 Guenter Roeck wrote:
Moved to where?
I certainly don't want it in the platform directories, and for arm64 we
intentionally don't have a place to put this stuff.
I have no idea, but setting the arm reset function
On Monday 23 June 2014 08:16:18 Guenter Roeck wrote:
> > Moved to where?
> >
> > I certainly don't want it in the platform directories, and for arm64 we
> > intentionally don't have a place to put this stuff.
> >
>
> I have no idea, but setting the arm reset function pointer from a watchdog
>
ping ... any comments ?
Guenter
On 06/17/2014 03:51 PM, Guenter Roeck wrote:
Commits 9ec36ca (of/irq: do irq resolution in platform_get_irq)
and ad69674 (of/irq: do irq resolution in platform_get_irq_byname)
change the semantics of platform_get_irq and platform_get_irq_byname
to always rely on
With the introduction of fair queued rwlock, recursive read_lock()
may hang the offending process if there is a write_lock() somewhere
in between.
With recursive read_lock checking enabled, the following error was
reported:
=
[ INFO: possible recursive
On Mon, Jun 23, 2014 at 08:53:12AM -0500, Christoph Lameter wrote:
> On Fri, 20 Jun 2014, Paul E. McKenney wrote:
>
> > > I like this approach *far* better. This is the kind of thing I had in
> > > mind when I suggested using the fqs machinery: remove the poll entirely
> > > and just thwack a
On Mon, 23 Jun 2014 02:35:09 -0700 (PDT)
David Rientjes wrote:
> On Sat, 21 Jun 2014, Fabian Frederick wrote:
>
> > This reverts commit a2d445d44000
> >
> > Adding __init to blkcg_policy_register makes it unreliable when
> > loading cfq at runtime.
> >
> > (Similar problem to b5097e956a4d
Lee,
On Mon, Jun 23, 2014 at 2:26 AM, Lee Jones wrote:
>> Lee (-others),
>
> Re-CC'ing the list.
>
>> On Wed, Jun 18, 2014 at 2:20 AM, Lee Jones wrote:
>> >> From: Prathyush K
>> >>
>> >> Set the device as wakeup capable and register the wakeup source.
>> >>
>> >> Note: Though it makes more
On 06/23/2014 07:42 AM, Arnd Bergmann wrote:
On Monday 23 June 2014 07:30:56 Guenter Roeck wrote:
On 06/23/2014 03:31 AM, Maxime Ripard wrote:
On Thu, May 22, 2014 at 02:12:07PM -0700, Guenter Roeck wrote:
On Thu, May 22, 2014 at 10:34:44PM +0200, Maxime Ripard wrote:
On Mon, May 19, 2014 at
On Mon, Jun 16, 2014 at 11:16:52AM +0200, Mike Galbraith wrote:
> (disregard patch of same name from that enterprise weenie;)
>
> If a task has been dequeued, it has been accounted. Do not project
> cycles that may or may not ever be accounted to a dequeued task, as
> that may make
On Mon, Jun 23, 2014 at 04:16:51PM +0200, Gregory CLEMENT wrote:
> Wildcards in compatible strings should be avoid. "marvell,armada38x"
> was recently introduced but was not yet used.
>
> The armada 385 SoC is a superset of the armada 380 SoC (with more CPUs
> and more PCIe slots). So this patch
On Mon, 2014-06-23 at 16:46 +0200, Felix Fietkau wrote:
> On 2014-06-23 16:38, Rostislav Lisovy wrote:
> > On Mon, 2014-06-23 at 12:05 +0200, Johannes Berg wrote:
> >> On Mon, 2014-06-23 at 12:04 +0200, Felix Fietkau wrote:
> >> > On 2014-06-23 11:08, Johannes Berg wrote:
> >> > > On Sun,
On Mon, Jun 23, 2014 at 10:31:11AM -0400, Steven Rostedt wrote:
> On Mon, 23 Jun 2014 15:21:59 +0100
> Mel Gorman wrote:
>
> > On Fri, Jun 20, 2014 at 11:49:16AM -0700, Max Asbock wrote:
> > >
> > > The mm_migrate_pages trace event reports a reason for the migration,
> > > typically as a
> > >
301 - 400 of 1924 matches
Mail list logo