On Fri, 18 Sep 2015, Joonsoo Kim wrote:
> This patch fixes the problem of kmalloc_size(INDEX_NODE + 1) and removes
> the BUG by adding 'size >= 256' check to guarantee that all necessary
> small sized slabs are initialized regardless sequence of slab size in
> mapping table.
Acked-by: Christoph
Em Fri, Sep 18, 2015 at 11:26:22AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Sep 18, 2015 at 01:39:13AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
> > Hi Arnaldo,
> >
> > Could you pull this bugfix as an urgent patch, since this fixes a critical
> > problem?
>
> Sure, thanks for the
On Fri, Sep 18, 2015 at 04:22:07PM +0200, Nicolas Ferre wrote:
> Le 07/09/2015 22:19, Sylvain Rochet a écrit :
> > The recently added endpoint capabilities flags verification breaks Atmel
> > USBA because the endpoint configuration was only added when the driver
> > is bound using the legacy pdata
Em Fri, Sep 18, 2015 at 01:39:13AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
> Hi Arnaldo,
>
> Could you pull this bugfix as an urgent patch, since this fixes a critical
> problem?
Sure, thanks for the reminder.
- Arnaldo
> Thanks,
>
> From: Masami Hiramatsu
On Thu, Sep 17, 2015 at 09:29:27AM -0700, Guenter Roeck wrote:
> Hi,
>
> my crisv32 qemu test fails with next-20150917 as follows.
>
> NET: Registered protocol family 16
> kernel BUG at mm/slab.c:1648!
> Linux 4.3.0-rc1-next-20150917 #1 Wed Sep 16 23:56:59 PDT 2015
> Oops:
>
> [ register
On Fri, Sep 18, 2015 at 4:15 AM, Pantelis Antoniou
wrote:
> Hi Rob,
>
>> On Sep 17, 2015, at 17:13 , Rob Herring wrote:
>>
>> On 09/16/2015 11:11 AM, Pantelis Antoniou wrote:
>>> Changesets are very powerful, but the lack of a helper API
>>> makes using them cumbersome. Introduce a simple copy
Le 10/09/2015 11:29, Alexandre Belloni a écrit :
> Move ATMEL_MAX_UART from platform_data/atmel.h to atmel_serial.c as this is
> the only file using it and it is common practise from tty/serial drivers to
> define it directly in the driver file.
>
> Signed-off-by: Alexandre Belloni
Okay:
On 09/18/2015 07:16 AM, Chris Mason wrote:
On Thu, Sep 17, 2015 at 11:04:03PM -0700, Linus Torvalds wrote:
On Thu, Sep 17, 2015 at 10:40 PM, Dave Chinner wrote:
Ok, makes sense - the plug is not being flushed as we switch away,
but Chris' patch makes it do that.
Yup.
Huh, that does make
Le 07/09/2015 22:19, Sylvain Rochet a écrit :
> The recently added endpoint capabilities flags verification breaks Atmel
> USBA because the endpoint configuration was only added when the driver
> is bound using the legacy pdata interface.
>
> Convert endpoint configuration to new capabilities
On Fri, Sep 18, 2015 at 02:08:10PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20150917:
>
> I used the h8300 tree from next-20150828 since the current tree has been
> rebased onto something very old :-(
>
> The bluetooth tree still had its build failure.
>
> The tip tree gained
On Tue, Sep 08, 2015 at 03:01:07PM +, Shenwei Wang wrote:
> > > arch/arm/mach-imx/Kconfig| 1 +
> > > arch/arm/mach-imx/Makefile | 2 +
> > > arch/arm/mach-imx/common.h | 4 +
> > > arch/arm/mach-imx/pm-imx7.c | 917
> > +++
>
On Friday, September 18, 2015 03:27:03 PM Paul Osmialowski wrote:
> The goal of this patch is to reproduce on kdbus the same behavior
> that is expressed by Unix Domain Sockets when it comes to restricting
> ability to pass opened file descriptors.
>
> Signed-off-by: Paul Osmialowski
> ---
>
Currently, DMI initialization takes place in a core initcall. This
limits how early in boot the kernel can make DMI-based decisions
about firmware/hardware quirks. This patch moves DMI initialization
to setup_arch() so that DMI info is available before initcalls run.
Signed-off-by: Mark Salter
Hi Roger,
On 14/09/15 13:08, Roger Pau Monné wrote:
> Well, absolute numbers together with the standard deviation are IMHO the
> best way to provide those figures (ie: see ministat(1) output for
> example), but percentages should also be fine.
>
> I'm just interested in knowing the performance
Le 18/09/2015 13:28, Josh Wu a écrit :
> On at91sam9x5ek/at91sam9m10g45ek/sama5d3xek boards, we use the parallel
> connection for ov2640. So we must set the hsync/vsync property (1 means
> active high).
> Otherwise, the connection would be seen as BT.656 or BT.1120.
>
> Signed-off-by: Josh Wu
On Fri 18-09-15 15:48:00, Vladimir Davydov wrote:
> The sane_reclaim() helper is supposed to return false for memcg reclaim
> if the legacy hierarchy is used, because the latter lacks dirty
> throttling mechanism, and so it did before it was accidentally broken by
> commit 33398cf2f360c ("memcg:
On Wed, Sep 16, 2015 at 04:34:32PM -0700, Tim Chen wrote:
>
> During the posting of patches of new x86 sha1 and sha256 algorithms based
> on new x86 SHA extensions, I got requests to expose all the available
> sha transform implementations that are based on SSSE3, AVX and AVX2 as
> separate
On Thu, Sep 17, 2015 at 02:45:50PM +0100, Lee Jones wrote:
> v1 => v2:
> - New patch: Also fixing /dev/hw_random => /dev/hwrng in Kconfig
> - Fix 2099 => 2009 typo in commit log
> - Fix 'number of random numbers sourced' return value
> - Treat devm_clk_get()'s return value correctly
> - Check
> -Original Message-
> From: linux-input-ow...@vger.kernel.org
> [mailto:linux-input-ow...@vger.kernel.org] On Behalf Of Robert Dolca
> Sent: 26 August, 2015 0:32
> To: linux-in...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dmitry Torokhov; Henrik Rydberg; Gregor
> Riepl;
On Tue, Sep 15, 2015 at 06:41:33PM +0200, Luis de Bethencourt wrote:
> This platform drivers have a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
Patch applied. Thanks.
--
Email: Herbert Xu
On Thu, Sep 17, 2015 at 05:14:37PM -0500, Chris J Arges wrote:
> The function kretprobe_trampoline_holder isn't called explicility and
> therefore
> should be ignored by stacktool.
>
> Signed-off-by: Chris J Arges
> ---
> arch/x86/kernel/kprobes/core.c | 2 ++
> 1 file changed, 2 insertions(+)
On Fri, 18 Sep 2015 14:55:51 +0100
Javi Merino wrote:
> > A tracepoint does some whacky things, and gcc may not optimize this.
>
> I've compared the generated assembly on arm, arm64 and x86_64 and both
> options generate exactly the same code.
Thanks for checking. I was just curious, and I'm
On Thu, Sep 10, 2015 at 03:26:52PM -0700, Tim Chen wrote:
>
> The new x86 SHA extensions provide new hardware accelerated instructions
> for computing SHA1 and SHA256 hashes. This patch series provide the
> assembly routines for SHA1 and SHA256 computation using these new
> instructions to the
On Friday 18 September 2015 15:55:38 Maxime Ripard wrote:
>
> And I don't think it's something the MMC core should deal with. The
> device itself has a single pin to provide its power, it's the board
> that is wired that way. The way I was seeing it was more that I needed
> to create a regulator
On Thu, Sep 17, 2015 at 05:14:36PM -0500, Chris J Arges wrote:
> Tell stacktool to skip validation of head_64, head_32 as they don't affect
> runtime kernel stack traces.
>
> Signed-off-by: Chris J Arges
Reviewed-by: Josh Poimboeuf
> ---
> arch/x86/kernel/Makefile | 1 +
> 1 file changed, 1
On Thu, Sep 17, 2015 at 05:14:35PM -0500, Chris J Arges wrote:
> Numerous 'call without frame pointer save/setup' warnings are introduced by
> stacktool because of functions using the get_user macro. Bad stack traces
> could
> occur due to lack of or misplacement of stack frame setup code.
>
>
On Thu, Sep 10, 2015 at 11:32:26AM +0530, Vaishali Thakkar wrote:
> Use resource managed function devm_hwrng_register instead of
> hwrng_register to make the error-path simpler. Also, remove
> octeon_rng_remove as it is now redundant.
>
> Signed-off-by: Vaishali Thakkar
Patch applied. Thanks.
Hi Steve,
On Thu, Sep 10, 2015 at 06:19:28PM +0100, Steven Rostedt wrote:
> On Thu, 10 Sep 2015 18:09:31 +0100
> Javi Merino wrote:
>
> > Tracing is useful for debugging and performance tuning. Add similar
> > traces to what's present in the cpu cooling device.
> >
> > Cc: Zhang Rui
> > Cc:
On Fri, Aug 28, 2015 at 06:42:45PM +0200, Luis de Bethencourt wrote:
> Hello,
>
> This series add the missing MODULE_DEVICE_TABLE() for OF to eport
> that information so modules have the correct aliases built-in
> and autoloading works correctly.
All applied. Thanks.
--
Email: Herbert Xu
Home
On Fri, Sep 18, 2015 at 03:18:57PM +0200, Arnd Bergmann wrote:
> On Friday 18 September 2015 14:19:05 Maxime Ripard wrote:
> >
> > There's actually two issues that are pretty orthogonal:
> >
> > * the fact that the regulator to power the wifi chip needs to be
> > enabled before it
On Fri, Sep 18, 2015 at 03:44:53PM +0200, Oleg Nesterov wrote:
> On 09/18, Peter Zijlstra wrote:
> > +static inline int atomic_read_ctrl(atomic_t *v)
> > +{
> > + int val = atomic_read(v);
> > + smp_read_barrier_depends(); /* Enforce control dependency. */
> > + return val;
> > +}
>
> Help.
timer_stats_account_timer() reads timer->start_site,
then checks it for NULL and then re-reads it again.
While timer_stats_timer_clear_start_info() can concurrently
reset timer->start_site to NULL. This should not lead to
crashes, but can double number of entries in timer stats
as start_site is
On Fri, Sep 18, 2015 at 3:44 PM, Oleg Nesterov wrote:
> On 09/18, Peter Zijlstra wrote:
>>
>> Provide atomic_read_ctrl() to mirror READ_ONCE_CTRL(), such that we can
>> more conveniently use atomics in control dependencies.
>>
>> Since we can assume atomic_read() implies a READ_ONCE(), we must
On Fri, Sep 18, 2015 at 03:28:44PM +0200, Oleg Nesterov wrote:
> On 09/18, Peter Zijlstra wrote:
> >
> > On Thu, Sep 17, 2015 at 08:09:19PM +0200, Oleg Nesterov wrote:
> >
> > > I need to recheck, but afaics this is not possible. This optimization
> > > is fine, but probably needs a comment.
> >
>
This patch adds dts for the Berlin4CT STB reference board which is also
based on the Berlin4CT SoC. The Berlin4CT DMP board will be deprecated as
time goes.
Signed-off-by: Jisheng Zhang
---
arch/arm64/boot/dts/marvell/berlin4ct-stb.dts | 66 +++
1 file changed, 66
Marvell berlin4ct SoC has 6 GPIO ports powered by snps,dw-apb-gpio. patch1
enables ARCH_REQUIRE_GPIOLIB for ARCH_BERLIN. patch2 add GPIO nodes in the
SoC dtsi. The last patch add board dts file for STB reference board.
Jisheng Zhang (3):
arm64: berlin: enable ARCH_REQUIRE_GPIOLIB
arm64: dts:
Marvell berlin4ct SoC has 6 GPIO ports powered by snps,dw-apb-gpio. This
patch adds the corresponding device tree nodes.
Signed-off-by: Jisheng Zhang
---
arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 120 +
1 file changed, 120 insertions(+)
diff --git
All berlin SoCs have GPIOs driven by the dwapb GPIO driver. Add GPIOLIB
as a dependency to be able to support them.
Signed-off-by: Jisheng Zhang
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index
Signed-off-by: Philippe De Muyter
Cc: Steve Longerbeam
Cc: Boris BREZILLON
Cc: Philipp Zabel
Cc: Hans Verkuil
---
drivers/gpu/ipu-v3/ipu-csi.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/ipu-v3/ipu-csi.c b/drivers/gpu/ipu-v3/ipu-csi.c
index 752cdd2..0ab0e3a 100644
---
On 09/18, Peter Zijlstra wrote:
>
> Provide atomic_read_ctrl() to mirror READ_ONCE_CTRL(), such that we can
> more conveniently use atomics in control dependencies.
>
> Since we can assume atomic_read() implies a READ_ONCE(), we must only
> emit an extra smp_read_barrier_depends() in order to
Hi Jungseok Lee,
I gave this a go on a Juno board, while generating usb/network interrupts:
Tested-by: James Morse
On 13/09/15 15:42, Jungseok Lee wrote:
> Currently, kernel context and interrupts are handled using a single
> kernel stack navigated by sp_el1. This forces many systems to use
>
Le 10/09/2015 17:24, Alexandre Belloni a écrit :
> Hi,
>
> On 10/09/2015 at 17:09:47 +0200, Nicolas Ferre wrote :
>> From: Josh Wu
>>
>> Correct the led labels in at91sam9n12ek.
>>
>> Signed-off-by: Josh Wu
>> ---
>> arch/arm/boot/dts/at91sam9n12ek.dts | 4 ++--
>> 1 file changed, 2
On Fri, 18 Sep 2015 11:57:29 +0100
Kapileshwar Singh wrote:
\
> @@ -3754,7 +3754,24 @@ static void print_str_arg(struct trace_seq *s, void
> *data, int size,
>*/
> if (!(field->flags & FIELD_IS_ARRAY) &&
> field->size == pevent->long_size) {
> -
On Fri, 18 Sep 2015 11:55:47 +0100
Kapileshwar Singh wrote:
> >>> Perhaps we need to make addr into a unsigned long long, and then add:
> >>>
> >>> addr = (pevent->long_size == 8) ?
> >>> *(unsigned long long *)(data + field->offset) :
> >>> (unsigned long long
On 18/09/15 13:57, Jungseok Lee wrote:
> On Sep 18, 2015, at 1:21 AM, Catalin Marinas wrote:
>> in more detail. BTW, I don't think we need the any count for the irq
>> stack as we don't re-enter the same IRQ stack.
>
> Another interrupt could come in since IRQ is enabled when handling softirq
>
On 18/09/15 13:30, Punit Vara wrote:
This patch is to the comedi.h file that fixes up following type
of 42 warning in the file:
-Blocking comments use a trailing */ on a separate line
-Block comments use * on subsequent lines
Signed-off-by: Punit Vara
When INIT/SIPI sequence is sent to VCPU which before that
was in use by OS, VMRUN might fail with:
KVM: entry failed, hardware error 0x
EAX= EBX= ECX= EDX=06d3
ESI= EDI= EBP= ESP=
EIP= EFL=0002 [---] CPL=0
> > So it looks like I shouldn't have any synthesized events. Have I missed
> > anything?
>
> Yes, you are right. But you are not getting the COMM and MMAP events from
> the exec which means you are killing perf before it execs the workload.
Oh, I see.
> Perf writes through a pipe to its
Hello, Herbert.
On Fri, Sep 18, 2015 at 02:36:10PM +0800, Herbert Xu wrote:
> On Thu, Sep 17, 2015 at 07:30:34AM -0400, Tejun Heo wrote:
> >
> > Maybe add that this led to a deadlock and add a Link tag to this
> > thread?
>
> I'll add a note about the deadlock but I don't like Link tags
>
On 09/16/2015 10:10 AM, Peter Zijlstra wrote:
> On Wed, Sep 16, 2015 at 12:55:35PM +0200, Peter Zijlstra wrote:
>
>> > In any case, I'll have another go at tackling this, otherwise I'll have
>> > to disable this warning for now.
>> >
>> > Note that this lockdep 'feature' is pure annotation, no
Damn, sorry for noise,
On 09/18, Oleg Nesterov wrote:
>
> Now. In theory this this code is wrong:
>
> if (Y) {
> BUG_ON(X == 0);
> }
Of course without READ_ONCE() or barrier() in between this code
is buggy in any case. But I hope you understand what I tried to
say...
FINANCE MINISTER ORGANIZATION
HEADQUARTER COTONOU BENIN ZONE 23/24.
=
I'm Ngozi Okonjo-Iweala finance Minster, This mail is to inform you that
finally your Inheritance Lottery funds sum of $8.8 million United State's
dollars is now deposited with Zenith Bank
On 09/18, Peter Zijlstra wrote:
>
> On Thu, Sep 17, 2015 at 08:09:19PM +0200, Oleg Nesterov wrote:
>
> > I need to recheck, but afaics this is not possible. This optimization
> > is fine, but probably needs a comment.
>
> For sure, this code doesn't make any sense to me.
So yes, after a sleep I
On Fri, Sep 18, 2015 at 03:48:00PM +0300, Vladimir Davydov wrote:
> The sane_reclaim() helper is supposed to return false for memcg reclaim
> if the legacy hierarchy is used, because the latter lacks dirty
> throttling mechanism, and so it did before it was accidentally broken by
> commit
The goal of this patch is to reproduce on kdbus the same behavior
that is expressed by Unix Domain Sockets when it comes to restricting
ability to pass opened file descriptors.
Signed-off-by: Paul Osmialowski
---
ipc/kdbus/message.c | 22 ++
1 file changed, 18 insertions(+),
After measuring size of inlines, these functions were found to be largest.
These patches reduce code size by about 21 kbytes.
CC: John Linville
CC: Michal Kazior
CC: Johannes Berg
CC: linux-wirel...@vger.kernel.org
CC: linux-kernel@vger.kernel.org
Denys Vlasenko (6):
mac80211: Deinline
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining the function size is 755 bytes and there are
6 callsites.
Total size reduction is about 3.3 kbytes.
Signed-off-by: Denys Vlasenko
CC: John Linville
CC: Michal Kazior
CC: Johannes Berg
CC:
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining these functions have sizes and callsite counts
as follows:
drv_get_tsf: 634 bytes, 6 calls
drv_set_tsf: 626 bytes, 2 calls
drv_reset_tsf: 617 bytes, 2 calls
Total size reduction is about 4.2 kbytes.
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining these functions have sizes and callsite counts
as follows:
drv_add_interface: 638 bytes, 5 calls
drv_remove_interface: 611 bytes, 6 calls
drv_change_interface: 658 bytes, 1 call
Total size reduction is about 9
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining the function size is 785 bytes and there are
7 callsites.
Total size reduction is about 3.5 kbytes.
Signed-off-by: Denys Vlasenko
CC: John Linville
CC: Michal Kazior
CC: Johannes Berg
CC:
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining the function size is 821 bytes and there are
2 callsites, reducing code size by about 800 bytes.
Signed-off-by: Denys Vlasenko
CC: John Linville
CC: Michal Kazior
CC: Johannes Berg
CC:
With this .config: http://busybox.net/~vda/kernel_config_ALLYES_Os,
after deinlining the function size is 706 bytes and there are
2 callsites, reducing code size by about 700 bytes.
Signed-off-by: Denys Vlasenko
CC: John Linville
CC: Michal Kazior
CC: Johannes Berg
CC:
Add DMA channels definitions for UART1 and UART2 controllers.
Signed-off-by: Ivan T. Ivanov
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom/msm8916.dtsi
index
Hi,
This is second version of the changes previously posted [1].
I have to rebase them on top of Andy's for-next[2] branch and rework them
a little bit, because some of the definitions have been already merged.
Regards,
Ivan
[1] https://lkml.org/lkml/2015/9/12/114
[2]
On Friday 18 September 2015 14:19:05 Maxime Ripard wrote:
>
> There's actually two issues that are pretty orthogonal:
>
> * the fact that the regulator to power the wifi chip needs to be
> enabled before it enumerates and the driver is probed. The MMC
> pwrseq stuff seems to fix that,
Add devicetree bindings for UART1 CTS_N and RTS_N pins.
Signed-off-by: Ivan T. Ivanov
---
arch/arm64/boot/dts/qcom/msm8916-pins.dtsi | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8916-pins.dtsi
On Tue, Sep 15, 2015 at 06:58:01PM +0530, Lokesh Vutla wrote:
>
> + assoc = >src[0];
> + sg_init_table(dd->in_sgl, nsg + 1);
> + if (assoclen) {
> + if (omap_aes_check_aligned(assoc, assoclen)) {
> + dd->sgs_copied |= AES_ASSOC_DATA_COPIED;
> +
On Thu, Sep 17, 2015 at 11:04:03PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 10:40 PM, Dave Chinner wrote:
> >
> > Ok, makes sense - the plug is not being flushed as we switch away,
> > but Chris' patch makes it do that.
>
> Yup.
Huh, that does make much more sense, thanks Linus.
On Fri, Sep 18, 2015 at 01:44:42PM +0100, Will Deacon wrote:
> On Fri, Sep 18, 2015 at 01:19:20PM +0100, Peter Zijlstra wrote:
> > On Fri, Sep 18, 2015 at 01:56:37PM +0200, Peter Zijlstra wrote:
> > > +#ifndef atomic64_read_ctrl
> > > +static inline int atomic64_read_ctrl(atomic64_t *v)
> > > +{
>
On Fri, Sep 18, 2015 at 06:12:05PM +0530, Sudip Mukherjee wrote:
> On Fri, Sep 18, 2015 at 12:34:12PM +0100, Charles Keepax wrote:
> > On Fri, Sep 18, 2015 at 04:02:19PM +0530, Sudip Mukherjee wrote:
> > > We have done regulator_bulk_enable() while booting the DSP but on the
> > > error exit path
On Sep 18, 2015, at 2:07 AM, Catalin Marinas wrote:
> On Thu, Sep 17, 2015 at 09:36:04PM +0900, Jungseok Lee wrote:
>> On Sep 17, 2015, at 7:33 PM, James Morse wrote:
>>> On 16/09/15 12:25, Will Deacon wrote:
On Sun, Sep 13, 2015 at 03:42:17PM +0100, Jungseok Lee wrote:
> diff --git
The sahara_sg_length function of the sahara driver is the same
as sg_nents_for_len from lib/scatterlist.c
Signed-off-by: LABBE Corentin
---
drivers/crypto/sahara.c | 30 +++---
1 file changed, 3 insertions(+), 27 deletions(-)
diff --git a/drivers/crypto/sahara.c
On Sep 18, 2015, at 1:21 AM, Catalin Marinas wrote:
> On Thu, Sep 17, 2015 at 10:22:26PM +0900, Jungseok Lee wrote:
>> On Sep 17, 2015, at 10:17 PM, Jungseok Lee wrote:
>>> On Sep 17, 2015, at 8:17 PM, Catalin Marinas wrote:
On Sun, Sep 13, 2015 at 02:42:17PM +, Jungseok Lee wrote:
>
The qce driver use a modified version of sg_nents_for_len
called qce_countsg.
This function is now availlable in lib/scatterlist.c
Replace qce_countsg by sg_nents_len_chained
Signed-off-by: LABBE Corentin
---
drivers/crypto/qce/ablkcipher.c | 8
drivers/crypto/qce/dma.c| 19
The caam driver use a modified version of sg_nents_for_len
called __sg_count.
This function is now availlable in lib/scatterlist.c
Replace __sg_count by sg_nents_len_chained
Signed-off-by: LABBE Corentin
---
drivers/crypto/caam/caamhash.c | 14 --
drivers/crypto/caam/sg_sw_sec4.h
The get_sg_count function of amcc is the same as sg_nents_for_len from
lib/scatterlist.c
Signed-off-by: LABBE Corentin
---
drivers/crypto/amcc/crypto4xx_core.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/drivers/crypto/amcc/crypto4xx_core.c
The talitos driver use a modified version of sg_nents_for_len
called sg_count.
This function is now availlable in lib/scatterlist.c
Replace sg_count by sg_nents_len_chained
Signed-off-by: LABBE Corentin
---
drivers/crypto/talitos.c | 42 --
1 file
The sg_count function in bfin_crc.c is the same function as sg_nents.
Remove the duplicate code and use sg_nents() instead.
Signed-off-by: LABBE Corentin
---
drivers/crypto/bfin_crc.c | 25 +++--
1 file changed, 3 insertions(+), 22 deletions(-)
diff --git
Some driver use a modified version of sg_nents_for_len with an
additional parameter bool *chained for knowing if the scatterlist is
chained or not.
So, for removing duplicate code, add sg_nents_len_chained in
lib/scatterlist.c
Signed-off-by: LABBE Corentin
---
include/linux/scatterlist.h | 1
The zfcp_qdio_sbale_count function do the same work than sg_nents().
So replace it by sg_nents() for removing duplicate code.
Signed-off-by: LABBE Corentin
---
drivers/s390/scsi/zfcp_fsf.c | 3 +--
drivers/s390/scsi/zfcp_qdio.h | 15 ---
2 files changed, 1 insertion(+), 17
Hello
This patch series try to remove some duplicate code of some SG helpers
functions.
The first four patch replace custom functions by already in-tree helper
functions.
The fourth add a new functions "sg_nents_len_chained" who is the same as
sg_nents_for_len with an additionnal arguments.
Removed a space to fix the following coding style error detected
by checkpatch.pl
ERROR: space prohibited before that '++' (ctx:WxO)
Signed-off-by: Anjali Menon
---
drivers/staging/lustre/lustre/obdclass/llog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The sane_reclaim() helper is supposed to return false for memcg reclaim
if the legacy hierarchy is used, because the latter lacks dirty
throttling mechanism, and so it did before it was accidentally broken by
commit 33398cf2f360c ("memcg: export struct mem_cgroup"). Fix it.
Fixes: 33398cf2f360c
On Fri, Sep 18, 2015 at 01:19:20PM +0100, Peter Zijlstra wrote:
> On Fri, Sep 18, 2015 at 01:56:37PM +0200, Peter Zijlstra wrote:
> > +#ifndef atomic64_read_ctrl
> > +static inline int atomic64_read_ctrl(atomic64_t *v)
> > +{
> > + int val = atomic64_read(v);
>
> Duh
>
> long long...
On Fri, Sep 18, 2015 at 02:42:34PM +0200, LABBE Corentin wrote:
> Since I have used badly get_maintainer.pl, I need to resend all patchs with
> all proper recipient.
> And I have respelled some patch. (like for sahara which have an empty commit
> log).
OK.
Cheers,
--
Email: Herbert Xu
Home
On Fri, Sep 18, 2015 at 08:22:13PM +0800, Herbert Xu wrote:
> On Fri, Sep 18, 2015 at 02:20:48PM +0200, LABBE Corentin wrote:
> >
> > I will send the modified patch series with this function name soon.
>
> You only need to resend patches 4-7.
>
Since I have used badly get_maintainer.pl, I need
On Fri, Sep 18, 2015 at 12:34:12PM +0100, Charles Keepax wrote:
> On Fri, Sep 18, 2015 at 04:02:19PM +0530, Sudip Mukherjee wrote:
> > We have done regulator_bulk_enable() while booting the DSP but on the
> > error exit path we have not disbled it.
> >
> > Signed-off-by: Sudip Mukherjee
> > ---
On Fri, Sep 18, 2015 at 01:31:27PM +0100, James Hogan wrote:
> Hi Peter,
>
> On Fri, Sep 18, 2015 at 11:27:32AM +0200, Peter Zijlstra wrote:
> > On Fri, Sep 18, 2015 at 10:57:32AM +0200, Peter Zijlstra wrote:
> > > diff --git a/arch/metag/include/asm/atomic_lnkget.h
> > >
Am 17.09.2015 um 20:13 schrieb Peter Hurley:
> On Wed, Sep 16, 2015 at 7:26 AM, Tilman Schmidt wrote:
>> Am 16.09.2015 um 03:18 schrieb Peter Hurley:
>>> On Tue, Sep 15, 2015 at 8:37 PM, Tilman Schmidt wrote:
Am 16.09.2015 um 01:08 schrieb Peter Hurley:
> On Tue, Sep 15, 2015 at 10:22
Hi,
I am wondering why in spi-imx the spi_imx_pio_transfer() function is
calling wait_for_completion() and not wait_for_completion_timeout() as
in the spi_imx_dma_transfer() one.
I can't see a good reason for this, maybe should it be calculated
based on the spi clock and transfer->len, or at
Align fields reg_ch_conf_last and reg_ch_conf_pending of
struct wl1271{} to 64bit.
Without this, on 64bit ARM, wlcore_set_pending_regdomain_ch() fails at
the point it calls set_bit(ch_bit_idx, (long*)wl->reg_ch_conf_pending);
Here is the error message while doing iw wlan0 scan or connect:
[
This patch adds pwrseq for WLAN which resets the WLAN just before the
SDIO bus is up.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
This patch adds missing 2pin uart pinctrl property to gsbi7 uart on
CM-QS600.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts
This patch adds missing 2pin uart pinctrl property to gsbi7 uart on
IFC6410.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
This patch adds SD card detect support.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts
b/arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts
index
Add pwrseq support to sdcc4 which would enable a proper reset of WLAN
without ugly hacks in the board support file.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 32 +
1 file changed, 32 insertions(+)
diff --git
Hi Peter,
On Fri, Sep 18, 2015 at 11:27:32AM +0200, Peter Zijlstra wrote:
> On Fri, Sep 18, 2015 at 10:57:32AM +0200, Peter Zijlstra wrote:
> > diff --git a/arch/metag/include/asm/atomic_lnkget.h
> > b/arch/metag/include/asm/atomic_lnkget.h
> > index 21c4c268b86c..1bd21c933435 100644
> > ---
This patch adds notify led support on IFC6410, whose trigger can be
configured from userspace.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
This patch adds support to pm8921 power button.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi
b/arch/arm/boot/dts/qcom-apq8064.dtsi
index 1d4fa2b..4a2f159 100644
---
From: John Stultz
Add devicetree data to add support for hw_rng support
to the apq8064 dts.
Tested on the Nexus7 (2013).
Cc: Kumar Gala
Cc: Stephen Boyd
Cc: Srinivas Kandagatla
Cc: devicet...@vger.kernel.org
Reviewed-by: Stephen Boyd
Signed-off-by: John Stultz
---
501 - 600 of 1682 matches
Mail list logo