On Mon, Feb 24, 2014 at 12:21:51AM +0400, Alexey Khoroshilov wrote:
> dgap_driver_start and dgap_Major_Control_Registered are used
> to keep status of initialization of the driver as a whole and its "Major
> Control".
> But the code that checks them is executed once on module init/unload.
> That m
On Mon, Feb 24, 2014 at 10:35:09AM -0600, Chase Southwood wrote:
> There are a couple of cases where a comment being on the same line as a
> statement is causing the line to be over 80 characters long. This is an
> easy fix, move these comments to the previous line.
>
> Signed-off-by: Chase South
Quoting Gregory CLEMENT (2014-02-24 09:49:27)
> On 23/02/2014 19:46, Tomasz Figa wrote:
> > On 10.02.2014 18:42, Gregory CLEMENT wrote:
> >> +
> >> +for (i = 0; i < num_parents; i++) {
> >> +if (of_parse_phandle_with_args(np, "clocks", "#clock-cells",
> >> i,
> >> +
Ok.
I will make a patch based on linux-next branch and send it again.
Thanks.
Daeseok Youn
2014-02-25 9:43 GMT+09:00 Greg KH :
> On Mon, Feb 24, 2014 at 07:23:15PM +0900, Daeseok Youn wrote:
>>
>> After spin_lock() is called, all of if-else conditions in this brace
>> should reach the end of els
zram_meta_alloc could be failed so caller should check it.
Otherwise, your system will be hang.
Cc:
Signed-off-by: Minchan Kim
---
drivers/block/zram/zram_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c
index 5ec61be793d2
From: Sergey Senozhatsky
allocate new `zram_meta' in disksize_store() only for uninitialised
zram device, saving a number of allocations and deallocations in case
if disksize_store() was called on currently used device. at the same
time zram_meta stack variable is not necessary, because we can se
From: Kyle McMartin
Boris reports he's seeing:
> [9.195943] INFO: trying to register non-static key.
> [9.196031] the code is fine but needs lockdep annotation.
> [9.196031] turning off the locking correctness validator.
> [9.196031] CPU: 1 PID: 933 Comm: modprobe Not tainted 3.14
After spin_lock() is called, all of if-else conditions in this brace
should reach the end of else and spin_unlock() must be called.
So It doesn't need to call spin_unlock() without a return statement
for handling an error.
Also sparse says:
drivers/staging/ced1401/usb1401.c:1080:28: warning:
con
On Fri, 2014-02-21 at 13:18 -0800, Linus Torvalds wrote:
> On Fri, Feb 21, 2014 at 12:53 PM, Davidlohr Bueso wrote:
> >
> > I think you are right. I just reran some of the tests and things are
> > pretty much the same, so we could get rid of it.
>
> Ok, I'd prefer the simpler model of just a sing
On Sat, Feb 22, 2014 at 3:38 PM, Thomas Gleixner wrote:
>
> OMG, you really mean that:
>
> +++ b/arch/alpha/kernel/irq_i8259.c
> @@ -92,6 +92,7 @@ init_i8259a_irqs(void)
> outb(0xff, 0xA1); /* mask all of 8259A-2 */
>
> for (i = 0; i < 16; i++) {
> + irq_alloc_d
From: Kyle McMartin
Date: Mon, 24 Feb 2014 20:12:28 -0500
> From: Kyle McMartin
>
> Boris reports he's seeing:
>> [9.195943] INFO: trying to register non-static key.
>> [9.196031] the code is fine but needs lockdep annotation.
>> [9.196031] turning off the locking correctness valida
On Thu, Feb 20, 2014 at 03:21:29PM +0800, Alex Shi wrote:
> On 02/19/2014 09:00 PM, Fengguang Wu wrote:
> > bc575710efe937e 7511dd0a73aaf2ca4bcd829f9
> > --- -
> > 2029 ~ 0%+222.9% 6551 ~17%
> > lkp-snb01/micro/will-it-scale/pthread_mutex2
> >
On Mon, Feb 24, 2014 at 09:50:58PM +0100, Markus Pargmann wrote:
> The only situation where this returns -EINVAL is a dummy regulator that
> is not always_on. As it doesn't make sense to have a dummy regulator
> that is not always_on, I will add a check for exactly this situation to
> the regulato
Kees Cook writes:
> From: Andy Honig
>
> Currently symbols that are absolute addresses are incorrectly
> displayed in /proc/kallsyms if the kernel is loaded with kASLR.
>
> The problem was that the scripts/kallsyms.c file which generates
> the array of symbol names and addresses uses an relocatab
Hi Wolfram,
Thank you for the patch.
On Sunday 23 February 2014 13:38:12 Wolfram Sang wrote:
> From: Wolfram Sang
>
> Signed-off-by: Wolfram Sang
Acked-by: Laurent Pinchart
> ---
> drivers/pinctrl/sh-pfc/pfc-r8a7791.c | 64 +
> 1 file changed, 64 insertions(
On Mon, Feb 24, 2014 at 5:16 PM, Davidlohr Bueso wrote:
>
> If we add the two missing bits to the shifting and use PAGE_SHIFT (x86
> at least) we get just as good results as with 10. So we would probably
> prefer hashing based on the page number and not some offset within the
> page.
So just
Hi Geert,
On Mon, Feb 24, 2014 at 6:48 PM, Geert Uytterhoeven
wrote:
> Hi Mark, Magnus,
>
> On Sat, Feb 22, 2014 at 4:27 AM, Mark Brown wrote:
>> On Thu, Feb 20, 2014 at 03:43:07PM +0100, Geert Uytterhoeven wrote:
>>
>>> + if (!test_and_set_bit(0, &p->flags)) {
>>> + pm_runtime_g
On Mon, Feb 24, 2014 at 01:54:18PM +, NikeshOswal wrote:
> From: nikesh
You need to fix both your git and e-mail setups, you should be using
"Nikesh Oswal" or similar as your real name and more importantly your
mail setup is sending mail as "NikeshOswal" with no even a domain part
which means
CC scheduler people.
I can't figure out what we get with this patch.
On 02/17/2014 07:27 PM, Tetsuo Handa wrote:
> Tetsuo Handa wrote:
>> This is a draft patch which changes task_struct->comm to use RCU.
>
> Changes from previous draft version:
>
> Changed "struct rcu_comm" to use copy-on-wri
On Mon, 2014-02-24 at 17:42 -0800, Linus Torvalds wrote:
> On Mon, Feb 24, 2014 at 5:16 PM, Davidlohr Bueso wrote:
> >
> > If we add the two missing bits to the shifting and use PAGE_SHIFT (x86
> > at least) we get just as good results as with 10. So we would probably
> > prefer hashing based on t
The cpu_load decays on time according past cpu load of rq. The sched_avg
also decays tasks' load on time. Now we has 2 kind decay for cpu_load.
That is a kind of redundancy. And increase the system load by decay
calculation. This patch try to remove the cpu_load decay.
There are 5 load_idx used
Since we don't decay the rq->cpu_load, so we don't need the
pending_updates. But we still want update rq->rt_avg, so
still keep rq->last_load_update_tick and func __update_cpu_load.
Signed-off-by: Alex Shi
---
kernel/sched/proc.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
Shortcut to remove rq->cpu_load[load_idx] effect in scheduler.
In five load idx, only busy_idx, idle_idx are not zero.
Newidle_idx, wake_idx and fork_idx are all zero in all archs.
So, change the idx to zero here can fully remove load_idx effect.
Signed-off-by: Alex Shi
---
kernel/sched/fair.c
Since load_idx effect removed in load balance, we don't need the
load_idx decays in scheduler. that will save some process in sched_tick
and others places.
Signed-off-by: Alex Shi
---
arch/ia64/include/asm/topology.h | 5 ---
arch/metag/include/asm/topology.h | 5 ---
arch/tile/include/asm/to
After change to sched_avg, the cpu load in idle exit was decayed.
So, it maybe near zero if waking a long time sleep task, or, a full
non-decay load if waking a new forked task. Then, we can use it to
reflect the cpu load, don't need to pretend 0.
Signed-off-by: Alex Shi
---
kernel/sched/proc.c
Old code considers the bias in source/target_load already. but still
use imbalance_pct as last check in idlest/busiest group finding. It is
also a kind of redundant job. If we bias imbalance in source/target_load,
we'd better not use imbalance_pct again.
After cpu_load array removed, it is nice ti
There is no source_load now, It is better to change the target_load
function name to original meaning: biased_load.
Suggested-by: Morten Rasmussen
Signed-off-by: Alex Shi
---
kernel/sched/fair.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/sched/fair.c b/ke
Don't need 'rq' variable now.
Signed-off-by: Alex Shi
---
kernel/sched/fair.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index d7093ee..c5821b5 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -3964,13
The cpu_load is the copy of rq->cfs.runnable_load_avg. And it updated
on time. So we can use the latter directly. Thus saved 2 rq variables:
cpu_load and nr_load_updates.
Then don't need __update_cpu_load(), just keep sched_avg_update().
Thus removed get_rq_runnable_load() which used for update_cpu
Now, without load_idx source_load is just weighted_cpuload, so
replace it to reduce a conception for cpu load.
Signed-off-by: Alex Shi
---
kernel/sched/fair.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
inde
Since we have no cpu_load update, rename the related functions:
s/update_idle_cpu_load/update_idle_rt_avg/
s/update_cpu_load_nohz/update_rt_avg_nohz/
s/update_cpu_load_active/update_avg_load_active/
No functional change.
Signed-off-by: Alex Shi
---
include/linux/sched.h| 2 +-
kernel/sched/
task_hot doesn't need the 'sched_domain' parameter, so remove it.
Signed-off-by: Alex Shi
---
kernel/sched/fair.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 9a0b2aa..22e6d8f 100644
--- a/kernel/sched/fair.c
+++ b/kernel
On Mon, Feb 24, 2014 at 09:28:40AM +0900, Simon Horman wrote:
> On Thu, Feb 20, 2014 at 03:57:18PM +0100, Geert Uytterhoeven wrote:
> > From: Geert Uytterhoeven
> >
> > Binding documentation:
> > - Add future-proof "renesas,hspi-" compatible values,
> > - Add "interrupt-parent", "#address-cel
>
> Hi,
>
> On Wed, 2014-02-19 at 09:46 -0800, Courtney Cavin wrote:
> > On Wed, Feb 19, 2014 at 04:43:22PM +0100, Ivan T. Ivanov wrote:
> > >
> > > Hi,
> > >
> > > On Tue, 2014-02-18 at 13:26 -0800, Courtney Cavin wrote:
> > > > On Tue, Feb 18, 2014 at 02:21:19PM +0100, Ivan T. Ivanov wrote:
>
Hi Russell,
On Tue, Feb 25, 2014 at 9:17 AM, Russell King - ARM Linux
wrote:
> On Tue, Feb 25, 2014 at 08:49:28AM +0900, Magnus Damm wrote:
>> On Mon, Feb 24, 2014 at 8:00 PM, Arnd Bergmann wrote:
>> >From my point of view we need some kind of bounce buffer unless we
>> have IOMMU support. I und
On Mon, 2014-02-24 at 19:12 -0500, David Miller wrote:
> From: Ben Hutchings
> Date: Tue, 25 Feb 2014 00:02:00 +
>
> > You can run an internal network, or access network, as v6-only with
> > NAT64 and DNS64 at the border. I believe some mobile networks are doing
> > this; it was also done on
On Mon, 2014-02-24 at 16:14 -0800, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> We have documentation for these flags but they're scattered
> all over the place. #defines don't allow documentation to be
> written easily so to help to start bringing some documentation
> together use th
On 02/25/2014 03:53 AM, Stephen Warren wrote:
On 02/24/2014 03:26 AM, Alexandre Courbot wrote:
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option (although HDMI should be easy
to get to work) and USB requiring external power.
You could add
On Mon, Feb 24, 2014 at 04:03:12PM +0800, Neil Zhang wrote:
> Hardware zlt will try to send the zero length packet automatically
> when the data transferd is multiple times of max packet, this will
> cause issues on Windows.
> So let's disable HW zlt by default.
Would you have description that wha
On Mon, Feb 24, 2014 at 10:34 PM, Mark Brown wrote:
> On Mon, Feb 24, 2014 at 09:50:58PM +0100, Markus Pargmann wrote:
>
>> The only situation where this returns -EINVAL is a dummy regulator that
>> is not always_on. As it doesn't make sense to have a dummy regulator
>> that is not always_on, I wi
On Tue, Feb 25, 2014 at 02:01:59AM +, Ben Hutchings wrote:
> On Mon, 2014-02-24 at 19:12 -0500, David Miller wrote:
> > From: Ben Hutchings
> > Date: Tue, 25 Feb 2014 00:02:00 +
> >
> > > You can run an internal network, or access network, as v6-only with
> > > NAT64 and DNS64 at the bord
Thierry, Ping ? :)
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Wednesday, February 19, 2014 4:39 PM
> To: thierry.red...@gmail.com; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Xiubo Li-B47053
> Subject: [PATCHv9 Resend 0/4] Add Freescal
On Mon, Feb 24, 2014 at 11:13 AM, Konrad Rzeszutek Wilk
wrote:
> On Sat, Feb 22, 2014 at 11:53:31PM -0800, Steven Noonan wrote:
>> On Fri, Feb 21, 2014 at 12:07 PM, Konrad Rzeszutek Wilk
>> wrote:
>> > On Thu, Feb 20, 2014 at 12:44:15PM -0800, Steven Noonan wrote:
>> >> On Wed, Feb 19, 2014 at 1:
On 02/21/14 07:08, Paul Gortmaker wrote:
Attribute aliases don't inherit the link section name when compiled with clang.
As a result, the linking section needs to be explicitly specified when building
a module. This behavior is undefined in the standard which is why it differs
from
compiler to c
tree.
I have no idea why you thought you should revert the fix.
I have used the wireless tree from next-20140224 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpK0uVvEIZLx.pgp
Description: PGP signature
Hi, Paul
On 02/25/2014 08:30 AM, Paul E. McKenney wrote:
[snip]
>
> I don't see an opportunity for load_balance() to loop with interrupts
> disabled, but maybe I am looking at the wrong code. The NMI handler
> looks to me like it is diagnosing rather than being the problem.
Thanks for the comme
On 02/25/2014 02:21 AM, Sasha Levin wrote:
[snip]
>>
>> Fixes: 38033c37faab ("sched: Push down pre_schedule() and
>> idle_balance()")
>> Cc: Juri Lelli
>> Cc: Ingo Molnar
>> Cc: Steven Rostedt
>> Reported-by: Michael Wang
>> Signed-off-by: Peter Zijlstra
>
> Sign me up to the fan club of this patc
From: "David E. Box"
The IOSF Mailbox interface is an access mechanism used by multiple drivers to
communicate with key configuration registers on new Intel SOC platforms. The
interface is ubiquitous enough that we need to ensure the availability of the
driver in non-EXPERT x86 kernels.
Signed-o
On 02/20/2014 05:16 PM, Markus Mayer wrote:
> Move the bcm2835 board file into the mach-bcm directory. This allows us
> to get rid of the mach-bcm2835 directory with the associated Kconfig
> and Makefile.
I've applied this to bcm2835's for-3.15/soc branch (and squashed the
defconfig fix into it).
From: "David E. Box"
Some loadable modules only need IOSF access on the platforms where it exists.
Provide dummy functions to allow these modules to compile and load on the
platforms where it doesn't exist.
Signed-off-by: David E. Box
---
arch/x86/include/asm/iosf_mbi.h | 39
On Mon, Feb 24, 2014 at 04:32:06PM +, Austin, Brian wrote:
>
> On Feb 24, 2014, at 10:06 AM, Nicolin Chen wrote:
>
> > On Mon, Feb 24, 2014 at 03:52:24PM +, Austin, Brian wrote:
> +if (!IS_ERR(cs42888->clk))
> +clk_disable_unprepare(cs42888->clk);
> >>>
From: "David E. Box"
This patch series adds missing functionalty that mostly affected loadable
modules.
The first patch adds dummy functions to allow drivers not completely
dependant on the IOSF MBI driver to compile on systems that don't have it.
The second ensures the availabilty of the MBI d
On Mon, Feb 24, 2014 at 04:03:13PM +0800, Neil Zhang wrote:
> The interruts are useless when this endpoint is going to be flushed.
> Especially in the enumeration phase, let's take get device description
> for example.
> 1. Device doesn't ACK the status package from host in time due to irq is
> dis
On Tue, Feb 25, 2014 at 09:00:27AM +0900, Mark Brown wrote:
> On Tue, Feb 25, 2014 at 12:06:49AM +0800, Nicolin Chen wrote:
> > On Mon, Feb 24, 2014 at 03:52:24PM +, Austin, Brian wrote:
>
> > Wait...Regarding this clock part, I just forgot the reason I put the code:
>
> > 385 cs42888
On Mon, Feb 24, 2014 at 06:54:09PM +0100, Lars-Peter Clausen wrote:
> Hi,
>
> Couple of trivial things.
Will fix them all.
Thanks a lot,
Nicolin Chen
>
> On 02/24/2014 07:55 AM, Nicolin Chen wrote:
> [...]
> >+config SND_SOC_CS42888
> >+tristate "Cirrus Logic CS42888 CODEC"
> >+depends
On 02/24/2014 11:47 PM, Paul E. McKenney wrote:
On Mon, Feb 24, 2014 at 04:25:25PM +0800, wyang wrote:
Hi Paul,
I ran into a cpu stall warning in a MIPS board with 3.10 kernel, I
noted you push a patch(c896054f) to reduce default RCU CPU stall
warning timeout to 21s.
why is it 21s? what decide
On Mon, 2014-02-24 at 13:59 -0800, Joe Perches wrote:
> Convert printks to pr_.
> Add pr_fmt.
> Remove embedded prefixes.
>
> Signed-off-by: Joe Perches
Thanks Joe, both this and the keys patch look good.
Signed-off-by: Mimi Zohar
> ---
> security/integrity/evm/evm_crypto.c | 4 +++-
> se
On 02/24/2014 08:12 PM, Peter Zijlstra wrote:
[snip]
>>
>> ...what about move idle_balance() back to it's old position?
>
> I've always hated that, idle_balance() is very much a fair policy thing
> and shouldn't live in the core code.
>
>> pull_rt_task() logical could be after idle_balance() if s
On Mon, Feb 24, 2014 at 06:09:13PM -0600, Felipe Balbi wrote:
> > + depends on ARCH_QCOM || (COMPILE_TEST && OF && ARM)
> do you really want to make it depend on ARM even when COMPILE_TEST=y ?
writel_relaxed() is unfortunately not generally available so it'd fail
to build on platforms like x86
On Mon, Feb 24, 2014 at 03:17:58PM -0800, Andrew Morton wrote:
> On Mon, 24 Feb 2014 09:02:35 +0100 Arnd Bergmann wrote:
>
> > On Saturday 22 February 2014, Josh Triplett wrote:
> > > When !CONFIG_BUG, WARN_ON and family become simple passthroughs of their
> > > condition argument; however, WARN_
On 02/25/2014 09:33 AM, Fengguang Wu wrote:
> On Thu, Feb 20, 2014 at 03:21:29PM +0800, Alex Shi wrote:
>> On 02/19/2014 09:00 PM, Fengguang Wu wrote:
>>> bc575710efe937e 7511dd0a73aaf2ca4bcd829f9
>>> --- -
>>> 2029 ~ 0%+222.9% 6551 ~17%
>>> l
On Tue, Feb 25, 2014 at 10:38:41AM +0800, Nicolin Chen wrote:
> Hmm...my words might not be so clear last time: we have to handle the dividers
> of ESAI in ESAI driver because the dividers is in the ESAI's IP, not in the
> SoC
> clock controlling unit. So it's hard to get them visible in the cloc
Hi Dave,
On Mon, 24 Feb 2014 11:57:10 +1100 Dave Chinner wrote:
>
> > Namjae Jeon (10):
> > fs: Add new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate
> > xfs: Add support FALLOC_FL_COLLAPSE_RANGE for fallocate
>
> I've pushed these to the following branch:
>
> git://oss.sgi.com/xfs/xfs
Miklos Szeredi writes:
> On Sat, Feb 15, 2014 at 01:37:26PM -0800, Eric W. Biederman wrote:
>>
>> v2: Always drop the lock when exiting early.
>> v3: Make detach_mounts robust about freeing several
>> mounts on the same mountpoint at one time, and remove
>> the unneeded mnt_list list tes
A while ago I reported this Fedora bug:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
and thought I would check on the kernel side about what the best way to
handle the problem was.
Essentially the problem relates to the way in which the kernel stores
the device that it uses to resume a
Hi Lee,
On Thu, 20 Feb 2014 15:05:08 +1100 Stephen Rothwell
wrote:
>
> On Mon, 17 Feb 2014 14:14:46 +1100 Stephen Rothwell
> wrote:
> >
> > On Fri, 14 Feb 2014 13:42:17 +1100 Stephen Rothwell
> > wrote:
> > >
> > > After merging the mfd-lj tree, today's linux-next build (x86_64
> > > allmodc
On Fri, 2014-14-02 at 22:02:07 UTC, Cody P Schafer wrote:
> bin_attributes created/updated in create_files() (such as those listed
> via (struct device).attribute_groups) were not placed under the
> specified group, and instead appeared in the base kobj directory.
>
> Fix this by making bin_attrib
On Fri, 2014-14-02 at 22:02:13 UTC, Cody P Schafer wrote:
> 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
On Fri, 2014-14-02 at 22:02:08 UTC, Cody P Schafer wrote:
> 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 1006
On Tue, Feb 25, 2014 at 12:09:47PM +0900, Mark Brown wrote:
> On Tue, Feb 25, 2014 at 10:38:41AM +0800, Nicolin Chen wrote:
>
> > Hmm...my words might not be so clear last time: we have to handle the
> > dividers
> > of ESAI in ESAI driver because the dividers is in the ESAI's IP, not in the
> >
On Fri, 2014-14-02 at 22:02:14 UTC, Cody P Schafer wrote:
> 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
On Fri, 2014-14-02 at 22:02:12 UTC, Cody P Schafer wrote:
> 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).
Can you explain how the HV_CAPS stuff ends up looking.
I'm not aga
On Fri, 2014-14-02 at 22:02:05 UTC, Cody P Schafer wrote:
> 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
On Fri, 2014-14-02 at 22:02:09 UTC, Cody P Schafer wrote:
> "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 str
[PATCH v2 07/11] powerpc: add a shared interface to get gpci version and
capabilities
All the patches that touch perf should be "powerpc/perf: foo"
On Fri, 2014-14-02 at 22:02:11 UTC, Cody P Schafer wrote:
> ...
I realise this is a fairly small patch but a changelog is still nice. You could
for
On Fri, 2014-14-02 at 22:02:06 UTC, Cody P Schafer wrote:
> Export the swevent hrtimer helpers currently only used in events/core.c
> to allow the addition of architecture specific sw-like pmus.
Peter, Ingo, can we get your ACK on this please?
cheers
> Signed-off-by: Cody P Schafer
> ---
> in
On 02/22/2014 11:56 AM, Ingo Molnar wrote:
* Peter Zijlstra wrote:
On Mon, Feb 17, 2014 at 02:47:03PM -0800, H. Peter Anvin wrote:
This is starting to look good, so I have pulled it into
tip:x86/spinlocks to start give it some testing mileage.
Its still atrociously ugly code please drop it.
Hi Peter, Daniel,
On 02/24/2014 08:46 PM, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 04:12:07PM +0100, Daniel Lezcano wrote:
>> On 02/24/2014 04:00 PM, Peter Zijlstra wrote:
>>>
>>>
>>> None of this actually applies :/ I'm having major conflicts in
>>> driveres/cpuidle/cpuidle.c.
>>
>> Ok, ex
On Tue, Feb 25, 2014 at 11:13:14AM +0800, Nicolin Chen wrote:
> On Tue, Feb 25, 2014 at 12:09:47PM +0900, Mark Brown wrote:
> > We should be able to arrange to have the ESAI be a clock provider
> > shouldn't we? If the clocks need to interface to other things (and they
> > do) then we should be a
On Tue, Feb 25, 2014 at 12:39:29PM +0900, Mark Brown wrote:
> On Tue, Feb 25, 2014 at 11:13:14AM +0800, Nicolin Chen wrote:
> > On Tue, Feb 25, 2014 at 12:09:47PM +0900, Mark Brown wrote:
>
> > > We should be able to arrange to have the ESAI be a clock provider
> > > shouldn't we? If the clocks n
On 02/24/2014 11:30 AM, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 02:13:29PM -0500, Steven Rostedt wrote:
>> Ah, and x86_64 saves off the cr2 register when entering NMI and restores
>> it before returning. But it seems to be missing from the i386 code.
>
> arch/x86/kernel/nmi.c:
>
> #define
Hi Daniel,
On 02/24/2014 07:25 PM, Daniel Lezcano wrote:
> ---
> drivers/cpuidle/cpuidle.c | 114
> ++
> include/linux/cpuidle.h | 19 +++
> 2 files changed, 105 insertions(+), 28 deletions(-)
>
> Index: cpuidle-next/drivers/cpuidle/cpuidle.c
On Tue, Feb 25, 2014 at 11:46:36AM +0800, Nicolin Chen wrote:
> On Tue, Feb 25, 2014 at 12:39:29PM +0900, Mark Brown wrote:
> > So register it from the ESAI driver then.
> Then I think I need to find a way to pass the clock to CODEC driver...
Won't the normal DT mechanisms work here? I'd expect
Hi Nicolin,
On Tue, Feb 25, 2014 at 12:46 AM, Nicolin Chen
wrote:
>> So register it from the ESAI driver then.
>
> Then I think I need to find a way to pass the clock to CODEC driver...
Does this example from mxs-saif help?
commit 7c9e6150f2e7cbd60e0bc9a19118ca1dc97d2780
Author: Shawn Guo
Date
On Tue, Feb 25, 2014 at 12:52:32PM +0900, Mark Brown wrote:
> On Tue, Feb 25, 2014 at 11:46:36AM +0800, Nicolin Chen wrote:
> > On Tue, Feb 25, 2014 at 12:39:29PM +0900, Mark Brown wrote:
>
> > > So register it from the ESAI driver then.
>
> > Then I think I need to find a way to pass the clock t
On Tue, Feb 25, 2014 at 12:54:04AM -0300, Fabio Estevam wrote:
> Hi Nicolin,
>
> On Tue, Feb 25, 2014 at 12:46 AM, Nicolin Chen
> wrote:
> >> So register it from the ESAI driver then.
> >
> > Then I think I need to find a way to pass the clock to CODEC driver...
>
> Does this example from mxs-sa
Miklos Szeredi:
> As Linus' suggestion, a whiteout is represented as a dummy char device.
> This patch uses the 0/0 device number, but the actual number doesn't matter
> as long as it doesn't conflict with a real device.
I have no objection about the char device.
But why do we need an inode for e
On Tue, Feb 25, 2014 at 02:16:01PM +1100, Stephen Rothwell wrote:
> Hi Dave,
>
> On Mon, 24 Feb 2014 11:57:10 +1100 Dave Chinner wrote:
> >
> > > Namjae Jeon (10):
> > > fs: Add new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate
> > > xfs: Add support FALLOC_FL_COLLAPSE_RANGE for fallocate
> >
On 02/07/2014 08:55 PM, Guenter Roeck wrote:
On 02/07/2014 07:57 PM, Huacai Chen wrote:
Hi,
Maybe you can try this:
http://patchwork.linux-mips.org/patch/6506/
http://patchwork.linux-mips.org/patch/6507/
With those two patches applied the problem is gone.
Any idea if and when those patches
> -Original Message-
> From: Peter Chen [mailto:peter.c...@freescale.com]
> Sent: 2014年2月25日 9:19
> To: Neil Zhang
> Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 2/6] usb: gadget: mv_udc: disable HW zlt for
xtensa:allmodconfig fails to build with hundreds of messages such as
ERROR: "ccount_freq" [drivers/ata/pata_hpt3x2n.ko] undefined!
Exporting ccount_freq solves the problem.
Signed-off-by: Guenter Roeck
---
arch/xtensa/kernel/time.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/xt
Hi Wim,
Today's linux-next merge of the watchdog tree got a conflict in
drivers/watchdog/orion_wdt.c between commit e97662e1e28d ("watchdog:
orion: Handle the interrupt so it's properly acked") from the mvebu tree
and commit 2e9a2ff49520 ("watchdog: delete non-required instances of
include ") from
On Sat, Feb 22, 2014 at 04:00:16PM +0100, Christian Engelmayer wrote:
> Commit 88b5bdfd (ASoC: wm8993: drop regulator_bulk_free of devm_ allocated
> data) eliminated the last user of driver data pointer 'wm8993' in function
> wm8993_remove() - Thus remove it. Detected by Coverity: CID 1186208.
App
On Tue, Feb 25, 2014 at 8:07 AM, Guenter Roeck wrote:
> xtensa:allmodconfig fails to build with hundreds of messages such as
>
> ERROR: "ccount_freq" [drivers/ata/pata_hpt3x2n.ko] undefined!
>
> Exporting ccount_freq solves the problem.
>
> Signed-off-by: Guenter Roeck
> ---
> arch/xtensa/kernel
On Tue, Feb 25, 2014 at 10:45:26AM +0800, Michael wang wrote:
> Hi, Paul
>
> On 02/25/2014 08:30 AM, Paul E. McKenney wrote:
> [snip]
> >
> > I don't see an opportunity for load_balance() to loop with interrupts
> > disabled, but maybe I am looking at the wrong code. The NMI handler
> > looks to
On 18 February 2014 07:49, Viresh Kumar wrote:
> On 18 February 2014 03:30, Rafael J. Wysocki wrote:
>> On Monday, February 17, 2014 02:25:34 PM Srivatsa S. Bhat wrote:
>>> Why go to no_policy when we can actually set things right?
>>>
>>> Anyway, I am not arguing against this strongly. I just wa
On 02/24/2014 09:10 PM, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 01:12:18PM +0100, Peter Zijlstra wrote:
>> +if (p) {
>> +if (unlikely(p == RETRY_TASK))
>> +goto again;
>
> We could even make that: unlikely(p & 1), I think most CPU
From: Ben Hutchings
Date: Tue, 25 Feb 2014 02:11:05 +
> On Mon, 2014-02-24 at 16:14 -0800, Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> ---
>> include/uapi/linux/if.h | 201
>> +++-
>> 1 file changed, 149 insertions(+), 52 deletio
On Saturday 22 February 2014 05:44 AM, Cody P Schafer wrote:
> /sys/devices/system/cpu/cpu*/smt-snooze-delay was converted into a NOP
> in commit 3fa8cad82b94d0bed002571bd246f2299ffc876b, and now does
> nothing. Add a pr_warn() to convince any users that they should stop
> using it.
>
> The commit
On Tue, Feb 25, 2014 at 12:05:00PM +0900, Mark Brown wrote:
> On Mon, Feb 24, 2014 at 06:09:13PM -0600, Felipe Balbi wrote:
>
> > > + depends on ARCH_QCOM || (COMPILE_TEST && OF && ARM)
>
> > do you really want to make it depend on ARM even when COMPILE_TEST=y ?
>
> writel_relaxed() is unfortuna
701 - 800 of 866 matches
Mail list logo
