Seeing cacheline statistics is useful by itself. Seeing the callchain
for these cache contentions saves time tracking things down.
This patch tries to add callchain support. I had to use the generic
interface from a previous patch to output things to stdout easily.
Other than the displaying
This reverts commit 3090ffb5a2515990182f3f55b0688a7817325488.
With the introduction of the c2c tools, we now have a user of MMAP2
Signed-off-by: Don Zickus dzic...@redhat.com
---
kernel/events/core.c| 4
tools/perf/util/event.c | 36 +++-
This patch mainly focuses on processing and displaying the collected
HITMs to stdout. Most of it is just printing data in a pretty way.
There is one trick used when walking the cacheline. When we get this
far we have two rbtrees. One rbtree holds every record sorted on a
unique id (using the
Hi,
I've been working on adding support for heterogeneous pmus (as would be found
in big.LITTLE systems) to the arm perf backend, and in the process of doing so
I've noticed a few issues in the core perf code that would be nice to have
fixed up. The heterogeneous pmu support is not quite ready,
Hi Lee,
On Mon, 10 Feb 2014 16:58:53 +, Lee Jones wrote:
static const struct i2c_device_id max6650_id[] = {
- { max6650, 1 },
- { max6651, 4 },
+ { max6650-hwmon, 1 },
+ { max6651-hwmon, 4 },
No, this is not acceptable, sorry. This will change
Until now the clock providers were initialized in the order found in
the device tree. This led to have the dependencies between the clocks
not respected: children clocks could be initialized before their
parent clocks.
Instead of forcing each platform to manage its own initialization order,
this
Output some summary stats based on the processed records.
Mainly diagnostic uses.
Stats done by Dick Fowles, backported by me.
Original-by: Dick Fowles rfow...@redhat.com
Signed-off-by: Don Zickus dzic...@redhat.com
---
tools/perf/builtin-c2c.c | 44 +++-
In order for the c2c tool to work correctly, it needs to properly
sort all the records on uniquely identifiable data addresses. These
unique addresses are converted from virtual addresses provided by the
hardware into a kernel address using an mmap2 record as the decoder.
Once a unique address
A basic patch that re-arranges some of the c2c code and adds a couple
of small features to lay the ground work for the rest of the patch
series.
Changes include:
o reworking the report path
o creating an initial entry struct
o replace preprocess_sample with simpler calls
o rework raw output to
On Mon, Feb 10, 2014 at 3:13 AM, Lee Jones lee.jo...@linaro.org wrote:
As per the comments on device_register, we shouldn't call kfree()
right after a device_register() failure. Instead call put_device(),
which in turn will call bl_device_release resulting in a kfree to the
full structure.
Now that we have all the events sort on a unique address, we can walk
the rbtree sequential and count up all the HITMs for each cacheline
fairly easily.
Once we encounter a new event on a different cacheline, process the previous
cacheline. That includes determining if any HITMs were present on
On Mon, Feb 10, 2014 at 06:17:12PM +0100, Nicholas Mc Guire wrote:
maybe I'm missing/missunderstanding something here but
pi_unlock - arch_spin_unlock is a full mb()
Nope, arch_spin_unlock() on x86 is a single add[wb] without LOCK prefix.
The lock and unlock primitives are in general
Currently perf_event_context::type is used to determine whether a
context is cpu-bound or task-bound. However perf_event_context::task can
be used to determine this just as cheaply, and requires no additional
initialisation.
This patch removes perf_event_context::type, and modifies existing users
Currently perf_branch_stack_sched_in iterates over the set of pmus,
checks that each pmu has a flush_branch_stack callback, then overwrites
the pmu before calling the callback. This is either redundant or broken.
In systems with a single hw pmu, pmu == cpuctx-ctx.pmu, and thus the
assignment is
Currently ctx_flexible_sched_in assumes that the pmu is full as soon as
a single group fails to schedule. This is not necessarily true, and
leads to sub-optimal event scheduling in a couple of scenarios.
If heterogeneous hw pmus are registered (e.g. in a big.LITTLE system),
they will share the
For some reason find_pmu_context is defined as returning void* rather
than a __percpu struct perf_cpu_context*. As all the requisite types are
defined in advance there's no reason to keep it that way.
This patch modifies the prototype of pmu_find_context to return a
__percpu struct
Commit 443772776c69 (perf: Disable all pmus on unthrottling and
rescheduling) identified an issue with having multiple PMUs sharing a
perf_event_context, but only partially solved the issue.
While ctx::pmu will be disabled across all of its events being
scheduled, pmus which are not ctx::pmu will
Currently portions of the perf subsystem assume that a
perf_event_context is associated with a single pmu while in reality a
single perf_event_context may be shared by a number of pmus, as commit
443772776c69 (perf: Disable all pmus on unthrottling and rescheduling)
describes.
This patch removes
The hrtimers affecting a pmu live in perf_cpu_context, which may be
shared by multiple pmus. As such it does not make sense for the pmu to
track the interval, which is a property of the shared context.
This patch removes pmu::hrtimer_interval_ms, and reworks all existing
users to use
On 02/10/2014 10:27 AM, Masanari Iida wrote:
cppcheck detected following format string mismatch.
[blk-mq-tag.c:201]: (warning) %u in format string (no. 1) requires
'unsigned int' but the argument type is 'int'.
Change cpu from int to unsigned int, because the cpu
never become minus value.
HugeTLB command-line option hugepages= allows the user to specify how many
huge pages should be allocated at boot. On NUMA systems, this argument
automatically distributes huge pages allocation among nodes, which can
be undesirable.
The hugepagesnid= option introduced by this commit allows the
On Sat, 2014-02-08 at 10:29 +0800, shaobingqing wrote:
In current code, there only one struct rpc_rqst is prealloced. If one
callback request is received from two sk_buff, the xprt_alloc_bc_request
would be execute two times with the same transport-xid. The first time
xprt_alloc_bc_request
On Monday, February 10, 2014 09:29:19 AM Andy Lutomirski wrote:
Grr. Why is all this crap tied up with syscall auditing anyway? ISTM
it would have been a lot nicer if audit calls just immediately emitted
audit records, completely independently of the syscall machinery.
Because the majority
Hi Thomas,
On Tue, Feb 04, 2014 at 09:41:53PM +0100, Thomas Gleixner wrote:
On Mon, 3 Feb 2014, Soren Brinkmann wrote:
Currently the driver uses two of the three counters the TTC provides to
implement a clocksource and a clockevent device. By using the TTC's
match feature we can
As per the comments on device_register, we shouldn't call kfree()
right after a device_register() failure. Instead call put_device(),
which in turn will call bl_device_release resulting in a kfree to the
full structure.
Signed-off-by: Levente Kurusa le...@linux.com
(+cc Bryan
On Mon, Feb 10, 2014 at 06:55:02PM +0200, Ivan T. Ivanov wrote:
[]
Bail here?
I don't know. What will be the consequences if controller continue to
operate on its default rate?
It is unclear. But if you can't set the rate that is configured or if
there is
a
On Mon, Feb 10, 2014 at 8:11 AM, Arnd Bergmann a...@arndb.de wrote:
On Friday 07 February 2014 16:50:14 Courtney Cavin wrote:
The mailbox drivers are fragmented, and some implement their own core.
Unify the drivers and implement common functionality in a framework.
Signed-off-by: Courtney
On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
Howdy,
With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
outputs:
~~~
[0.009166] Freeing SMP alternatives memory: 20K (82234000 -
82239000)
[0.010302] ioremap: invalid physical address
Em Thu, Feb 06, 2014 at 02:13:15PM +, Ben Hutchings escreveu:
On Thu, 2014-02-06 at 10:48 -0300, Arnaldo Carvalho de Melo wrote:
Em Thu, Feb 06, 2014 at 12:59:21AM +, Ben Hutchings escreveu:
perf no longer compiles on powerpc and sparc due to changes in the trace
sub-command.
On Mon, Feb 10, 2014 at 04:52:17PM +0100, Torsten Duwe wrote:
Opinions, anyone?
Since the holder thing is a performance thing, not a correctness thing;
one thing you could do is something like:
static const int OWNER_HASH_SIZE = CONFIG_NR_CPUS * 4;
static const int OWNER_HASH_BITS =
On Mon, 10 Feb 2014 18:17:12 +0100
Nicholas Mc Guire der.h...@hofr.at wrote:
In rtmutex.c we have:
pi_lock(self-pi_lock);
__set_current_state(self-saved_state);
self-saved_state = TASK_RUNNING;
pi_unlock(self-pi_lock);
As there is no wmb() here, it can be
+The following is a list of provided IDs for Armada 380/385:
+ID Clock Peripheral
+---
+0audio Audio
+2ge2 Gigabit Ethernet 2
+3ge1 Gigabit Ethernet 1
+4ge0 Gigabit Ethernet 0
+5
On Mon, 10 Feb 2014 12:27:44 -0500
Luiz Capitulino lcapitul...@redhat.com wrote:
The hugepagesnid= option introduced by this commit allows the user
to specify which NUMA nodes should be used to allocate boot-time HugeTLB
pages. For example, hugepagesnid=0,2,2G will allocate two 2G huge pages
On Thu, Feb 06, 2014 at 05:04:49PM +0100, Bernd Schubert wrote:
I'm frequently getting
UG: unable to handle kernel paging request at 880f87550dc0
IP: [813016d0] crc32_le+0x30/0x110
called from kmemleak, see bottom of the message.
...
With the Cannot allocate a kmemleak_object
My initial implementation for rbtree sorting in the c2c tool does not use the
normal history elements. As a result, adding callchain support (which is
deeply integrated with history elements) is more challenging when trying to
display its output.
To make things simpler for myself (and to avoid
On Mon, Feb 10, 2014 at 05:44:21PM +, Mark Rutland wrote:
This patch makes ctx_flexible_sched_in attempt to schedule every group
in the flexible_groups list even when earlier groups failed to schedule,
enabling more groups to be scheduled simultaneously.
Since you're basically free to
It is better to check them soon enough before triggering any kernel panic.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/i2c-hid/i2c-hid.c | 2 +-
include/linux/hid.h | 6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git
For BT transport layer,
ret = hid_output_raw_report(A, B, C, HID_OUTPUT_REPORT);
is equivalent to
ret = hid_hw_output_report(A, B, C);
So use the new API where available
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/hid-wiimote-core.c | 4 ++--
1 file
Remove hid_output_raw_report() call as it is not a ll_driver callbacj,
and switch to the hid_hw_* implementation. USB-HID used to fallback
into SET_REPORT when there were no output interrupt endpoint,
so emulating this if hid_hw_output_report() returns -ENOSYS.
Signed-off-by: Benjamin Tissoires
Having our own .request() implementation does not give anything,
so use the generic binding.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/i2c-hid/i2c-hid.c | 31 ---
1 file changed, 31 deletions(-)
diff --git
hid-input do not use anymore hid_output_raw_report() to set the LEDs.
Use the correct implementation now and make them working again.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/hid-logitech-dj.c | 21 ++---
1 file changed, 6 insertions(+), 15
uhid_hid_output_report() can be implemented through a simple call
to uhid_hid_output_raw().
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/uhid.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/drivers/hid/uhid.c
If there is no urbout when sending a output report, ENOSYS (Function
not implemented) is a better error than EIO (I/O error).
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/usbhid/hid-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
We can not directly change the underlying struct hid_ll_driver here
as we did for hdev-hid_output_raw_report.
So allocate a struct ll_driver, and replace the old one when removing
the device.
To get a fully functional driver, we must also split the function
sixaxis_usb_output_raw_report() in 2,
Hi guys,
this is the second part of the low-level HID transport cleanup.
The series goes on top of the previous one I sent last week.
Some highlights:
- remove hid_output_raw_report from struct hid_device
- uniformization of all transport driver by having only 2 mandatory
communication functions
Dear Andrew Lunn,
On Mon, 10 Feb 2014 18:53:50 +0100, Andrew Lunn wrote:
+The following is a list of provided IDs for Armada 380/385:
+ID Clock Peripheral
+---
+0 audio Audio
+2 ge2 Gigabit Ethernet 2
+3 ge1
hid_output_raw_report() is not used anymore, delete it.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/i2c-hid/i2c-hid.c | 14 --
drivers/hid/uhid.c| 1 -
drivers/hid/usbhid/hid-core.c | 12
include/linux/hid.h | 19
ret = hid_output_raw_report(A, B, C, HID_FEATURE_REPORT);
is equivalent to
ret = hid_hw_raw_request(A, B[0], B, C, HID_FEATURE_REPORT,
HID_REQ_SET_REPORT);
whatever the transport layer is.
So use the new API where available
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
uHID is missing a SET_REPORT protocol implementation, but as
.hid_get_raw_report() as been removed from struct hid_device,
there were no means to access GET_REPORT in uhid.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/uhid.c | 16
1 file
Add output_report and raw_request to i2c-hid.
The current implementation of i2c_hid_output_raw_report decides
by itself if it should use a direct send of the output report
or use the data register (SET_REPORT). Split that by reimplement
the logic in __i2c_hid_output_raw_report() which will be
On Mon, Feb 10, 2014 at 05:44:23PM +, Mark Rutland wrote:
Commit 443772776c69 (perf: Disable all pmus on unthrottling and
rescheduling) identified an issue with having multiple PMUs sharing a
perf_event_context, but only partially solved the issue.
While ctx::pmu will be disabled across
Might be worth taking the opportunity to swap out these magic numbers
now.
There's nothing magic about them, they tell the driver how many fans
each device supports. If you don't pass them as driver_data you'll have
to derive them from the device name in the probe function.
hid_output_raw_report() is not a ll_driver callback and should not be used.
To keep the same code path than before, we are forced to play with the
different hid_hw_* calls: if the usb or i2c device does not support
direct output reports, then we will rely on the SET_REPORT HID call.
.request() can be emulated through .raw_request()
we can implement this emulation in hid-core, and make .request
not mandatory for transport layer drivers.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
drivers/hid/hid-core.c | 45
On Sat, Feb 8, 2014 at 6:22 AM, Liviu Dudau liviu.du...@arm.com wrote:
On Sat, Feb 08, 2014 at 12:21:56AM +, Tanmay Inamdar wrote:
On Thu, Feb 6, 2014 at 2:18 AM, Liviu Dudau liviu.du...@arm.com wrote:
On Wed, Feb 05, 2014 at 10:26:27PM +, Tanmay Inamdar wrote:
Hello Liviu,
I did
On 07/02/14 19:29, Greg Kroah-Hartman wrote:
On Fri, Feb 07, 2014 at 04:49:16PM +, Sudeep Holla wrote:
From: Sudeep Holla sudeep.ho...@arm.com
This patch adds initial support for providing processor cache information
to userspace through sysfs interface. This is based on already existing
Ulf Hansson ulf.hans...@linaro.org writes:
On 4 February 2014 20:22, Kevin Hilman khil...@linaro.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not
On Mon, Feb 10, 2014 at 9:47 AM, Steve Grubb sgr...@redhat.com wrote:
On Monday, February 10, 2014 09:29:19 AM Andy Lutomirski wrote:
Grr. Why is all this crap tied up with syscall auditing anyway? ISTM
it would have been a lot nicer if audit calls just immediately emitted
audit records,
On 02/10/2014 10:59 PM, Srivatsa S. Bhat wrote:
On 02/10/2014 09:23 PM, Oleg Nesterov wrote:
On 02/06, Srivatsa S. Bhat wrote:
--- a/arch/x86/kernel/cpu/mcheck/therm_throt.c
+++ b/arch/x86/kernel/cpu/mcheck/therm_throt.c
@@ -319,7 +319,7 @@ static __init int
On Mon, 10 Feb 2014 22:59:24 +0530
yogesh tillu tillu.yog...@gmail.com wrote:
Hi Steve,
Thanks for the reply.
Can we follow the approach of using api ftrace_set_notrace_ip (like
ftrace_set_filter_ip ), and register ip for the notrace hash list from
kgdb x86 arch code at the time of
On Mon, Feb 10, 2014 at 05:44:24PM +, Mark Rutland wrote:
Currently portions of the perf subsystem assume that a
perf_event_context is associated with a single pmu while in reality a
single perf_event_context may be shared by a number of pmus, as commit
443772776c69 (perf: Disable all pmus
On Mon, 10 Feb 2014, Peter Zijlstra wrote:
On Mon, Feb 10, 2014 at 06:17:12PM +0100, Nicholas Mc Guire wrote:
maybe I'm missing/missunderstanding something here but
pi_unlock - arch_spin_unlock is a full mb()
Nope, arch_spin_unlock() on x86 is a single add[wb] without LOCK prefix.
The
On 08/02/2014 11:26, Boris BREZILLON wrote:
This patch aims to add per partition ECC config for NAND devices.
It defines a new field in the mtd struct to store the mtd ECC config and
thus each mtd partition device can store its config instead of using the
default NAND chip config.
This feature
The OMAP EHCI controller is not compatible with the EHCI
platform HCD driver so don't claim that we are.
This fixes boot on OMAP platforms with CONFIG_USB_EHCI_HCD_PLATFORM=y
e.g. multi_v7_defconfig
Reported-by: Nishanth Menon n...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
On Mon, 10 Feb 2014, Steven Rostedt wrote:
On Mon, 10 Feb 2014 18:17:12 +0100
Nicholas Mc Guire der.h...@hofr.at wrote:
In rtmutex.c we have:
pi_lock(self-pi_lock);
__set_current_state(self-saved_state);
self-saved_state = TASK_RUNNING;
On Mon, 10 Feb 2014 18:01:59 +, Lee Jones wrote:
Might be worth taking the opportunity to swap out these magic numbers
now.
There's nothing magic about them, they tell the driver how many fans
each device supports. If you don't pass them as driver_data you'll have
to
On Mon, Feb 10, 2014 at 07:12:03PM +0100, Nicholas Mc Guire wrote:
On Mon, 10 Feb 2014, Peter Zijlstra wrote:
On Mon, Feb 10, 2014 at 06:17:12PM +0100, Nicholas Mc Guire wrote:
maybe I'm missing/missunderstanding something here but
pi_unlock - arch_spin_unlock is a full mb()
Nope,
Quoting Wolfram Sang w...@the-dreams.de:
Signed-off-by: Wolfram Sang w...@the-dreams.de
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
---
Documentation/i2c/instantiating-devices | 34
+++--
1 file changed, 32 insertions(+), 2
Might be worth taking the opportunity to swap out these magic
numbers
now.
There's nothing magic about them, they tell the driver how many fans
each device supports. If you don't pass them as driver_data you'll
have
to derive them from the device name
On Mon, Feb 10, 2014 at 5:43 PM, Jean Delvare jdelv...@suse.de wrote:
Hi Lee,
On Mon, 10 Feb 2014 16:58:53 +, Lee Jones wrote:
static const struct i2c_device_id max6650_id[] = {
- { max6650, 1 },
- { max6651, 4 },
+ { max6650-hwmon, 1 },
+ {
On Fri, Feb 7, 2014 at 6:50 PM, Courtney Cavin
courtney.ca...@sonymobile.com wrote:
We don't remove the legacy methods here, but we mark them as deprecated
in the hopes that people with the ability to properly test modifications
can adapt its users.
The DT for highbank is pretty much fixed at
On Mon, Feb 10, 2014 at 3:20 PM, Sachin Kamat sachin.ka...@linaro.org wrote:
On 10 February 2014 17:51, Lee Jones lee.jo...@linaro.org wrote:
+#include linux/device.h
+#include linux/mfd/core.h
+#include linux/module.h
+#include linux/i2c.h
Please arrange these alphabetically.
Why?
On 10/02/14 13:00, Geert Uytterhoeven wrote:
A QSPI function set consists of 3 groups:
- qspi_ctrl (2 control wires)
- qspi_data2 (2 data wires, for Single/Dual SPI)
- qspi_data4 (4 data wires, for Quad SPI)
Hi, do you have a branch with all your SPI/QSPI work on that we
could have a
Nishanth Menon n...@ti.com writes:
Select CONFIG_SOC_DRA7XX so that we can boot dra7-evm.
DRA7 family are A15 based processors that supports LPAE and an
evolutionary update to the OMAP5 generation of processors.
Signed-off-by: Nishanth Menon n...@ti.com
---
based on v3.13-rc1 kernel tag -
In allmodconfig builds for sparc and any other arch which does
not set CONFIG_SPARSE_IRQ, the following will be seen at modpost:
CC [M] lib/cpu-notifier-error-inject.o
CC [M] lib/pm-notifier-error-inject.o
ERROR: irq_to_desc [drivers/gpio/gpio-mcp23s08.ko] undefined!
make[2]: ***
Nicolas Ferre nicolas.fe...@atmel.com writes:
Arnd, Olof, Kevin,
This is a first fixes series for AT91 on 3.14.
The content is only DT-related and quite boring.
I took the opportunity of this early fixes pull-request to collect
some Documentation patches that were lying around and I guess
Hey Jens,
Please git pull the following branch:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git stable/for-jens-3.14
which is based off v3.13-rc6. If you would like me to rebase it on
a different branch/tag I would be more than happy to do so.
The patches are all bug-fixes and
ACK - this is the best way to deal with this issue that we’ve found.
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Monday, February 3, 2014 2:28 PM
To:
From: Colin Ian King colin.k...@canonical.com
Bar type OCTEON_DMA_BAR_TYPE_SMALL assigns lo and hi addresses and
then falls through to OCTEON_DMA_BAR_TYPE_BIG that re-assignes lo and
hi addresses with totally different values. Add a break so we don't
fall through.
Signed-off-by: Colin Ian King
On Mon, 10 Feb 2014, Peter Zijlstra wrote:
On Mon, Feb 10, 2014 at 07:12:03PM +0100, Nicholas Mc Guire wrote:
On Mon, 10 Feb 2014, Peter Zijlstra wrote:
On Mon, Feb 10, 2014 at 06:17:12PM +0100, Nicholas Mc Guire wrote:
maybe I'm missing/missunderstanding something here but
On Mon, Feb 10, 2014 at 02:00:40PM +0100, Stefan Sørensen wrote:
This patch removes the module parameters gpio_tab and chosen_phy in favour of
retrieving the configuration from DT through the properties
Can we please keep the module parameters? I have two platforms with
phyters neither of which
On Mon, Feb 10, 2014 at 06:08:31PM +0800, Lai Jiangshan wrote:
Acked-by: Lai Jiangshan la...@cn.fujitsu.com
Thank you all, queued for 3.15.
We should also have some facility for moving the SRCU workqueues to
housekeeping/timekeeping kthreads in the NO_HZ_FULL case. Or does
this patch already
On Mon, Feb 10, 2014 at 1:14 AM, Linus Walleij linus.wall...@linaro.org wrote:
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov iiva...@mm-sol.com wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
Add pin, group and function definitions for SPI#8
controller.
Signed-off-by: Ivan T. Ivanov
Hi,
On Thu, Feb 06, 2014 at 03:37:27AM +0530, Srivatsa S. Bhat wrote:
@@ -393,9 +393,13 @@ static int __init vsyscall_init(void)
{
BUG_ON(VSYSCALL_ADDR(0) != __fix_to_virt(VSYSCALL_FIRST_PAGE));
+ cpu_maps_update_begin();
+
on_each_cpu(cpu_vsyscall_init, NULL, 1);
On Mon, 10 Feb 2014 18:27:07 +, Laszlo Papp wrote:
On Mon, Feb 10, 2014 at 5:43 PM, Jean Delvare jdelv...@suse.de wrote:
On Mon, 10 Feb 2014 16:58:53 +, Lee Jones wrote:
Might be worth taking the opportunity to swap out these magic numbers
now.
There's nothing magic about
Hi Eric Thomas,
On Sun, 2014-02-09 at 04:30 -0800, Eric Dumazet wrote:
On Sun, 2014-02-09 at 08:42 +0100, Eric Dumazet wrote:
The new infrastructure is used in iscsit_fe_sendpage_sg to avoid sending
three
TCP packets instead of one by settings the MSG_MORE when calling
kernel_sendmsg
On Thu, Feb 6, 2014 at 7:28 AM, Ivan T. Ivanov iiva...@mm-sol.com wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
Add the pin control node and pin definitions of SPI8.
Signed-off-by: Ivan T. Ivanov iiva...@mm-sol.com
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 29
On Mon, Feb 10, 2014 at 4:53 PM, li...@roeck-us.net wrote:
Quoting Jean Delvare jdelv...@suse.de:
That being said, going with MFD in this case seems quite overkill to
me. MFD makes a lot of sense when each function has its own resources.
As this isn't the case here, a single driver
On 10.02.2014 11:06, Thomas Gleixner wrote:
On Mon, 10 Feb 2014, poma wrote:
[ 83.558551] [81025b17] amd_e400_idle+0x87/0x130
So this seems to happen only on AMD machines which use that e400 idle
mode. I have no idea at the moment whats wrong there. I'll find one of
those
This can be really useful for us performance folks, thanks. It seems
however that the first two patches in the series are missing.
--
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
Hi,
On Thu, Feb 06, 2014 at 03:39:00AM +0530, Srivatsa S. Bhat wrote:
diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c
index da85a8e..199aaae 100644
--- a/arch/x86/kernel/hpet.c
+++ b/arch/x86/kernel/hpet.c
@@ -943,12 +943,14 @@ static __init int hpet_late_init(void)
if
On Mon, Feb 10, 2014 at 9:29 AM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Feb 10, 2014 at 8:57 AM, Oleg Nesterov o...@redhat.com wrote:
On 02/08, Andy Lutomirski wrote:
+void audit_inc_n_rules()
+{
+ struct task_struct *p, *t;
+
+ read_lock(tasklist_lock);
+
On Sun, 9 Feb 2014, Vladimir Davydov wrote:
Fortunately, recently kobject_uevent was patched to call the usermode
helper with the UMH_NO_WAIT flag, making the deadlock impossible.
Great If you can get that other patch merged then
Acked-by: Christoph Lameter c...@linux.com
--
To
On Mon, Feb 3, 2014 at 6:08 PM, Andrew Morton a...@linux-foundation.org wrote:
On Mon, 27 Jan 2014 09:01:19 -0500 Dan Streetman ddstr...@ieee.org wrote:
Currently, zswap is writeback cache; stored pages are not sent
to swap disk, and when zswap wants to evict old pages it must
first write
On Sat, 8 Feb 2014, Pekka Enberg wrote:
So to be completely honest, I don't understand what is the race in (A) that
concerns the *memory allocator*. I also don't what the memory allocator can
do in (B) and (C) which look like double-free and use-after-free,
respectively, to me. :-)
Well it
Hi,
On Thu, Feb 06, 2014 at 03:39:22AM +0530, Srivatsa S. Bhat wrote:
Fix the oprofile code in x86 by using this latter form of callback
registration. But retain the calls to get/put_online_cpus(), since they
also protect the variables 'nmi_enabled' and 'ctr_running'.
get/put_online_cpus()
On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel trie...@redhat.com wrote:
Intuitively, this is wrong because this let's the program take a step
the abstract machine wouldn't do. This is different to the sequential
code that Peter posted because it uses atomics, and thus one can't
easily
From: Colin Ian King colin.k...@canonical.com
ch_clk was erroneously being allocated the incorrect size which
can be problematic for larger sizes of tll-nch
Signed-off-by: Colin Ian King colin.k...@canonical.com
---
drivers/mfd/omap-usb-tll.c | 2 +-
1 file changed, 1 insertion(+), 1
On Mon, Feb 10, 2014 at 07:28:54PM +0100, Rob Herring wrote:
On Fri, Feb 7, 2014 at 6:50 PM, Courtney Cavin
courtney.ca...@sonymobile.com wrote:
We don't remove the legacy methods here, but we mark them as deprecated
in the hopes that people with the ability to properly test modifications
Bjorn,
On 02/07/2014 04:49 PM, Bjorn Andersson wrote:
On Mon, Jan 13, 2014 at 4:19 PM, Suman Anna s-a...@ti.com wrote:
This patch adds three new OF helper functions to use/request
locks from a hwspinlock device instantiated through a
device-tree blob.
Nice, I ran in to the problem of needing
501 - 600 of 2010 matches
Mail list logo