On Thu, Jan 12, 2017 at 4:14 AM, Mark Rutland wrote:
> On Tue, Jan 10, 2017 at 12:51:58PM -0800, David Carrillo-Cisneros wrote:
>> On Tue, Jan 10, 2017 at 8:38 AM, Mark Rutland wrote:
>> > Hi,
>> >
>> > On Tue, Jan 10, 2017 at 02:24:59AM -0800, David Carrillo-Cisneros wrote:
>> >> During sched in
On Thu, Jan 12, 2017 at 02:44:06PM -0800, Jaegeuk Kim wrote:
> This patch adds a kernel thread to issue discard commands.
> It proposes three states, D_PREP, D_SUBMIT, and D_DONE to identify current
> bio status.
Why? Instead of creating the complexity of a thread you should look
into issuing the
UART uses as EDMA as dma engine on AM437x SoC and therefore, requires
OMAP_DMA_TX_KICK quirk just like AM33xx. So, enable OMAP_DMA_TX_KICK
quirk for AM437x platform as well. While at that, drop use of
of_machine_is_compatible() and instead pass quirks via device data.
Signed-off-by: Vignesh R
---
8250 UART DMA support was marked broken by default as it was not
possible to pause ongoing RX DMA transfer. Now that both SDMA and
EDMA can support pause operation for RX DMA transactions, don't set
rx_dma_broken to true by default. With this patch 8250_omap driver will
use DMA by default.
Signed-
This patch series re enables DMA support for UART 8250_omap driver.
Tested on AM335x, AM437x that use EDMA and OMAP5 and DRA74 EVM with
SDMA.
Vignesh R (3):
serial :8250: omap: pause DMA only if DMA transfer in progress
tty: serial: 8250_omap: Add OMAP_DMA_TX_KICK quirk for AM437x
tty: seri
It is possible that DMA transfer is already complete but, completion
handler is yet to be called, when dmaengine_pause() is called in case of
error condition(like break/rx timeout). This leads to dmaengine_pause()
API to return EINVAL (as descriptor is already NULL) causing
rx_dma_broken flag to be
On Thu, Jan 12, 2017 at 5:28 AM, Liang, Kan wrote:
>
>
>> On Wed, Jan 11, 2017 at 08:31:11PM +, Liang, Kan wrote:
>>
>> > > Kan, in your per-cpu event list patch you mentioned that you saw a
>> > > large overhead in perf_iterate_ctx() when skipping events for other
>> CPUs.
>> > > Which caller
On Thu, Jan 12, 2017 at 11:37:22PM +0200, Michael S. Tsirkin wrote:
> It's handy for userspace emulators like QEMU.
But it's not actually a userspace API - it's an on the write protocol.
so: NAK.
Partnership proposal: Read attachment for details and get back to me.
On Fri, Jan 13, 2017 at 04:02:45PM +0900, Sergey Senozhatsky wrote:
> On (01/13/17 15:47), Minchan Kim wrote:
> [..]
> > > > Could you elaborate a bit? Do you mean this?
> > > >
> > > > ret = scnprintf(buf, PAGE_SIZE,
> > > > "%8llu %8llu %8llu %8lu %8ld %8llu %8lu\
> Am 11.01.2017 12:38 vorm. schrieb "Guenter Roeck" :
>
> Use device managed functions to simplify error handling, reduce
> source code size, improve readability, and reduce the likelyhood of bugs.
> Other improvements as listed below.
>
> The conversion was done automatically with coccinelle using
On Fri, Jan 13, 2017 at 11:40:01AM +0800, Fam Zheng wrote:
> The parameter name should be wwpn instead of wwnn.
>
> Signed-off-by: Fam Zheng
> ---
Yup, looks good
Acked-by: Johannes Thumshirn
--
Johannes Thumshirn Storage
jthumsh...@suse.de
On 01/13/17 at 05:20am, Dave Young wrote:
> On 01/12/17 at 04:15pm, Ard Biesheuvel wrote:
> > Hello Dave,
> >
> > On 12 January 2017 at 09:41, Dave Young wrote:
> > > There are memory ranges like below when I testing early efi_mem_reserve:
> > >
> > > efi: mem62: [Reserved | | | |
On Wed, Jan 11, 2017 at 02:39:57PM -0700, Jens Axboe wrote:
> It's only used in blk-mq, kill it from the main exported header
> and kill the symbol export as well.
Looks fine,
Reviewed-by: Christoph Hellwig
Looks fine, even totally independent of any sched work, like most
of the cleanups following this one
Reviewed-by: Christoph Hellwig
Do we really need to make any of the blk-mq scheduling modular?
On 01/11/2017 10:39 PM, Jens Axboe wrote:
> Another year, another posting of this patchset. The previous posting
> was here:
>
> https://www.spinics.net/lists/kernel/msg2406106.html
>
> (yes, I've skipped v5, it was fixes on top of v4, not the rework).
>
> I've reworked bits of this to get rid o
On Thu, Jan 12, 2017 at 02:54:38PM -0700, Jens Axboe wrote:
> On Thu, Jan 12 2017, Bart Van Assche wrote:
> > On Wed, 2017-01-11 at 14:40 -0700, Jens Axboe wrote:
> > > @@ -2392,12 +2425,12 @@ int blk_mq_alloc_tag_set(struct blk_mq_tag_set
> > > *set)
> > > if (set->nr_hw_queues > nr_cpu_ids)
>
On Fri, 2017-01-13 at 15:38 +0800, miles.c...@mediatek.com wrote:
> From: Miles Chen
>
> Currently checkpatch.pl does not recognize printk_deferred* functions as
> log functions and complains about the line length of printk_deferred*
> functoins. Add printk_deferred* to logFunctions to fix it.
ACK. Whoever takes this patch might want to fixup 3 typos.
On 01/13/2017 07:25 AM, Gonglei wrote:
> Some hardware accelerators (like intel aseni or the s390
aesni
> cpacf functions) have lower priorities than virtio
> crypto, and those drivers are faster th
> (But note that this is irrelevant for the patch as the driver doesn't
> claim to support this kind of transfer.)
Yes, I wanted to mention that, too.
I'd think the series is good to go in?
signature.asc
Description: PGP signature
On Wed, Jan 11, 2017 at 02:39:59PM -0700, Jens Axboe wrote:
> This is in preparation for having another tag set available. Cleanup
> the parameters, and allow passing in of tags fo blk_mq_put_tag().
I've been playing around with this are a bit but never submitted
anything. Below is an untested me
Looks fine,
Reviewed-by: Christoph Hellwig
From: zhouxianrong
the idea is that without doing more calculations we extend zero pages
to same element pages for zram. zero page is special case of
same element page with zero element.
1. the test is done under android 7.0
2. startup too many applications circularly
3. sample the zero pages, s
On Wed, Jan 11, 2017 at 02:39:54PM -0700, Jens Axboe wrote:
> Prep patch for adding MQ ops as well, since doing anon unions with
> named initializers doesn't work on older compilers.
My gut feeling tells me MQ schedulers shouldn't share elevator_type.
I'll play around a bit with the code later to
Hi,
On 11/01/2017 23:59, Andy Shevchenko wrote:
On Wed, Jan 11, 2017 at 1:58 PM, Tvrtko Ursulin wrote:
Since the scatterlist length field is an unsigned int, make
sure that sg_alloc_table_from_pages does not overflow it while
coallescing pages to a single entry.
/*
+ * Since the above le
On Thu, Jan 12, 2017 at 12:08:07PM -0800, Andy Lutomirski wrote:
>
> I think we have some inline functions that do asm volatile ("call
> ..."), and I don't see any credible way of forcing alignment short of
> generating an entirely new stack frame and aligning that. Ick. This
A straight asm call
> I would argue that the "info" message means "the I2C adapter is ready for
> transaction now, and we'll start initializing devices on the bus". That is
> the case before it calls i2c_add_adapter().
I know what you mean, but i2c_add_adapter does more, and it can fail
because the adapter is *not*
On 01/12/2017 08:06 PM, Bart Van Assche wrote:
> This was suggested by Christoph Hellwig.
>
> Signed-off-by: Bart Van Assche
> Cc: Christian Borntraeger
> Cc: Joerg Roedel
> Cc: Andy Lutomirski
> Cc: Michael S. Tsirkin
> Cc: Christoph Hellwig
Should be ok for s390 (as we do have ARCH_DMA_A
On Thu, Jan 12, 2017 at 01:40:54PM -0800, Linus Torvalds wrote:
>
> The 8-byte alignment mainly makes sense when the basic call sequence
> just adds 8 bytes, and you have functions without frames (that still
> call other functions).
The question is does it really make sense to save those 8 bytes
On Thu, Jan 12, 2017 at 05:46:55PM -0800, Andy Lutomirski wrote:
>
> What I mean is: what guarantees that the stack is properly aligned for
> the subroutine call? gcc promises to set up a stack frame, but does
> it promise that rsp will be properly aligned to call a C function?
Yes, as long as y
On Thu 12-01-17 14:46:34, David Rientjes wrote:
> When memory.move_charge_at_immigrate is enabled and precharges are
> depleted during move, mem_cgroup_move_charge_pte_range() will attempt to
> increase the size of the precharge.
>
> This can be allowed to do reclaim, but should not call the oom k
Hi Stephen,
I'm going to send a patch to fix this warning.
Thanks,
Regards,
Amelie
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: vendredi 13 janvier 2017 04:18
> To: Alexandre Belloni
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org;
On 01/12/2017 11:50 PM, Jarkko Sakkinen wrote:
On Thu, Jan 12, 2017 at 11:58:10AM -0500, Nayna Jain wrote:
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Specification[1] recommends extending all active PCR
banks, to prevent malicious users from setting unused PCR
On Thu, Jan 12, 2017 at 08:37:18PM -0800, Linus Torvalds wrote:
>
> So then the compiler actually needs to start adding useless instructions
> just to keep the stack 16-byte aligned.
Which it does. Of course most of the time no extra instructions
are required because there are stack variables, so
On Thu, Jan 12, 2017 at 11:07:09PM -0600, Josh Poimboeuf wrote:
>
> Disabling frame pointers didn't seem to help, but I finally got it to
> misalign with a different test case. I think it had been aligning the
> array, so instead I made it push a register.
Right. If you start manipulating the s
On 01/10, Viresh Kumar wrote:
> @@ -252,6 +252,7 @@ dev_pm_opp_get_freq - Retrieve the freq represented by
> the opp pointer.
> if (!IS_ERR(max_opp) && !IS_ERR(requested_opp))
> r = soc_test_validity(max_opp, requested_opp);
> dev_pm_opp_pu
On Fri, Jan 13, 2017 at 09:29:03AM +0100, Wolfram Sang wrote:
>
> > (But note that this is irrelevant for the patch as the driver doesn't
> > claim to support this kind of transfer.)
>
> Yes, I wanted to mention that, too.
>
> I'd think the series is good to go in?
AFAICT there are some unaddre
On Thu, 2017-01-12 at 19:33 +0900, Tetsuo Handa wrote:
> Jose Bollo wrote:
> > Hi all,
> >
> > I'd like to get your feeling about the idea
> > exposed in that draft. Should continue or stop
> > immediately? Is there already some existing work?
> > How is the taken approach?
> >
> > BR - Jose Boll
From: Xiaolei Li
Add mt2701 nand device node, include nfi and bch ecc.
Signed-off-by: Xiaolei Li
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi
i
From: Honghui Zhang
Add the device node of iommu and smi for MT2701.
Signed-off-by: Honghui Zhang
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 54 +++
1 file changed, 54 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/
From: Zhiyong Tao
Add auxadc device node for MT2701.
Signed-off-by: Zhiyong Tao
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701-evb.dts | 4
arch/arm/boot/dts/mt2701.dtsi| 9 +
2 files changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701-evb.dts b/arch/arm/boo
From: Dawei Chien
Add thermal controller device nodes for MT2701.
Signed-off-by: Dawei Chien
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 43 +++
1 file changed, 43 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/
From: Sean Wang
Add ethernet device node for MT2701.
Signed-off-by: Sean Wang
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701-evb.dts | 40
arch/arm/boot/dts/mt2701.dtsi| 22 ++
2 files changed, 62 insertions(+)
diff --git
On Fri, Jan 13, 2017 at 1:52 PM, Dawei Chien wrote:
>
> From: "dawei.ch...@mediatek.com"
>
> Add this for supporting thermal calibration by e-fuse data.
>
> Signed-off-by: Dawei Chien
Reviewed-by: Daniel Kurtz
> ---
> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 7 +++
> 1 file changed, 7
On 01/10, Viresh Kumar wrote:
> On 09-01-17, 15:44, Stephen Boyd wrote:
> > On 12/07, Viresh Kumar wrote:
> > > Add kref to struct dev_pm_opp for easier accounting of the OPPs.
> > >
> > > Note that the OPPs are freed under the opp_table->lock mutex only.
> >
> > I'm lost. Why add another level o
On 01/10, Viresh Kumar wrote:
> On 09-01-17, 15:36, Stephen Boyd wrote:
>
> > It would be better to have _find_opp_table()
> > return the pointer with the reference already taken so that we
> > don't have to update callers with reference grabbing calls.
> > Typically if a function returns a refere
From: Leilk Liu
Add spi device node for MT2701.
Signed-off-by: Leilk Liu
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701-evb.dts | 50
arch/arm/boot/dts/mt2701.dtsi| 39 +++
2 files changed, 89 insertions(+)
diff --
This patch series based on v4.10-rc2, include MT2701
spi/iommu/nand/auxadc/ethernet/thermal controller DT nodes.
Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1].
Change in v2:
1. Add spi/auxadc pin setting
2. Add ethernet node and pin setting
3. Add thermal controller n
On 13-01-17, 00:52, Stephen Boyd wrote:
> What still doesn't make sense is how an individual OPP could go
> away without the table that the OPP lives in also going away.
dev_pm_opp_remove() is one such option, which can remove OPPs
individually. Over that, while remove tables we remove all the OPP
On Fri, Jan 13, 2017 at 08:47:07AM +0100, Michal Hocko wrote:
> On Fri 13-01-17 10:37:24, Minchan Kim wrote:
> > Hello,
> >
> > On Thu, Jan 12, 2017 at 10:10:17AM +0100, Michal Hocko wrote:
> > > On Thu 12-01-17 17:48:13, Minchan Kim wrote:
> > > > On Thu, Jan 12, 2017 at 09:15:54AM +0100, Michal
On Thu, Jan 12, 2017 at 06:48:40PM -0600, Natarajan, Janakarajan wrote:
>
> On 1/12/2017 3:20 AM, Peter Zijlstra wrote:
> >On Wed, Jan 11, 2017 at 10:02:17AM -0600, Janakarajan Natarajan wrote:
> >>This patch updates the AMD uncore driver to support AMD Family17h
> >>processors. In Family17h, ther
> -Original Message-
> From: Igor Druzhinin [mailto:igor.druzhi...@citrix.com]
> Sent: 12 January 2017 17:52
> To: Wei Liu ; xen-de...@lists.xenproject.org; Paul
> Durrant
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Igor Druzhinin
>
> Subject: [PATCH] xen-netback: fix memo
On 01/13/2017 05:35 AM, Ganapatrao Kulkarni wrote:
> On Thu, Jan 12, 2017 at 4:40 PM, Vlastimil Babka wrote:
>> On 01/11/2017 05:46 PM, Michal Hocko wrote:
>>>
>>> On Wed 11-01-17 21:52:29, Ganapatrao Kulkarni wrote:
>>>
[ 2398.169391] Node 1 Normal: 951*4kB (UME) 1308*8kB (UME) 1034*16kB
>>>
On 2017/1/13 2:29, Sudeep Holla wrote:
> It is useful to have helper function just to get the number of cache
> levels for a given logical cpu. We can obtain the same by just checking
> the level at which the last cache is present. This patch adds support
> to find the level of the last cache for a
On 2017/1/13 2:29, Sudeep Holla wrote:
> The cache hierarchy can be identified through Cache Level ID(CLIDR)
> architected system register. However in some cases it will provide
> only the number of cache levels that are integrated into the processor
> itself. In other words, it can't provide any i
2017-01-12 15:30 GMT+01:00 Jean-Jacques Hiblot :
> 2017-01-12 1:19 GMT+01:00 Abel Vesa :
>> On Tue, Jan 10, 2017 at 04:51:12PM +0100, Petr Mladek wrote:
>>> On Thu 2016-12-08 22:46:55, Abel Vesa wrote:
>>> > On Thu, Dec 08, 2016 at 09:46:35PM +, Abel Vesa wrote:
>>> > > From: Jean-Jacques Hiblo
On Fri 13-01-17 17:57:34, Minchan Kim wrote:
> On Fri, Jan 13, 2017 at 08:47:07AM +0100, Michal Hocko wrote:
> > On Fri 13-01-17 10:37:24, Minchan Kim wrote:
> > > Hello,
> > >
> > > On Thu, Jan 12, 2017 at 10:10:17AM +0100, Michal Hocko wrote:
> > > > On Thu 12-01-17 17:48:13, Minchan Kim wrote:
Hi Ramiro,
Am Donnerstag, den 12.01.2017, 18:34 + schrieb Ramiro Oliveira:
> "The *_get_optional_* functions weren't really optional so this patch
> makes them really optional.
>
> These *_get_optional_* functions will now return NULL instead of an error
> if no matching reset phandle is foun
The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs
with integrated CPUs. They are similar to the Armada XP SoCs but have
different I/O interfaces.
Signed-off-by: Chris Packham
Acked-by: Rob Herring
---
Notes:
Changes in v2:
- Update devicetree binding documentation t
The 98DX3236, 98DX3336, 98DX4521 and variants have a different TCLK from
the Armada XP (200MHz vs 250MHz). The CPU core clock is fixed at 800MHz.
The clock gating options are a subset of those on the Armada XP.
The core clock divider is different to the Armada XP also.
Signed-off-by: Chris Packh
These boards are Marvell's evaluation boards for the 98DX4251 and
98DX3336 SoCs.
Signed-off-by: Chris Packham
---
arch/arm/boot/dts/db-dxbc2.dts | 159
arch/arm/boot/dts/db-xc3-24g4xg.dts | 155 +++
2 files changed, 314 in
From: Kalyan Kinthada
This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs
from Marvell.
Signed-off-by: Kalyan Kinthada
Signed-off-by: Chris Packham
Acked-by: Rob Herring
Acked-by: Sebastian Hesselbarth
---
Notes:
Changes in v2:
- include sdio support for the 98DX42
The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with
integrated CPUs. They CPU block is common within these product lines and
(as far as I can tell/have been told) is based on the Armada XP. There
are a few differences due to the fact they have to squeeze the CPU into
the same package
Compared to the armada-xp the 98DX3336 uses different registers to set
the boot address for the secondary CPU so a new enable-method is needed.
This will only work if the machine definition doesn't define an overall
smp_ops because there is not currently a way of overriding this from the
device tre
Hi Alexandre,
> This didn't apply cleanly, please check rtc-next. I don't think I made any
> mistake
> as the issue was only in Kconfig. You probably based your patches on 4.9
> instead of 4.10-rc1.
Sorry for this inconvenience. You're right, my patches were based on 4.9 to be
tested on stm32f4
On Thu, Jan 12, 2017 at 07:58:25PM +0100, Robert Richter wrote:
> On 12.01.17 16:05:36, Will Deacon wrote:
> > On Mon, Jan 09, 2017 at 12:53:20PM +0100, Robert Richter wrote:
>
> > > Kernel compile times (3 runs each):
> > >
> > > pfn_valid_within():
> > >
> > > real6m4.088s
> > > user37
On Fri, Jan 13, 2017 at 4:30 AM, Steve Rutherford
wrote:
> I'm not that familiar with the kernel's workqueues, but this seems
> like the classic "callback outlives the memory it references"
> use-after-free, where the process_srcu callback is outliving struct
> kvm (which contains the srcu_struct)
>
> From: Christian Borntraeger [mailto:borntrae...@de.ibm.com]
> Sent: Friday, January 13, 2017 4:28 PM
> To: Gonglei (Arei); virtualizat...@lists.linux-foundation.org;
> linux-cry...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: m...@redhat.com; herb...@gondor.apana.org.au
> Subject: Re: [P
Hi David,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.10-rc3 next-20170113]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/David-Howells/afs-Move-UUID-struct-to-linux
> On Wed, Dec 21, 2016 at 02:52:25PM +0800, Liang Li wrote:
> > Add a new feature which supports sending the page information with
> > range array. The current implementation uses PFNs array, which is not
> > very efficient. Using ranges can improve the performance of
> > inflating/deflating signif
When the name of kernel module is more than 56 chars (include 56),
the module could be insmod successfully, but failed to rmmod.
$ strace rmmod tst_112233445566
...
open("/sys/module/tst_112233445566/initstate",
O_RDO
Hi Philipp
On 1/13/2017 9:11 AM, Philipp Zabel wrote:
> Hi Ramiro,
>
> Am Donnerstag, den 12.01.2017, 18:34 + schrieb Ramiro Oliveira:
>> "The *_get_optional_* functions weren't really optional so this patch
>> makes them really optional.
>>
>> These *_get_optional_* functions will now return
On 13/01/17 09:06, Tan Xiaojun wrote:
> On 2017/1/13 2:29, Sudeep Holla wrote:
>> The cache hierarchy can be identified through Cache Level ID(CLIDR)
>> architected system register. However in some cases it will provide
>> only the number of cache levels that are integrated into the processor
>>
Hi Markus,
[auto build test WARNING on mtd/master]
[also build test WARNING on v4.10-rc3 next-20170113]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/SF-Markus-Elfring/MTD-FTL-Fine-tuning-for
On Fri, Jan 13, 2017 at 07:23:51AM +, Alan J. Wylie wrote:
> at 15:28 on Thu 12-Jan-2017 Linus Torvalds (torva...@linux-foundation.org)
> wrote:
>
> > So assuming Al hasn't figured it out by the time you get back, can
> > you try to send us the same strace for the working case?
>
> Full outp
Some hardware accelerators (like intel aesni or the s390
cpacf functions) have lower priorities than virtio
crypto, and those drivers are faster than the same in
the host via virtio. So let's lower the priority of
virtio-crypto's algorithm, make it's higher than software
implementations but lower t
Ok so I am going to send the v9 asap.
Thanks
2017-01-13 9:45 GMT+01:00 Uwe Kleine-König :
> On Fri, Jan 13, 2017 at 09:29:03AM +0100, Wolfram Sang wrote:
>>
>> > (But note that this is irrelevant for the patch as the driver doesn't
>> > claim to support this kind of transfer.)
>>
>> Yes, I wanted
Your router does NOT change any field in the SCTP packet, but the
SCTP checksum was modified from
Checksum: 0xbaea49e5 (not verified)
to
Checksum: 0xa9a86d3f (not verified)
At least one of these is wrong. Read the tracefiles in wireshark and
enable checksum validation and wireshark will tell
From: Markus Elfring
Date: Fri, 13 Jan 2017 10:42:10 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Use kcalloc()
Combine substrings for a message
Add a space character for better code readability
drivers/sh/intc/core.c | 19 +
On Fri, Jan 13, 2017 at 08:22:35AM +0100, Greg KH
wrote:
> On Fri, Jan 13, 2017 at 01:54:17AM +0300, Serge Semin wrote:
> > On Wed, Jan 11, 2017 at 09:21:19AM +0100, Greg KH
> > wrote:
> > > > + /* Return failure if root directory doesn't exist */
> > > > + if (!csr_dbgdir) {
> > >
From: Markus Elfring
Date: Fri, 13 Jan 2017 10:04:38 +0100
Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "kcalloc".
This issue was detected by using the Coccinelle software.
Signed-o
On Thu, Jan 12, 2017 at 12:32:52AM +0100, Jason A. Donenfeld wrote:
> On Wed, Jan 11, 2017 at 2:20 AM, Ralf Baechle wrote:
> > On Wed, Jan 11, 2017 at 12:32:38AM +0100, Jason A. Donenfeld wrote:
> >
> >> Was this ever picked up for 4.10 or 4.11?
> >
> > Still sitting in -next as commit 3cc3434fd63
From: Markus Elfring
Date: Fri, 13 Jan 2017 10:16:40 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: quoted string split across lines
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers/sh/intc/core.c | 3 +--
1 file change
From: Markus Elfring
Date: Fri, 13 Jan 2017 10:32:04 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: spaces required around that '+=' (ctx:VxW)
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers/sh/intc/core.c | 2 +-
1 file
On 2017-01-11 12:02, Guenter Roeck wrote:
> On 01/11/2017 12:11 AM, Rasmus Villemoes wrote:
>> On 2017-01-10 19:08, Guenter Roeck wrote:
>>> On Mon, Jan 09, 2017 at 04:02:32PM +0100, Rasmus Villemoes wrote:
+static unsigned open_timeout;
+module_param(open_timeout, uint, 0644);
32-bit socketcalls were not being logged by audit on x86_64 systems.
Log them. This is basically a duplicate of the call from
net/socket.c:sys_socketcall(), but it addresses the impedance mismatch
between 32-bit userspace process and 64-bit kernel audit.
See: https://github.com/linux-audit/audit-
The region set by the call to memset, immediately overwritten by the
subsequent call to memcpy and thus makes the memset redundant
Signed-off-by: Shyam Saini
---
drivers/net/ethernet/chelsio/cxgb4/sched.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/s
On 13.01.2017 10:12, Chris Packham wrote:
From: Kalyan Kinthada
This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs
from Marvell.
Signed-off-by: Kalyan Kinthada
Signed-off-by: Chris Packham
Acked-by: Rob Herring
Acked-by: Sebastian Hesselbarth
---
Notes:
Changes in v
On 01/12/2017 10:12 PM, Michal Hocko wrote:
From: Michal Hocko
PGDEACTIVATE represents the number of pages moved from the active list
to the inactive list. At least this sounds like the original motivation
of the counter. move_active_pages_to_lru, however, counts pages which
got freed in the me
On Thu, 2017-01-12 at 16:52 -0800, Kevin Hilman wrote:
> Jerome Brunet writes:
>
> >
> > OdroidC2 GbE link breaks under heavy tx transfer. This happens even
> > if the
> > MAC does not enable Energy Efficient Ethernet (No Low Power state
> > Idle on
> > the Tx path). The problem seems to come fr
at 09:33 on Fri 13-Jan-2017 Al Viro (v...@zeniv.linux.org.uk) wrote:
> > 1735 splice(5, NULL, 1, NULL, 9223372036854775807, 0) = -1 EAGAIN
> > (Resource temporarily unavailable)
>
> Lovely... So it was getting -EAGAIN all along. Just in case - could you
> try the delta below and see if it tri
Hi Greg,
Santosh acked patch 1/2, but suggested that it go through your tree.
Can you pick it up for 4.11?
Sekhar, will you pick up patch 2/2 for the davinci tree or should it
go together with 1/2?
-
This is a follow-up to the series fixing the da850 clocks.
Instead of having a half-me
TI aemif driver creates its own subnodes of the device tree in order
to guarantee that all child devices are probed after the AEMIF timing
parameters are configured.
Some devices (e.g. da850) use struct of_dev_auxdata for clock lookup
but nodes created from within the aemif driver can't access the
In the current boot, clients making use of the AB8500 sysctrl
may be probed before the ab8500-sysctrl driver. This gives them
-EINVAL, but should rather give -EPROBE_DEFER.
Before this, the abx500 clock driver didn't probe properly,
and as a result the codec driver in turn using the clocks did
not
The aemif driver can now access struct of_dev_auxdata (using platform
data).
Add the device id to the clock lookup table for the nand clock and
create a separate lookup table for aemif subnodes.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/da850.c| 10 +-
arch/arm/ma
Hi,
Sorry for sending this RFC for help as I couldn't find some useful hint
to slove my issue by git-log the swiotlb commit from kernel v4.4 to
v4.9 and I'm also not familar with these stuff. So could you kindly
point me to the right direction to debug it? Thanks. :)
Hi,
I have updated a custom VME device driver (mainly based on vme_user.c)
to 4.9 (previously it was for 3.14-).
I see that VME device drivers cannot be loaded and unloaded due to this
commit:
commit 050c3d52cc7810d9d17b8cd231708609af6876ae
Author: Paul Gortmaker
Date: Sun Jul 3 14:05:56 201
When memory.move_charge_at_immigrate is enabled and precharges are
depleted during move, mem_cgroup_move_charge_pte_range() will attempt to
increase the size of the precharge.
Prevent precharges from ever looping by setting __GFP_NORETRY. This was
probably the intention of the GFP_KERNEL & ~__GFP
On 01/11/2017 10:39 PM, Jens Axboe wrote:
> Another year, another posting of this patchset. The previous posting
> was here:
>
> https://www.spinics.net/lists/kernel/msg2406106.html
>
> (yes, I've skipped v5, it was fixes on top of v4, not the rework).
>
> I've reworked bits of this to get rid o
1 - 100 of 805 matches
Mail list logo
