On 11/08/13 00:47, Stephen Rothwell wrote:
> Hi all,
>
> Please do *not* add any v3.14 material to linux-next until after
> v3.13-rc1 is released.
>
> [A bit of a mess today :-(]
>
> Changes since 20131107:
>
> The vfs tree lost its build failure but gained a conflict against Linus'
> tree.
>
From: Mark Brown
This helps move us towards removing the bus custom operations.
Signed-off-by: Mark Brown
---
drivers/mfd/wm831x-i2c.c | 8 +---
drivers/mfd/wm831x-spi.c | 8 +---
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/wm831x-i2c.c b/drivers/mfd/wm8
On 11/08/13 08:48, Christopher Covington wrote:
> Hi Stephen,
>
> On 11/07/2013 02:20 PM, Stephen Boyd wrote:
>> If we're running on a v7 ARM CPU, detect if the CPU supports the
>> sdiv/udiv instructions and replace the signed and unsigned
>> division library functions with an sdiv/udiv instruction
On 11/08/13 08:54, Russell King - ARM Linux wrote:
> On Fri, Nov 08, 2013 at 12:50:04PM +0100, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> On 19:34 Thu 07 Nov , Rob Herring wrote:
>>> On Thu, Nov 7, 2013 at 1:20 PM, Stephen Boyd wrote:
If we're running on a v7 ARM CPU, detect if the CPU
On 11/08/13 08:52, Russell King - ARM Linux wrote:
> On Fri, Nov 08, 2013 at 10:58:42AM +0100, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> On 11:20 Thu 07 Nov , Stephen Boyd wrote:
>>> @@ -381,6 +384,13 @@ static void __init cpuid_init_hwcaps(void)
>>> elf_hwcap |= HWCAP_IDIVT;
>>
On Fri, Nov 08, 2013 at 06:38:06PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm-current tree got a conflict in
> include/linux/lglock.h between commit 4314ff760e8b ("no need to keep
> brlock macros anymore...") from the vfs tree and commit f5639052d567
> ("l
Russell,
sorry to harass you again, but I am starting to be worried about missing
the merge window. Could you please take a last look at these patches?
On Wed, 6 Nov 2013, Stefano Stabellini wrote:
> Hi Russell,
> I thought about giving you a quick summary of the status of the swiotlb
> patch seri
uprobe_task->vaddr is a bit strange. First of all it is not really
needed, we can move it into arch_uprobe_task. The generic code uses
it only to pass the additional argument to arch_uprobe_pre_xol(),
and since it is always equal to instruction_pointer() this looks
even more strange.
And both utas
On Fri, Nov 08, 2013 at 06:48:05PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm-current tree got a conflict in
> kernel/Makefile between commits 60fc28746a7b ("locking: Move the spinlock
> code to kernel/locking/") and cd4d241d57c9 ("locking: Move the lglock
From: Mark Brown
This helps move us towards removing the bus custom operations.
Signed-off-by: Mark Brown
---
drivers/mfd/wm831x-i2c.c | 8 +---
drivers/mfd/wm831x-spi.c | 8 +---
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/wm831x-i2c.c b/drivers/mfd/wm8
On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Perches wrote:
> On Wed, 2013-11-06 at 10:54 -0500, Neil Horman wrote:
> > On Wed, Nov 06, 2013 at 10:34:29AM -0500, Dave Jones wrote:
> > > On Wed, Nov 06, 2013 at 10:23:19AM -0500, Neil Horman wrote:
> > > > do_csum was identified via perf recently a
On 11/08/13 09:02, Måns Rullgård wrote:
> Stephen Boyd writes:
>
>> +int __aeabi_idiv(int numerator, int denominator)
>> +{
>> +if (static_key_false(&cpu_has_idiv)) {
>> +int ret;
>> +
>> +asm volatile (
>> +".arch_extension idiv\n"
>> +"sdiv %0,
On Fri, Nov 08, 2013 at 08:51:07AM -0800, Joe Perches wrote:
> On Fri, 2013-11-08 at 11:25 -0500, Neil Horman wrote:
> > On Wed, Nov 06, 2013 at 12:07:38PM -0800, Joe Perches wrote:
> > > On Wed, 2013-11-06 at 15:02 -0500, Neil Horman wrote:
> > > > On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Per
On Fri, Nov 08, 2013 at 05:04:00PM +0200, Pantelis Antoniou wrote:
> Introduce helper functions for working with the live DT tree.
>
> __of_free_property() frees a dynamically created property
> __of_free_tree() recursively frees a device node tree
> __of_copy_property() copies a property dynamica
On Fri, Nov 08, 2013 at 06:22:34PM +0100, Florian Meier wrote:
Hi Florian, some initial comments.
> +#define BCM2835_DMA_DATA_TYPE_S8 1
> +#define BCM2835_DMA_DATA_TYPE_S16 2
> +#define BCM2835_DMA_DATA_TYPE_S32 4
> +#define BCM2835_DMA_DATA_TYPE_S128 16
...
> +
> +static const unsigned es_bytes[
On Fri, Nov 08, 2013 at 05:05:35PM +, Christoph Lameter wrote:
> On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
>
> > But it looks like it always end up calling a workqueue. May be I missed
> > something though.
> >
> > Now we can argue that this workqueue seem to create kernel threads, which
On Fri, Nov 08, 2013 at 05:06:09PM +0200, Pantelis Antoniou wrote:
> Introduce DT overlay support.
> Using this functionality it is possible to dynamically overlay a part of
> the kernel's tree with another tree that's been dynamically loaded.
> It is also possible to remove node and properties.
>
On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper wrote:
> On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
>>
>> On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote:
>>
>> > On Fri, Nov 08, 2013 at 10:13:19AM -0600, Kumar Gala wrote:
>> >> On Nov 5, 2013, at 8:28 AM, Sebastian Hesselbarth wrot
On 11/08/2013 07:24 PM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 10:13:19AM -0600, Kumar Gala wrote:
On Nov 5, 2013, at 8:28 AM, Sebastian Hesselbarth wrote:
...
.../devicetree/bin
Hi Alexey,
On Tue, Nov 05 2013, Alexey Neyman wrote:
> Ignore Card Interrupt bit in the interrupt status if we already know that
> mmc_signal_sdio_irq() is going to be called at the end of sdhci_irq(). This
> avoids a needless loop in sdhci_irq() repeatedly reading interrupt status
> and doing not
On 11/08/2013 08:14 PM, Olof Johansson wrote:
On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 10:13:19AM -0600, Kumar Gala wrote:
On Nov 5, 2013, at 8:28
On Fri, 2013-11-08 at 14:07 -0500, Neil Horman wrote:
> On Fri, Nov 08, 2013 at 08:51:07AM -0800, Joe Perches wrote:
> > On Fri, 2013-11-08 at 11:25 -0500, Neil Horman wrote:
> > > On Wed, Nov 06, 2013 at 12:07:38PM -0800, Joe Perches wrote:
> > > > On Wed, 2013-11-06 at 15:02 -0500, Neil Horman wr
Hi Felipe,
On Fri, 2013-11-08 at 12:00 -0600, Felipe Balbi wrote:
> From: Luciano Coelho
>
> Add a flag that indicate whether the clock is a crystal or not.
>
> Additionally, parse a new device tree binding in clk-fixed-rate to set
> this flag.
>
> If clock-xtal isn't set, the clock framework
On 11/08/2013 11:07 AM, Neil Horman wrote:
> On Fri, Nov 08, 2013 at 08:51:07AM -0800, Joe Perches wrote:
>> On Fri, 2013-11-08 at 11:25 -0500, Neil Horman wrote:
>>> On Wed, Nov 06, 2013 at 12:07:38PM -0800, Joe Perches wrote:
On Wed, 2013-11-06 at 15:02 -0500, Neil Horman wrote:
> On Wed
On Fri, Nov 8, 2013 at 11:17 AM, Sebastian Hesselbarth
wrote:
> On 11/08/2013 08:14 PM, Olof Johansson wrote:
>>
>> On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper
>> wrote:
>>>
>>> On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote
Sorry about that, folded in the fix I missed and will push out the tree shortly.
On Mon, Nov 4, 2013 at 5:42 AM, Marciniszyn, Mike
wrote:
> This issue was caught by Tetsuo Handa and Acked on 10/30:
> http://marc.info/?t=13831336458&r=1&w=2.
>
> Roland, I noticed that the Tetsuo's original me
On Fri, Nov 8, 2013 at 8:16 PM, Viresh Kumar wrote:
> On 8 November 2013 23:13, Stratos Karafotis wrote:
>> Please let me rephrase my previous post. In some circumstances (depending
>> on freq_step and freq_table values) CPU frequency will never reach to
>> policy->max.
>>
>> For example suppose
On Fri, Nov 08, 2013 at 11:14:07AM -0800, Olof Johansson wrote:
> On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper wrote:
> > On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
> >>
> >> On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote:
> >>
> >> > On Fri, Nov 08, 2013 at 10:13:19AM -0600, Ku
On Thu, Nov 7, 2013 at 3:21 PM, Kumar Gala wrote:
> As we start having more sharing of device trees between architectures (arm &
> arm64, arm & powerpc, guessing maybe mips & arm) we need dts to live in
> location that
>
> I was wondering what people felt about doing:
>
> arch/dts//
>
>
On Fri, 2013-11-08 at 14:01 -0500, Neil Horman wrote:
> On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Perches wrote:
> > On Wed, 2013-11-06 at 10:54 -0500, Neil Horman wrote:
> > > On Wed, Nov 06, 2013 at 10:34:29AM -0500, Dave Jones wrote:
> > > > On Wed, Nov 06, 2013 at 10:23:19AM -0500, Neil Hor
On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
> Mark is replacing Alex as my backup because Alex is really busy at
> Linaro and asked to be taken off awhile ago. The holiday season is
> coming up and I fully intend to go off my meds, turn in to Fonzy the
> bear, and eat my hat. I nee
On Fri, Nov 08, 2013 at 10:48:53AM -0800, Randy Dunlap wrote:
> vfs build errors:
>
> fs/open.c:486:3: error: implicit declaration of function 'break_deleg_wait'
> [-Werror=implicit-function-declaration]
> fs/namei.c:3726:3: error: implicit declaration of function 'break_deleg_wait'
> [-Werror=i
The perf_fuzzer hits this bug pretty reliably within about an hour, but
unfortunately after a large number of syscalls so not easy to isolate.
This is against stock 3.12 with the no-ftrace-function-tracing-unless-root
patch applied.
I can trigger this is a normal user, no root involved.
[10665
On Fri, Nov 08, 2013 at 11:33:00AM -0800, Olof Johansson wrote:
> On Thu, Nov 7, 2013 at 3:21 PM, Kumar Gala wrote:
> > As we start having more sharing of device trees between architectures (arm
> > & arm64, arm & powerpc, guessing maybe mips & arm) we need dts to live in
> > location that
> >
>
On Fri, Nov 08, 2013 at 06:56:43PM +, Stefano Stabellini wrote:
> Russell,
> sorry to harass you again, but I am starting to be worried about missing
> the merge window. Could you please take a last look at these patches?
Well, as far as this patch goes, yes it's fine.
Acked-by: Russell King
On Wed, Oct 02, 2013 at 11:11:06AM -0500, suravee.suthikulpa...@amd.com wrote:
> From: Jacob Shin
>
> Implement hardware breakpoint address mask for AMD Family 16h and
> above processors. CPUID feature bit indicates hardware support for
> DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 ha
On Fri, Nov 8, 2013 at 2:53 AM, Daniel Lezcano
wrote:
> I was wondering what is the status of this patchset ?
>
> The patchset touches different areas maintained by different people. Through
> what tree do you expect this patchset to be merged ??
Hi Daniel,
I plan to send an updated version soo
On Fri, 8 Nov 2013, Russell King - ARM Linux wrote:
> On Fri, Nov 08, 2013 at 06:56:43PM +, Stefano Stabellini wrote:
> > Russell,
> > sorry to harass you again, but I am starting to be worried about missing
> > the merge window. Could you please take a last look at these patches?
>
> Well, as
Hey Ric,
On Fri, Nov 08, 2013 at 01:09:32PM -0500, Ric Wheeler wrote:
> On 11/08/2013 01:03 PM, Ben Myers wrote:
> >Hey Ric,
> >
> >On Fri, Nov 08, 2013 at 06:03:41AM -0500, Ric Wheeler wrote:
> >>In the XFS community, we have 2 clear leaders in terms of
> >>contributions of significant feaures an
This patch adds a new uncore PMU to expose the Intel
RAPL energy consumption counters. Up to 3 counters,
each counting a particular RAPL event are exposed.
The RAPL counters are available on Intel SandyBridge,
IvyBridge, Haswell. The server skus add a 3rd counter.
The following events are availab
This patch adds perf stat support for handling event units and
scales as exported by the kernel.
The kernel can export PMU events actual unit and scaling factor
via sysfs:
$ ls -1 /sys/devices/power/events/energy-*
/sys/devices/power/events/energy-cores
/sys/devices/power/events/energy-cores.scale
The RAPL PMU counters do not interrupt on overflow.
Therefore, the kernel needs to poll the counters
to avoid missing an overflow. This patch adds
the hrtimer code to do this.
The timer interval is calculated at boot time
based on the power unit used by the HW.
There is one hrtimer per-cpu to han
This patch adds a new field to the struct perf_event.
It is intended to be used to chain events which are
active (enabled). It helps in the hardware layer
for PMUs which do not have actual counter restrictions, i.e.,
free running read-only counters. Active events are chained
as opposed to being tra
This patch adds a new uncore PMU to expose the Intel
RAPL (Running Average Power Limit) energy consumption counters.
Up to 3 counters, each counting a single RAPL event are exposed.
The RAPL counters are available on Intel SandyBridge, IvyBridge,
Haswell. The server processors add a 3rd counter to
We will need the MCS lock code for doing optimistic spinning for rwsem
and queue rwlock. Extracting the MCS code from mutex.c and put into
its own file allow us to reuse this code easily.
Signed-off-by: Tim Chen
Signed-off-by: Davidlohr Bueso
---
include/linux/mcs_spinlock.h | 64 +++
In this patch series, we separated out the MCS lock code which was
previously embedded in the mutex.c. This allows for easier reuse of
MCS lock in other places like rwsem and qrwlock. We also did some micro
optimizations and barrier cleanup.
The original code has potential leaks between critic
From: Waiman Long
The following changes are made:
1) Create a new mcs_spinlock.c file to contain the
mcs_spin_lock() and mcs_spin_unlock() function.
2) Include a number of prerequisite header files and define
arch_mutex_cpu_relax(), if not previously defined so the
mcs functions can be
From: Jason Low
Remove unnecessary operation and make the cmpxchg(lock, node, NULL) == node
check in mcs_spin_unlock() likely() as it is likely that a race did not occur
most of the time.
Also add in more comments describing how the local node is used in MCS locks.
Reviewed-by: Tim Chen
Signed
On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> I understand, but why not solving that from the workqueue affinity? We want to
> solve the issue of unbound workqueues in CPU isolation anyway.
Sure if you can solve that with an unbound work queue then this patch is
not needed. Do you have a patch
From: Waiman Long
This patch corrects the way memory barriers are used in the MCS lock
with smp_load_acquire and smp_store_release fucnction.
It removes ones that are not needed.
It uses architecture specific load-acquire and store-release
primitives for synchronization, if available. Generic im
The selection of the process to be killed happens in two spots:
first in select_bad_process and then a further refinement by
looking for child processes in oom_kill_process. Since this is
a two step process, it is possible that the process selected by
select_bad_process may get a SIGKILL just befor
and again, this time after 600k successful syscalls or so.
This is on a core2 machine.
[ 1020.396002] [ cut here ]
[ 1020.396002] WARNING: CPU: 1 PID: 3036 at kernel/watchdog.c:245 watchdog_over)
[ 1020.396002] Watchdog detected hard LOCKUP on cpu 1
[ 1020.396002] Modules
On Fri, Nov 08, 2013 at 05:06:10PM +0200, Pantelis Antoniou wrote:
> Add a runtime interface to /proc to enable generic device tree overlay
> usage.
>
Hi Pantelis,
> ---
> fs/proc/proc_devtree.c | 278
> +
> 1 file changed, 278 insertions(+)
>
[
On Fri, Nov 08, 2013 at 03:06:11PM -0500, Vince Weaver wrote:
>
> and again, this time after 600k successful syscalls or so.
>
> This is on a core2 machine.
>
> [ 1020.396002] [ cut here ]
> [ 1020.396002] WARNING: CPU: 1 PID: 3036 at kernel/watchdog.c:245
> watchdog_ove
On Fri, Nov 08, 2013 at 07:52:37PM +, Christoph Lameter wrote:
> On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
>
> > I understand, but why not solving that from the workqueue affinity? We want
> > to
> > solve the issue of unbound workqueues in CPU isolation anyway.
>
> Sure if you can solv
On Mon, Oct 28, 2013 at 11:00 PM, Stephen Boyd wrote:
> On 10/28, Kevin Hilman wrote:
>> Stephen Boyd writes:
>>
>> > This will allow the scheduler tick to be restarted if we're in
>> > full NOHZ mode.
>> >
>> > Cc: Kevin Hilman
>> > Cc: Frederic Weisbecker
>> > Signed-off-by: Stephen Boyd
>>
On Thu, Nov 07, 2013 at 06:27:54AM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=b3ff824a81e8978deb56f6d163479c1a0a606037
> Commit: b3ff824a81e8978deb56f6d163479c1a0a606037
> Parent: 97f4289ad08cffe55de06d4ac4f89ac540450aee
> Author: H Hartley
On Fri, Nov 08, 2013 at 11:17:39AM -0800, Joe Perches wrote:
> On Fri, 2013-11-08 at 14:07 -0500, Neil Horman wrote:
> > On Fri, Nov 08, 2013 at 08:51:07AM -0800, Joe Perches wrote:
> > > On Fri, 2013-11-08 at 11:25 -0500, Neil Horman wrote:
> > > > On Wed, Nov 06, 2013 at 12:07:38PM -0800, Joe Per
On Fri, Nov 8, 2013 at 11:30 AM, Jason Cooper wrote:
> On Fri, Nov 08, 2013 at 11:14:07AM -0800, Olof Johansson wrote:
>> On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper wrote:
>> > On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
>> >>
>> >> On Nov 8, 2013, at 10:57 AM, Jason Cooper wro
On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
>
> There seem to be a loop that takes too long in intel_pmu_handle_irq(). Your
> two
> previous reports seemed to suggest that lbr is involved, but not this one.
I may be wrong but I think everything between and is just
noise from the NMI perf-ev
On Fri, Nov 08, 2013 at 11:33:13AM -0800, Joe Perches wrote:
> On Fri, 2013-11-08 at 14:01 -0500, Neil Horman wrote:
> > On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Perches wrote:
> > > On Wed, 2013-11-06 at 10:54 -0500, Neil Horman wrote:
> > > > On Wed, Nov 06, 2013 at 10:34:29AM -0500, Dave Jo
On Fri, Nov 08, 2013 at 12:10:27PM -0800, Olof Johansson wrote:
> On Fri, Nov 8, 2013 at 11:30 AM, Jason Cooper wrote:
> > On Fri, Nov 08, 2013 at 11:14:07AM -0800, Olof Johansson wrote:
> >> On Fri, Nov 8, 2013 at 10:24 AM, Jason Cooper wrote:
> >> > On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kum
On Fri, 2013-11-08 at 15:14 -0500, Neil Horman wrote:
> On Fri, Nov 08, 2013 at 11:33:13AM -0800, Joe Perches wrote:
> > On Fri, 2013-11-08 at 14:01 -0500, Neil Horman wrote:
> > > On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Perches wrote:
> > > > On Wed, 2013-11-06 at 10:54 -0500, Neil Horman wr
On 11/08/2013 02:34 PM, Christoph Hellwig wrote:
On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
Mark is replacing Alex as my backup because Alex is really busy at
Linaro and asked to be taken off awhile ago. The holiday season is
coming up and I fully intend to go off my meds, turn
On Fri, Sep 27, 2013 at 6:02 PM, Andy Lutomirski wrote:
> Intel LGA2011 machines have dedicated SMBUS controllers for DIMM
> sockets. Because they're dedicated, they can be safely and accurately
> probed, since all devices on them are known to be attached to DIMMs.
> The devices found are:
> - S
The panic_timeout can be set via the command line option 'panic=x', or via
/proc/sys/kernel/panic, however that is not sufficient when the panic occurs
before we are able to set up these values. Thus, add a CONFIG_PANIC_TIMEOUT
so that we can set the desired value from the .config, instead of carry
This commit adds support for the watchdog timer used on the BCM281xx
family of SoCs.
Signed-off-by: Markus Mayer
Reviewed-by: Matt Porter
---
drivers/watchdog/Kconfig| 21 +++
drivers/watchdog/Makefile |1 +
drivers/watchdog/bcm_kona_wdt.c | 399
This series introduces the watchdog driver for the BCM281xx family of
mobile SoCs.
Markus Mayer (2):
watchdog: bcm281xx: Watchdog Driver
ARM: bcm281xx: watchdog configuration
arch/arm/configs/bcm_defconfig |3 +
drivers/watchdog/Kconfig| 21 +++
drivers/watchdog/Makefile
On Fri, Nov 8, 2013 at 12:06 PM, Olof Johansson wrote:
> On Mon, Oct 28, 2013 at 11:00 PM, Stephen Boyd wrote:
>> On 10/28, Kevin Hilman wrote:
>>> Stephen Boyd writes:
>>>
>>> > This will allow the scheduler tick to be restarted if we're in
>>> > full NOHZ mode.
>>> >
>>> > Cc: Kevin Hilman
>>
This commit enables the watchdog driver for the BCM281xx family of SoCs.
Signed-off-by: Markus Mayer
Reviewed-by: Matt Porter
---
arch/arm/configs/bcm_defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/bcm_defconfig b/arch/arm/configs/bcm_defconfig
index 6e4931
Hey Christoph,
On Fri, Nov 08, 2013 at 11:34:24AM -0800, Christoph Hellwig wrote:
> On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
> > Mark is replacing Alex as my backup because Alex is really busy at
> > Linaro and asked to be taken off awhile ago. The holiday season is
> > coming u
On Fri, Nov 08, 2013 at 03:23:07PM -0500, Vince Weaver wrote:
> On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> >
> > There seem to be a loop that takes too long in intel_pmu_handle_irq(). Your
> > two
> > previous reports seemed to suggest that lbr is involved, but not this one.
>
> I may be w
Al Viro writes:
> On Tue, Oct 15, 2013 at 01:16:48PM -0700, Eric W. Biederman wrote:
>
>> int vfs_rmdir(struct inode *dir, struct dentry *dentry)
>> {
>> int error = may_delete(dir, dentry, 1);
>> @@ -3622,6 +3636,9 @@ retry:
>> error = -ENOENT;
>> goto exit3;
>>
This driver adds support for digital audio (I2S)
for the BCM2835 SoC that is used by the
Raspberry Pi. External audio codecs can be
connected to the Raspberry Pi via P5 header.
It relies on cyclic DMA engine support for BCM2835.
Signed-off-by: Florian Meier
---
This patch does not cleanly apply
On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> On Fri, Nov 08, 2013 at 03:23:07PM -0500, Vince Weaver wrote:
> > On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> > >
> > > There seem to be a loop that takes too long in intel_pmu_handle_irq().
> > > Your two
> > > previous reports seemed to sug
如打开附件显示乱码，请用预览查看ÐÏࡱá! þÿ
þÿÿÿ ÿ
On Mon, Nov 04, 2013 at 12:17:17PM -0500, Waiman Long wrote:
> This patch introduces a new read/write lock implementation that put
> waiting readers and writers into a queue instead of actively contending
> the lock like the current read/write lock implementation. This will
> improve performance in
On Friday, November 08, 2013 1:28 AM, Vincent Guittot
[vincent.guit...@linaro.org] wrote:
>
> On 8 November 2013 01:04, Rowand, Frank wrote:
> > Hi Vincent,
> >
> > Thanks for creating some benchmark numbers!
>
> you're welcome
>
> >
> >
> > On Thursday, November 07, 2013 5:33 AM, Vincent Gui
On 11/08/2013 03:46 PM, Ben Myers wrote:
Hey Christoph,
On Fri, Nov 08, 2013 at 11:34:24AM -0800, Christoph Hellwig wrote:
On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
Mark is replacing Alex as my backup because Alex is really busy at
Linaro and asked to be taken off awhile ago.
If the call to kvasprintf fails then the old name of the object will be leaked,
this patch fixes the bug by restoring the old name before returning ENOMEM.
Signed-off-by: Maurizio Lombardi
---
lib/kobject.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/lib/kobject.c b/li
Looks correct. You may want to verify that the code works fine for both
sec=ntlmssp/ntlmsspi and sec=ntlmv2/ntlmv2i mount options.
Reviewed-by: Shirish Pargaonkar
On Thu, Nov 7, 2013 at 5:40 PM, Tim Gardner wrote:
> A bit of cleanup plus some gratuitous variable renaming. I think using
> struc
On Mon, Nov 04, 2013 at 12:17:20PM -0500, Waiman Long wrote:
> There is a pending patch in the rwsem patch series that adds a generic
> MCS locking helper functions to do MCS-style locking. This patch
> will enable the queue rwlock to use that generic MCS lock/unlock
> primitives for internal queui
The generic cpufreq-cpu0 driver can scale the CPU frequency on Zynq
SOCs. Add the required platform device to the BSP and appropriate
OPPs to the dts.
Signed-off-by: Soren Brinkmann
---
arch/arm/boot/dts/zynq-7000.dtsi | 6 ++
arch/arm/mach-zynq/Kconfig | 2 ++
arch/arm/mach-zynq/commo
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 implement both use cases using a single counter
only.
The old approach is to use timer over-/underflow to generate an
interrupt. Using the
Hi all,
this series targets to enable cpufreq for Zynq which needs some
preparation in the DT and clocksource driver to work.
The first two patches are cleaning up the DT. The first just removes an
invalid property and the second adds a 'cpus' node to the DT. Those
changes should be okay independ
It is not allowed to call clk_get_rate() from interrupt context. To
avoid such calls the timer input frequency is stored in the driver's
data struct which makes it accessible to the driver in any context.
Signed-off-by: Soren Brinkmann
---
drivers/clocksource/cadence_ttc_timer.c | 21 +++
The currently used method adjusting the clocksource to a changing input
frequency does not work on kernels from 3.11 on.
The new approach is to keep the timer frequency as constant as possible.
I.e.
- due to the TTC's prescaler limitations, allow frequency changes
only if the frequency scales b
Add a 'cpus' node to describe the CPU cores of Zynq.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
---
arch/arm/boot/dts/zynq-7000.dtsi | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/zynq-7000.dtsi b/arch/arm/boot/dts/zynq-7000.dt
Fixed both linux-next build error and warnings with the following changes
- define integrity_init_keyring() only when CONFIG_INTEGRITY_ASYMMETRIC_KEYS
is enabled
- move integrity_init_keyring() stub from integrity.h
- define integrity_init_keyring() prototype as an extern when
CONFIG_INTEGRITY
The clockevent has to be reprogrammed if the timer's input
clock frequency changes and the timer is in periodic mode, in order to
maintain the correct timer interval.
Signed-off-by: Soren Brinkmann
---
drivers/clocksource/cadence_ttc_timer.c | 4
1 file changed, 4 insertions(+)
diff --git
The bindings for the TTC changed in commit 'arm: zynq: Use standard
timer binding' (e932900a3279b5dbb6d8f43c7b369003620e137c). That change
removed possible subnodes from this driver rendering the 'clock-ranges'
property invalid for this node.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthw
I can pick up the dt related changes as long as the other code works
as-is both with and without the change (i.e. no backwards/forwards
compatibility issues). If this must be introduced alongside the other
changes, then the patches will have to be reworked to break them up by
subtree so they can go
The latest maintenance release Git v1.8.4.3 is now available at
the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
43b1edc95b3ab77f9739d789b906ded0585fe7a2 git-1.8.4.3.tar.gz
eb4eb4991464f44deda19d1435d972114
On Fri, Nov 08, 2013 at 12:51:52PM -0800, Eric W. Biederman wrote:
> The return value of d_mountpoint can be obsolete as soon as it returns
> as well, so I don't see this as being significantly different.
Not if the ->i_mutex of that sucker is held. And it *is* held in
vfs_unlink/vfs_rmdir/vfs_r
On Nov 7, 2013, at 4:26 PM, David Turner wrote:
> On Fri, 2013-11-08 at 00:14 +0100, Jan Kara wrote:
>> Still unnecessary type cast here (but that's a cosmetic issue).
> ...
>> Otherwise the patch looks good. You can add:
>> Reviewed-by: Jan Kara
>
> Thanks. A version with this correction and t
This is a driver for the Omnivision OV9655 camera module
connected to the OMAP3 parallel camera interface and using
the ISP (Image Signal Processor). It supports SXGA and VGA
plus some other modes.
It was tested on gta04 board.
Signed-off-by: Marek Belisko
Signed-off-by: H. Nikolaus Schaller
--
On 11/08/13 12:45, Olof Johansson wrote:
> On Fri, Nov 8, 2013 at 12:06 PM, Olof Johansson wrote:
>> On Mon, Oct 28, 2013 at 11:00 PM, Stephen Boyd wrote:
>>> On 10/28, Kevin Hilman wrote:
Stephen Boyd writes:
> This will allow the scheduler tick to be restarted if we're in
> f
Error handling code in if_usb_probe() misses usb_put_dev(udev).
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/wireless/libertas/if_usb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/libertas/if_usb.c
From: Mike Miller
This patch deletes one ID that never should have in in hpsa. It also the PCI
ID's for two cancelled products.
Please consider this for inclusion.
Signed-off-by: Mike Miller
---
drivers/scsi/hpsa.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/
Hey Ric,
On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
> On 11/08/2013 03:46 PM, Ben Myers wrote:
> >Hey Christoph,
> >
> >On Fri, Nov 08, 2013 at 11:34:24AM -0800, Christoph Hellwig wrote:
> >>On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
> >>>Mark is replacing Alex as
301 - 400 of 699 matches
Mail list logo
