On Wed, Apr 19, 2017 at 04:14:43PM +0800, Huang, Ying wrote:
> Minchan Kim writes:
>
> > Hi Huang,
> >
> > On Fri, Apr 07, 2017 at 02:49:01PM +0800, Huang, Ying wrote:
> >> From: Huang Ying
> >>
> >> To reduce the lock contention of swap_info_struct->lock when freeing
> >> swap entry. The free
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 005145378c9ad7575a01b6ce1ba118fb427f583a upstream.
I ran into a stack frame size warning because of the on-stack copy of
the USB device structure:
drivers/media/usb/dvb-u
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Genoud
commit 31ca2c63fdc0aee725cbd4f207c1256f5deaabde upstream.
If uart_flush_buffer() is called between atmel_tx_dma() and
atmel_complete_tx_dma(), the circular buffer has been clear
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: bseg...@google.com
commit 5402e97af667e35e54177af8f6575518bf251d51 upstream.
In PT_SEIZED + LISTEN mode STOP/CONT signals cause a wakeup against
__TASK_TRACED. If this races with the ptrace_u
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: John Garry
commit 9702c67c6066f583b629cf037d2056245bb7a8e6 upstream.
The total ata xfer length may not be calculated properly, in that we do
not use the proper method to get an sg element dma
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Anton Blanchard
commit 85e8a23936ab3442de0c42da97d53b29f004ece1 upstream.
We see lpfc devices regularly fail during kexec. Fix this by adding a
shutdown method which mirrors the remove method.
Use enum nl80211_channel_type for cfg80211_chandef_create function
calls. This does not has an effect in practise since the enum values
are equal. This fixes a warning when compiling with clang:
warning: implicit conversion from enumeration type 'enum nl80211_chan_width'
to different enumeratio
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Martin K. Petersen
commit a00a7862513089f17209b732f230922f1942e0b9 upstream.
Kefeng Wang discovered that old versions of the QEMU CD driver would
return mangled mode data causing us to walk of
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Leech
commit 6f8830f5bbab16e54f261de187f3df4644a5b977 upstream.
There's a rather long standing regression from the commit "libiscsi:
Reduce locking contention in fast path"
Depending on
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit a04e54f2c35823ca32d56afcd5cea5b783e2f51a upstream.
The following fixes a divide by zero OOPs with TYPE_TAPE
due to pscsi_tape_read_blocksize() failing causing a zero
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Martin K. Petersen
commit 7c856152cb92f8eee2df29ef325a1b1f43161aff upstream.
We previously made sure that the reported disk capacity was less than
0x blocks when the kernel was not com
On Thu, Apr 20, 2017 at 8:55 AM, Marcel Holtmann wrote:
> Hi Sebastian,
>
>>> With CONFIG_SERIAL_DEV_BUS=m, the hci_serdev.o file does not actually
>>> get built into hci_uart.o as the Makefile doesn't pick it up, leading
>>> to a link error with anything referring to it:
>>>
>>> ERROR: "hci_uart_
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit 1c99de981f30b3e7868b8d20ce5479fa1c0fea46 upstream.
Once upon a time back in 2009, a work-around was added to support
the GlobalSAN iSCSI initiator v3.3 for MacOSX, wh
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
commit c06989da39cdb10604d572c8c7ea8c8c97f3c483 upstream.
vdso_enabled can be set to arbitrary integer values via the kernel command
line 'vdso32=' parameter or via 'sysctl abi.
On 19.04.2017 21:24, Arnd Bergmann wrote:
When dma_addr_t and phys_addr_t are not the same size, we get a warning
from the dma_alloc_wc function:
drivers/gpu/host1x/cdma.c: In function 'host1x_pushbuffer_init':
drivers/gpu/host1x/cdma.c:94:48: error: passing argument 3 of 'dma_alloc_wc'
from in
在 2017-04-20 13:58,Maxime Ripard 写道:
On Tue, Apr 18, 2017 at 06:56:43PM +0800, Icenowy Zheng wrote:
于 2017年4月18日 GMT+08:00 下午3:00:16, Maxime Ripard
写到:
>On Mon, Apr 17, 2017 at 07:57:37PM +0800, Icenowy Zheng wrote:
>> Allwinner A64 SoC features a NMI controller, which is usually
>connected
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Jan-Marek Glogowski
commit 806a28efe9b78ffae5e2757e1ee924b8e50c08ab upstream.
Currently the cifs module breaks the CIFS specs on reconnect as
described in http://msdn.microsoft.com/en-us/libra
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Heiko Carstens
commit d09c5373e8e4eaaa09233552cbf75dc4c4f21203 upstream.
Commit fd2d2b191fe7 ("s390: get_user() should zero on failure")
intended to fix s390's get_user() implementation which
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Martin
commit 7195ee3120d878259e8d94a5d9f808116f34d5ea upstream.
It's not clear what behaviour is sensible when doing partial write of
NT_METAG_RPIPE, so just don't bother.
This patch as
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Henrique Cerri
commit d82c0d12c92705ef468683c9b7a8298dd61ed191 upstream.
Reorder the operations in decompress_kernel() to ensure initrd is moved
to a safe location before the bss secti
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Martin
commit d3805c546b275c8cc7d40f759d029ae92c7175f2 upstream.
Ensure that if userspace supplies insufficient data to PTRACE_SETREGSET
to fill all the registers, the thread's old regist
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Martin
commit d614fd58a2834cfe4efa472c33c8f3ce2338b09b upstream.
Ensure that if userspace supplies insufficient data to PTRACE_SETREGSET
to fill all the registers, the thread's old regist
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Martin
commit 5fe81fe98123ce41265c65e95d34418d30d005d1 upstream.
Ensure that if userspace supplies insufficient data to PTRACE_SETREGSET
to fill TXSTATUS, a well-defined default value is
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Martin
commit fb411b837b587a32046dc4f369acb93a10b1def8 upstream.
gpr_set won't work correctly and can never have been tested, and the
correct behaviour is not clear due to the endianness-
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Cameron Gutman
commit 5376366886251e2f8f248704adb620a4bc4c0937 upstream.
Signed-off-by: Cameron Gutman
Signed-off-by: Dmitry Torokhov
Signed-off-by: Greg Kroah-Hartman
---
drivers/input/j
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom
commit fe25deb7737ce6c0879ccf79c99fa1221d428bf2 upstream.
Previously, when a surface was opened using a legacy (non prime) handle,
it was verified to have been created by a cl
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Murray McAllister
commit 63774069d9527a1aeaa4aa20e929ef5e8e9ecc38 upstream.
In vmw_get_cap_3d_ioctl(), a user can supply 0 for a size that is
used in vzalloc(). This eventually calls dump_stac
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Li Qiang
commit e7e11f99564222d82f0ce84bd521e57d78a6b678 upstream.
In vmw_surface_define_ioctl(), the 'num_sizes' is the sum of the
'req->mip_levels' array. This array can be assigned any valu
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Murray McAllister
commit 36274ab8c596f1240c606bb514da329add2a1bcd upstream.
Before memory allocations vmw_surface_define_ioctl() checks the
upper-bounds of a user-supplied size, but does not c
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom
commit 53e16798b0864464c5444a204e1bb93ae246c429 upstream.
The mesa winsys sometimes uses unimplemented parameter requests to
check for features. Remove the error message to av
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
There is one more fix I would like to see in 4.11. The combination
of KVM, CMMA and heavy paging can cause data corruption, the f
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Amit Pundir
This reverts commit dbcfee724255ae171af51aaa56d8c5b78342adc9 which is
commit be95485a0b8288a93402705730d3ea32f9f812b9 upstream.
Upstream commit be95485 (ARM: 8457/1: psci-smp is bu
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
commit 309124e2648d668a0c23539c5078815660a4a850 upstream.
According to full-history-linux commit d3794f4fa7c3edc3 ("[PATCH] M68k
update (part 25)"), port operations are allo
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Juergen Gross
commit 9121b15b5628b38b4695282dc18c553440e0f79b upstream.
Connecting to the backend isn't working reliably in xen-fbfront: in
case XenbusStateInitWait of the backend has been mis
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini
commit 06ce521af9558814b8606c0476c54497cf83a653 upstream.
handle_vmon gets a reference on VMXON region page,
but does not release it. Release the reference.
Found by syzkaller;
Minchan Kim writes:
> On Wed, Apr 19, 2017 at 04:14:43PM +0800, Huang, Ying wrote:
>> Minchan Kim writes:
>>
>> > Hi Huang,
>> >
>> > On Fri, Apr 07, 2017 at 02:49:01PM +0800, Huang, Ying wrote:
>> >> From: Huang Ying
>> >>
>> >> To reduce the lock contention of swap_info_struct->lock when fr
Brian Norris wrote:
> nl80211 provides the NL80211_SCAN_FLAG_RANDOM_ADDR for every scan
> request that should be randomized; the absence of such a flag means we
> should not randomize. However, mwifiex was stashing the latest
> randomization request and *always* using it for future scans, even tho
-Use-ARRAY_SIZE-kernel-macro/20170420-105518
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
include/linux/compiler.h:264:8: sparse: attribute 'no_sanitize_address
On Thu, Apr 20, 2017 at 5:25 AM, Darren Hart wrote:
> From: "Darren Hart (VMware)"
>
> Use enums consistently throughout the hp-wmi driver for groups of
> related constants. Use hex and align the assignment within groups. Move
> the *QUERY constants into an enum, create a new enum defining the RE
Excerpts from Michael Ellerman's message of April 20, 2017 11:38:
"Naveen N. Rao" writes:
diff --git a/kernel/kprobes.c b/kernel/kprobes.c
index 6a128f3a7ed1..bb86681c8a10 100644
--- a/kernel/kprobes.c
+++ b/kernel/kprobes.c
@@ -1382,6 +1382,28 @@ bool within_kprobe_blacklist(unsigned long add
On Wed, 2017-04-19 at 23:55 -0700, Stefan Agner wrote:
> Use type enum nl80211_rate_info for bitrate information. This fixes
> a warning when compiling with clang:
> warning: implicit conversion from enumeration type 'enum
> nl80211_rate_info'
> to different enumeration type 'enum nl80211_attrs
Brian Norris wrote:
> His email is bouncing, and he'd like to use this new one.
>
> Cc: Amitkumar Karwar
> Cc: Nishant Sarmukadam
> Cc: Ganapathi Bhat
> Cc: Xinming Hu
> Signed-off-by: Brian Norris
Patch applied to wireless-drivers-next.git, thanks.
bf30171b22c5 MAINTAINERS: update Amitkum
Brian Norris wrote:
> Command buffers (skb's) are allocated by the main driver, and freed upon
> the last use. That last use is often in mwifiex_free_cmd_buffer(). In
> the meantime, if the command buffer gets used by the PCI driver, we map
> it as DMA-able, and store the mapping information in th
On Thu 20-04-17 10:27:55, Joonsoo Kim wrote:
> On Mon, Apr 17, 2017 at 10:15:15AM +0200, Michal Hocko wrote:
[...]
> > Which pfn walkers you have in mind?
>
> For example, kpagecount_read() in fs/proc/page.c. I searched it by
> using pfn_valid().
Yeah, I've checked that one and in fact this is a
On Tue, Apr 18, 2017 at 6:52 PM, Sven Van Asbroeck wrote:
> Thanks for the feedback Andy !!
You're welcome.
>
>> I would go with
>>
>> /* Wait for @sleep microseconds for the oscillator to be back up */
>> if (sleep)
>> udelay(sleep);
>>
>> Otherwise int sleep is oddly here.
>>
>> Or
>>
>> bool
Hi,
On Tue, Apr 18, 2017 at 06:10:26PM +0800, Chen-Yu Tsai wrote:
> >> >> >> @@ -540,14 +539,22 @@ static int sun4i_tcon_bind(struct device *dev,
> >> >> >> struct device *master,
> >> >> >> /* This can fail if the DT does not have any downstream
> >> >> >> encoders. */
> >> >> >> t
On Thu, Apr 20, 2017 at 5:25 AM, Darren Hart wrote:
> From: "Darren Hart (VMware)"
>
> Cleanup the hp_wmi_perform_query function some by providing a bios_args
> initializer. No functional changes.
Is it going to be used only once?
If so, I would go with current code.
>
> Signed-off-by: Darren H
On Thu, Apr 20, 2017 at 5:25 AM, Darren Hart wrote:
> From: "Darren Hart (VMware)"
>
> This series factors out some redundant code, cleans up a number of style
> issues,
> modernizes the sysfs usage, and cleans up the return paths. All told, the
> driver
> is reduced in size by 37 lines (3.6%).
> On Fri, Mar 3, 2017 at 10:15 AM, Elena Reshetova
> wrote:
> > Now when new refcount_t type and API are finally merged
> > (see include/linux/refcount.h), the following
> > patches convert various refcounters in the ceph filesystem from atomic_t
> > to refcount_t. By doing this we prevent intent
On Thu, Apr 20, 2017 at 8:48 AM, Daniel Baluta wrote:
> Hi Arnd,
>
> On Wed, Apr 19, 2017 at 8:04 PM, Arnd Bergmann wrote:
>> The new PLL configuration code triggers a harmless warning:
>>
>> sound/soc/codecs/wm8960.c: In function 'wm8960_configure_clocking':
>> sound/soc/codecs/wm8960.c:735:3: e
On 20/04/2017 08:35, Greg Kroah-Hartman wrote:
> 3.18-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Richard Genoud
>
> commit 31ca2c63fdc0aee725cbd4f207c1256f5deaabde upstream.
>
> If uart_flush_buffer() is called between atmel_tx_dma(
The TODO file is not relevant anymore and it's just a leftover from
the time the driver was in the staging tree.
Signed-off-by: Tomas Winkler
Reviewed-by: Alexander Usyskin
---
samples/mei/TODO | 2 --
1 file changed, 2 deletions(-)
delete mode 100644 samples/mei/TODO
diff --git a/samples/mei
On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote:
> Seeing the kunmap_atomic dma_buf_ops share the same name with a macro
> in highmem.h, the former can be aliased if any dma-buf user includes
> that header.
>
> I'm personally trying to include highmem.h inside scatterlist.h and thi
Hi Finn,
On Mon, Apr 17, 2017 at 3:50 AM, Finn Thain wrote:
> On Sun, 16 Apr 2017, Geert Uytterhoeven wrote:
>> On Sun, Apr 9, 2017 at 1:51 AM, Finn Thain
>> wrote:
>> > This series has various patches from several different people. Two
>> > printk modernization patches were originally from Geer
On Wed, Apr 19, 2017 at 03:59:05PM -0400, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/Kconfig:config PINCTRL_ARTPEC6
> drivers/pinctrl/Kconfig:bool "Axis ARTPEC-6 pin controller driver"
>
> ...meaning that it currently is not
On 19/04/17 16:38, Andrew Lunn wrote:
> On Wed, Apr 19, 2017 at 02:56:48PM +0300, Roger Quadros wrote:
>> Hi,
>>
>> On 19/04/17 14:39, Andrew Lunn wrote:
>>> On Wed, Apr 19, 2017 at 12:24:26PM +0300, Roger Quadros wrote:
Some boards [1] leave the PHYs at an invalid state
during system pow
Hi Logan,
Thanks for the patch.
On 20 April 2017 at 13:21, Daniel Vetter wrote:
> On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote:
>> Seeing the kunmap_atomic dma_buf_ops share the same name with a macro
>> in highmem.h, the former can be aliased if any dma-buf user includes
>> t
Hi,
On Thu, Apr 20, 2017 at 11:14:16AM +0530, Viresh Kumar wrote:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never
On Wed, Apr 19, 2017 at 07:35:36PM +0200, Arnd Bergmann wrote:
> The sunxi clk driver causes a link error when the reset controller
> subsystem is disabled:
>
> drivers/clk/built-in.o: In function `sun4i_ve_clk_setup':
> :(.init.text+0xd040): undefined reference to `reset_controller_register'
> dr
Hi,
have you tested these patches also without PCC? So, we can be sure there
is no regression?
> diff --git a/drivers/i2c/busses/i2c-xgene-slimpro.c
> b/drivers/i2c/busses/i2c-xgene-slimpro.c
> index 96545aa..a5771c1 100644
> --- a/drivers/i2c/busses/i2c-xgene-slimpro.c
> +++ b/drivers/i2c/busse
Hi All,
On 2017-04-20 09:51, Daniel Vetter wrote:
On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote:
Seeing the kunmap_atomic dma_buf_ops share the same name with a macro
in highmem.h, the former can be aliased if any dma-buf user includes
that header.
I'm personally trying to in
Hi Marek,
Thanks!
On 20 April 2017 at 13:36, Marek Szyprowski wrote:
> Hi All,
>
> On 2017-04-20 09:51, Daniel Vetter wrote:
>>
>> On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote:
>>>
>>> Seeing the kunmap_atomic dma_buf_ops share the same name with a macro
>>> in highmem.h, the
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit e720c19e0d5412f45736d62258d21dc7b056c4ad:
>
> Merge tag 'perf-core-for-mingo-4.12-20170413' of
> git
> v3:
> * fixed header file inclusion
I don't think I have heard anything back on this v3 patch set.
Is there still smth here to fix or could you take the changes in?
Best Regards,
Elena.
>
> Now when new refcount_t type and API are finally merged
> (see include/linux/refcount.h), the foll
It looks like my fixup was incorrectly folded into the original patch,
and still leaves a duplicated initializer but drops the .sync
callback pointer.
This should rectify it, please fold it as well.
Fixes: df29028c2a9c ("rcuperf: Add ability to performance-test call_rcu() and
friends")
Signed-of
Hi Rob,
On Wed, 2017-04-19 at 17:09 -0500, Rob Herring wrote:
> On Thu, Apr 13, 2017 at 05:48:11PM +0200, Philipp Zabel wrote:
> > This adds device tree binding documentation for mmio-based syscon
> > multiplexers controlled by a single bitfield in a syscon register
> > range.
> >
> > Signed-off-
We should not select drivers that depend on I2C when that is disabled,
as it results in a build error:
warning: (SND_SOC_MT2701_WM8960) selects SND_SOC_WM8960 which has unmet direct
dependencies (SOUND && !M68K && !UML && SND && SND_SOC && I2C)
sound/soc/codecs/wm8960.c:1469:1: error: data defini
On 19/04/2017 13:19, Mason wrote:
> My biggest problem is that tango_unmask() is never called.
FTR, the missing incantation was:
Explicitly calling tango_{mask/unmask/ack} from the corresponding
msi_{mask/unmask/ack}
Marc, I have one nagging doubt, wrt splitting MSI line selection
and MSI enabl
From: Markus Elfring
Date: Thu, 20 Apr 2017 10:12:34 +0200
Some update suggestions were taken into account
from static source code analysis.
Markus Elfring (8):
Use devm_kcalloc() in si5351_i2c_probe()
Delete an error message for a failed memory allocation in si5351_i2c_probe()
Adjust a nu
From: Markus Elfring
Date: Wed, 19 Apr 2017 22:37:30 +0200
Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "devm_kcalloc".
This issue was detected by using the Coccinelle software.
Sig
On Thu, Apr 20, 2017 at 10:44 AM, Arnd Bergmann wrote:
> On Thu, Apr 20, 2017 at 8:48 AM, Daniel Baluta
> wrote:
>> Hi Arnd,
>>
>> On Wed, Apr 19, 2017 at 8:04 PM, Arnd Bergmann wrote:
>>> The new PLL configuration code triggers a harmless warning:
>>>
>>> sound/soc/codecs/wm8960.c: In function
Viresh, Sudeep,
Sorry for jumping in late.
[...]
>> On the contrary(playing devil's advocate here), we can treat all
>> existing regulators alone as OPP then if you strip the voltages and
>> treat it as abstract number.
>
> But then we are going to have lots of platform specific code which
> wil
On Thu, Apr 20, 2017 at 5:40 AM, Stefan Agner wrote:
> Use just @ to denote comments which works with gcc and clang.
> Otherwise clang reports an escape sequence error:
> error: invalid % escape in inline assembly string
>
> Use %0-%3 as operand references, this avoids:
> error: invalid operan
From: Markus Elfring
Date: Thu, 20 Apr 2017 07:34:54 +0200
The script "checkpatch.pl" pointed information out like the following.
* CHECK: Comparison to NULL could be written "!drvdata"
Thus adjust this expression.
* WARNING: Possible unnecessary 'out of memory' message
Thus remove such
On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
> On 19.04.2017 21:24, Arnd Bergmann wrote:
>>
>> When dma_addr_t and phys_addr_t are not the same size, we get a warning
>> from the dma_alloc_wc function:
>>
>> drivers/gpu/host1x/cdma.c: In function 'host1x_pushbuffer_init':
>> drivers/gpu
On 04/10/2017 06:25 PM, Michal Hocko wrote:
> This contains two minor fixes spotted based on testing by Igor Mammedov.
> ---
> From d829579cc7061255f818f9aeaa3aa2cd82fec75a Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Wed, 29 Mar 2017 16:07:00 +0200
> Subject: [PATCH] mm, memory_hotplug:
From: Markus Elfring
Date: Thu, 20 Apr 2017 07:47:04 +0200
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written "!np".
Thus adjust this expression.
Signed-off-by: Markus Elfring
---
drivers/clk/clk-si5351.c | 2 +-
1 file changed, 1 inser
On Wed, Apr 19, 2017 at 11:39:44PM +0200, Daniel Lezcano wrote:
> On Wed, Apr 19, 2017 at 05:44:17PM +0100, Mark Rutland wrote:
> > Hi Daniel,
> > I realise this is a little late, but I would very much appreciate if you
> > could
> > pull these arch timer GTDT patches for v4.12. The series has be
From: Markus Elfring
Date: Thu, 20 Apr 2017 08:45:43 +0200
Four single characters should be put into a sequence.
Thus use the corresponding function "seq_putc".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/clk/clk.c | 9 -
1 file
From: Markus Elfring
Date: Thu, 20 Apr 2017 09:30:52 +0200
Replace the specification of two data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: M
From: Markus Elfring
Date: Thu, 20 Apr 2017 09:12:35 +0200
Some text was put into a sequence by two separate function calls.
Print the same data by a single function call instead.
Signed-off-by: Markus Elfring
---
drivers/clk/clk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
d
From: Markus Elfring
Date: Thu, 20 Apr 2017 09:45:04 +0200
A string which did not contain a data format specification should be put
into a sequence. Thus use the corresponding function "seq_puts".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
driv
On 04/10/2017 01:03 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> arch_add_memory gets for_device argument which then controls whether we
> want to create memblocks for created memory sections. Simplify the logic
> by telling whether we want memblocks directly rather than going through
> point
> -Original Message-
> From: Stuart Yoder [mailto:stuyo...@gmail.com]
> Sent: Wednesday, April 19, 2017 6:44 AM
> To: Ruxandra Ioana Radulescu
> Cc: gre...@linuxfoundation.org; de...@driverdev.osuosl.org; linux-
> ker...@vger.kernel.org; Alexander Graf ; Arnd Bergmann
> ; linux-arm-ker...@
From: Markus Elfring
Date: Thu, 20 Apr 2017 10:04:00 +0200
The script "checkpatch.pl" pointed information out like the following.
WARNING: Possible unnecessary 'out of memory' message
Thus remove such statements here.
Link:
http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Ref
On Tue, Mar 07, 2017 at 04:32:41PM -0800, Ricardo Neri wrote:
> With segmentation, the base address of the segment descriptor is needed
> to compute a linear address. The segment descriptor used in the address
> computation depends on either any segment override prefixes in the in the
s/in the //
Hi Daniel, Lorenzo, Mark,
On 20 April 2017 at 16:26, Mark Rutland wrote:
> On Wed, Apr 19, 2017 at 11:39:44PM +0200, Daniel Lezcano wrote:
>> On Wed, Apr 19, 2017 at 05:44:17PM +0100, Mark Rutland wrote:
>> > Hi Daniel,
>
>> > I realise this is a little late, but I would very much appreciate if
On Thu, Apr 20, 2017 at 1:51 AM, David Ahern wrote:
> On 4/19/17 5:47 PM, Cong Wang wrote:
>> On Wed, Apr 19, 2017 at 9:12 AM, Andrey Konovalov
>> wrote:
>>>
>>> Anyway, I just finished simplifying the reproducer. Give this one a try.
>>
>> Thanks for providing such a minimal reproducer!
>>
>> T
On Tue, Apr 18, 2017 at 06:47:56PM +0800, Icenowy Zheng wrote:
> >> + /* Get the physical address of the buffer in memory */
> >> + gem = drm_fb_cma_get_gem_obj(fb, 0);
> >> +
> >> + DRM_DEBUG_DRIVER("Using GEM @ %pad\n", &gem->paddr);
> >> +
> >> + /* Compute the start of the displayed memory
On 04/10/2017 01:03 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> zone_for_memory doesn't have any user anymore as well as the whole zone
> shifting infrastructure so drop them all.
>
> This shouldn't introduce any functional changes.
>
> Signed-off-by: Michal Hocko
Acked-by: Vlastimil Bab
Some boards [1] leave the PHYs at an invalid state
during system power-up or reset thus causing unreliability
issues with the PHY which manifests as PHY not being detected
or link not functional. To fix this, these PHYs need to be RESET
via a GPIO connected to the PHY's RESET pin.
Some boards have
On Wed, Apr 19, 2017 at 02:22:11PM -0700, Matthias Kaehlcke wrote:
> clang fails to build with the current code:
>
> arch/arm64/include/asm/processor.h:172:15: error: invalid operand in
> inline asm: 'prfm pldl1keep, ${0:a}'
>
> Apparently clang does not support the 'a' modifier. Change the
> con
all the patches I did have been picked up in the
meantime, so I'm sure you already have most of the remaining contents
as they come from the old llvmlinux project. For reference, I've uploaded
my set to
git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git
next-20170420+llvmlin
On Thu 20-04-17 09:28:20, Michal Hocko wrote:
> On Thu 20-04-17 10:27:55, Joonsoo Kim wrote:
[...]
> > Your patch try to add PageReserved() to __pageblock_pfn_to_page(). It
> > woule make that zone->contiguous usually returns false since memory
> > used by memblock API is marked as PageReserved() a
On Wed, Apr 19, 2017 at 11:14:06PM +0530, Ganapatrao Kulkarni wrote:
> commit d98ecda (arm64: perf: Count EL2 events if the kernel is running in HYP)
> is returning error for perf syscall with mixed attribute set for
> exclude_kernel
> and exclude_hv. This change is breaking some applications (obs
On Wed, Apr 19, 2017 at 06:14:13AM +, Peter Senna Tschudin wrote:
> We need the SMSC USB3315 clock and regulator to always be initialized.
> We also need the PHY driver to take the PHY out of reset. This patch
> extends the existing USB generic nop phy driver to include a new
> initialization p
Hi Wang Xiongfeng,
On 19/04/17 03:37, Xiongfeng Wang wrote:
> On 2017/4/18 18:51, James Morse wrote:
>> The host expects to receive physical SError Interrupts. The ARM-ARM doesn't
>> describe a way to inject these as they are generated by the CPU.
>>
>> Am I right in thinking you want this to use
On Wed, Apr 19, 2017 at 11:37:31PM +0530, Ganapatrao Kulkarni wrote:
> Hi Mark,
Hi,
> On Thu, Apr 6, 2017 at 3:25 PM, Mark Rutland wrote:
> > On Thu, Apr 06, 2017 at 09:50:33AM +0530, Ganapatrao Kulkarni wrote:
> >> On Wed, Apr 5, 2017 at 3:35 PM, Mark Rutland wrote:
> >> > On Wed, Apr 05, 2017
Sometimes 'DMA single access' is not enough to transfer
a frame of image, '8-beat burst access' is set as the
default DMA memory burst size.
Signed-off-by: Songjun Wu
---
drivers/media/platform/atmel/atmel-isc.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
di
Hi Linus,
Just wanted to give a heads-up on two regressions in 4.11-rc series.
(1) page allocator optimization revert
Mel Gorman and I have been playing with optimizing the page allocator,
but Tariq spotted that we caused a regression for (NIC) drivers that
refill DMA RX rings in softirq context
1 - 100 of 914 matches
Mail list logo