On Tuesday 18 March 2014, Haojian Zhuang wrote:
> Acked-by: Haojian Zhuang
Thanks, applied to next/fixes-non-critical now.
Arnd
--
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
Namjae Jeon writes:
> +static void check_fallocated_region(struct inode *inode, sector_t iblock,
> + unsigned long *max_blocks, struct buffer_head *bh_result)
> +{
> + struct super_block *sb = inode->i_sb;
> + sector_t last_block, disk_block;
> + const unsigned long blocks
On 03/17/2014 10:44 PM, Viresh Kumar wrote:
On Sat, Mar 15, 2014 at 2:33 AM, wrote:
+
static int intel_pstate_cpu_init(struct cpufreq_policy *policy)
{
struct cpudata *cpu;
@@ -818,7 +824,7 @@ static struct cpufreq_driver intel_pstate_driver = {
.setpolicy = intel_ps
Hi Chanwoo,
On Tue, Mar 18, 2014 at 03:06:00PM +0900, Chanwoo Choi wrote:
> I checked power_supply_get_by_phandle().
> But power_supply_get_by_phandle() is different from of_power_supply_get_dev()
>
> So, I expalin the difference between "power_supply_get_by_phandle()" and
> "of_power_supply_get
We will reuse it to process a nonzero IRR that is passed to KVM_SET_IRQCHIP.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 63 ++-
1 file changed, 39 insertions(+), 24 deletions(-)
diff --git a/virt/kvm/ioapic.c b/virt/kvm/ioapic.c
inde
Commonize the handling of masking, which was absent for kvm_ioapic_set_irq.
Setting remote_irr does not need a separate function either, and merging
the two functions avoids confusion.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 29 +
1 file changed, 9 insert
I have applied the platform removal patch with the Ack
from Kevin and Sekhar. Please apply these other patches
through the input/mfd/spi trees.
Arnd Bergmann (3):
spi: remove obsolete spi-ti-ssp driver
mfd: remove obsolete ti-ssp driver
input: remove obsolete tnetv107x drivers
drivers/inpu
The tnetv107x platform is getting removed, so the touchscreen
and keypad drivers for this platform will no longer be needed
either.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
---
drivers/input/keyboard/Kconfig
The tnetv107x platform is getting removed, so this driver
will not be needed any more.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Mark Brown
Cc: linux-...@vger.kernel.org
---
drivers/spi/Kconfig | 7 -
drivers/spi/Makefile | 1 -
drivers/spi/spi
The tnetv107x platform is getting removed, so this driver
is not needed any more.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Samuel Ortiz
Cc: Lee Jones
---
drivers/mfd/Kconfig | 11 --
drivers/mfd/Makefile | 1 -
drivers/mfd/ti-ssp.c | 465 -
Unlike the old qemu-kvm, which really never did that, with new QEMU
it is for some reason somewhat likely to migrate a VM with a nonzero
IRR in the ioapic. In the case of ISA edge-triggered interrupts,
this represents an interrupt that has not left the IOAPIC, which would
be okay but it is not han
This ensures that IRR bits are set in the KVM_GET_IRQCHIP result only if
the interrupt is still sitting in the IOAPIC. After the next patches, it
avoids spurious reinjection of the interrupt when KVM_SET_IRQCHIP is
called.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 3 +++
1 file chang
After the previous patches, an interrupt whose bit is set in the IRR
register will never be in the LAPIC's IRR and has never been injected
on the migration source. So inject it on the destination.
This fixes migration of Windows guests without HPET (they use the RTC
to trigger the scheduler tick,
On 03/18/2014 04:37 PM, Christoph Lameter wrote:
On Tue, 18 Mar 2014, Grygorii Strashko wrote:
diff --git a/lib/smp_processor_id.c b/lib/smp_processor_id.c
index a270dce..73a2004 100644
--- a/lib/smp_processor_id.c
+++ b/lib/smp_processor_id.c
@@ -58,9 +58,6 @@ EXPORT_SYMBOL(debug_smp_processor
Namjae Jeon writes:
> + if (mode & FALLOC_FL_KEEP_SIZE) {
> + /* First compute the number of clusters to be allocated */
> + mm_bytes = offset + len - round_up(MSDOS_I(inode)->i_disksize,
> + sbi->cluster_size);
> + nr_cluster = (mm_byte
On Tue, 18 Mar 2014, Mark Brown wrote:
On Tue, Mar 11, 2014 at 07:41:31PM +0800, Nicolin Chen wrote:
This patch adds support for the Cirrus Logic CS42888 Audio CODEC that
has four 24-bit A/D and eight 24-bit D/A converters.
Brian, Paul - any review comments on this?
Driver looks good to me.
Hi Tony,
On 03/13/2014 11:44 PM, Paul Walmsley wrote:
> On Wed, 12 Mar 2014, Tony Lindgren wrote:
>
>> * Roger Quadros [140307 02:18]:
>>> From: Keshava Munegowda
>>>
>>> Create hwmods for ocp2scp3 and sata modules.
>>
>> Paul, does this look OK to you?
>
> I didn't go over every entry with a
On 03/18/14 02:41, David Laight wrote:
From: beh...@converseincode.com
From: Mark Charlebois
Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in
xt_repldata.h with a C99 compliant flexible array member and then calculated
offsets to the other struct members. These othe
Because it's not used any more.
Signed-off-by: Jiri Olsa
Cc: Don Zickus
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
---
tools/perf/util/thread.h | 6 --
1 file changed,
On Tue, 2014-03-18 at 10:24 +, Varun Sethi wrote:
> Hi Alex,
> Would it make sense, to link the iommu group to its corresponding
> hardware iommu block's capabilities? This could be done if we can
> determine the iommu device corresponding to the iommu group during bus
> probe. With this we won
HI Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Tuesday, March 18, 2014 6:04 PM
> To: Harini Katakam
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; r...@landley.net;
> grant.lik
On Tue, Mar 18, 2014 at 10:05 PM, Peter Zijlstra wrote:
> On Tue, Mar 18, 2014 at 09:51:04PM +0800, Peng Tao wrote:
>> > Firstly I think the _head postfix for LIFO is a bad name,
>> Do you have any preference on the name? add_wait_queue_exclusive_lifo()?
>
> I think we can avoid the entire functio
Anyways the statistics in slub should be low impact and able to
be placed anywhere. So I think we need this patch to avoid
the preemption checks begin triggered.
Subject: SLUB: Use raw_cpu_inc for incrementing statistics
Statistics are not critical to the operation of the allocation
but should a
On Mon, Mar 17, 2014 at 02:32:07PM -0700, Andrew Morton wrote:
> On Mon, 17 Mar 2014 15:10:05 -0400 Don Zickus wrote:
>
> > From: Aaron Tomlin
> >
> > A 'softlockup' is defined as a bug that causes the kernel to
> > loop in kernel mode for more than a predefined period to
> > time, without givi
Namjae Jeon writes:
> diff --git a/fs/fat/file.c b/fs/fat/file.c
> index 9b104f5..0bf0d28 100644
> --- a/fs/fat/file.c
> +++ b/fs/fat/file.c
> @@ -300,8 +300,10 @@ void fat_truncate_blocks(struct inode *inode, loff_t
> offset)
>* This protects against truncating a file bigger than it was
On Tue, Mar 18, 2014 at 10:07:17PM +0800, Fengguang Wu wrote:
> Greetings,
>
> We get the below OOM errors in our KVM boot tests and they are
> bisected to
>
> commit 23361cf32b58efdf09945a64e1d8d41fa6117157
We have been there before:
.---
| Date: Wed, 12 Jun 2013 18:11:43 +0800
| From: Fenggua
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
Some master device descriptor like fimc-is which is an abstraction
of very complex H/W may have multiple System MMUs. For those devices,
the desi
Em Mon, Mar 10, 2014 at 11:43:24PM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> asprintf corrupts memory on some older glibc versions.
> Provide a replacement. This fixes various segfaults
> with --branch-history on older Fedoras.
Humm, this unconditionally replaces it with an alternative
On Tue, 18 Mar 2014, Grygorii Strashko wrote:
> diff --git a/lib/smp_processor_id.c b/lib/smp_processor_id.c
> index a270dce..73a2004 100644
> --- a/lib/smp_processor_id.c
> +++ b/lib/smp_processor_id.c
> @@ -58,9 +58,6 @@ EXPORT_SYMBOL(debug_smp_processor_id);
>
> notrace void __this_cpu_preempt
This serie adds the initial support for the Marvell BG2-Q DMP (part of the
Berlin family). SoC has nodes for cpu, l2 cache controller, interrupt
controllers, local timer, apb timers and uarts for now.
Homepage: http://www.marvell.com/digital-entertainment/armada-1500-pro/
Changes since v3:
Signed-off-by: Antoine Ténart
---
Documentation/arm/Marvell/README | 5 +
Documentation/devicetree/bindings/arm/marvell,berlin.txt | 1 +
2 files changed, 6 insertions(+)
diff --git a/Documentation/arm/Marvell/README b/Documentation/arm/Marvell/README
index 5a930c1528
Adds initial support for the Marvell Armada 1500 pro (BG2Q) SoC (Berlin family).
The SoC has nodes for cpu, l2 cache controller, interrupt controllers, local
timer, apb timers and uarts for now.
Signed-off-by: Antoine Ténart
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2q.dtsi |
Adds initial support for the Marvell BG2-Q DMP. The board has 2GB of
memory, an uart activated and what's initially supported by the Marvell
Armada 1500 pro dtsi.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/Makefile | 3 ++-
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 2
On Donnerstag, 13. März 2014 14:00:10 Andi Kleen wrote:
> At some point the majority of my nfsroot test image were OpenSUSE 9.
Hehe, I had a 9.3 system (2.6.11.4) with an uptime of > 1000 days before power
outage, and one 11.1 (2.6.27.56), that has an uptime of 1029 days now. While
git brought
Hi Krzysztof,
On 17.03.2014 10:19, Krzysztof Kozlowski wrote:
Add of_compatible strings for S5M8767 and S2MPS14 clock MFD cells.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mfd/sec-core.c |3 +++
1 file changed, 3 insertions(+)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To
After the previous patches, an interrupt whose bit is set in the IRR
register will never be in the LAPIC's IRR and has never been injected
on the migration source. So inject it on the destination.
This fixes migration of Windows guests without HPET (they use the RTC
to trigger the scheduler tick,
We will reuse it to process a nonzero IRR that is passed to KVM_SET_IRQCHIP.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 63 ++-
1 file changed, 39 insertions(+), 24 deletions(-)
diff --git a/virt/kvm/ioapic.c b/virt/kvm/ioapic.c
inde
This ensures that IRR bits are set in the KVM_GET_IRQCHIP result only if
the interrupt is still sitting in the IOAPIC. After the next patches, it
avoids spurious reinjection of the interrupt when KVM_SET_IRQCHIP is
called.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 3 +++
1 file chang
Unlike the old qemu-kvm, which really never did that, with new QEMU
it is for some reason somewhat likely to migrate a VM with a nonzero
IRR in the ioapic. In the case of ISA edge-triggered interrupts,
this represents an interrupt that has not left the IOAPIC, which would
be okay but it is not han
Commonize the handling of masking, which was absent for kvm_ioapic_set_irq.
Setting remote_irr does not need a separate function either, and merging
the two functions avoids confusion.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 29 +
1 file changed, 9 insert
Hi Jiri,
On Tue, Mar 18, 2014 at 10:23 PM, Jiri Olsa wrote:
> On Tue, Mar 18, 2014 at 05:09:33PM +0900, Namhyung Kim wrote:
>> On Mon, 17 Mar 2014 18:26:38 -0400, Ramkumar Ramachandra wrote:
>> > perf test emits the following warnings on the parse events test:
>> >
>> > $ perf test
>> >5: p
From: Opensource [Steve Twiss]
Addition of support e-mail address for Dialog Semiconductor Ltd
Signed-off-by: Opensource [Steve Twiss]
Signed-off-by: David Dajun Chen
---
Checks performed with linux-next/next-20140318/scripts/checkpatch.pl
MAINTAINERS total: 0 errors, 0
On Tue, Mar 18, 2014 at 10:43 PM, Arnaldo Carvalho de Melo
wrote:
> Em Mon, Mar 17, 2014 at 10:45:49AM +0900, Namhyung Kim escreveu:
>> Hi Don,
>>
>> On Fri, 14 Mar 2014 10:43:44 -0400, Don Zickus wrote:
>> > When trying to capture perf data on a system running spejbb2013,
>> > perf hung for about
Hi Ramkumar,
On Tue, Mar 18, 2014 at 11:12 PM, Ramkumar Ramachandra
wrote:
> Hi Namhyung,
>
> On Tue, Mar 18, 2014 at 3:58 AM, Namhyung Kim wrote:
>> Hmm.. AFAIK we don't support the '->' operator so I think it's an error
>> in the callsite. Where do you see the message though? I couldn't find
Em Tue, Mar 18, 2014 at 09:30:06AM -0400, Steven Rostedt escreveu:
> On Tue, 18 Mar 2014 10:10:48 -0300 Arnaldo Carvalho de Melo
> wrote:
> > Em Tue, Mar 18, 2014 at 05:02:09PM +0900, Namhyung Kim escreveu:
> > > On Mon, 17 Mar 2014 18:26:36 -0400, Ramkumar Ramachandra wrote:
> > > > When token c
On Tue, 2014-03-18 at 12:34 +, Catalin Marinas wrote:
> On Thu, Mar 13, 2014 at 10:47:06PM +, Leif Lindholm wrote:
> > --- /dev/null
> > +++ b/arch/arm64/kernel/efi.c
> [...]
> > +/*
> > + * Called from setup_arch with interrupts disabled.
> > + */
> > +void __init efi_enter_virtual_mode(vo
Hi Namhyung,
On Tue, Mar 18, 2014 at 3:58 AM, Namhyung Kim wrote:
> Hmm.. AFAIK we don't support the '->' operator so I think it's an error
> in the callsite. Where do you see the message though? I couldn't find
> it on my setup.
>
> I'd also like to add following patch to see the location of p
Em Mon, Mar 17, 2014 at 10:45:49AM +0900, Namhyung Kim escreveu:
> Hi Don,
>
> On Fri, 14 Mar 2014 10:43:44 -0400, Don Zickus wrote:
> > When trying to capture perf data on a system running spejbb2013,
> > perf hung for about 15 minutes. This is because it took that
> > long to gather about 10,00
On Tue, Mar 18, 2014 at 11:10:49AM +, Mark Brown wrote:
> On Tue, Mar 18, 2014 at 10:49:12AM +, Charles Keepax wrote:
>
> > +#ifdef CONFIG_OF
> > +static int arizona_ldo1_get_pdata(struct arizona *arizona,
> > + struct regulator_config *config)
> > +{
> > + ar
On Tue, Mar 18, 2014 at 10:18 PM, Arnaldo Carvalho de Melo
wrote:
> Em Tue, Mar 18, 2014 at 10:15:18AM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Tue, Mar 18, 2014 at 01:19:07PM +0900, Namhyung Kim escreveu:
>> > On Tue, Mar 18, 2014 at 5:08 AM, Arnaldo Carvalho de Melo
>> > wrote:
>> > > Em
), "__this_cpu_%s()", op);
- check_preemption_disabled(text);
+ check_preemption_disabled(op);
}
EXPORT_SYMBOL(__this_cpu_preempt_check);
linux-next top commits:
3bd688c Add linux-next specific files for 20140318
9a63a74 Merge branch 'akpm/master'
ccdf335 mm: add strictlimit
Hi Thomas,
On 07/03/2014 18:17, Thomas Gleixner wrote:
> On Fri, 7 Mar 2014, Gregory CLEMENT wrote:
>
>> On 06/03/2014 20:05, Jason Cooper wrote:
>>> Thomas,
>>>
>>> nit: s/armanda/armada/ in the patch subject.
>>>
>>> Gregory,
>>>
>>> Mind providing an Ack on this?
>>
>> Well sorry but with this
Andi Kleen writes:
>> I really don't want the multi-buffer nonsense proposed.
>
>> An event gets
>> _1_ buffer, that's it.
>
> But we already have multi buffer. Just profile multiple CPUs
> Then you have one buffer per CPU that need to be combined.
>
> This just has two buffers per CPU.
Well, a
After the following commit:
commit b75ef8b44b1cb95f5a26484b0e2fe37a63b12b44
Author: Mathieu Desnoyers
Date: Wed Aug 10 15:18:39 2011 -0400
Tracepoint: Dissociate from module mutex
The following functions became unnecessary:
- tracepoint_probe_register_noupdate,
- tracepoint_probe_unregis
Hi,
Here is a respin of v5 of the tracepoint register/unregister API
simplification, along with the 2 other cleanup patches that comes
before.
Feedback is welcome,
Thanks!
Mathieu
Mathieu Desnoyers (3):
Tracepoint cleanup: remove unused API functions
Tracepoint API doc update: data argumen
Describe the @data argument (probe private data).
Fixes: 38516ab59fbc "tracing: Let tracepoints have data passed to tracepoint
callbacks"
Signed-off-by: Mathieu Desnoyers
CC: Steven Rostedt
CC: Ingo Molnar
CC: Frederic Weisbecker
CC: Andrew Morton
---
kernel/tracepoint.c |2 ++
1 file c
Register/unregister tracepoint probes with struct tracepoint pointer
rather than tracepoint name.
This change, which vastly simplifies tracepoint.c, has been proposed by
Steven Rostedt.
>From this point on, the tracers need to pass a struct tracepoint pointer
to probe register/unregister. A probe
On Tue, Mar 18, 2014 at 09:51:04PM +0800, Peng Tao wrote:
> > Firstly I think the _head postfix for LIFO is a bad name,
> Do you have any preference on the name? add_wait_queue_exclusive_lifo()?
I think we can avoid the entire function if we add
WQ_FLAG_LIFO and make prepare_to_wait_event() DTRT.
Hi Lee,
> > > Some new Atom's, eg Avoton and Bay Trail, have slightly different iTCO
> > > functionality:
> > > - The watchdog timer ticks at 1 second instead of .6 seconds
> > >
> > > - Some 8 and 16-bit registers were combined into 32-bit registers
> > >
> > > - Some registers were removed (DA
On Tue, Mar 18, 2014 at 01:10:44PM +, Zuckerman, Boris wrote:
> X86 cache lines are much smaller than a page. Cache lined are flushed
> "naturally", but we do not know about that.
> How many Dirty pages do we anticipate? What is the performance cost of
> msync()? Is that higher, if we do page
Paul Bolle writes:
> Rafael,
>
> 0) Ever since v3.14-rc1 I've noticed two new boot messages on an,
> outdated, ThinkPad X41:
> nsc-ircc, Found chip at base=0x164e
> nsc-ircc, Wrong chip version ff
Looks like that driver calls request_region for its "fir_base" IO ports
too late.
Parts of
Hi Len,
> > > The register layout of the Avoton is compatible with the iTCO v3
> > > register layout.
> > >
> > > Signed-off-by: Peter Tyser
> > > Tested-by: Rajat Jain
> > > Cc: Guenter Roeck
> > > Cc: James Ralston
> > > Cc: Samuel Ortiz
> > > Cc: Lee Jones
> > > Cc: Wim Van Sebroeck
> >
On Tue, Mar 18, 2014 at 9:33 PM, Peter Zijlstra wrote:
> On Tue, Mar 18, 2014 at 09:10:08PM +0800, Peng Tao wrote:
>> Normally wait_queue_t is a FIFO list for exclusive waiting tasks.
>> As a side effect, if there are many threads waiting on the same
>> condition (which is common for data servers
> sched,rcu: Make cond_resched() report RCU quiescent states
>
> Given a CPU running a loop containing cond_resched(), with no
> other tasks runnable on that CPU, RCU will eventually report RCU
> CPU stall warnings due to lack of quiescent states. Fortunately,
> every call to cond_resched() is a
Hi Mark,
Just a single, mini-comment.
2014-03-18 13:02 GMT+01:00 Mark Brown :
> From: Mark Brown
>
> With fast_io we use mutexes to lock the I/O operations so we would need
> to do GFP_ATOMIC allocations if we wanted to do allocations inside the
> lock as we do currently. Since it is unlikely t
Fix missing parentheses in macros
Errors found by checkpatch.pl
Signed-off-by: Ioana Ileana
---
drivers/staging/media/omap24xx/tcm825x.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/media/omap24xx/tcm825x.h
b/drivers/staging/media/omap24xx/tcm825x.h
Hi Suman,
On Tue, Mar 18, 2014 at 1:46 AM, Suman Anna wrote:
> So far, we have not come across multiple controllers. I see your point,
> and I think this also depends on the semantics of how you exchange the
> lock id number. The agreement at the moment is on base_ids across
> multiple SoC compon
On Tue, 18 Mar 2014 09:24:55 +0800
Zhouyi Zhou wrote:
> Thanks Gerald for reviewing and sorry for not elaborated it in the e-mail.
>
> Firstly, I think you can't call module_put after fail try_module_get
There is another try_module_get() in this function before that, so I need
to call module_pu
On Tue, Mar 18, 2014 at 09:10:08PM +0800, Peng Tao wrote:
> Normally wait_queue_t is a FIFO list for exclusive waiting tasks.
> As a side effect, if there are many threads waiting on the same
> condition (which is common for data servers like Lustre), all
> threads will be waken up again and again,
On 03/18/2014 02:07 PM, Christoph Hellwig wrote:
> That's why the file handles contain a generation counter that gets
> incremented in this case.
Ahh, yes. Thanks for the reminder/clue.
Cheers,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UN
On Tue, 18 Mar 2014 10:10:48 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 18, 2014 at 05:02:09PM +0900, Namhyung Kim escreveu:
> > On Mon, 17 Mar 2014 18:26:36 -0400, Ramkumar Ramachandra wrote:
> > > When token cannot be more than one value, it seems wasteful to go
> > > through all the s
On Tue, 2014-03-18 at 14:13 +0100, Geert Uytterhoeven wrote:
> > no_printk keeps all side effects like
> > performing any function calls made by the
> > statement or accessing any volatiles.
> That's true...
> > Using
> > do { if (0) no_printk(fmt, ##__VA_ARGS__); } while (0)
> > does not have any
On Tue, Mar 18, 2014 at 05:09:33PM +0900, Namhyung Kim wrote:
> On Mon, 17 Mar 2014 18:26:38 -0400, Ramkumar Ramachandra wrote:
> > perf test emits the following warnings on the parse events test:
> >
> > $ perf test
> >5: parse events tests
> > Warning: function sizeof not defined
> >
The control register range for clktsio interferes with clkaemifspi clock.
And it causes issues for NAND/AEMIF. So fix it.
Signed-off-by: Ivan Khoronzhuk
---
Only comment is corrected.
arch/arm/boot/dts/k2hk-clocks.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/ar
Em Tue, Mar 18, 2014 at 10:15:18AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Mar 18, 2014 at 01:19:07PM +0900, Namhyung Kim escreveu:
> > On Tue, Mar 18, 2014 at 5:08 AM, Arnaldo Carvalho de Melo
> > wrote:
> > > Em Mon, Mar 10, 2014 at 04:43:53PM +0900, Namhyung Kim escreveu:
> > >> @@
The domain register range for clkfftc1 has to be 0x0235004c
instead of 0x023504c0.
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/boot/dts/k2hk-clocks.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/k2hk-clocks.dtsi
b/arch/arm/boot/dts/k2hk-clocks.dtsi
in
Em Tue, Mar 18, 2014 at 01:19:07PM +0900, Namhyung Kim escreveu:
> On Tue, Mar 18, 2014 at 5:08 AM, Arnaldo Carvalho de Melo
> wrote:
> > Em Mon, Mar 10, 2014 at 04:43:53PM +0900, Namhyung Kim escreveu:
> >> @@ -749,9 +750,6 @@ int perf_event__preprocess_sample(const union
> >> perf_event *event,
Normally wait_queue_t is a FIFO list for exclusive waiting tasks.
As a side effect, if there are many threads waiting on the same
condition (which is common for data servers like Lustre), all
threads will be waken up again and again, causing unnecessary cache
line polution. Instead of FIFO lists, w
Hi Joe,
On Tue, Mar 18, 2014 at 2:07 PM, Joe Perches wrote:
> On Tue, 2014-03-18 at 13:55 +0100, Geert Uytterhoeven wrote:
>> On Tue, Mar 18, 2014 at 1:45 PM, Joe Perches wrote:
>> > #define dprintk(flg, fmt, ...) \
>> > do { if (0) pr_debug(fmt, ##__VA_ARGS__); } while (0)
>>
>> Na, no_printk()
Initialize the 'regmap_rtc' on S2MPA01 to some sane value. Sane at least
for S5M87X chipsets, not S2MPS/S2MPA but it won't be used because
rtc-s5m driver does not support S2MPA01.
This fixes following error:
drivers/mfd/sec-core.c:342:45: warning: ‘regmap_rtc’ may be used uninitialized
in this fu
Matthew,
First of all, thank you for doing this job!
Supporting persistent memory for any OS is bit more than adding "just another
device".
There are some thoughts and questions below. Perhaps, you discussed those
already. If so, please point me to that discussion!
> > Few questions:
> > - wh
On 03/18/2014 10:37 AM, Christoph Hellwig wrote:
> Hi Michael,
>
> the man page looks reasonable. If you refer to openat(2) instead of
> open(2) in the ERRORS section you could avoid duplicating a few of the
> dirfd and flags related errors.
Good idea. Done.
Cheers,
Michael
--
Michael Kerri
Em Tue, Mar 18, 2014 at 05:02:09PM +0900, Namhyung Kim escreveu:
> On Mon, 17 Mar 2014 18:26:36 -0400, Ramkumar Ramachandra wrote:
> > When token cannot be more than one value, it seems wasteful to go
> > through all the strcmp() calls. Use an else-if cascade instead.
>
> I think the end result wi
Hi,
It seems that Sachin's and my patches (mfd: sec: Add support for
S2MPS14) are not in sync. Now the error appears:
drivers/mfd/sec-core.c:342:45: warning: ‘regmap_rtc’ may be used
uninitialized in this function [-Wuninitialized]
I'll send a quick fix for it but in a longterm the rtc-s5m drive
On Tue, Mar 11, 2014 at 07:41:31PM +0800, Nicolin Chen wrote:
> This patch adds support for the Cirrus Logic CS42888 Audio CODEC that
> has four 24-bit A/D and eight 24-bit D/A converters.
Brian, Paul - any review comments on this?
signature.asc
Description: Digital signature
On 18.03.2014 12:18, Sachin Kamat wrote:
On 18 March 2014 16:33, Cho KyongHo wrote:
On Fri, 14 Mar 2014 22:27:59 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 19:13, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:09, Cho KyongHo wrote:
exynos-iommu driver must care about ma
On Tue, Mar 18, 2014 at 01:35:06PM +0100, Michael Kerrisk (man-pages) wrote:
> Indeed! I don't know quite what I was smoking as I reviewed that piece.
> In fact, I started writing this page a long time ago, but then other
> events intervened, and it was a long time before I came back to it recentl
On Tue, 2014-03-18 at 13:55 +0100, Geert Uytterhoeven wrote:
> On Tue, Mar 18, 2014 at 1:45 PM, Joe Perches wrote:
Hi Geert.
> > #define dprintk(flg, fmt, ...) \
> > do { if (0) pr_debug(fmt, ##__VA_ARGS__); } while (0)
>
> Na, no_printk():
>
> #define dprintk(flg, fmt, ...) no_printk(fmt, ##_
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_prim.h |1 -
drivers/staging/lustre/lnet/lnet/router.c |4 ++--
drivers/staging/lustre/lustre/ldlm/ldlm_lockd.c|4 ++--
drivers/staging/lustre/lustre/libcfs/fail.c
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_prim.h |1 -
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c |2 +-
.../staging/lustre/lnet/klnds/socklnd/socklnd_cb.c |5 ++---
drivers/staging/lustre/lnet/lnet/lib-eq.c
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_prim.h |1 -
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c |2 +-
drivers/staging/lustre/lnet/lnet/lib-eq.c |2 +-
drivers/staging/lustre/lustre/fid/fid_request.c
Hi Greg,
Following patches remove wait queue related wrappers from lustre. The only thing
left is add_wait_queue_exclusive_head() that we hope to make into generic
helpers in a separate patch.
Thanks,
Tao
Cc: Andreas Dilger
Cc: Oleg Drokin
Peng Tao (5):
staging/lustre/libcfs: remove
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_prim.h |5 -
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c|6 --
.../staging/lustre/lnet/klnds/socklnd/socklnd.c|6 --
.../staging/lustre/lnet/klnds/sockl
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_prim.h |1 -
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c |6 +++---
.../staging/lustre/lnet/klnds/socklnd/socklnd_cb.c |4 ++--
drivers/staging/lustre/lnet/lnet/lib-eq.c
On 03/18/2014 10:43 AM, Christoph Hellwig wrote:
> On Tue, Mar 18, 2014 at 09:00:07AM +1100, NeilBrown wrote:
>> ESTALE is also returned if the filesystem does not support file-handle ->
>> file mappings.
>> On filesystems which don't provide export_operations (/sys /proc ubifs
>> romfs cramfs nfs
On 03/17/2014 11:00 PM, NeilBrown wrote:
> On Mon, 17 Mar 2014 16:57:29 +0100 "Michael Kerrisk (man-pages)"
> wrote:
>
>> Hi Aneesh, (and others)
>>
>> Below is a man page I've written for name_to_handle_at(2) and
>> open_by_name_at(2). Would you be willing to review it please,
>> and let me know
Hi Aneesh, (and others)
After integrating review comments from NeilBown and Christoph Hellwig,
here is draft 2 of a man page I've written for name_to_handle_at(2) and
open_by_name_at(2). Especially thanks to Neil's comments, several parts
of the page underwent a substantial rewrite. Would you be w
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
> Hi KyongHo,
>
> On 14.03.2014 06:10, Cho KyongHo wrote:
> > Some master device descriptor like fimc-is which is an abstraction
> > of very complex H/W may have multiple System MMUs. For those devices,
> > the design of the link between Syste
On 03/17/2014 07:26 PM, DaeSeok Youn wrote:
I think vmalloc/kmalloc in uislib_malloc() can be removed and just use
vmalloc/kmalloc directly.
(UISMALLOC() macro is also removed.)
And uislib_malloc() is renamed to "uislib_trace_buffer_status()" which
is just tracing buffer status(Malloc_FailuresAl
On Fri, Mar 7, 2014 at 10:49 AM, Benjamin Tissoires
wrote:
> The new Lenovo Haswell series (-40's) contains a new Synaptics touchpad.
> However, these new Synaptics devices report bad axis ranges.
> Under Windows, it is not a problem because the Windows driver uses RMI4
> over SMBus to talk to the
501 - 600 of 793 matches
Mail list logo