This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to it.
Cc: Eric Miao eric.y.m...@gmail.com
Signed-off-by: Viresh Kumar
Most of the drivers do following in their -target_index() routines:
struct cpufreq_freqs freqs;
freqs.old = old freq...
freqs.new = new freq...
cpufreq_notify_transition(policy, freqs, CPUFREQ_PRECHANGE);
/* Change rate here */
Most of the drivers do following in their -target_index() routines:
struct cpufreq_freqs freqs;
freqs.old = old freq...
freqs.new = new freq...
cpufreq_notify_transition(policy, freqs, CPUFREQ_PRECHANGE);
/* Change rate here */
Add a feature check for get_phdrnum() and implement
a replacement if it is not present.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/config/Makefile | 3 +++
tools/perf/config/feature-tests.mak | 9 +
tools/perf/util/symbol-elf.c| 16
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pasemi-cpufreq.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/cpufreq/pasemi-cpufreq.c
This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to it.
Cc: Sekhar Nori nsek...@ti.com
Signed-off-by: Viresh Kumar
This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to it.
Acked-by: Hans-Christian Egtvedt egtv...@samfundet.no
Signed-off-by: Viresh
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac64-cpufreq.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/cpufreq/pmac64-cpufreq.c
This patch takes care of warnings related to
1. Implicit function declaration for readq / writeq.
2. Warnings related to -Wformat.
Signed-off-by: Akhil Bhansali abhans...@stec-inc.com
--
diff -uprN -X linux-3.10.9/Documentation/dontdiff
linux-3.10.9/drivers/block/skd_main.c
This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to it.
Cc: John Crispin blo...@openwrt.org
Signed-off-by: Viresh Kumar
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/tegra-cpufreq.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/cpufreq/tegra-cpufreq.c
On Fri, Sep 13, 2013 at 04:06:10PM +0300, Kirill A. Shutemov wrote:
Basic api, backed by mm-page_table_lock for now. Actual implementation
will be added later.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
Cc: Jesper Nilsson jesper.nils...@axis.com
Cc: Mikael Starvik star...@axis.com
Cc: linux-cris-ker...@axis.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/cris-artpec3-cpufreq.c | 6
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Paul Mundt let...@linux-sh.org
Cc: linux...@vger.kernel.org
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
This also rearranges the code a bit to make it more sensible. Also removes some
unnecessary checks.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Use generic cpufreq_generic_init() routine instead of replicating the same code
here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/kirkwood-cpufreq.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/cpufreq/kirkwood-cpufreq.c
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Stephen Warren swar...@nvidia.com
Signed-off-by: Viresh Kumar
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Viresh Kumar
On Fri, Sep 13, 2013 at 3:00 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
On Fri, Sep 13, 2013 at 3:00 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
Most of the CPUFreq drivers do similar things in .exit() and .verify()
routines
and .attr. So its better if we have generic routines for them which can be
used
by cpufreq drivers then.
This patch uses these
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Andrew Lunn and...@lunn.ch
Signed-off-by: Viresh Kumar
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Dmitry Eremin-Solenikov dbarysh...@gmail.com
Signed-off-by: Viresh
On Fri, Sep 13, 2013 at 3:33 PM, Guenter Roeck li...@roeck-us.net wrote:
fs/btrfs/ioctl.c: In function 'btrfs_ioctl_file_extent_same':
fs/btrfs/ioctl.c:2802:3: error: implicit declaration of function
'__put_user_unaligned' [-Werror=implicit-function-declaration]
cc1: some warnings being
On Thu, 12 Sep 2013, Frederic Weisbecker wrote:
So yeah it's a problem in theory. Now in practice, I have yet to be convinced
because
this should be solved after a few iterations in /proc in most cases.
I have seen some drivers regularly spawning threads all over the machnine.
This is a
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Shawn Guo shawn@linaro.org
Signed-off-by: Viresh Kumar
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Tony Luck tony.l...@intel.com
Signed-off-by: Viresh Kumar
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
On Wed, 11 Sep 2013, Benjamin Tissoires wrote:
here is the v3 of the CVE fixes.
Now applied, will be pushing to Linus for 3.12. Thanks everybody,
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Viresh Kumar
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Cc: Andrew Lunn and...@lunn.ch
Signed-off-by: Viresh
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Cc: David S. Miller da...@davemloft.net
Signed-off-by:
On Thu, 12 Sep 2013, Neil Horman wrote:
On Thu, Sep 12, 2013 at 03:46:30PM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 12 Sep 2013, Neil Horman wrote:
Both of these execptions should be rare, and are something the
administrator
will want to know about, so as not to confuse the
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Acked-by: Shawn Guo shawn@linaro.org
Signed-off-by:
x86 chips with LPSS (low power subsystem) such as Lynxpoint and
Baytrail have SoC like peripheral support and controllable pins.
At the moment, Baytrail needs the pinctrl-baytrail driver to let
peripherals control their gpio resources, but more pincontrol functions
such as pin muxing and grouping
On Fri, Sep 13, 2013 at 05:07:06PM +0900, Namhyung Kim wrote:
Hi,
On Thu, 12 Sep 2013 22:29:43 +0200, Frederic Weisbecker wrote:
Now that comm strings are allocated only once and refcounted to be shared
among threads, these can now be safely compared by addresses. This
should remove most
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Cc: Steven Miao real...@gmail.com
Signed-off-by: Viresh
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Acked-by: Hans-Christian Egtvedt egtv...@samfundet.no
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Cc: Jesper Nilsson jesper.nils...@axis.com
Cc: Mikael
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
On Thu, Sep 12, 2013 at 8:31 PM, Emilio López emi...@elopez.com.ar wrote:
Hi Olof,
El 12/09/13 21:57, Olof Johansson escribió:
On Thu, Sep 12, 2013 at 5:30 PM, Emilio López emi...@elopez.com.ar
wrote:
This driver's only job is to claim and ensure the necessary clock
for memory operation
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
On Fri, Sep 13, 2013 at 01:45:55PM +, Christoph Lameter wrote:
On Thu, 12 Sep 2013, Frederic Weisbecker wrote:
So yeah it's a problem in theory. Now in practice, I have yet to be
convinced because
this should be solved after a few iterations in /proc in most cases.
I have seen
Drivers which have an exit path must call cpufreq_frequency_table_put_attr() if
they have called cpufreq_frequency_table_get_attr() in their init path.
This driver was missing this part and is fixed with this patch.
Acked-By: Amit Daniel Kachhap amit.dan...@samsung.com
Acked-by: Kukjin Kim
Almost all drivers set policy-cur with current cpu frequency in their -init()
part. This can be done for all of them at core level and so they wouldn't need
to do it.
This patch adds supporting code in cpufreq core for calling get() after we have
called init() for a policy.
Signed-off-by: Viresh
Most of the CPUFreq drivers do similar things in .exit() and .verify() routines
and .attr. So its better if we have generic routines for them which can be used
by cpufreq drivers then.
This patch uses these generic routines for this driver.
Cc: Paul Mundt let...@linux-sh.org
Cc:
On 09/12/2013 11:36 AM, Chris Mason wrote:
Mark Fasheh's offline dedup work is also here. In this case offline
means the FS is mounted and active, but the dedup work is not done
inline during file IO. This is a building block where utilities are
able to ask the FS to dedup a series of
Many common initializations of struct policy are moved to core now and hence
this driver doesn't need to do it. This patch removes such code.
Most recent of those changes is to call -get() in the core after calling
-init().
Cc: Steven Miao real...@gmail.com
Signed-off-by: Viresh Kumar
This patch exposes sa11x0's frequency table to cpufreq core. It always existed
but not as an array frequencies and not in the format cpufreq core wants it to.
Also it was present in the unit of 100kHz earlier which is made consistent with
cpufreq core now, i.e. kHz.
Signed-off-by: Viresh Kumar
Many fields of struct policy are filled by cpufreq core when we call
cpufreq_table_validate_and_show() and so cpufreq driver doesn't need to set them
anymore.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/sa1100-cpufreq.c | 4 +---
drivers/cpufreq/sa1110-cpufreq.c | 4
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/powernow-k6.c | 9 +
drivers/cpufreq/powernow-k7.c | 4 +---
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/s3c2416-cpufreq.c | 4 +---
With split page table lock we can't know which lock we need to take
before we find the relevant pmd.
Let's move lock taking inside the function.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
include/linux/huge_mm.h
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac32-cpufreq.c | 3 +--
drivers/cpufreq/pmac64-cpufreq.c | 4 +---
2 files changed, 2
Currently mm-pmd_huge_pte protected by page table lock. It will not
work with split lock. We have to have per-pmd pmd_huge_pte for proper
access serialization.
For now, let's just introduce wrapper to access mm-pmd_huge_pte.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
Only trivial cases left. Let's convert them altogether.
hugetlbfs is not covered for now.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c | 108 ---
With split ptlock it's important to know which lock pmd_trans_huge_lock()
took. This patch adds one more parameter to the function to return the
lock.
In most places new api migration to new api is trivial.
Exception is move_huge_pmd(): we need to take two locks if pmd tables
are different.
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/p4-clockmod.c | 3 +--
1 file changed, 1
Enable PMD split page table lock for X86_64 and PAE.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
arch/x86/Kconfig | 4
arch/x86/include/asm/pgalloc.h | 8 +++-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/x86/Kconfig
We're going to introduce split page table lock for PMD level.
Let's rename existing split ptlock for PTE level to avoid confusion.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
arch/arm/mm/fault-armv.c| 6 +++---
arch/um/defconfig | 2 +-
The basic idea is the same as with PTE level: the lock is embedded into
struct page of table's page.
Split pmd page table lock only makes sense on big machines.
Let's say = 32 CPUs for now.
We can't use mm-pmd_huge_pte to store pgtables for THP, since we don't
take mm-page_table_lock anymore.
With split page table lock for PMD level we can't hold
mm-page_table_lock while updating nr_ptes.
Let's convert it to atomic_t to avoid races.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
fs/proc/task_mmu.c | 2 +-
include/linux/mm_types.h | 2 +-
kernel/fork.c
Alex Thorlton noticed that some massivly threaded workloads work poorly,
if THP enabled. This patchset fixes this by introducing split page table
lock for PMD tables. hugetlbfs is not covered yet.
This patchset is based on work by Naoya Horiguchi.
Benchmark (from Alex):
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/omap-cpufreq.c | 4 +---
1 file
Basic api, backed by mm-page_table_lock for now. Actual implementation
will be added later.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
include/linux/mm.h | 13 +
1 file changed, 13 insertions(+)
diff
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Cc: Dmitry Eremin-Solenikov dbarysh...@gmail.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/maple-cpufreq.c | 4 +---
1 file
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/e_powersaver.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On Fri, Sep 13, 2013 at 02:59:23PM +0200, Viresh Kumar wrote:
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Acked-by: Jesper Nilsson jesper.nils...@axis.com
Cc: Mikael Starvik star...@axis.com
Cc:
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Cc: Jesper Nilsson jesper.nils...@axis.com
Cc: Mikael Starvik star...@axis.com
Cc: linux-cris-ker...@axis.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Cc: Paul Mundt let...@linux-sh.org
Cc: linux...@vger.kernel.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/sh-cpufreq.c | 6 +++---
This exposes frequency table of driver to cpufreq core and is required for core
to guess what the index for a target frequency is, when it calls
cpufreq_frequency_table_target(). And so this driver needs to expose it.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Viresh Kumar
Lets use cpufreq_table_validate_and_show() instead of calling
cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
Acked-by: Shawn Guo shawn@linaro.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/cpufreq-cpu0.c | 4 +---
1 file changed, 1
On Fri, 2013-09-13 at 15:39 +0300, Michael S. Tsirkin wrote:
On Thu, Sep 12, 2013 at 03:23:15PM -0600, Alex Williamson wrote:
So far we've succeeded at making KVM and VFIO mostly unaware of each
other, but there's any important point where that breaks down. Intel
VT-d hardware may or may
On Fri, Sep 13, 2013 at 12:56:37PM +0200, Peter Zijlstra wrote:
On Thu, Sep 12, 2013 at 02:19:13PM -0400, Steven Rostedt wrote:
The good news is I can reproduce that very quickly.
(Apply http://paste.fedoraproject.org/38721/37890755 on top of
trinity.git,
and run ./trinity
On Fri, Sep 13, 2013 at 03:00:07PM +0200, Viresh Kumar wrote:
Most of the CPUFreq drivers do similar things in .exit() and .verify()
routines
and .attr. So its better if we have generic routines for them which can be
used
by cpufreq drivers then.
This patch uses these generic routines
On Thu, Sep 12, 2013 at 10:12 PM, Steven Miao real...@kernel.org wrote:
arch/blackfin/mach-bf609/Kconfig | 1655
WTF? This is getting crazy. The blackfin board Kconfig files are being
used as a DT replacement. This can't go on.
Linus
--
On Thu, 12 Sep 2013, Santosh Shilimkar wrote:
On Thursday 12 September 2013 08:26 PM, Thomas Gleixner wrote:
Let me summarize:
- GIC supports up to 160 interrupts
- CROSSBAR supports up to 250 interrupts
- CROSSBAR routes up to 160 out of 250 interrupts to the GIC ones
Peter Zijlstra wrote:
On Fri, Sep 13, 2013 at 04:06:10PM +0300, Kirill A. Shutemov wrote:
Basic api, backed by mm-page_table_lock for now. Actual implementation
will be added later.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Signed-off-by: Kirill A. Shutemov
Peter Zijlstra wrote:
On Fri, Sep 13, 2013 at 04:06:15PM +0300, Kirill A. Shutemov wrote:
The basic idea is the same as with PTE level: the lock is embedded into
struct page of table's page.
Split pmd page table lock only makes sense on big machines.
Let's say = 32 CPUs for now.
Why
-Original Message-
From: Gleb Natapov [mailto:g...@redhat.com]
Sent: Friday, September 13, 2013 2:55 AM
To: KY Srinivasan
Cc: H. Peter Anvin; x...@kernel.org; gre...@linuxfoundation.org; linux-
ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
On Fri, 13 Sep 2013, Peter Zijlstra wrote:
On Fri, Sep 13, 2013 at 11:50:57AM +0200, Ingo Molnar wrote:
For example if we added 'type' as well we could expose the generic,
hardware-independent events via sysfs as well.
Type is already fully implied by where you'll find the event in
On Fri, Sep 13, 2013 at 4:30 AM, Herbert Xu herb...@gondor.apana.org.au wrote:
Herbert Xu (2):
crypto: api - Fix race condition in larval lookup
crypto: crct10dif - Add fallback for broken initrds
crypto/Makefile |2 +-
crypto/api.c
On Fri, Sep 13, 2013 at 06:29:45PM +0530, Viresh Kumar wrote:
Many fields of struct policy are filled by cpufreq core when we call
cpufreq_table_validate_and_show() and so cpufreq driver doesn't need to set
them
anymore.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
Acked-by:
On Fri, Sep 13, 2013 at 06:32:01PM +0530, Viresh Kumar wrote:
This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to it.
Some
Peter Zijlstra wrote:
On Fri, Sep 13, 2013 at 04:06:15PM +0300, Kirill A. Shutemov wrote:
+#if USE_SPLIT_PMD_PTLOCKS
+
+static inline void pgtable_pmd_page_ctor(struct page *page)
+{
+ spin_lock_init(page-ptl);
+#ifdef CONFIG_TRANSPARENT_HUGEPAGE
+ page-pmd_huge_pte = NULL;
On Fri, 13 Sep 2013 12:56:37 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Thu, Sep 12, 2013 at 02:19:13PM -0400, Steven Rostedt wrote:
The good news is I can reproduce that very quickly.
(Apply http://paste.fedoraproject.org/38721/37890755 on top of
trinity.git,
and run
On Fri, Sep 13, 2013 at 06:31:30PM +0530, Viresh Kumar wrote:
Use generic cpufreq_generic_init() routine instead of replicating the same
code
here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
Acked-by: Russell King rmk+ker...@arm.linux.org.uk
--
To unsubscribe from this list: send
On Fri, 13 Sep 2013, Fan Du wrote:
(2) What I have been bugging you around here for this long time is really the
second
problem, I'm sorry I didn't make it clearly to you and others, which is
below:
Why using wall clock time to calculate soft/hard IPsec events when
xfrm_state timer
On Fri, 13 Sep 2013, Frederic Weisbecker wrote:
Indeed, I just looked that again and your cpu_kthread_mask actually also
applies to init.
cpu_init_mask would be a better name I think.
Yea the naming is iffy. I want to get a general direction on how to are
going to address these issues before
On Fri, Sep 13, 2013 at 07:22:55AM -0700, Linus Torvalds wrote:
On Fri, Sep 13, 2013 at 4:30 AM, Herbert Xu herb...@gondor.apana.org.au
wrote:
Herbert Xu (2):
crypto: api - Fix race condition in larval lookup
crypto: crct10dif - Add fallback for broken initrds
On Fri, Sep 13, 2013 at 01:54:53PM +, Christoph Lameter wrote:
If we really want to solve that race, then may be we can think of a
kernel_parameter
No bloody kernel params. I'd much rather create a pointless kthread to
act as usermodehelper parent that people can set context on
On Tue, Aug 06, 2013 at 12:02:58AM +0100, Rohit Vaswani wrote:
This patch adds basic board support for MSM8974 Dragonboard
which belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tree.
Signed-off-by: Rohit Vaswani rvasw...@codeaurora.org
---
If we really want to solve that race, then may be we can think of a
kernel_parameter
No bloody kernel params. I'd much rather create a pointless kthread to
act as usermodehelper parent that people can set context on (move it
into cgroups, set affinity, whatever) so it automagically
On Fri, Sep 13, 2013 at 07:30:55AM -0700, Kevin Hilman wrote:
Mika Westerberg mika.westerb...@linux.intel.com writes:
On Thu, Sep 12, 2013 at 02:34:21PM -0700, Kevin Hilman wrote:
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index f32ca29..44374b4 100644
---
On Thu, 12 Sep 2013, Sören Brinkmann wrote:
On Thu, Sep 12, 2013 at 10:30:15PM +0200, Thomas Gleixner wrote:
I gave it a shot. Is this what you imagine:
diff --git a/drivers/clocksource/arm_global_timer.c
b/drivers/clocksource/arm_global_timer.c
index b66c1f3..c639b1a 100644
---
lkml
Bcc:
Subject: GPT detection regression in efi.c from commit 27a7c64
Reply-To:
The commit, 27a7c64 partitions/efi: account for pmbr size in lba, that
was just merged in 3.12-rc caused a regression on my system with a GPT
formatted eMMC device. In 3.11, the GPT partition table was detected
On Fri 06-09-13 15:23:11, Johannes Weiner wrote:
On Wed, Sep 04, 2013 at 06:38:23PM +0200, Michal Hocko wrote:
[...]
To handle overcommit situations more gracefully. As the documentation
states:
7. Soft limits
Soft limits allow for greater sharing of memory. The idea behind soft
On Fri, Sep 13, 2013 at 01:14:47PM +0200, Peter Zijlstra wrote:
On Thu, Sep 12, 2013 at 02:19:13PM -0400, Steven Rostedt wrote:
WARNING: CPU: 3 PID: 861 at kernel/events/core.c:5566
perf_swevent_add+0x18d/0x1a0()
Modules linked in: ipt_ULOG nfnetlink can_bcm can scsi_transport_iscsi
1101 - 1200 of 1492 matches
Mail list logo