Add PMU_RANGE_ATTR() and PMU_RANGE_RESV() (for reserved areas) which
generate functions to extract the relevent bits from
event->attr.config{,1,2} for use by sw-like pmus where the
'config{,1,2}' values don't map directly to hardware registers.
Signed-off-by: Cody P Schafer
---
Signed-off-by: Cody P Schafer
---
arch/powerpc/include/asm/hvcall.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/powerpc/include/asm/hvcall.h
b/arch/powerpc/include/asm/hvcall.h
index d8b600b..652f7e4 100644
--- a/arch/powerpc/include/asm/hvcall.h
+++
These patches add basic pmus for 2 powerpc hypervisor interfaces to obtain
performance counters: gpci ("get performance counter info") and 24x7.
The counters supplied by these interfaces are continually counting and never
need to be (and cannot be) disabled or enabled. They additionally do not
On Fri, Feb 14, 2014 at 02:45:29PM +0100, Rafael J. Wysocki wrote:
> On Thursday, February 13, 2014 10:00:43 PM Josh Cartwright wrote:
> > The acpi_dev_pm_attach/_detach functions perform their own checks to
> > ensure the device has an ACPI companion. It is not necessary for the
> > caller to do
On Fri, Feb 14, 2014 at 02:04:40PM -0800, Greg Kroah-Hartman wrote:
> On Fri, Feb 14, 2014 at 11:03:01AM -0500, Tejun Heo wrote:
> > On Fri, Feb 14, 2014 at 04:57:27PM +0800, Li Zefan wrote:
> > > Currently kernfs_node_from_dentry() returns NULL for root dentry,
> > > because root_dentry->d_op ==
This provides a basic interface between hv_24x7 and perf. Similar to
the one provided for gpci, it lacks transaction support and does not
list any events.
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-24x7.c | 491
1 file changed, 491
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/Makefile | 2 ++
arch/powerpc/platforms/Kconfig.cputype | 6 ++
2 files changed, 8 insertions(+)
diff --git a/arch/powerpc/perf/Makefile b/arch/powerpc/perf/Makefile
index 60d71ee..f9c083a 100644
---
gpci and 24x7 expose some device specific attributes. Add some
documentation for them.
Signed-off-by: Cody P Schafer
---
.../testing/sysfs-bus-event_source-devices-hv_24x7 | 22 +++
.../testing/sysfs-bus-event_source-devices-hv_gpci | 43 ++
2 files changed, 65
On Fri, Feb 14, 2014 at 11:03:01AM -0500, Tejun Heo wrote:
> On Fri, Feb 14, 2014 at 04:57:27PM +0800, Li Zefan wrote:
> > Currently kernfs_node_from_dentry() returns NULL for root dentry,
> > because root_dentry->d_op == NULL.
> >
> > Due to this bug cgroupstats_build() returns -EINVAL for root
This provides a basic link between perf and hv_gpci. Notably, it does
not yet support transactions and does not list any events (they can
still be manually composed).
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-gpci.c | 290
1 file
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-common.c | 39 +++
arch/powerpc/perf/hv-common.h | 17 +
2 files changed, 56 insertions(+)
create mode 100644 arch/powerpc/perf/hv-common.c
create mode 100644
24x7 (also called hv_24x7 or H_24X7) is an interface to obtain
performance counters from the hypervisor. These counters do not have a
fixed format/possition and are instead documented in a "24x7 Catalog",
which is provided by the hypervisor (that interface is also documented
in this header).
This
"H_GetPerformanceCounterInfo" (refered to as hv_gpci or just gpci from
here on) is an interface to retrieve specific performance counters and
other data from the hypervisor. All outputs have a fixed format (and
are represented as structs in this patch).
Signed-off-by: Cody P Schafer
---
Export the swevent hrtimer helpers currently only used in events/core.c
to allow the addition of architecture specific sw-like pmus.
Signed-off-by: Cody P Schafer
---
include/linux/perf_event.h | 5 -
kernel/events/core.c | 8
2 files changed, 8 insertions(+), 5 deletions(-)
> -Original Message-
> From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
> ow...@vger.kernel.org] On Behalf Of Haiyang Zhang
> Sent: Saturday, February 8, 2014 12:26 PM
> To: florianschandi...@gmx.de; a...@linux-foundation.org; linux-
> fb...@vger.kernel.org
> Cc: Haiyang
On Fri, Feb 14, 2014 at 10:50:23PM +0100, Levente Kurusa wrote:
> Since MSR_AP is 0x3, ANDing it with 0xFC will never be true.
> Add a NOT operation to 0xFC so that we will AND with the last
> three bits which will result in a possibility that the condition
> will succeed.
>
> Signed-off-by:
> -Original Message-
> From: Haiyang Zhang [mailto:haiya...@microsoft.com]
> Sent: Monday, January 13, 2014 7:21 PM
> To: florianschandi...@gmx.de; a...@linux-foundation.org; linux-
> fb...@vger.kernel.org
> Cc: Haiyang Zhang; KY Srinivasan; o...@aepfle.de; jasow...@redhat.com;
>
On 02/14/2014 03:48 PM, Peter Wu wrote:
On Friday 14 February 2014 15:38:32 Larry Finger wrote:
On 02/14/2014 12:03 PM, Peter Wu wrote:
Unused as configure_filter takes care of setting/clearing RCR_AAP.
Signed-off-by: Peter Wu
NACK - at least for now. This patch has merge conflicts for the
Linus,
Please pull the following arm-soc fixes for v3.14-rc. Thanks.
Kevin
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
Since MSR_AP is 0x3, ANDing it with 0xFC will never be true.
Add a NOT operation to 0xFC so that we will AND with the last
three bits which will result in a possibility that the condition
will succeed.
Signed-off-by: Levente Kurusa
---
Hi,
This might not be the real solution since it is also
On Friday 14 February 2014 15:38:32 Larry Finger wrote:
> On 02/14/2014 12:03 PM, Peter Wu wrote:
> > Unused as configure_filter takes care of setting/clearing RCR_AAP.
> >
> > Signed-off-by: Peter Wu
>
> NACK - at least for now. This patch has merge conflicts for the set of
> patches that add
On 02/14/2014 01:47 PM, Thomas Gleixner wrote:
>
> I'm aware of that and I tried to hack around it but failed miserably
> due to lack of masochism. It was simpler to abuse the DT stuff to get
> things done. :)
>
Right... we should fix that, though.
-hpa
--
To unsubscribe from this
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
> >>
> >> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
> >> so if explicitly overridden I'm not sure if one actually would need
> >> them. That doesn't mean our current code will
Hi Peter,
> This patch series addresses a number of previously unknown issues
> with the RFCOMM tty device implementation, in addition to
> addressing the locking regression recently reported [1].
>
> As Gianluca suggested and I agree, this series first reverts
> 3 of the 4 patches of 3.14-rc1
On Friday 14 February 2014 15:28:44 Larry Finger wrote:
> On 02/14/2014 12:03 PM, Peter Wu wrote:
> > The rtl*_set_check_bssid functions are mostly the same, but access the
> > RCR register in different ways. Use the get_hw_reg abstraction layer
> > (which reads rtlpci->receive_config for PCI
[+cc Don]
On Mon, Feb 03, 2014 at 02:27:27PM -0700, Alex Williamson wrote:
> v2:
> - Remove bus #0 bug in filtering matching
> - Add 2/3 introducing PCI_DEV_FLAGS_ACS_ENABLED_QUIRK, this gives
>is better tracking and addresses the theoretical hotplug issue
> - Update 3/3 for
Hello Bjorn,
On Fri, Feb 14, 2014 at 1:35 PM, Bjorn Helgaas wrote:
> On Fri, Feb 14, 2014 at 2:26 PM, Rajat Jain wrote:
>> With recent addition of Link state change based hot-plug, it makes
>> sense to display this capability in dbg_ctrl() addition to others.
>>
>> (Also move the call to
On 02/14/2014 12:03 PM, Peter Wu wrote:
Unused as configure_filter takes care of setting/clearing RCR_AAP.
Signed-off-by: Peter Wu
NACK - at least for now. This patch has merge conflicts for the set of patches
that add the rtl8723be driver, and would cause build errors if the merge were
On Fri, Feb 14, 2014 at 2:26 PM, Rajat Jain wrote:
> With recent addition of Link state change based hot-plug, it makes
> sense to display this capability in dbg_ctrl() addition to others.
>
> (Also move the call to dbg_ctrl() further down untill after the value
> is populated in
Sorry it took me some time to have an email addres that would allow clean
mails. Below you can find the updated patch previously sent on linux-input
mailinglist. David Herrman asked to resent this patch as a proper git patch so
here it is now.
It also available on
On 02/14/2014 12:03 PM, Peter Wu wrote:
commit 0baa0fd76f3f5a134461d6cf30294f6bb1bb824c
("rtlwifi: Convert core routines for addition of rtl8192se and
rtl8192de") removed setting HW_VAR_RCR, HW_VAR_MGT_FILTER and
HW_VAR_CTRL_FILTER. The last two are probably done because some hardware
does not
From: Andi Kleen
x86 calls the hweight library functions with special calling conventions.
LTO doesn't support compiling individual files with special options.
Just disable LTO for the file.
Signed-off-by: Andi Kleen
---
lib/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On 02/14/2014 12:03 PM, Peter Wu wrote:
The rtl*_set_check_bssid functions are mostly the same, but access the
RCR register in different ways. Use the get_hw_reg abstraction layer
(which reads rtlpci->receive_config for PCI devices and mac->rx_conf for
USB).
There is no functional change for
From: Andi Kleen
This reference is discarded, but can cause warnings when it refers to
exit. Ignore for now.
This is a workaround and can be removed once we get rid of
-fno-toplevel-reorder
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 4
1 file changed, 4 insertions(+)
diff
From: Andi Kleen
The assembler alias code in cond_syscall does not work
when compiled for LTO. Just disable LTO for that file.
Signed-off-by: Andi Kleen
---
kernel/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/Makefile b/kernel/Makefile
index bc010ee..31c26c6 100644
From: Andi Kleen
- Don't warn about LTO marker symbols. modpost runs before
the linker, so the module is not necessarily LTOed yet.
- Don't complain about .gnu.lto* sections
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
From: Andi Kleen
gcc-nm on slim LTO objects does not output static functions or variables.
This causes the first pass estimation of the kallsyms table
to be off too much. Add a hack using the LTO function sections
to retrieve all functions instead. I wrote that hack in perl,
as it exceeded my
From: Joe Mario
Here is the workaround I made for having the kernel not reject modules
built with -flto. The clean solution would be to get the compiler to not
emit the symbol. Or if it has to emit the symbol, then emit it as
initialized data but put it into a comdat/linkonce section.
Minor
From: Andi Kleen
LTO gcc puts a lot of data into $TMPDIR, essentially another copy
of the object directory to pass the repartitioned object files
to the code generation processes.
TMPDIR defaults to /tmp With /tmp as tmpfs it's easy to drive systems to
out of memory, because they will compete
From: Andi Kleen
Note this causes warnings for static asmlinkage, which
is used in some places. These can be later cleaned up.
static asmlinkage usually makes no sense.
Signed-off-by: Andi Kleen
---
include/linux/linkage.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This is the updated LTO patchkit for 3.14-rc2. LTO allows
the compiler to do global optimization over the whole kernel.
All problems/comments reported last week have been addressed, plus
a lot of improvements to the documentation and the Kconfig description.
Plus some random improvements.
See
From: Andi Kleen
KALLSYMS_ALL enables including data variables into KALLSYMS.
With plain KALLSYMS only functions are included.
LATENCYTOP and LOCKDEP select KALLSYMS_ALL in addition to KALLSYMS.
It's unclear what they actually need _ALL for; they should
only need function backtraces and afaik
From: Andi Kleen
Work around a LTO gcc problem: when there is no reference to a variable
in a module it will be moved to the end of the program. This causes
reordering of initcalls which the kernel does not like.
Add a dummy reference function to avoid this. The function is
deleted by the
With recent addition of Link state change based hot-plug, it makes
sense to display this capability in dbg_ctrl() addition to others.
(Also move the call to dbg_ctrl() further down untill after the value
is populated in ctrl->link_active_reporting)
Signed-off-by: Rajat Jain
Signed-off-by: Rajat
From: Andi Kleen
The asm-offset.c technique to fish data out of the assembler file
does not work with LTO. Just disable for the asm-offset.c build.
Signed-off-by: Andi Kleen
---
scripts/Makefile.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/Makefile.build
From: Andi Kleen
When __gnu_lto_* is present that means that the module hasn't run with
LTO yet.
Cc: ru...@rustcorp.com.au
Signed-off-by: Andi Kleen
---
kernel/module.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/kernel/module.c b/kernel/module.c
index
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-3.14-rc3
for you to fetch changes up to
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc3
for you to fetch changes up to
From: Andi Kleen
For LTO we need to run the link step with gcc, not ld.
Since there are a lot of linker options passed to it, add a gcc-ld wrapper
that wraps them as -Wl,
Signed-off-by: Andi Kleen
---
scripts/gcc-ld | 34 ++
1 file changed, 34 insertions(+)
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.14-rc3
for you to fetch changes up to
The following changes since commit da9846ae15186d491d6e21ebbb5051e1d3c7f652:
kernfs: make kernfs_deactivate() honor KERNFS_LOCKDEP flag (2014-02-05
11:44:04 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
From: Andi Kleen
__const_udelay is marked inline, and LTO will happily inline it everywhere
Dropping the inline saves ~44k text in a non LTO build.
139995601740864 1499136 172395601070e08
vmlinux-with-udelay-inline
139547641736768 1499136 171906681064f0c
From: Andi Kleen
The VDSO does not play well with LTO, so just disable LTO for it.
Also pass a 32bit linker flag for the 32bit version.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/vdso/Makefile | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
From: Andi Kleen
Otherwise LTO will inline them anyways
Cc: mi...@kernel.org
Signed-off-by: Andi Kleen
---
kernel/locking/spinlock.c | 56 +++
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/kernel/locking/spinlock.c
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.14-rc3
for you to fetch changes up to
From: Andi Kleen
With LTO gcc will do whole program optimizations for
the whole kernel and each module. This increases compile time,
but can generate faster and smaller code and allows
the compiler to do global checking. For example the compiler
can complain now about type mismatches for symbols
From: Andi Kleen
To check the linker version. Used by the LTO makefile.
Signed-off-by: Andi Kleen
---
scripts/Kbuild.include | 9 +
scripts/ld-version.sh | 8
2 files changed, 17 insertions(+)
create mode 100755 scripts/ld-version.sh
diff --git a/scripts/Kbuild.include
From: Andi Kleen
LTO turns all global symbols effectively into statics. This
has the side effect that they all have a .NUMBER postfix to make
them unique. In modpost drop this postfix because it confuses
it.
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 15 ++-
From: Mike Galbraith
Date: Fri, 14 Feb 2014 08:21:04 +0100
> drivers/net/bonding/bond_options.c includes rwlock.h directly,
> which is a nono, and which also breaks RT kernel build.
>
> Signed-off-by: Mike Galbraith
Applied, thank you.
--
To unsubscribe from this list: send the line
From: Andi Kleen
const variables are put into the text segment, so !KALLSYMS_ALL
includes them into the kallsyms section. Remove them to make
the kallsyms smaller. This also avoids some problems with LTO.
The way LTO generates the first pass kallsyms cannot handle
variables currently, so if we
From: Andi Kleen
Add support for padding the variable length tables in kallsyms.
This adds a new --pad=XXX option to kallsyms to specify the table lengths,
and another option --pad-file=X to write the table lengths to a file.
Then when a table is shorter than the padding add the necessary
Mostly fix the padding code build error Markus found.
The single pass code generally improves build performance,
even without LTO.
--
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
On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
>>
>> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
>> so if explicitly overridden I'm not sure if one actually would need
>> them. That doesn't mean our current code will work without them, though.
>
> I tried once to
On Fri, Feb 14, 2014 at 12:17:27PM -0800, Andy Lutomirski wrote:
> Either you have a bug or I rebased it wrong. With the attached
> rebased version, I hit WARN_ON_ONCE(irqs_disabled()) in
> cpu_idle_loop() on a semi-regular basis when I boot with:
Its got a bug; I got it too, but it did boot and
From: Andi Kleen
Put the kallsyms information into an own .kallsyms section.
This makes it easier to patch the kallsyms inside the executable.
Otherwise it shouldn't change anything.
Signed-off-by: Andi Kleen
---
include/asm-generic/vmlinux.lds.h | 4
scripts/kallsyms.c|
From: Andi Kleen
For static and some LTO symbols gcc generates . postfixes.
Remove those from the kallsyms, as they are not useful to the user
and makes it much larger. This also avoids some issues with LTO.
Signed-off-by: Andi Kleen
---
scripts/kallsyms.c | 7 ++-
1 file changed, 6
From: Andi Kleen
Remove the ELF relocations from the kallsyms_address[] table.
Instead we just store offsets to _text and relocate that while
accessing the kallsyms table. This is done with a new
kallsyms_offsets[] table. With these changes .tmp_kallsyms*.o
becomes relocation free.
In theory
From: Andi Kleen
kallsyms currenly links the kernel upto three times
(in addition to another one for modpost checks)
Linking can be a quite slow operation, especially when
the kernel has a lot of debug information (lots of IO),
or Link Time Optimization is used.
Final linking is also a non
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 11:59 AM, Thomas Gleixner wrote:
> > On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> >> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
> >>> I'm fine with ACPI tables if we can provide simple means for embedded
> >>> users to load one via
On Fri, 2014-02-14 at 15:52 -0500, Richard Guy Briggs wrote:
> On 14/02/14, Richard Guy Briggs wrote:
> > On 14/02/14, Eric Paris wrote:
> > > On Fri, 2014-02-14 at 15:23 -0500, Richard Guy Briggs wrote:
> > > > The AUDIT_SECCOMP record looks something like this:
> > > >
> > > > type=SECCOMP
[+cc Aaron]
On Thu, Jan 30, 2014 at 12:20:38PM -0700, Bjorn Helgaas wrote:
> This reverts commit e8de1481fd71 ("resource: allow MMIO exclusivity for
> device drivers"), removing these exported interfaces:
>
> pci_request_region_exclusive()
> pci_request_regions_exclusive()
>
On 14/02/14, Richard Guy Briggs wrote:
> On 14/02/14, Eric Paris wrote:
> > On Fri, 2014-02-14 at 15:23 -0500, Richard Guy Briggs wrote:
> > > The AUDIT_SECCOMP record looks something like this:
> > >
> > > type=SECCOMP msg=audit(1373478171.953:32775): auid=4325 uid=4325 gid=4325
> > > ses=1
On 14/02/14, Eric Paris wrote:
> On Fri, 2014-02-14 at 15:23 -0500, Richard Guy Briggs wrote:
> > The AUDIT_SECCOMP record looks something like this:
> >
> > type=SECCOMP msg=audit(1373478171.953:32775): auid=4325 uid=4325 gid=4325
> > ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0
From: Emil Goode
Date: Thu, 13 Feb 2014 19:30:39 +0100
> The struct driver_info ax88178_info is assigned the function
> asix_rx_fixup_common as it's rx_fixup callback. This means that
> FLAG_MULTI_PACKET must be set as this function is cloning the
> data and calling usbnet_skb_return. Not
On Fri, 2014-02-14 at 15:23 -0500, Richard Guy Briggs wrote:
> The AUDIT_SECCOMP record looks something like this:
>
> type=SECCOMP msg=audit(1373478171.953:32775): auid=4325 uid=4325 gid=4325
> ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0 pid=12381 comm="test"
> sig=31 syscall=231
Currently, there's nothing explicitly preventing
cgroup_enable_task_cg_lists() from missing set PF_EXITING and race
against cgroup_exit(), and, depending on the timing, cgroup_exit()
seemingly may finish with the task still linked on css_set leading to
list corruption because
2014-02-14 23:16 GMT+04:00 Eric W. Biederman :
> Cyrill Gorcunov writes:
>
>> On Fri, Feb 14, 2014 at 09:43:14PM +0400, Andrew Vagin wrote:
>>> > My brain hurts just looking at this patch and how you are justifying it.
>>> >
>>> > For the resources you are mucking with below all you have to do is
The patches following this one will add preemption checks to __this_cpu
ops so we need to have an alternative way to use this_cpu operations
without preemption checks.
raw_cpu_ops will be the basis for all other ops since these will be the
operations that do not implement any checks.
Primitive
[Patch depends on another patch in this series that introduces raw_cpu_ops]
The initialization of a structure is not subject to synchronization.
The use of __this_cpu would trigger a false positive with the
additional preemption checks for __this_cpu ops.
So simply disable the check through the
[Patch depends on another patch in this series that introduces raw_cpu_ops]
We define a check function in order to avoid trouble with the
include files. Then the higher level __this_cpu macros are
modified to invoke the preemption check.
Acked-by: Ingo Molnar
Signed-off-by: Christoph Lameter
[Patch depends on another patch in this series that introduces raw_cpu_ops]
The RT_CACHE_STAT_INC macro triggers the new preemption checks
for __this_cpu ops.
I do not see any other synchronization that would allow the use
of a __this_cpu operation here however in commit
[Patch depends on another patch in this series that introduces raw_cpu_ops]
With the preempt checking logic for __this_cpu_ops we will get false
positives from locations in the code that use numa_node_id.
Before the __this_cpu ops where introduced there were
no checks for preemption present
Replace uses of __get_cpu_var for address calculation with this_cpu_ptr.
Cc: a...@linux-foundation.org
Signed-off-by: Christoph Lameter
Index: linux/kernel/printk/printk.c
===
--- linux.orig/kernel/printk/printk.c 2014-02-03
Replace places where __get_cpu_var() is used for an address calculation
with this_cpu_ptr().
Cc: a...@linux-foundation.org
Cc: linux...@kvack.org
Signed-off-by: Christoph Lameter
Index: linux/lib/radix-tree.c
===
---
Replace uses of &__get_cpu_var for address calculation with this_cpu_ptr.
CC: Steven Rostedt
CC: Frederic Weisbecker
CC: Ingo Molnar
Acked-by: Masami Hiramatsu
Signed-off-by: Christoph Lameter
Index: linux/include/linux/kprobes.h
All of these are for address calculation. Replace with
this_cpu_ptr().
Cc: Daniel Lezcano
Cc: linux...@vger.kernel.org
Acked-by: Rafael J. Wysocki
[cpufreq changes]
Signed-off-by: Christoph Lameter
Index: linux/drivers/cpuidle/governors/ladder.c
Replace the uses of __get_cpu_var for address calculation with this_cpu_ptr.
Cc: Robert Richter
Cc: oprofile-l...@lists.sf.net
Signed-off-by: Christoph Lameter
Index: linux/drivers/oprofile/cpu_buffer.c
===
---
Use this_cpu_ptr for the address calculation instead of __get_cpu_var.
Acked-by: Bryan Wu
Signed-off-by: Christoph Lameter
Index: linux/drivers/leds/trigger/ledtrig-cpu.c
===
--- linux.orig/drivers/leds/trigger/ledtrig-cpu.c
A single case of using __get_cpu_var for address calculation.
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Christoph Lameter
Index: linux/drivers/char/random.c
===
--- linux.orig/drivers/char/random.c2013-12-02
Replace __get_cpu_var uses for address calculation with this_cpu_ptr().
Acked-by: James Hogan
Signed-off-by: Christoph Lameter
Index: linux/arch/metag/kernel/perf/perf_event.c
===
--- linux.orig/arch/metag/kernel/perf/perf_event.c
Another case was merged for 3.14-rc1
Signed-off-by: Christoph Lameter
Index: linux/drivers/net/ethernet/tile/tilegx.c
===
--- linux.orig/drivers/net/ethernet/tile/tilegx.c 2014-02-03
13:48:07.334069941 -0600
+++
[Patch depends on another patch in this series that introduces raw_cpu_ops]
Convert uses of __get_cpu_var for creating a address from a percpu
offset to this_cpu_ptr.
The two cases where get_cpu_var is used to actually access a percpu
variable are changed to use this_cpu_read/raw_cpu_read.
CC:
Two new uses introduced in 3.14-rc1.
Signed-off-by: Christoph Lameter
Index: linux/kernel/time/tick-sched.c
===
--- linux.orig/kernel/time/tick-sched.c 2014-02-03 13:36:18.968910485 -0600
+++ linux/kernel/time/tick-sched.c
[Patch depends on another patch in this series that introduces raw_cpu_ops]
__this_cpu_ptr is being phased out.
Cc: Jens Axboe
Signed-off-by: Christoph Lameter
Index: linux/fs/ext4/mballoc.c
===
--- linux.orig/fs/ext4/mballoc.c
[Patch depends on another patch in this series that introduces raw_cpu_ops]
Convert all uses of __get_cpu_var for address calculation to use
this_cpu_ptr instead.
Cc: Peter Zijlstra
Acked-by: Ingo Molnar
Signed-off-by: Christoph Lameter
Index: linux/include/linux/kernel_stat.h
[Patch depends on another patch in this series that introduces raw_cpu_ops]
Replace uses of get_cpu_var for address calculation through this_cpu_ptr.
Cc: net...@vger.kernel.org
Cc: Eric Dumazet
Acked-by: David S. Miller
Signed-off-by: Christoph Lameter
Index: linux/net/core/dev.c
[Patch depends on another patch in this series that introduces raw_cpu_ops]
__this_cpu_ptr is being phased out.
One special case is increment_cpu_stall_ticks().
A per cpu variable is incremented so use raw_cpu_inc().
Cc: Dipankar Sarma
Cc: "Paul E. McKenney"
Signed-off-by: Christoph Lameter
[Patch depends on another patch in this series that introduces raw_cpu_ops]
__this_cpu_ptr is being phased out. So replace with raw_cpu_ptr.
Cc: Russell King
Cc: Catalin Marinas
CC: Will Deacon
Signed-off-by: Christoph Lameter
Index: linux/arch/arm/kernel/smp_twd.c
[Patch depends on another patch in this series that introduces raw_cpu_ops]
Most of these are the uses of &__raw_get_cpu_var for address calculation.
touch_softlockup_watchdog_sync() uses __raw_get_cpu_var to write to
per cpu variables. Use __this_cpu_write instead.
Cc: Wim Van Sebroeck
Cc:
[Patch depends on another patch in this series that introduces raw_cpu_ops]
These are generally replaced with raw_cpu_ptr. However, in
gic_get_percpu_base() we immediately dereference the pointer. This is
equivalent to a raw_cpu_read. So use that operation there.
Cc: nicolas.pi...@linaro.org
Cc:
101 - 200 of 1340 matches
Mail list logo