On 01/27/2014 08:12 PM, Manish Badarkhe wrote:
Update the code to use devm_* API so that driver core will manage
resources.
I'm not sure why this patch is sent to linux-te...@vger.kernel.org; it
seems nothing to do with Tegra (or Samsung or OMAP for that matter).
--
To unsubscribe from this
Hi,
Thanks for the patch :)
On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
From: xinhui.pan xinhuix@intel.com
intel_gpio_runtime_idle should return correct error code if it do fail.
make it more correct even though -EBUSY is the most possible return value.
Signed-off-by:
Hi Jiri,
On 28 January 2014 14:04, Jiri Olsa jo...@redhat.com wrote:
On Fri, Jan 17, 2014 at 01:27:53PM +0100, Jean Pihet wrote:
Hi Jiri,
Let me start on it next week. Is that OK?
Thx for the reminder, I had not entirely forgotten it though ;p
hi,
rebased patchset to latest acme's
Good day kernel hackers,
when trying out which events are recognised by xev
to adjust my xbindkeysrc, I noticed that various keys
are incorrectly recognised on this machine:
- mute button on the side returns f, should be xf86audiomute
- fn + f4 returns f4, should be Lock (if we have
On 01/28, Al Viro wrote:
On Mon, Jan 27, 2014 at 06:39:31PM +0100, Oleg Nesterov wrote:
On 01/27, Al Viro wrote:
Why is _TIF_UPROBE *not* a part
of _TIF_DO_NOTIFY_MASK, for example?
Yes, please see another email. That is why uprobe_deny_signal()
sets TIF_NOTIFY_RESUME along with
On Tue, Jan 28, 2014 at 05:38:08PM +0100, Oleg Nesterov wrote:
On 01/28, Al Viro wrote:
On Mon, Jan 27, 2014 at 06:39:31PM +0100, Oleg Nesterov wrote:
On 01/27, Al Viro wrote:
Why is _TIF_UPROBE *not* a part
of _TIF_DO_NOTIFY_MASK, for example?
Yes, please see another
On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
From: xinhui.pan xinhuix@intel.com
intel_gpio_runtime_idle should return correct error code if it do fail.
make it more correct even though -EBUSY is the most possible return value.
Signed-off-by: bo.he bo...@intel.com
On Tue, Jan 28, 2014 at 8:30 AM, H. Peter Anvin h...@zytor.com wrote:
I don't think there is any way to not break anything... we're
introducing a new kind of object (normalized kernel pointer) here.
I suspect we could just drop the addresses entirely if we have a
symbolic version. It's not
Instead of #ifdef CONFIG_OF use IS_ENABLED(CONFIG_OF)
option for DT code to avoid if-deffery in code.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Changes since V1:
1.Updated code to use IS_ENABLED during retrieval
of platform/DT data.
Changes since V2:
1.Updated code as per
* Linus Torvalds torva...@linux-foundation.org wrote:
On Tue, Jan 28, 2014 at 8:30 AM, H. Peter Anvin h...@zytor.com wrote:
I don't think there is any way to not break anything... we're
introducing a new kind of object (normalized kernel pointer) here.
I suspect we could just drop the
Hi Stephan,
On Tue, Jan 28, 2014 at 10:11 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 01/27/2014 08:12 PM, Manish Badarkhe wrote:
Update the code to use devm_* API so that driver core will manage
resources.
I'm not sure why this patch is sent to linux-te...@vger.kernel.org; it
seems
Here are some small AF_RXRPC fixes.
(1) Fix a place where a spinlock is taken conditionally but is released
unconditionally.
(2) Fix a double-free that happens when cleaning up on a checksum error.
(3) Fix handling of CHECKSUM_PARTIAL whilst delivering messages to userspace.
David
---
On 01/26/2014 05:06 AM, Wang Nan wrote:
When BUILD_SRC contains a tailing '/', the file name used in compiling command
will contain '//', and it then goes to .o's debuginfo, confuses debugedit:
https://bugzilla.redhat.com/show_bug.cgi?id=304121
This patch uses realpath to makesure srctree and
On Tue, Jan 28, 2014 at 7:30 AM, Kevin Hilman khil...@linaro.org wrote:
On Tue, Jan 28, 2014 at 12:02 AM, Olof Johansson o...@lixom.net wrote:
Hi,
On Fri, Jan 24, 2014 at 11:11 AM, Yinghai Lu ying...@kernel.org wrote:
The new memblock_virt APIs are used to replaced old bootmem API.
We need
On Tue, 28 Jan 2014, Julien Grall wrote:
Event channels driver needs to be initialized very early. Until now, Xen
initialization was done after all CPUs was bring up.
We can safely move the initialization to an early initcall.
Also use a cpu notifier to:
- Register the VCPU when the
On Thu, 23 Jan 2014 17:29:07 -0600
Darren Etheridge detheri...@ti.com wrote:
@@ -896,9 +897,9 @@ tda998x_encoder_mode_set(struct drm_encoder *encoder,
* TDA19988 requires high-active sync at input stage,
* so invert low-active sync provided by master encoder here
*/
-
This bit of information is in the Kconfig help text:
Note the boot CPU will still be kept outside the range to
handle the timekeeping duty.
However neither the variable NO_HZ_FULL_ALL, or the prompt
convey this important detail, so lets add it to the prompt
to make it more explicitly obvious
On Tue, Jan 28, 2014 at 09:12:27AM -0800, Yinghai Lu wrote:
On Tue, Jan 28, 2014 at 7:30 AM, Kevin Hilman khil...@linaro.org wrote:
Like Olof, I noticed multiple boot failures on various ARM boards.
I've confirmed that reverting the arch/arm part of this patch makes
them all happily booting
On 01/28, Al Viro wrote:
On Tue, Jan 28, 2014 at 05:38:08PM +0100, Oleg Nesterov wrote:
On 01/28, Al Viro wrote:
On Mon, Jan 27, 2014 at 06:39:31PM +0100, Oleg Nesterov wrote:
On 01/27, Al Viro wrote:
Why is _TIF_UPROBE *not* a part
of _TIF_DO_NOTIFY_MASK, for example?
On Tue, Jan 28, 2014 at 9:05 AM, Ingo Molnar mi...@kernel.org wrote:
Well, I often use the hex numbers to look them up and disassemble them
in a vmlinux via gdb and 'list *0x1234123412341234' - where the
vmlinux has no debuginfo. (Debuginfo takes longer to build so I
generally build without
On Tue, Jan 28, 2014 at 10:49:37AM -0600, Felipe Balbi wrote:
On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
From: xinhui.pan xinhuix@intel.com
intel_gpio_runtime_idle should return correct error code if it do fail.
make it more correct even though -EBUSY is the most
On Tuesday 28 January 2014 12:18 PM, Russell King - ARM Linux wrote:
On Tue, Jan 28, 2014 at 09:12:27AM -0800, Yinghai Lu wrote:
On Tue, Jan 28, 2014 at 7:30 AM, Kevin Hilman khil...@linaro.org wrote:
Like Olof, I noticed multiple boot failures on various ARM boards.
I've confirmed that
On Wed, Jan 8, 2014 at 7:43 PM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
The log looks fairly clear to me:
1. initially panel fitter is enabled on pipe B, and pipe B is outputting
to LVDS and VGA. Border is enabled.
2. pipe A gets enabled outputting to LVDS. This will overwrite
anthony.olech.opensou...@diasemi.com
Signed-off-by: David Dajun Chen david.c...@diasemi.com
---
This patch is relative to linux-next repository tag next-20140128
The bug that this patch fixes affects two components of DA9052 namely:
WATCHDOG - the first kick will work but sebsequent ones
On Tuesday 28 January 2014 12:12 PM, Yinghai Lu wrote:
On Tue, Jan 28, 2014 at 7:30 AM, Kevin Hilman khil...@linaro.org wrote:
On Tue, Jan 28, 2014 at 12:02 AM, Olof Johansson o...@lixom.net wrote:
Hi,
On Fri, Jan 24, 2014 at 11:11 AM, Yinghai Lu ying...@kernel.org wrote:
The new
Am 28.01.2014 18:12, schrieb Linus Torvalds:
On Tue, Jan 28, 2014 at 9:05 AM, Ingo Molnar mi...@kernel.org wrote:
Well, I often use the hex numbers to look them up and disassemble them
in a vmlinux via gdb and 'list *0x1234123412341234' - where the
vmlinux has no debuginfo. (Debuginfo takes
From: Dave Hansen dave.han...@linux.intel.com
This patch:
commit 309381feaee564281c3d9e90fbca8963bb7428ad
Author: Sasha Levin sasha.le...@oracle.com
Date: Thu Jan 23 15:52:54 2014 -0800
Subject: mm: dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE
added
This patch both merged idle_balance() and pre_schedule() and pushes
both of them into pick_next_task().
Conceptually pre_schedule() and idle_balance() are rather similar,
both are used to pull more work onto the current CPU.
We cannot however first move idle_balance() into pre_schedule_fair()
On Tue, Jan 28, 2014 at 9:24 AM, Richard Weinberger rich...@nod.at wrote:
Hmm, my gdb does not like that notion.
(gdb) list schedule+0x45
Function schedule+0x45 not defined.
I don't have a debug build, so maybe it's something specific to gdb
actually seeing type information and then being
In order to avoid having to do put/set on a whole cgroup hierarchy
when we context switch, push the put into pick_next_task() so that
both operations are in the same function. Further changes then allow
us to possibly optimize away redundant work.
Signed-off-by: Peter Zijlstra
Since commit 2f36825b1 (sched: Next buddy hint on sleep and preempt
path) it is likely we pick a new task from the same cgroup, doing a put
and then set on all intermediate entities is a waste of time, so try to
avoid this.
Measured using:
mount nodev /cgroup -t cgroup -o cpu
cd /cgroup
From: Daniel Lezcano daniel.lezc...@linaro.org
The idle_balance modifies the idle_stamp field of the rq, making this
information to be shared across core.c and fair.c. As we can know if the
cpu is going to idle or not with the previous patch, let's encapsulate the
idle_stamp information in core.c
Here's a set that seems to work properly and hopefully adresses all previously
raised issues.
Daniel, I'm sorry, the idle_stamp thing wandered back over to fair.c :-)
I did test the fair bits, including bandwidth (although not very
extensively).
I did not test the dl/rt bits, Steve do you have
From: Daniel Lezcano daniel.lezc...@linaro.org
The scheduler main function 'schedule()' checks if there are no more tasks
on the runqueue. Then it checks if a task should be pulled in the current
runqueue in idle_balance() assuming it will go to idle otherwise.
But the idle_balance() releases
The idle post_schedule hook is just a vile waste of time, furthermore
it appears unneeded, move the idle_enter_fair() call into
pick_next_task_idle().
Cc: Daniel Lezcano daniel.lezc...@linaro.org
Cc: Vincent Guittot vincent.guit...@linaro.org
Cc: alex@linaro.org
Cc: mi...@kernel.org
Cc:
Slightly easier code flow, no functional changes.
Signed-off-by: Peter Zijlstra pet...@infradead.org
---
kernel/sched/fair.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -2567,10 +2567,10 @@ static void
On Tue, 2014-01-28 at 13:17 +0100, Geert Uytterhoeven wrote:
On Tue, Jan 28, 2014 at 1:04 PM, Ingo Molnar mi...@kernel.org wrote:
* Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Sun, Jan 26, 2014 at 9:25 PM, Ingo Molnar mi...@kernel.org wrote:
* Ingo Molnar mi...@kernel.org wrote:
*
On 01/28/2014 05:13 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, Julien Grall wrote:
Event channels driver needs to be initialized very early. Until now, Xen
initialization was done after all CPUs was bring up.
We can safely move the initialization to an early initcall.
Also use a cpu
Track depth in cgroup tree, this is useful for things like
find_matching_se() where you need to get to a common parent of two
sched entities.
Keeping the depth avoids having to calculate it on the spot, which
saves a number of possible cache-misses.
Signed-off-by: Peter Zijlstra
From: Daniel Lezcano daniel.lezc...@linaro.org
The cpu parameter passed to idle_balance is not needed as it could
be retrieved from the struct rq.
Cc: alex@linaro.org
Cc: pet...@infradead.org
Cc: mi...@kernel.org
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
Signed-off-by: Peter
On 01/27/2014 01:17 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.13.1 release.
There are 10 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
From: Matt Rushton mrush...@amazon.com
Currently shrink_free_pagepool() is called before the pages used for
persistent grants are released via free_persistent_gnts(). This
results in a memory leak when a VBD that uses persistent grants is
torn down.
Cc: Konrad Rzeszutek Wilk
Move the call to xen_blkif_put after we have freed the request,
otherwise we have a race between the release of the request and the
cleanup done in xen_blkif_free.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: David Vrabel
I've at least identified two possible memory leaks in blkback, both
related to the shutdown path of a VBD:
- blkback doesn't wait for any pending purge work to finish before
cleaning the list of free_pages. The purge work will call
put_free_pages and thus we might end up with pages being
Hi Mark,
On Tue, Jan 28, 2014 at 4:15 PM, Mark Brown broo...@kernel.org wrote:
On Tue, Jan 28, 2014 at 02:31:32PM +0530, Manish Badarkhe wrote:
On Tue, Jan 28, 2014 at 2:25 PM, Heiko Stübner he...@sntech.de wrote:
I don't have a strong opinion on this and others are most likely more
blkback bug fixes for memory leaks (patches 1 and 2) and a race
(patch 3).
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Thomas,
On Fri, Jan 10, 2014 at 01:34:30PM -0500, Jason Cooper wrote:
On Wed, Dec 11, 2013 at 12:50:37PM -0500, Jason Cooper wrote:
On Sun, Dec 01, 2013 at 12:29:14PM -0500, Jason Cooper wrote:
Here's an mvebu driver we've had on the ML for a while, and it's been in
-next for 5 days.
On Tue, 28 Jan 2014, Julien Grall wrote:
+static int xen_cpu_notification(struct notifier_block *self,
+ unsigned long action,
+ void *hcpu)
+{
+ int cpu = (long)hcpu;
+
+ switch (action) {
+ case CPU_UP_PREPARE:
+
On Tue, Jan 28, 2014 at 10:33:03AM +0100, Geert Uytterhoeven wrote:
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
This reverts commit e120cc0dcf2880a4c5c0a6cb27b655600a1cfa1d.
It causes a NULL pointer dereference with drivers using the generic
spi_transfer_one_message(), which
Am 28.01.2014 18:35, schrieb Linus Torvalds:
On Tue, Jan 28, 2014 at 9:24 AM, Richard Weinberger rich...@nod.at wrote:
Hmm, my gdb does not like that notion.
(gdb) list schedule+0x45
Function schedule+0x45 not defined.
I don't have a debug build, so maybe it's something specific to gdb
On Tue, Jan 28, 2014 at 9:52 AM, Richard Weinberger rich...@nod.at wrote:
x/10i schedule+0x45 works.
Ok, so it's just list that is braindamaged. Maybe it wants a
*(schedule+0x45) or something. I dunno. You can obviously get the hex
number from just doing p schedule+0x45 and then do that.
I tested for a regression using the patched kernel with the nohz=off
command line option...
On Mon, Jan 13, 2014 at 10:15:18AM -0800, John Stultz wrote:
On 01/13/2014 09:51 AM, Richard Cochran wrote:
- Linux 3.12.7-nohz-plain-20140106nohz-plain.log
- Linux
During an audit event, cache and print the value of the process's
cmdline value (proc/pid/cmdline). This is useful in situations
where processes are started via fork'd virtual machines where the
comm field is incorrect. Often times, setting the comm field still
is insufficient as the comm width is
Re-factor proc_pid_cmdline() to use get_cmdline() helper
from mm.h.
Acked-by: David Rientjes rient...@google.com
Acked-by: Stephen Smalley s...@tycho.nsa.gov
Signed-off-by: William Roberts wrobe...@tresys.com
---
fs/proc/base.c | 36 ++--
1 file changed, 2
introduce get_cmdline() for retreiving the value of a processes
proc/self/cmdline value.
Acked-by: David Rientjes rient...@google.com
Acked-by: Stephen Smalley s...@tycho.nsa.gov
Signed-off-by: William Roberts wrobe...@tresys.com
---
include/linux/mm.h |1 +
mm/util.c | 48
On 01/28/2014 05:46 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, Julien Grall wrote:
+static int xen_cpu_notification(struct notifier_block *self,
+ unsigned long action,
+ void *hcpu)
+{
+ int cpu = (long)hcpu;
+
+ switch (action)
On Tue, 28 Jan 2014 18:16:34 +0100
Peter Zijlstra pet...@infradead.org wrote:
Here's a set that seems to work properly and hopefully adresses all previously
raised issues.
Daniel, I'm sorry, the idle_stamp thing wandered back over to fair.c :-)
I did test the fair bits, including
If I boot a kernel that is built on
commit 1b17366d695c8ab03f98d0155357e97a427e1dce
Merge: d12de1e 7179ba5
Author: Linus Torvalds torva...@linux-foundation.org
Date: Mon Jan 27 21:11:26 2014 -0800
Merge branch 'next' of
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc
it boots
On Tue, Jan 28, 2014 at 09:24:13AM -0800, David Cohen wrote:
On Tue, Jan 28, 2014 at 10:49:37AM -0600, Felipe Balbi wrote:
On Tue, Jan 28, 2014 at 04:50:57PM +0800, xinhui.pan wrote:
From: xinhui.pan xinhuix@intel.com
intel_gpio_runtime_idle should return correct error code if it
On 28.01.2014 10:48, Tomi Valkeinen wrote:
I made a somewhat hacky quickfix for beagle. Applying that and the
clk-divider from the link above makes things work for me. However, as I
said, the issue with n900 might be different, but it'd be interesting to
hear if it has any effect.
Tomi
This patch introduces a new queue spinlock implementation that can
serve as an alternative to the default ticket spinlock. Compared with
the ticket spinlock, this queue spinlock should be almost as fair as
the ticket spinlock. It has about the same speed in single-thread and
it can be much faster
On Tue, 28 Jan 2014, Julien Grall wrote:
On 01/28/2014 05:46 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, Julien Grall wrote:
+static int xen_cpu_notification(struct notifier_block *self,
+unsigned long action,
+void
This patch makes the necessary changes at the x86 architecture
specific layer to enable the use of queue spinlock for x86-64. As
x86-32 machines are typically not multi-socket. The benefit of queue
spinlock may not be apparent. So queue spinlock is not enabled.
Currently, there is some
v2-v3:
- Simplify the code by using numerous mode only without an unfair option.
- Use the latest smp_load_acquire()/smp_store_release() barriers.
- Move the queue spinlock code to kernel/locking.
- Make the use of queue spinlock the default for x86-64 without user
configuration.
-
On 28/01/14 09:31, Peter Zijlstra wrote:
Exactly. I can remember also a huge period might be harmful, because with it
even a tiny utilization may lead to a big runtime that starves the whole non
RT tasks for a significant time.
Another way to solve that is with explicit slack time
This should have been octal.
Signed-off-by: Joe Perches j...@perches.com
---
arch/powerpc/mm/numa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 86a63de..30a42e2 100644
--- a/arch/powerpc/mm/numa.c
+++
On Tue, Jan 28, 2014 at 12:23:02PM -0500, Santosh Shilimkar wrote:
On Tuesday 28 January 2014 12:12 PM, Yinghai Lu wrote:
Index: linux-2.6/include/linux/bootmem.h
===
--- linux-2.6.orig/include/linux/bootmem.h
+++
Add the trivial support necessary to get hardware breakpoints
working for GDB on ARMv8 simulators running in AArch32 mode.
Signed-off-by: Christopher Covington c...@codeaurora.org
---
v2: modify debug_exception_updates_fsr
arch/arm/include/asm/hw_breakpoint.h | 1 +
On 01/27/2014 11:01 PM, Ren Qiaowei wrote:
Yes. Though all non-MPX threads are slowed down, the whole process
benefit from MPX.
Anyway, HPA suggest these syscalls, which use MMU notifier, should be
not needed, we can do what they do in userspace runtime. What do you
think about it? I
2014/1/27 Rob Herring robherri...@gmail.com:
On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov alch...@gmail.com wrote:
This should make the driver usable with VIA/WonderMedia ARM-based
Systems-on-Chip integrated Rhine III adapters. Note that these
are always in MMIO mode, and don't have any
On Tue, Jan 28, 2014 at 01:48:28PM +0800, xinhui.pan wrote:
From: xinhui.pan xinhuix@intel.com
i2c_dw_pci_runtime_idle should return -EBUSY rather than zero if it do
success.
I don't understand...
Otherwise rpm_idle will call pm_suspend again and that may cause
pm_schedule_suspend
2014/1/28 Ben Hutchings b...@decadent.org.uk:
On Mon, 2014-01-27 at 19:34 +0400, Alexey Charkov wrote:
2014/1/27 Ben Hutchings b...@decadent.org.uk:
On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote:
This should make the driver usable with VIA/WonderMedia ARM-based
Systems-on-Chip
+ Gryagorii,
On Tuesday 28 January 2014 01:22 PM, Russell King - ARM Linux wrote:
On Tue, Jan 28, 2014 at 12:23:02PM -0500, Santosh Shilimkar wrote:
On Tuesday 28 January 2014 12:12 PM, Yinghai Lu wrote:
Index: linux-2.6/include/linux/bootmem.h
Thanks Michel!
Acked-by: Mike Waychison mi...@google.com
On Tue, Jan 28, 2014 at 5:06 AM, Michel Lespinasse wal...@google.com wrote:
Two small fixes for google firmware drivers.
The patches are against v3.13; I am proposing this for inclusion to v3.14.
Michel Lespinasse (2):
firmware:
In the presence of memoryless nodes, numa_node_id()/cpu_to_node() will
return the current CPU's NUMA node, but that may not be where we expect
to allocate from memory from. Instead, we should use
numa_mem_id()/cpu_to_mem(). On one ppc64 system with a memoryless Node
0, this ends up saving nearly
On Mon, Jan 27, 2014 at 6:30 PM, David Cohen
david.a.co...@linux.intel.com wrote:
Hi Bjorn,
On Mon, Jan 27, 2014 at 05:52:30PM -0700, Bjorn Helgaas wrote:
On Mon, Dec 16, 2013 at 1:07 PM, David Cohen
david.a.co...@linux.intel.com wrote:
This code was partially based on Mark Brown's previous
Hi Linus,
Please pull the following Ceph updates from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
This is a big batch. From Ilya we have:
- rbd support for more than ~250 mapped devices (now uses same scheme
that SCSI does for device major/minor
On Tue, Jan 28, 2014 at 06:26:23PM +, Christopher Covington wrote:
Add the trivial support necessary to get hardware breakpoints
working for GDB on ARMv8 simulators running in AArch32 mode.
Signed-off-by: Christopher Covington c...@codeaurora.org
---
v2: modify
This 444 should have been octal.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/fmc/fmc-write-eeprom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/fmc/fmc-write-eeprom.c b/drivers/fmc/fmc-write-eeprom.c
index 30e451e..1f107fb 100644
---
On 01/26/2014 03:50 PM, Yinghai Lu wrote:
assign_irq_vector will stop before first_system_vector.
also it will not vector that is set in used_vectors.
used_vectors is used to track non per_cpu irq_vector in vector_irq.
It include first 32 exception [0,1f) and system vector near 0xfe.
and
Peter Zijlstra pet...@infradead.org writes:
In order to avoid having to do put/set on a whole cgroup hierarchy
when we context switch, push the put into pick_next_task() so that
both operations are in the same function. Further changes then allow
us to possibly optimize away redundant work.
These should have been octal
Signed-off-by: Joe Perches j...@perches.com
---
drivers/iommu/omap-iommu-debug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/omap-iommu-debug.c b/drivers/iommu/omap-iommu-debug.c
index d97fbe4..80fffba 100644
---
Add the trivial support necessary to get hardware breakpoints
working for GDB on ARMv8 simulators running in AArch32 mode.
Acked-by: Will Deacon will.dea...@arm.com
Signed-off-by: Christopher Covington c...@codeaurora.org
---
v3: assume for now that ARMv9 and later will update FSR
v2: modify
I'm trying it now. But it takes a while for me to reproduce, and even
longer to be sure the problem has gone away. So anything you hear from
me within a week will be bad news.
Well, it's been a week, and: good news!
I'd still wish for some review by someone who really understands this
code;
Event channels driver needs to be initialized very early. Until now, Xen
initialization was done after all CPUs was bring up.
We can safely move the initialization to an early initcall.
Also use a cpu notifier to:
- Register the VCPU when the CPU is prepared
- Enable event channel IRQ
Am 28.01.2014 18:56, schrieb Linus Torvalds:
On Tue, Jan 28, 2014 at 9:52 AM, Richard Weinberger rich...@nod.at wrote:
x/10i schedule+0x45 works.
Ok, so it's just list that is braindamaged. Maybe it wants a
*(schedule+0x45) or something. I dunno. You can obviously get the hex
number from
On Tue, Jan 28, 2014 at 01:36:28PM -0500, Santosh Shilimkar wrote:
+ Gryagorii,
On Tuesday 28 January 2014 01:22 PM, Russell King - ARM Linux wrote:
On Tue, Jan 28, 2014 at 12:23:02PM -0500, Santosh Shilimkar wrote:
On Tuesday 28 January 2014 12:12 PM, Yinghai Lu wrote:
Index:
On Mon, 2014-01-27 at 20:09 +0800, Fengguang Wu wrote:
Hi Dave,
On Wed, Jan 15, 2014 at 11:18:27AM +1100, Dave Chinner wrote:
On Thu, Jan 09, 2014 at 10:57:15AM +0800, Fengguang Wu wrote:
Hi Dave,
As you suggested, I added tests for ext4 and btrfs, the results are
the same.
On Tue, Jan 28, 2014 at 10:46:18AM -0800, bseg...@google.com wrote:
@@ -4734,7 +4729,7 @@ static void migrate_tasks(unsigned int d
if (rq-nr_running == 1)
break;
- next = pick_next_task(rq);
+ next = pick_next_task(rq, NULL);
drivers/char/ipmi/ipmi_si_intf.c: In function 'ipmi_parisc_probe':
drivers/char/ipmi/ipmi_si_intf.c:2752:2: error: 'rv' undeclared (first use in
this function)
drivers/char/ipmi/ipmi_si_intf.c:2752:2: note: each undeclared identifier is
reported only once for each function it appears in
The mutex-spin_mlock was introduced in order to ensure that only 1 thread
spins for lock acquisition at a time to reduce cache line contention. When
lock-owner is NULL and the lock-count is still not 1, the spinner(s) will
continually release and obtain the lock-spin_mlock. This can generate
quite
Before a thread attempts mutex spin on owner, it is first added to a queue
using an MCS lock so that only 1 thread spins on owner at a time. However, when
the spinner is queued, it is unable to check if it needs to reschedule and
will remain on the queue. This could cause the spinner to spin
The mutex_can_spin_on_owner() function should also return false if the
task needs to be rescheduled to avoid entering the MCS queue when it
needs to reschedule.
Signed-off-by: Jason Low jason.l...@hp.com
---
kernel/locking/mutex.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
This RFC patch disables preemption between modifying lock-owner and
locking/unlocking the mutex lock. This prevents situations where the owner
can preempt between those 2 operations, which causes optimistic spinners to
be unable to check if lock-owner is not on CPU. As mentioned in the
thread for
v1-v2:
- Replace the previous patch that limits the # of times a thread can spin with
!lock-owner with a patch that releases the mutex before holding the wait_lock
in the __mutex_unlock_common_slowpath() function.
- Add a patch which allows a thread to attempt 1 mutex_spin_on_owner() without
When running workloads that have high contention in mutexes on an 8 socket
machine, mutex spinners would often spin for a long time with no lock owner.
The main reason why this is occuring is in __mutex_unlock_common_slowpath(),
if __mutex_slowpath_needs_to_unlock(), then the owner needs to
Commit-ID: 712e5e34aef449ab680b35c0d9016f59b0a4494c
Gitweb: http://git.kernel.org/tip/712e5e34aef449ab680b35c0d9016f59b0a4494c
Author: Dario Faggioli raist...@linux.it
AuthorDate: Mon, 27 Jan 2014 12:20:15 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 28 Jan 2014
Commit-ID: 5faeb8adb956a5ad6579c4e309e8689943ad8294
Gitweb: http://git.kernel.org/tip/5faeb8adb956a5ad6579c4e309e8689943ad8294
Author: Jason Low jason.l...@hp.com
AuthorDate: Tue, 21 Jan 2014 15:36:05 -0800
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 28 Jan 2014 13:13:28
On Tue, 28 Jan 2014, George Spelvin wrote:
I'm trying it now. But it takes a while for me to reproduce, and even
longer to be sure the problem has gone away. So anything you hear from
me within a week will be bad news.
Well, it's been a week, and: good news!
I'd still wish for some review
Commit-ID: a57beec5d427086cdc8d75fd51164577193fa7f4
Gitweb: http://git.kernel.org/tip/a57beec5d427086cdc8d75fd51164577193fa7f4
Author: Peter Zijlstra pet...@infradead.org
AuthorDate: Mon, 27 Jan 2014 11:54:13 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 28 Jan 2014
801 - 900 of 1194 matches
Mail list logo