Arnd, Olof, Kevin,
This update delayed to 3.17, is about replacing the existing calls to the
older, non-standard drivers by the use of the newer "pwm-atmel" which takes
advantage of the PWM framework.
All concerned maintainer gave their acknowledgement to the relevant patches.
At the end, it remov
On Wed, Jul 09, 2014 at 04:53:20PM +0200, Kamil Debski wrote:
> The pwm-fan driver enables control of fans connected to PWM lines.
> This driver uses the PWM framework, so it is compatible with all
> PWM devices that provide drivers through the PWM framework.
>
> Signed-off-by: Kamil Debski
> ---
This patch removes a fixme message in this file for setting the usb 2
speed on the board to the correct level. We need to depend on the
bootloader for doing this as the wires may be shared for the other
things on the board with the usb chipset.
Signed-off-by: Nicholas Krause
---
arch/arm/mach-om
On Wed, 2014-06-25 at 18:51 +0200, Christoph Hellwig wrote:
> Avoid taking the queue_lock to check the per-device queue limit. Instead
> we do an atomic_inc_return early on to grab our slot in the queue,
> and if nessecary decrement it after finishing all checks.
>
> Unlike the host and target bu
On Wed, Jul 09, 2014 at 04:47:03PM +0800, Li Zefan wrote:
> + /* user-configured CPUs and Memory Nodes allow to tasks */
allowed
> + cpumask_var_t cpus_allowed;
> + nodemask_t mems_allowed;
> +
> + /* effective CPUs and Memory Nodes al
fixed Arnaldo's address so this patch set gets on his radar.
On 7/3/14, 8:29 AM, Alexander Yarygin wrote:
Currently, a lot of code in buildin-kvm.c are x86 specific.
In accordance with the proposal of David Ahern, we moved the code under
#ifdefs from buildin-kvm.c into tools/perf/arch/*/kvm-sta
On Fri, Jun 27, 2014 at 10:38:32PM +0200, Fabian Frederick wrote:
> Fix checkpatch warning:
> "WARNING: debugfs_remove_recursive(NULL) is safe this check is probably not
> required"
>
> Cc: Dmitry Torokhov
> Cc: Henrik Rydberg
> Cc: linux-in...@vger.kernel.org
> Signed-off-by: Fabian Frederick
On 07/09/2014 11:29 AM, Petr Mládek wrote:
Sending once again as a correct reply. I am sorry for the
confusion. I think that it is high time for me to go home and sleep :-)
On Wed 2014-07-09 08:04:16, Alex Elder wrote:
This patch contains some small cleanups to kernel/printk/printk.c.
None of t
On Wed, Jul 09, 2014 at 12:08:17AM -0400, Pranith Kumar wrote:
> One more bool type change which I found while reading the code.
>
> Use true/false instead of 0/1 for a bool type
>
> Signed-off-by: Pranith Kumar
Queued for 3.18, thank you!
On Wed, Jul 09, 2014 at 03:43:45PM +, Liang, Kan wrote:
>
>
> > -Original Message-
> > From: Peter Zijlstra [mailto:pet...@infradead.org]
> > Sent: Wednesday, July 09, 2014 10:58 AM
> > To: Liang, Kan
> > Cc: a...@firstfloor.org; linux-kernel@vger.kernel.org; k...@vger.kernel.org
> >
On Wed, 2014-07-09 at 16:31 +0100, David Howells wrote:
> Okay, I've merged a number of patchsets together that I want to push for the
> next merge window:
>
>
> http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-next
>
> I'd like to add yours. Shall I pull:
>
On Wed, Jul 09, 2014 at 06:32:05PM +0200, Petr Mládek wrote:
> I know that it sets 1 now. I wondered about possible future changes.
> Well, it is probably too paranoid. Anyway, any non-zero value is fine.
Yes, because they both are used only in a boolean context.
--
Regards/Gruss,
Boris.
Se
On 14-07-08 10:48 AM, Christoph Hellwig wrote:
On Wed, Jun 25, 2014 at 06:51:47PM +0200, Christoph Hellwig wrote:
Changes from V1:
- rebased on top of the core-for-3.17 branch, most notable the
scsi logging changes
- fixed handling of cmd_list to prevent crashes for some heavy
worklo
On Wed, 09 Jul 2014, Gabriel Fernandez wrote:
> On 9 July 2014 13:41, Lee Jones wrote:
> > The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> > devices. It has 2 ports which it can use for either; both SATA, both
> > PCIe or one of each in any configuration.
> >
> > Cc: Kishon V
Hi Tim,
On Wed, Jul 09, 2014 at 08:08:07AM -0700, Tim Hockin wrote:
> How is this different from RLIMIT_AS? You specifically mentioned it
> earlier but you don't explain how this is different.
The main difference is that RLIMIT_AS is per process while this
controller is per cgroup. RLIMIT_AS doe
83.995898] Not tainted
3.16.0-rc4-next-20140709-sasha-00024-gd22103d-dirty #775
[ 484.000405] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
message.
[ 484.004961] trinity-c37 D 13160 8968 8558 0x1000
[ 484.009035]
Hello Bo,
I know you're quite busy, but if you have some time could you test this
series on both CPU Modules (Embest and Ronetix): I only own the Embest
one.
Best Regards,
Boris
On Thu, 26 Jun 2014 12:13:33 +0200
Boris BREZILLON wrote:
> Hello,
>
> This patch removes a board specific hook fo
On 07/09/2014 05:12 PM, Tony Lindgren wrote:
> And also please note that for runtime PM the wake-up events need
> to be always enabled, so the device_may_wakeup() checks should
> be only implemented for suspend and resume. I think I got that
> corrected for most part in omap-serial.c recently, but
On Wed 2014-07-09 18:24:04, Borislav Petkov wrote:
> On Wed, Jul 09, 2014 at 06:19:46PM +0200, Petr Mládek wrote:
> > I wondered if IS_ENABLED() is guaranteed to set 1 when enabled.
>
> See include/linux/kconfig.h
I know that it sets 1 now. I wondered about possible future
changes. Well, it is pr
On Mon, 07 Jul 2014, Rickard Strandqvist wrote:
> Variable ar assigned a value that is never used.
> I have also removed all the code that thereby serves no purpose,
> and made same change to clarify the similarities in function.
>
> This was found using a static code analysis program called cppc
Borislav Petkov wrote:
> let me see if I get this straight:
>
> this current submission is supposed to replace
>
> http://lkml.kernel.org/r/20140708131504.28621.61165.st...@warthog.procyon.org.uk
Yes. It's an extension of that. Plus I did it wrong and managed to lose the
actual first patch,
Sending once again as a correct reply. I am sorry for the
confusion. I think that it is high time for me to go home and sleep :-)
On Wed 2014-07-09 08:04:16, Alex Elder wrote:
> This patch contains some small cleanups to kernel/printk/printk.c.
> None of them should cause any change in behavior.
>
On Wed, Jul 09, 2014 at 06:19:46PM +0200, Petr Mládek wrote:
> I wondered if IS_ENABLED() is guaranteed to set 1 when enabled.
See include/linux/kconfig.h
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "un
On Fri, May 02, 2014 at 11:26:24PM +0200, Thomas Gleixner wrote:
> Russell reported, that irqtime_account_idle_ticks() takes ages due to:
>
>for (i = 0; i < ticks; i++)
>irqtime_account_process_tick(current, 0, rq);
>
> It's sad, that this code was written way _AFTER_ the
On Wed, Jul 09, 2014 at 06:03:49PM +0200, Borislav Petkov wrote:
> Hi David,
>
> On Wed, Jul 09, 2014 at 04:15:25PM +0100, David Howells wrote:
> > David Howells (16):
> > X.509: Add bits needed for PKCS#7
> > X.509: Export certificate parse and free functions
> > PKCS#7: Impleme
On Wed 2014-07-09 08:04:15, Alex Elder wrote:
> Use the IS_ENABLED() macro rather than #ifdef blocks to set certain
> global values.
>
> Signed-off-by: Alex Elder
> ---
> kernel/printk/printk.c | 12 ++--
> 1 file changed, 2 insertions(+), 10 deletions(-)
>
> diff --git a/kernel/printk/
On Sat, Jul 05, 2014 at 11:04:53AM +0530, Amit Shah wrote:
> The hwrng core asks for random data in the hwrng_register() call itself
> from commit d9e7972619. This doesn't play well with virtio -- the
> DRIVER_OK bit is only set by virtio core on a successful probe, and
> we're not yet out of our
Il 30/06/2014 11:03, Nadav Amit ha scritto:
We encountered a scenario in which after an INIT is delivered, a pending
interrupt is delivered, although it was sent before the INIT. As the SDM
states in section 10.4.7.1, the ISR and the IRR should be cleared after INIT as
KVM does. This also means
On Tue, 2014-07-08 at 04:50PM -0700, Sören Brinkmann wrote:
> Let me extend the audience a bit.
>
> On Mon, 2014-06-30 at 11:39AM -0700, Sören Brinkmann wrote:
> > Hi,
> >
> > I'm currently working on suspend for Zynq and try to track down some
> > spurious wakes. It looks like the spurious wakes
On Wed, Jul 09, 2014 at 04:42:18PM +0200, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Wed, Jul 09, 2014 at 04:20:10PM +0300, Peter De Schrijver wrote:
> > On Wed, Jul 09, 2014 at 02:56:14PM +0200, Thierry Reding wrote:
> > > > Old Signed by an unknown key
> > >
> > > On Wed, Jul
remap_4k_pfn() silently truncates upper bits of input 4K PFN if
it cannot be contained in PTE. This leads invalid memory mapping
and could result in a system crash when the memory is accessed.
This patch fails remap_4k_pfn() and returns -EINVAL if the input
4K PFN cannot be contained in PTE.
Used
On Tue, Jul 8, 2014 at 6:26 AM, Alexander Gordeev wrote:
> On Mon, Jul 07, 2014 at 01:40:48PM -0600, Bjorn Helgaas wrote:
>> >> Can you quantify the benefit of this? Can't a device already use
>> >> MSI-X to request exactly the number of vectors it can use? (I know
>> >
>> > A Intel AHCI chipset
Amit, Kees,
On Wed, Jul 09, 2014 at 06:55:24PM +0530, Amit Shah wrote:
> On (Wed) 09 Jul 2014 [09:17:37], Jason Cooper wrote:
> > On Wed, Jul 09, 2014 at 06:38:22PM +0530, Amit Shah wrote:
> > > On (Wed) 09 Jul 2014 [07:53:17], Jason Cooper wrote:
> > > > On Sat, Jul 05, 2014 at 11:04:52AM +0530,
Hi David,
On Wed, Jul 09, 2014 at 04:15:25PM +0100, David Howells wrote:
> David Howells (16):
> X.509: Add bits needed for PKCS#7
> X.509: Export certificate parse and free functions
> PKCS#7: Implement a parser [RFC 2315]
> PKCS#7: Digest the data in a signed-data message
On Wed, Jul 09, 2014 at 09:50:09AM +0800, Lai Jiangshan wrote:
> On 07/08/2014 06:38 AM, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The current approach to RCU priority boosting uses an rt_mutex strictly
> > for its priority-boosting side effects. The rt_mutex_init_proxy_locked
This patch contains some small cleanups to kernel/printk/printk.c.
None of them should cause any change in behavior.
- When CONFIG_PRINTK is defined, parenthesize the value of LOG_LINE_MAX.
- When CONFIG_PRINTK is *not* defined, there is an extra LOG_LINE_MAX
definition; delete it.
- Pull
On 07/05/2014 06:44 AM, tip-bot for Rik van Riel wrote:
> Commit-ID: 6dc1a672ab15604947361dcd02e459effa09bad5
> Gitweb: http://git.kernel.org/tip/6dc1a672ab15604947361dcd02e459effa09bad5
> Author: Rik van Riel
> AuthorDate: Mon, 23 Jun 2014 11:46:14 -0400
> Committer: Ingo Molnar
> Comm
On Wed 2014-07-09 08:04:14, Alex Elder wrote:
> This patch fixes a few comments that don't accurately describe their
> corresponding code. It also fixes some minor typographical errors.
>
> Signed-off-by: Alex Elder
Nice clean up. All changes make sense to me.
Reviewed-by: Petr Mladek
Best R
>>>
>>>>> Note that I've applied this only from this series so I'm not sure how
>>>>> much the problem can be solved...any updates for 1/3 and 3/3?
>>>>>
>>>>> - Kukjin
>>>>
>>>> Thanks fo
Fix "Missing blank line after declaration" warnings reported by
checkpatch.pl.
Signed-off-by: Pawel Lebioda
---
drivers/staging/bcm/CmHost.c| 1 +
drivers/staging/bcm/IPv6Protocol.c | 6 ++
drivers/staging/bcm/InterfaceDld.c | 1 +
drivers/staging/bcm/InterfaceInit.c | 1 +
drivers
On Wed, Jul 09, 2014 at 12:15:59AM +0200, Stephane Eranian wrote:
> diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
> index 378b85b..17c45f8 100644
> --- a/tools/perf/builtin-record.c
> +++ b/tools/perf/builtin-record.c
> @@ -876,6 +876,8 @@ const struct option record_options
On 07/09/2014 05:07 PM, Peter Griffin wrote:
This series adds a SDHCI platform driver for ST SoCs, along with
the additional device tree bindings and configuration to enable
the controller to work properly.
Initially it supports the stih416 and stih415 SoCs, and has
been tested on a stih416-b2
Hi Steven,
I've given this a quick test on a mips32 le target, on your
rfc/remove-function-trace-stop branch (4161daee7df8). Booted fine,
startup tests fine, function and function_graph trace appear to work
from a quick cat of the trace file. Feel free to add my Tested-by:
Tested-by: James Hogan
On Wed, Jul 09, 2014 at 12:15:56AM +0200, Stephane Eranian wrote:
> Enable capture of interrupted machine state in each
> sample.
Looks good to me.
Reviewed-by: Andi Kleen
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
> Value profiling means sampling the values of function arguments passed in
> registers.
You can use it for more, e.g. it's also useful to sample loop iterations.
-Andi
--
a...@linux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> +int perf_event__parse_sample(const union perf_event *event, u64 type,
> + int sample_size, bool sample_id_all,
> + u64 sample_regs_user, u64 sample_stack_user,
> + u64 sample_regs_intr,
> + struct
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Wednesday, July 09, 2014 10:58 AM
> To: Liang, Kan
> Cc: a...@firstfloor.org; linux-kernel@vger.kernel.org; k...@vger.kernel.org
> Subject: Re: [PATCH V4 1/2] perf ignore LBR and extra_regs.
>
> On Wed, Jul
* Tony Lindgren [140626 03:28]:
> * Sricharan R [140626 01:36]:
> > Hi Tony,
> >
> > On Thursday 26 June 2014 01:14 PM, Tony Lindgren wrote:
> > > * Sricharan R [140626 00:29]:
> > >> From: R Sricharan
> > >>
> > >> There is a IRQ crossbar device in the soc, which
> > >> maps the irq requests
Verify certificate chain in the X.509 certificates contained within the PKCS#7
message as far as possible. If any signature that we should be able to verify
fails, we reject the whole lot.
Signed-off-by: David Howells
Acked-by: Vivek Goyal
Reviewed-by: Kees Cook
---
crypto/asymmetric_keys/pk
On Wed, Jul 09, 2014 at 05:24:46PM +0200, Alexandre Belloni wrote:
> Hi,
>
> On 09/07/2014 at 09:59:10 -0400, Tejun Heo wrote :
> > Heh, I get that but, at the same time, this is the point where you're
> > most motivated to actually work on it. :)
> >
>
> Or, starting that kind of review after
On Tue, Jul 08, 2014 at 03:05:56PM -0700, Paul E. McKenney wrote:
> Fair point. This would be a kthread_bind_housekeeping(), then.
Hmm, after all this should only be needed for kthreads so yeah.
> But I need to create an kthread_bind_mask() or some such that acts like
> kthread_bind(), but which
Define kizbox board's main crystal frequency.
Signed-off-by: Alexandre Belloni
Cc: Gael Portay
---
arch/arm/boot/dts/kizbox.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/kizbox.dts b/arch/arm/boot/dts/kizbox.dts
index 928f6eef2d59..e83e4f9310b8 100644
--- a/arch/
On Wednesday 09 July 2014 11:27 AM, Viresh Kumar wrote:
> On 9 July 2014 20:56, Santosh Shilimkar wrote:
We still *don't* support platforms with separate clock/voltage lines for
CPUs.
This would be done in a separate patch.
>
> Probably s/separate/later would be enough to make you
This patch removes the selection of AT91_USE_OLD_CLK when selecting at91rm9200
SoC support. This will automatically enable COMMON_CLK_AT91 option and add
support for at91 common clk implementation.
Signed-off-by: Alexandre Belloni
Acked-by: Boris BREZILLON
---
arch/arm/mach-at91/Kconfig | 1 -
Documentation for atmel-pmc only list one compatible, add the remaining
compatible strings.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/arm/atmel-pmc.txt | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/arm/atmel
This patch removes the selection of AT91_USE_OLD_CLK when selecting at91sam9260
SoCs support. This will automatically enable COMMON_CLK_AT91 option and add
support for at91 common clk implementation.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/Kconfig | 1 -
1 file changed, 1 deletio
Define at91rm9200ek main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91rm9200ek.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91rm9200ek.dts
b/arch/arm/boot/dts/at91rm9200ek.dts
index df6b0aa0e4dd..43eb779dd6f6 10
This patch set adds support for the common clock framwork to the remaining atml
SoCs: at91rm9200, at91sam9260, at91sam9263, at91sam9g45.
It also defines the necessary main crystal and slow crystal frequencies.
I couldn't find datasheets for the following boards:
- mpa1600
- animeo_ip
For those
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91rm9200.dtsi | 304 ++
1 file changed, 304 insertions(+)
diff --git a/arch/arm/boot/dts/at91rm9200.dtsi
b/arch/arm/boot/dts/at91rm9200.dtsi
index c61b16fba79b..65ccf564b9a5 100644
--- a/arch/arm/boot/d
Enclose the rm9200 old clk registration in "#if defined(CONFIG_OLD_CLK_AT91)
#endif"
Signed-off-by: Alexandre Belloni
Acked-by: Boris BREZILLON
---
arch/arm/mach-at91/at91rm9200.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/at91rm9200.c b/arch/ar
Enclose the sam9260 old clk registration in "#if defined(CONFIG_OLD_CLK_AT91)
#endif"
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/at91sam9260.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/at91sam9260.c b/arch/arm/mach-at91/at91sam9260.
Define Acme Systems Aria G25 board main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91-ariag25.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91-ariag25.dts
b/arch/arm/boot/dts/at91-ariag25.dts
index 55ab6180e350..
Define Somfy Animeo IP main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/animeo_ip.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/animeo_ip.dts b/arch/arm/boot/dts/animeo_ip.dts
index 3c4f6d983cbd..4e0ad3b82796 100644
--
Define at91sam9g20ek main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9g20ek_common.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9g20ek_common.dtsi
b/arch/arm/boot/dts/at91sam9g20ek_common.dtsi
index c
Define AK signal CDU slow crystal frequency
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/aks-cdu.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/aks-cdu.dts b/arch/arm/boot/dts/aks-cdu.dts
index 54cb5cf8604a..d9c50fbb49d2 100644
--- a/arch/arm/boot/dts/a
Define Calao USB-A9260, USB-A9G20 and USB-A9G20-LPW main and slow crystals
frequencies.
Signed-off-by: Alexandre Belloni
Cc: Gregory Hermant
---
arch/arm/boot/dts/usb_a9260_common.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/usb_a9260_common.dtsi
b/arch/ar
Define Telit EVK-PRO3 slow crystal frequency
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/evk-pro3.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/evk-pro3.dts b/arch/arm/boot/dts/evk-pro3.dts
index 4d829685fdfb..f72969efe6d7 100644
--- a/arch/arm/boot/d
On Mon, 09 Jun 2014, Laxman Dewangan wrote:
> Add details of following properties which are used on driver but
> not documented on DT binding document.
> - ams,enable-internal-int-pullup
> - ams,enable-internal-i2c-pullup
>
> Signed-off-by: Laxman Dewangan
> Reported-by: Lee Jones
> ---
> Docu
On 9 July 2014 20:59, Santosh Shilimkar wrote:
> On Wednesday 09 July 2014 11:27 AM, Viresh Kumar wrote:
>> On 9 July 2014 20:56, Santosh Shilimkar wrote:
> We still *don't* support platforms with separate clock/voltage lines for
> CPUs.
> This would be done in a separate patch.
>>
>
Define Acme Systems srl Fox G20 main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91-foxg20.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91-foxg20.dts
b/arch/arm/boot/dts/at91-foxg20.dts
index cbe967343997..f89598
Define egnite Ethernut 5 main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
Cc: Tim Schendekehl
---
arch/arm/boot/dts/ethernut5.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ethernut5.dts b/arch/arm/boot/dts/ethernut5.dts
index 143b6d25b
Define the at91sam9g20 clocks that differ from at91sam9260 in the SoC dtsi file.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9g20.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9g20.dtsi
b/arch/arm/boot/dts/at91sam9g
Define the at91sam9260 clocks in the SoC dtsi file.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9260.dtsi | 314 -
1 file changed, 313 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/at91sam9260.dtsi
b/arch/arm/boot/dts/at91sam9
Define Phontech MPA 1600 main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
Cc: Joachim Eastwood
---
arch/arm/boot/dts/mpa1600.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/mpa1600.dts b/arch/arm/boot/dts/mpa1600.dts
index ccf9ea242f72..f0f5
On Wednesday 09 July 2014 11:17 AM, Viresh Kumar wrote:
> On 9 July 2014 20:23, Santosh Shilimkar wrote:
>> I scanned this patch and subsequent patches from the series. Since you are
>> modifying the interfaces and bindings, I just think its better if we can
>> address the cases where separate clo
Define Calao TNY-A9260 and TNY-A9G20 main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
Cc: Gregory Hermant
---
arch/arm/boot/dts/tny_a9260_common.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/tny_a9260_common.dtsi
b/arch/arm/boot/dts/tny_
Instead of custom approach let's use recently introduced seq_hex_dump() helper.
Signed-off-by: Andy Shevchenko
---
drivers/parisc/ccio-dma.c | 14 +++---
drivers/parisc/sba_iommu.c | 11 +++
2 files changed, 6 insertions(+), 19 deletions(-)
diff --git a/drivers/parisc/ccio-dma.
Define Calao QIL-A9260 main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
Cc: Gregory Hermant
---
arch/arm/boot/dts/at91-qil_a9260.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91-qil_a9260.dts
b/arch/arm/boot/dts/at91-qil_a9260.dts
index
On Fri, 04 Jul 2014, Javier Martinez Canillas wrote:
> Maxim MAX77802 is a power management chip that contains 10 high
> efficiency Buck regulators, 32 Low-dropout (LDO) regulators used
> to power up application processors and peripherals, a 2-channel
> 32kHz clock outputs, a Real-Time-Clock (RTC)
On 07/09/2014 05:10 PM, Lee Jones wrote:
> On Thu, 03 Jul 2014, Stanimir Varbanov wrote:
>
>> From: Ivan T. Ivanov
>>
>> The qpnp-spmi device nodes are childrens of spmi pmic arbiter.
>> msm8974 SoC using two pmic chips pm8941 and pm8841. Every chip
>> has two spmi-qpnp bus id's.
>>
>> Signed-off
Define at91sam9m10g45ek main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9m10g45ek.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9m10g45ek.dts
b/arch/arm/boot/dts/at91sam9m10g45ek.dts
index 9f5b0a674995.
This patch removes the selection of AT91_USE_OLD_CLK when selecting at91sam9g45
SoC support. This will automatically enable COMMON_CLK_AT91 option and add
support for at91 common clock implementation.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/Kconfig | 1 -
1 file changed, 1 deleti
Enclose the sam9g45 old clk registration in "#if defined(CONFIG_OLD_CLK_AT91)
#endif"
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/at91sam9g45.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/at91sam9g45.c b/arch/arm/mach-at91/at91sam9g45.
Okay, I've merged a number of patchsets together that I want to push for the
next merge window:
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-next
I'd like to add yours. Shall I pull:
linux-integrity/next-trusted-keys
which is here, I presume:
Define Telit GE863-PRO3 main crystal frequency.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/ge863-pro3.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/ge863-pro3.dtsi
b/arch/arm/boot/dts/ge863-pro3.dtsi
index 230099bb31c8..0d0e62489d93 100644
--- a/arch
This introduces a new helper and switches current users to use it.
parisc and s390 weren't tested anyhow, the other are compile tested.
Andy Shevchenko (5):
seq_file: provide an analogue of print_hex_dump()
saa7164: convert to seq_hex_dump()
crypto: qat - use seq_hex_dump() to dump buffers
Instead of custom approach let's use recently introduced seq_hex_dump() helper.
In this case it slightly changes the output, namely the four tetrads will be
output on one line.
Signed-off-by: Andy Shevchenko
---
drivers/s390/crypto/zcrypt_api.c | 10 +-
1 file changed, 1 insertion(+), 9
* Pascal Huerst [140709 05:47]:
> On 09.07.2014 12:41, Tony Lindgren wrote:
>
> > If you just comment out the _gpio_rmw part above do
> > things work as expected?
>
> Yes. It only wakes up on gpio 6 not on gpio 11 anymore.
>
> > Then if that works as expected, maybe write only some unused bits
Sort the list of managed interfaces and their lists of methods
alphabetically, to reduce the risk of merge conflicts and duplicates.
Signed-off-by: Geert Uytterhoeven
---
I got annoyed by the merge conflicts when merging several for-next
branches a while ago, so I sorted the list after everything
On 9 July 2014 20:56, Santosh Shilimkar wrote:
>>> We still *don't* support platforms with separate clock/voltage lines for
>>> CPUs.
>>> This would be done in a separate patch.
Probably s/separate/later would be enough to make you happy ?
>> Its already fixed as part of this series.
>>
> I sug
Instead of custom approach let's use recently added seq_hex_dump() helper.
Signed-off-by: Andy Shevchenko
---
drivers/media/pci/saa7164/saa7164-core.c | 31 ---
1 file changed, 4 insertions(+), 27 deletions(-)
diff --git a/drivers/media/pci/saa7164/saa7164-core.c
b/
Instead of custom approach let's use recently introduced seq_hex_dump() helper.
In this case it slightly changes the output, namely the four tetrads will be
output on one line.
Signed-off-by: Andy Shevchenko
---
drivers/crypto/qat/qat_common/adf_transport_debug.c | 16 ++--
1 file c
On Wed, Jul 9, 2014 at 4:53 PM, Arnaldo Carvalho de Melo
wrote:
> Em Wed, Jul 09, 2014 at 05:26:20PM +0900, Namhyung Kim escreveu:
>> On Wed, 9 Jul 2014 00:15:55 +0200, Stephane Eranian wrote:
>> > This patch series is the fundation for a future series adding
>> > function value profiling.
>>
>>
On 9 July 2014 16:14, Viresh Kumar wrote:
> Yeah, it looks like we can get rid of this. Also,
>
> } while (t.task && pkt_dev->running && !signal_pending(current));
>
> is present in the closing "}" of do-while loop and probably we
> don't need to check t.task here as well.
Actually No. t.
Hi Lee,
Thanks for the comments.
On 07/09/2014 05:34 PM, Lee Jones wrote:
> On Thu, 03 Jul 2014, Stanimir Varbanov wrote:
>> From: Josh Cartwright
>>
>> The Qualcomm QPNP PMIC chips are components used with the
>> Snapdragon 800 series SoC family. This driver exists
>> largely as a glue mfd com
Define Cosino boards main and slow crystals frequencies.
Signed-off-by: Alexandre Belloni
Cc: Rodolfo Giometti
---
arch/arm/boot/dts/at91-cosino.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91-cosino.dtsi
b/arch/arm/boot/dts/at91-cosino.dtsi
index df4b78
On Wednesday 09 July 2014 11:08 AM, Viresh Kumar wrote:
> On 9 July 2014 20:12, Santosh Shilimkar wrote:
>> Not related to this patch but I think its time to change
>> the name of this driver. I never liked this 'cpufreq-cpu0.c'
>> and already mentioned that during the reviews of this
>> driver.
>
On 9 July 2014 16:04, Chris Redpath wrote:
> On 09/07/14 07:55, Viresh Kumar wrote:
>> diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
>> index cf40209..a76f962 100644
>> --- a/kernel/hrtimer.c
>> +++ b/kernel/hrtimer.c
>> @@ -1555,8 +1555,6 @@ static int __sched do_nanosleep(struct
>> hrtimer_sl
Hi,
On 09/07/2014 at 09:59:10 -0400, Tejun Heo wrote :
> Heh, I get that but, at the same time, this is the point where you're
> most motivated to actually work on it. :)
>
Or, starting that kind of review after 9 revisions, especially so close
to the end of the development cycle is discouragin
The new seq_hex_dump() is a complete analogue of print_hex_dump().
We have few users of this functionality already. It allows to reduce their
codebase.
Signed-off-by: Andy Shevchenko
---
fs/seq_file.c| 35 +++
include/linux/seq_file.h | 4
2 fil
401 - 500 of 1057 matches
Mail list logo