On Wed, Jun 25, 2014 at 01:39:27AM -0400, Rik van Riel wrote:
>
> Here it goes:
>
> 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. The active groups
> on the source and destination CPU can be different, resulting in a
>
On Mon, Jun 23, 2014 at 11:25:21PM -0400, Tejun Heo wrote:
> Hello,
>
> On Tue, Jun 24, 2014 at 01:02:40PM +1000, Dave Chinner wrote:
> > As I understand it, what then happens is that the workqueue code
> > grabs another kworker thread and runs the next work item in it's
> > queue. IOWs, work
On 24 June 2014 23:45, Joe Perches wrote:
> On Tue, 2014-06-24 at 23:06 +0200, Mathias Krause wrote:
>> On 24 June 2014 22:57, Joe Perches wrote:
>> > On Tue, 2014-06-24 at 22:41 +0200, Mathias Krause wrote:
>> >> And all of those strings should be in the .rodata section, now. But
>> >> why
Commit-ID: 89632972e2c56356d1e227aac151cf4e7c2f30d6
Gitweb: http://git.kernel.org/tip/89632972e2c56356d1e227aac151cf4e7c2f30d6
Author: Jiri Olsa
AuthorDate: Thu, 19 Jun 2014 13:41:14 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:14 -0300
perf ui browser:
Commit-ID: cdcd1e6bd8a92f8353fc2f37003c6eae2d1e6903
Gitweb: http://git.kernel.org/tip/cdcd1e6bd8a92f8353fc2f37003c6eae2d1e6903
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 10 Jun 2014 16:00:18 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:11 -0300
Commit-ID: a93f0e551af9e194db38bfe16001e17a3a1d189a
Gitweb: http://git.kernel.org/tip/a93f0e551af9e194db38bfe16001e17a3a1d189a
Author: Simon Que
AuthorDate: Mon, 16 Jun 2014 11:32:09 -0700
Committer: Jiri Olsa
CommitDate: Fri, 20 Jun 2014 09:34:22 +0200
perf symbols: Get kernel start
Commit-ID: b094c99e8e284cff839400a3b61fda1fa53962fc
Gitweb: http://git.kernel.org/tip/b094c99e8e284cff839400a3b61fda1fa53962fc
Author: Davidlohr Bueso
AuthorDate: Mon, 16 Jun 2014 11:14:22 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:15 -0300
perf bench
* Sasha Levin wrote:
> The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
>
> Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/sashal/linux.git
> liblockdep-fixes
>
> for
Commit-ID: ecdac96899e3db3f428e4d2e978f25e3f8d35a6c
Gitweb: http://git.kernel.org/tip/ecdac96899e3db3f428e4d2e978f25e3f8d35a6c
Author: Davidlohr Bueso
AuthorDate: Mon, 16 Jun 2014 11:14:26 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:17 -0300
perf bench
Commit-ID: dd00d486ddb7f181cf9487f6aceb1066bc6b0b6a
Gitweb: http://git.kernel.org/tip/dd00d486ddb7f181cf9487f6aceb1066bc6b0b6a
Author: Jiri Olsa
AuthorDate: Thu, 19 Jun 2014 13:41:13 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:14 -0300
perf hists
Commit-ID: b6f0629a94f7ed6089560be7f0561be19f934fc4
Gitweb: http://git.kernel.org/tip/b6f0629a94f7ed6089560be7f0561be19f934fc4
Author: Davidlohr Bueso
AuthorDate: Mon, 16 Jun 2014 11:14:19 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:15 -0300
perf
Commit-ID: d755330c5e0658d8056242b5b81e2f44ed7a96d8
Gitweb: http://git.kernel.org/tip/d755330c5e0658d8056242b5b81e2f44ed7a96d8
Author: Jiri Olsa
AuthorDate: Sun, 15 Jun 2014 10:22:15 +0200
Committer: Jiri Olsa
CommitDate: Fri, 20 Jun 2014 09:34:18 +0200
perf tools: Fix segfault in
Commit-ID: 424e9634887842ac59c1d06d3264aaeb18853c0b
Gitweb: http://git.kernel.org/tip/424e9634887842ac59c1d06d3264aaeb18853c0b
Author: Davidlohr Bueso
AuthorDate: Mon, 16 Jun 2014 11:14:25 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:16 -0300
perf bench
Commit-ID: 774135344fa8aa044290d030068f92e9a3aab8cc
Gitweb: http://git.kernel.org/tip/774135344fa8aa044290d030068f92e9a3aab8cc
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 16 Jun 2014 17:21:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:12 -0300
Commit-ID: 5089f20ee7104bd219cafefa62d83f53e75cc44c
Gitweb: http://git.kernel.org/tip/5089f20ee7104bd219cafefa62d83f53e75cc44c
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 17 Jun 2014 14:29:24 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:13 -0300
Commit-ID: 5229e366ee6baeb58b77e09643d2e11cbbd29950
Gitweb: http://git.kernel.org/tip/5229e366ee6baeb58b77e09643d2e11cbbd29950
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 10 Jun 2014 17:18:54 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:12 -0300
Commit-ID: d9de84afd1f3a464135abe2b26e66aa86be5af8d
Gitweb: http://git.kernel.org/tip/d9de84afd1f3a464135abe2b26e66aa86be5af8d
Author: Davidlohr Bueso
AuthorDate: Mon, 16 Jun 2014 11:14:23 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 19 Jun 2014 16:13:16 -0300
perf bench
* Peter Zijlstra wrote:
> On Wed, Jun 18, 2014 at 06:48:41PM +0200, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> > > Please pull the timers/nohz-irq-work-v7 branch that can be found at:
> > >
> >
> > Pulled, thanks a lot Frederic!
>
> Ingo, the previous version had one of your
HI Sergei,
On Wed, Jun 25, 2014 at 4:04 AM, Sergei Shtylyov
wrote:
> Hello.
>
>
> On 06/10/2014 12:22 AM, Julius Werner wrote:
>
>>> diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
>>> index 9ffecd5..453d89e 100644
>>> --- a/drivers/usb/host/xhci.h
>>> +++
Commit-ID: 24eda087ccbb32f556cb3f9f78be152312bf6cc4
Gitweb: http://git.kernel.org/tip/24eda087ccbb32f556cb3f9f78be152312bf6cc4
Author: Steven Rostedt
AuthorDate: Thu, 12 Jun 2014 19:44:20 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:36 +0200
tools lib traceevent:
Commit-ID: 7f6e3635db39fb2400dc515192125e7b73258000
Gitweb: http://git.kernel.org/tip/7f6e3635db39fb2400dc515192125e7b73258000
Author: Jan Kiszka
AuthorDate: Thu, 12 Jun 2014 22:10:06 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:30 +0200
tools lib traceevent: Fix and
Commit-ID: a21e3a34bef9e9c177be6ced23e71e25fd8a
Gitweb: http://git.kernel.org/tip/a21e3a34bef9e9c177be6ced23e71e25fd8a
Author: Steven Rostedt
AuthorDate: Fri, 13 Jun 2014 10:31:27 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:33 +0200
tools lib traceevent: Fix
Commit-ID: 1545d8aca9ac1cb3f503fb9c29543d539d99c7af
Gitweb: http://git.kernel.org/tip/1545d8aca9ac1cb3f503fb9c29543d539d99c7af
Author: Steven Rostedt
AuthorDate: Thu, 12 Jun 2014 20:41:44 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:37 +0200
tools lib traceevent:
Commit-ID: 6f21037b3295d4ba20ad2cc7cd4073ec64440f8f
Gitweb: http://git.kernel.org/tip/6f21037b3295d4ba20ad2cc7cd4073ec64440f8f
Author: Jan Kiszka
AuthorDate: Thu, 12 Jun 2014 22:10:04 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:20 +0200
tools lib traceevent: Factor
Commit-ID: 20d3cbd75ef17b96dfb4f5f1600c0278d330f5ca
Gitweb: http://git.kernel.org/tip/20d3cbd75ef17b96dfb4f5f1600c0278d330f5ca
Author: Jan Kiszka
AuthorDate: Thu, 12 Jun 2014 22:10:03 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:17:54 +0200
tools lib traceevent: Report
Commit-ID: ea092aeb6d4725048c5a46d1c9cbb4fea49b80b0
Gitweb: http://git.kernel.org/tip/ea092aeb6d4725048c5a46d1c9cbb4fea49b80b0
Author: Steven Rostedt (Red Hat)
AuthorDate: Thu, 12 Jun 2014 22:10:05 -0400
Committer: Jiri Olsa
CommitDate: Thu, 19 Jun 2014 18:18:25 +0200
tools lib
* Jiri Olsa wrote:
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit 4ba96195051be30160af6d5f5f83f9a055ab1f23:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core
> (2014-06-13
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please conseider pulling,
>
> - Arnaldo
>
> The following changes since commit a10d60c08cc3bbea9195e2b36440f557373623eb:
>
> sh, perf: Use common PMU interrupt disabled code (2014-06-19 19:37:51 +0200)
>
> are available in the git
Hello,
On 2014-06-24 17:35, Kamil Debski wrote:
On Tue, Jun 24, 2014 at 1:54 PM, Kamil Debski
wrote:
The Exynos4412 USB 2.0 PHY hardware differs from the description
provided in the documentation. Some register bits have different
function. This patch fixes the defines of register bits and
* Jiri Olsa wrote:
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit cf230918cda19532e4a5cc4f0d5c82fa7e5e94f6:
>
> Merge branch 'perf/core' into perf/urgent, to pick up the latest fixes
> (2014-06-14 14:10:08 +0200)
>
> are available in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/25/2014 01:31 AM, Peter Zijlstra wrote:
> On Wed, Jun 25, 2014 at 01:25:00AM -0400, Rik van Riel wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 06/25/2014 01:21 AM, Peter Zijlstra wrote:
>>> On Wed, Jun 25, 2014 at 07:07:35AM
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This series includes the following:
>
> 1.Export a pair of debug-object interfaces for RCU that will
> allow the slab allocators to avoid a recursion bug located
> by Sasha Levin. Strictly speaking, this is not a regression,
>
From: Iyappan Subramanian
Date: Fri, 20 Jun 2014 16:18:16 -0700
> This patch adds network driver for APM X-Gene SoC ethernet.
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Ravi Patel
> Signed-off-by: Keyur Chudgar
I really don't like how you handle the hardware descriptors in this
On Wed, Jun 25, 2014 at 01:25:00AM -0400, Rik van Riel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/25/2014 01:21 AM, Peter Zijlstra wrote:
> > On Wed, Jun 25, 2014 at 07:07:35AM +0200, Peter Zijlstra wrote:
> >> Shall I merge this into patch 3?
> >
> > Which gets me the
On Wed, Jun 25, 2014 at 10:35:03AM +0900, HATAYAMA Daisuke wrote:
> This is a resend patch from the previous v2 patch since there's no
> response except for Don.
Thanks, sorry, I got distracted with other things, queued it now.
pgpKU1kPOj_JI.pgp
Description: PGP signature
Hello,
> >>
> >> On 06/17/2014 02:07 PM, Bjorn Helgaas wrote:
> >> > On Tue, Jun 17, 2014 at 1:27 PM, Myron Stowe
> >> wrote:
> >> >> During PCIe hot-plug initialization - pciehp_probe - data
> >> >> structures related to slot capabilities are set up. As part of
> >> >> this set up, ISRs are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/25/2014 01:21 AM, Peter Zijlstra wrote:
> On Wed, Jun 25, 2014 at 07:07:35AM +0200, Peter Zijlstra wrote:
>> Shall I merge this into patch 3?
>
> Which gets me the below; which is has a wrong changelog.
>
> task_h_load() already computes the
On Wed, Jun 25, 2014 at 07:07:35AM +0200, Peter Zijlstra wrote:
> Shall I merge this into patch 3?
Which gets me the below; which is has a wrong changelog.
task_h_load() already computes the load as seen from the root group.
effective_load() just does a better (and more expensive) job of
olution bloats the scheduler IPI.
> > >
> > > Lets just extend the irq work subsystem to support remote queuing on top
> > > of the generic SMP IPI to handle this kind of user. This shouldn't add
> > > noticeable overhead.
> >
> > I'm running next-20140624
rt remote queuing on top
> > of the generic SMP IPI to handle this kind of user. This shouldn't add
> > noticeable overhead.
>
> I'm running next-20140624 on an ARM system, and this patch causes CPU
> hot(un)plug to Oops for me; the following fires:
>
> void irq_work_run(void)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/25/2014 01:07 AM, Peter Zijlstra wrote:
> On Tue, Jun 24, 2014 at 03:14:54PM -0400, Rik van Riel wrote:
>> The function effective_load already makes the calculations that
>> task_h_load makes. Making them twice can throw off the
>>
On Tue, Jun 24, 2014 at 03:14:54PM -0400, Rik van Riel wrote:
> The function effective_load already makes the calculations that
> task_h_load makes. Making them twice can throw off the calculations,
> and is generally a bad idea.
>
> Signed-off-by: Rik van Riel
> ---
> kernel/sched/fair.c | 4
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140624:
The staging tree still had its build failure for which I disabled a driver.
I applied a supplied patch to the akpm-current tree for a ppc build failure.
Non-merge commits (relative to Linus' tree): 2076
On Tue, 2014-06-24 at 21:49 -0700, Guenter Roeck wrote:
> On 06/23/2014 02:05 PM, Joe Perches wrote:
> > V2: Don Fry is an 80 column neatnik.
> And you are an 'align with (' neatnik, so guess the two of you are even :-)
Guilty.
The editor (emacs in my case) allows me to forget I am one though.
From: Anil Belur
- this fixes "WARNING: Use #include instead of
"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
From: Anil Belur
- this fixes some coding style issues "ERROR: "(foo*)" should be "(foo *)"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/dir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/dir.c
From: Anil Belur
- this fixes "WARNING: labels should not be indented"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/dir.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/dir.c
From: Anil Belur
- this commit fixes some "ERROR: do not initialise statics to 0 or NULL"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
On 06/23/2014 02:05 PM, Joe Perches wrote:
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
On Mon, 2014-06-23 at 12:15 -0700, Joe Perches wrote:
On Mon, 2014-06-23 at 11:02 -0700, Don Fry wrote:
This causes the line length to be greater than 80 characters causing
On Wed, Jun 25, 2014 at 11:00 AM, Jens Axboe wrote:
> On 2014-06-24 20:42, Ming Lei wrote:
>>
>> On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei wrote:
>>>
>>> From API view, it isn't good to run all hw queues synchronously
>>> in one context, since it isn't correct for multi hw queue case.
>>>
>>>
Fix the broken check for calling sys_fallocate() on an active swapfile,
introduced by commit 0790b31b69374ddadefe ("fs: disallow all fallocate
operation on active swapfile").
Signed-off-by: Eric Biggers
---
fs/open.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
On Wednesday 25 June 2014 02:31 AM, Rob Herring wrote:
> On Tue, Jun 24, 2014 at 3:25 AM, Vineet Gupta
> wrote:
>> Signed-off-by: Vineet Gupta
>> ---
>> drivers/tty/serial/arc_uart.c | 22 ++
>> 1 file changed, 6 insertions(+), 16 deletions(-)
>>
>> diff --git
On Fri, Jun 20, 2014 at 5:18 PM, Iyappan Subramanian
wrote:
> This patch adds network driver for APM X-Gene SoC ethernet.
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Ravi Patel
> Signed-off-by: Keyur Chudgar
> ---
> drivers/net/ethernet/Kconfig | 1 +
>
Hi,
On Wednesday, June 25 2014 Tomasz Figa write:
> On 24.06.2014 13:28, Pankaj Dubey wrote:
> > On Tuesday, June 17 2014, Tomasz Figa wrote:
> >> On 10.05.2014 08:56, Pankaj Dubey wrote:
>
> [snip]
>
> >>> +
> >>> + ret = platform_driver_register(_pmu_driver);
> >>> + if (ret < 0)
> >>> +
On Tue, Jun 24, 2014 at 9:03 PM, Tom Herbert wrote:
>
> It looks like a likely culprit is that SKB_GSO_CB()->csum_start is
> not set correctly when doing non-scatter gather. We are using
> offset as opposed to doffset.
>
> Reported-by: Dave Jones
DaveJ, I think you triggered this in five
On Tue, Jun 24, 2014 at 04:20:52PM -0700, Andrew Morton wrote:
> On Tue, 24 Jun 2014 20:33:06 +0400 Vladimir Davydov
> wrote:
>
> > Since commit a9ce315aaec1f ("mm: memcontrol: rewrite uncharge API"),
> > PCG_* flags are used as bit masks, but they are still defined in a enum
> > as bit
Dave Jones reported that a crash is occuring in
csum_partial
tcp_gso_segment
inet_gso_segment
? update_dl_migration
skb_mac_gso_segment
__skb_gso_segment
dev_hard_start_xmit
sch_direct_xmit
__dev_queue_xmit
? dev_hard_start_xmit
dev_queue_xmit
ip_finish_output
? ip_output
ip_output
Tushar,
On Tue, Jun 24, 2014 at 8:09 PM, Tushar Behera wrote:
> On 06/25/2014 04:29 AM, Doug Anderson wrote:
>> Tushar,
>>
>> On Thu, Jun 12, 2014 at 12:40 AM, Tushar Behera wrote:
>>> On Wed, Jun 11, 2014 at 10:20 PM, Kevin Hilman wrote:
Tushar Behera writes:
> When the output
On Tue, Jun 24, 2014 at 08:33:05PM +0400, Vladimir Davydov wrote:
> It's not used anywhere today, so let's remove it.
>
> Signed-off-by: Vladimir Davydov
Acked-by: Johannes Weiner
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Jun 24, 2014 at 08:33:04PM +0400, Vladimir Davydov wrote:
> Add forward declarations for struct pglist_data, mem_cgroup.
>
> Remove __init, __meminit from function prototypes and inline functions.
>
> Remove redundant inclusion of bit_spinlock.h.
>
> Signed-off-by: Vladimir Davydov
On Tue, Jun 24, 2014 at 6:25 AM, Lucas Stach wrote:
> Am Dienstag, den 24.06.2014, 14:27 +0200 schrieb Maarten Lankhorst:
>> op 24-06-14 14:23, Alexandre Courbot schreef:
>> > On Tue, Jun 24, 2014 at 7:55 PM, Alexandre Courbot
>> > wrote:
>> >> On 06/24/2014 07:33 PM, Alexandre Courbot wrote:
I believe in the no scatter-gather case of skb_segment is not set
correctly. Will post a patch momentarily.
On Tue, Jun 24, 2014 at 8:05 PM, Tom Herbert wrote:
>> tcp_gso_segment() makes sure that the headers are reachable in the linear
>> area with the pskb_may_pull(skb, sizeof(*th)) call, and
On 2014/6/25 11:30, Chen Hanxiao wrote:
> s/iff/if
>
This is not a typo. iff == if and only if.
> Signed-off-by: Chen Hanxiao
> ---
> Documentation/cgroups/cgroups.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/cgroups/cgroups.txt
>
Parentheses around &(foo->bar) and *(foo->bar) are unnecessary.
Emit a --strict only message on these uses.
Signed-off-by: Joe Perches
---
lk sources by far use >bar over &(foo->bar).
(a rough count shows about 25:1)
scripts/checkpatch.pl | 8
1 file changed, 8 insertions(+)
diff
If you want to flush the ram issues back to disk,
that may be a good idea otherwise I would just
close this discussion.
Cheers Nick
On Tue, Jun 24, 2014 at 11:24 PM, Josh Hunt wrote:
> On 06/24/2014 07:45 PM, David Rientjes wrote:
>>
>> On Tue, 24 Jun 2014, Josh Hunt wrote:
>>
>>> Anyone you'd
s/iff/if
Signed-off-by: Chen Hanxiao
---
Documentation/cgroups/cgroups.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/cgroups/cgroups.txt
b/Documentation/cgroups/cgroups.txt
index 821de56..b614f42 100644
--- a/Documentation/cgroups/cgroups.txt
+++
On 06/24/2014 07:45 PM, David Rientjes wrote:
On Tue, 24 Jun 2014, Josh Hunt wrote:
Anyone you'd suggest adding to this thread to get other feedback about
tracking page allocation failures? I could also spin up a patch and cc them.
Page allocation failures happen all the time, mostly
[Adding tglx to the cc. Sorry for any double sends]
On Mon, Jun 23, 2014 at 8:25 PM, Tejun Heo wrote:
> Hello,
>
> On Tue, Jun 24, 2014 at 01:02:40PM +1000, Dave Chinner wrote:
>> start_flush_work() is effectively a special queue_work()
>> implementation, so if if it's not safe to call
I'm seeing the following build error on arm64:
In file included from util/event.c:3:0:
util/event.h:95:17: error: 'PERF_REGS_MAX' undeclared here (not in a function)
u64 cache_regs[PERF_REGS_MAX];
^
This patch adds a PEFF_REGS_MAX definition for arm64.
Signed-off-by:
On 06/25/2014 04:29 AM, Doug Anderson wrote:
> Tushar,
>
> On Thu, Jun 12, 2014 at 12:40 AM, Tushar Behera wrote:
>> On Wed, Jun 11, 2014 at 10:20 PM, Kevin Hilman wrote:
>>> Tushar Behera writes:
>>>
When the output clock of AUDSS mux is disabled, we are getting kernel
oops while
> tcp_gso_segment() makes sure that the headers are reachable in the linear
> area with the pskb_may_pull(skb, sizeof(*th)) call, and gso_make_checksum()
> is only working with the area up to SKB_GSO_CB()->csum_start which should
> be within this area for sure.
>
Seems likely that csum_start is
On 6/24/2014 4:52 AM, Marc Zyngier wrote:
Overall, this requires to be re-architected. If you want to have a look
at the way I did the GICv3 ITS support:
git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git
gicv3/its
Thanks,
Thanks for the review comments. I'll take a look at
On Wed, May 28, 2014 at 01:52:45PM -0700, Greg KH wrote:
>On Wed, May 21, 2014 at 11:21:43AM +0800, Wei Yang wrote:
>> Hi~
>>
>> Is this fix reasonable?
>
>I'll leave this up to Grant...
Hmm... not sure this is missed or Grant's mail address is not correct?
--
Richard Yang
Help you, Help me
On 2014-06-24 20:42, Ming Lei wrote:
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei wrote:
From API view, it isn't good to run all hw queues synchronously
in one context, since it isn't correct for multi hw queue case.
So this patch adds 'async' parameter to blk_mq_start_hw_queue(),
and make
Mark,
Thank you for all your comments. Please see my reply below. I have
omitted the minor ones.
On 6/24/2014 5:11 AM, Mark Rutland wrote:
On Tue, Jun 24, 2014 at 01:33:00AM +0100, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit
+static int alloc_msi_irq(struct
_queue_empty is an inline wrapper around list_empty. This patch removes this
wrapper function and instead calls list_empty directly.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_cmd.c |2 +-
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/rtl8712/osdep_service.h
b/drivers/staging/rtl8712/osdep_service.h
index 77b1443..3dfc473 100644
--- a/drivers/staging/rtl8712/osdep_service.h
get_next is just an inline wrapper around return list->next. This
patch removes the wrapper and directly uses list->next where
applicable.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c| 14
get_list_head is an inline that returns >head. This patch removes this
inline and directly applies >head where applicable.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c| 15 +++
list_insert_tail is just an inline wrapper around list_add_tail. This
patch removes the wrapper and directly uses list_add_tail.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |6 --
drivers/staging/rtl8712/rtl8712_recv.c| 10 +-
_init_listhead is just an inline wrapper around INIT_LIST_HEAD. This
patch removes the wrapper and directly uses INIT_LIST_HEAD instead.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |7 +--
drivers/staging/rtl8712/rtl8712_recv.c|4 ++--
list_delete is just an inline wrapper around list_del_init. This patch
removes the wrapper and directly uses list_del_init.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c|8
is_list_empty is just an inline wrapper around list_empty. This patch
removes the wrapper and directly uses list_empty instead.
Signed-off-by: James A Shackleford
---
drivers/staging/rtl8712/osdep_service.h | 10 +-
drivers/staging/rtl8712/rtl8712_recv.c |4 ++--
On 06/25/2014 07:54 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2014-06-25 at 00:33 +1000, Alexey Kardashevskiy wrote:
>>
>> I do not understand why @val is considered LE here and need to be
>> converted
>> to CPU. Really. I truly believe it should be cpu_to_le32().
>
> No. Both are slightly
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei wrote:
> From API view, it isn't good to run all hw queues synchronously
> in one context, since it isn't correct for multi hw queue case.
>
> So this patch adds 'async' parameter to blk_mq_start_hw_queue(),
> and make blk_mq_start_hw_queues() to run hw
Thanks Lee Jones ,
It's great to known that people are happy to clean up the
fixed bugs still open on Bugzilla.
Cheers Nick
On Mon, Jun 23, 2014 at 4:47 AM, Lee Jones wrote:
> On Fri, 20 Jun 2014, Nick Krause wrote:
>> There seems to be a obsolete bug in this file that has been reported about
On 2014/6/24 10:59, Zhenyu Wang wrote:
On 2014.06.19 17:53:51 +0800, Tiejun Chen wrote:
Originally the reason to probe ISA bridge instead of Dev31:Fun0
is to make graphics device passthrough work easy for VMM, that
only need to expose ISA bridge to let driver know the real
hardware underneath.
I second David, there is no reason for this if there is a bug due to
page allocation
failure it will be probably at the point of kernel panic or in the
trace statements
at panic.
Cheers Nick
On Tue, Jun 24, 2014 at 10:19 PM, Nick Krause wrote:
> I second David, this is no reason for this if
On 06/23/2014 01:20 PM, Felipe Balbi wrote:
Add support for TI's AM437x StarterKit Evaluation
Module.
Cc: Josh Elliot
Cc: Darren Etheridge
Signed-off-by: Felipe Balbi
Tested-by: Darren Etheridge
I tested with omap2plus_defconfig + additionally enabling OMAPDSS and
Backlight in .config.
When runing with the kernel(3.15-rc7+), the follow bug occurs:
[ 9969.258987] BUG: sleeping function called from invalid context at
kernel/locking/mutex.c:586
[ 9969.359906] in_atomic(): 1, irqs_disabled(): 0, pid: 160655, name: python
[ 9969.441175] INFO: lockdep is turned off.
[ 9969.488184]
On Wed, Jun 25, 2014 at 01:39:51AM +0200, Luis R. Rodriguez wrote:
> On Tue, Jun 24, 2014 at 09:34:19AM -0700, Casey Leedom wrote:
> > On 06/24/14 08:55, Casey Leedom wrote:
> >> On 06/23/14 17:29, Luis R. Rodriguez wrote:
> > So I just did this for a normal modprobe (after the system is up):
>
Makefile compile linking order is incorrect causing the compile
to fail not finding librt symbols.
/tmp/cceTqwFh.o: In function `test_queue_fail':
mq_open_tests.c:(.text+0x6b): undefined reference to `mq_open'
mq_open_tests.c:(.text+0x80): undefined reference to `mq_getattr'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/24/2014 10:38 AM, Peter Zijlstra wrote:
>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index
>> 4723234..e98d290 100644 --- a/kernel/sched/fair.c +++
>> b/kernel/sched/fair.c @@ -1314,6 +1314,12 @@ static void
>>
On Fri, Jun 20, 2014 at 05:49:42PM +0200, Vlastimil Babka wrote:
> Compaction uses watermark checking to determine if it succeeded in creating
> a high-order free page. My testing has shown that this is quite racy and it
> can happen that watermark checking in compaction succeeds, and moments
On 2014/6/25 5:01, Tejun Heo wrote:
> Hello, Li.
>
> On Tue, Jun 24, 2014 at 09:22:00AM +0800, Li Zefan wrote:
>>> Ah, right. Gees, I'm really hating the fact that we have ->mount but
>>> not ->umount. However, can't we make it a bit simpler by just
>>> introducing a mutex protecting looking up
On Tue, Jun 24, 2014 at 03:54:44PM -0700, Casey Leedom wrote:
> [[ Hopefully this makes it through to the kernel.org lists -- I’m using the
> Mac OS/X Mailer and it’s not clear how to force it not to use HTML format.
> -- Casey ]]
>
> So does request_firmware_direct() only fail if the
On Wed, Jun 25, 2014 at 7:12 AM, Matias Bjørling wrote:
> This converts the current NVMe driver to utilize the blk-mq layer.
>
> Contributions in this patch from:
>
> Sam Bradshaw
> Jens Axboe
> Keith Busch
> Christoph Hellwig
> Robert Nelson
>
> Acked-by: Keith Busch
> Acked-by:
The '#mbox-cells' property is added to all the OMAP mailbox
nodes. This property is mandatory with the new mailbox framework.
Cc: "Benoît Cousson"
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/am33xx.dtsi
The OMAP mailbox driver and its existing clients (remoteproc
for OMAP4+ and TI DSP/Bridge for OMAP3) are adapted to use
the generic mailbox framework.
The main changes for the adaptation are:
- The tasklet used for Tx is replaced with the state machine from
the generic mailbox framework.
Add the device tree bindings document for OMAP2+ mailbox.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Suman Anna
---
.../devicetree/bindings/mailbox/omap-mailbox.txt | 104 +
1 file changed, 104 insertions(+)
create
1 - 100 of 2118 matches
Mail list logo