Re: [PATCH 2/2] media: venus: venc: fix bytesused v4l2_plane field

On 09/10/17 14:24, Stanimir Varbanov wrote: > This fixes wrongly filled bytesused field of v4l2_plane structure > by include data_offset in the plane, Also fill data_offset and > bytesused for capture type of buffers only. > > Signed-off-by: Stanimir Varbanov > ---

Re: usb/sound/line6: trying to register non-static key in podhd_disconnect

On Mon, Oct 9, 2017 at 2:31 PM, Takashi Iwai wrote: > On Mon, 09 Oct 2017 12:58:59 +0200, > Andrey Konovalov wrote: >> >> On Tue, Oct 3, 2017 at 9:41 AM, Takashi Iwai wrote: >> > On Mon, 25 Sep 2017 14:40:08 +0200, >> > Andrey Konovalov wrote: >> >> >> >> Hi! >> >>

[PATCH 3.16 091/192] s390/syscalls: Fix out of bounds arguments access

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit c46fc0424ced3fb71208e72bd597d91b9169a781 upstream. Zorro reported following crash while having enabled syscall tracing (CONFIG_FTRACE_SYSCALLS): Unable

Re: [PATCH v11 1/4] rockchip/rga: v4l2 m2m support

On 09/10/17 11:04, Jacob Chen wrote: > Rockchip RGA is a separate 2D raster graphic acceleration unit. It > accelerates 2D graphics operations, such as point/line drawing, image > scaling, rotation, BitBLT, alpha blending and image blur/sharpness > > The driver supports various operations from

[PATCH 3.16 095/192] tpm: fix a kernel memory leak in tpm-sysfs.c

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jarkko Sakkinen commit 13b47cfcfc60495cde216eef4c01040d76174cbe upstream. While cleaning up sysfs callback that prints EK we discovered a kernel memory leak.

[PATCH 3.16 107/192] crypto: caam - fix signals handling

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Horia Geantă commit 7459e1d25ffefa2b1be799477fcc1f6c62f6cec7 upstream. Driver does not properly handle the case when signals interrupt

[PATCH 3.2 23/74] Add USB quirk for HVR-950q to avoid intermittent device resets

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Devin Heitmueller commit 6836796de4019944f4ba4c99a360e8250fd2e735 upstream. The USB core and sysfs will attempt to enumerate certain parameters which are

[PATCH 3.2 28/74] ipv6: always add flag an address that failed DAD with DADFAILED

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Lubomir Rintel commit 3d171f3907329d4b1ce31d5ec9c852c5f0269578 upstream. The userspace needs to know why is the address being removed so that it can perhaps obtain a new

[PATCH 3.16 089/192] RDMA/uverbs: Check port number supplied by user verbs cmds

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Boris Pismenny commit 5ecce4c9b17bed4dc9cb58bfb10447307569b77b upstream. The ib_uverbs_create_ah() ind ib_uverbs_modify_qp() calls receive the port number from user input

[PATCH 3.2 30/74] drm/i915: Disable MSI for all pre-gen5

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Ville Syrjälä commit ce3f7163e4ce8fd583dcb36b6ee6b81fd1b419ae upstream. We have pretty clear evidence that MSIs are getting lost on g4x and somehow the interrupt

[PATCH 3.2 15/74] scsi: bnx2i: missing error code in bnx2i_ep_connect()

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 1d32a62c74b3bcb69822b0f4745af5410cfec3a7 upstream. If bnx2i_map_ep_dbell_regs() then we accidentally return NULL instead of an error pointer. It

[PATCH 3.16 082/192] ipv6: always add flag an address that failed DAD with DADFAILED

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Lubomir Rintel commit 3d171f3907329d4b1ce31d5ec9c852c5f0269578 upstream. The userspace needs to know why is the address being removed so that it can perhaps obtain a new

[PATCH 3.2 65/74] Bluetooth: Properly check L2CAP config option output buffer length

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Ben Seri commit e860d2c904d1a9f38a24eb44c9f34b8f915a6ea3 upstream. Validate the output buffer length for L2CAP config requests and responses to avoid overflowing the stack

[PATCH 3.2 59/74] [media] saa7164: fix double fetch PCIe access condition

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Steven Toth commit 6fb05e0dd32e566facb96ea61a48c7488daa5ac3 upstream. Avoid a double fetch by reusing the values from the prior transfer. Originally reported via

[PATCH 3.2 26/74] scsi: ses: do not add a device to an enclosure if enclosure_add_links() fails.

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Maurizio Lombardi commit 62e62ffd95539b9220894a7900a619e0f3ef4756 upstream. The enclosure_add_device() function should fail if it can't create the relevant sysfs links.

[PATCH 3.2 35/74] rtc: rtc-nuc900: fix loop timeout test

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit d0a67c372df410b579197ea818596001fe20070d upstream. We should change this post-op to a pre-op because we want the loop to exit with "timeout" set

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 02:54:04PM +0200, Peter Zijlstra wrote: > On Mon, Oct 09, 2017 at 08:21:13PM +0800, Fengguang Wu wrote: > > > > From e7840ad76515f0b5061fcdd098b57b7c01b61482 Mon Sep 17 00:00:00 2001 > > > > Message-Id: > > > >

[PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Josef reported a HARDIRQ-safe -> HARDIRQ-unsafe lock order detected by lockdep: [ 1270.472259] WARNING: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected [ 1270.472783] 4.14.0-rc1-xfstests-12888-g76833e8 #110 Not tainted [ 1270.473240] - [

[PATCH 3.16 068/192] PM / Domains: Fix unsafe iteration over modified list of device links

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Krzysztof Kozlowski commit c6e83cac3eda5f7dd32ee1453df2f7abb5c6cd46 upstream. pm_genpd_remove_subdomain() iterates over domain's master_links list and removes matching

Re: [PATCH] linux/types.h: Restore the ability to disable sparse endianness checks

On Fri, Oct 06, 2017 at 10:23:53AM -0700, Bart Van Assche wrote: > The purpose of patch "linux/types.h: enable endian checks for all > sparse builds" was to encourage driver authors to annotate > endianness correctly in their drivers. However, since that patch > went upstream no endianness

[PATCH 11/12] nvmem: meson-efuse: indicate that this driver is only for Meson GX SoCs

From: Martin Blumenstingl The current Amlogic Meson eFuse driver only supports the 64-bit SoCs (GXBB and newer). Older SoCs cannot be supported by the same driver because they do not use the meson secure monitor firmware to access the hardware. Signed-off-by:

[PATCH 04/12] nvmem: qfprom: fix different address space warnings of sparse

From: Masahiro Yamada Fix the following sparse warnings: drivers/nvmem/qfprom.c:23:30: warning: incorrect type in initializer (different address spaces) drivers/nvmem/qfprom.c:23:30:expected void [noderef] *base drivers/nvmem/qfprom.c:23:30:got void

[PATCH 00/12] nvmem: patches set-1 for v4.15

From: Srinivas Kandagatla Hi Greg, Here are some nvmem patches which include few new provider drivers (amlogic, uniphier), some trivial cleanups and few enhanements. Can you consider these for v4.15. I will send second set of patches soon, am waiting for Acks

[PATCH 10/12] dt-bindings: nvmem: Describe the Amlogic Meson6/Meson8/Meson8b efuse

From: Martin Blumenstingl Amlogic Meson6, Meson8 and Meson8b SoCs have an efuse which contains calibration data from the factory (for the internal temperature sensor and some CVBS connector settings). Some manufacturers also store the MAC address or serial

[PATCH 3.16 063/192] libertas: Fix lbs_prb_rsp_limit_set()

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 69551f5f370cc20342fab17ca54716b6ec7e332d upstream. The kstrtoul() test was reversed so this always returned -ENOTSUPP. Fixes: 27d7f47756f4

[PATCH 3.16 042/192] Btrfs: skip commit transaction if we don't have enough pinned bytes

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Liu Bo commit 28785f70ef882e4798cd5706066a55dbf7adf80e upstream. We commit transaction in order to reclaim space from pinned bytes because it could process delayed refs,

[PATCH 3.16 061/192] ath9k: fix tx99 bus error

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Miaoqing Pan commit bde717ab473668377fc65872398a102d40cb2d58 upstream. The hard coded register 0x9864 and 0x9924 are invalid for ar9300 chips. Signed-off-by:

Re: [PATCH 2/2] perf, tools: Don't force MetricExprs to lower case

On Wed, Oct 04, 2017 at 09:27:11AM -0700, Andi Kleen wrote: > On Wed, Oct 04, 2017 at 12:30:52PM +0200, Jiri Olsa wrote: > > On Tue, Oct 03, 2017 at 01:06:05PM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Tue, Sep 12, 2017 at 12:56:43PM -0700, Andi Kleen escreveu: > > > > From: Andi Kleen

[PATCH 3.16 034/192] USB: serial: option: add two Longcheer device ids

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 8fb060da715ad10fe956d7c0077b2fb0c12bb9d7 upstream. Add two Longcheer device-id entries which specifically enables a Telewell TW-3G HSPA+ branded modem

[PATCH 3.16 047/192] spi: atmel: fix corrupted data issue on SAM9 family SoCs

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Cyrille Pitchen commit 7094576ccdc3acfe1e06a1e2ab547add375baf7f upstream. This patch disables the use of the DMA for data transfer and forces the use of PIO

[PATCH 3.16 030/192] usb: usbip: set buffer pointers to NULL after free

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Michael Grzeschik commit b3b51417d0af63fb9a06662dc292200aed9ea53f upstream. The usbip stack dynamically allocates the transfer_buffer and setup_packet of each urb

[PATCH 3.16 041/192] ASoC: compress: Derive substream from stream based on direction

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Satish Babu Patakokila commit 01b8cedfd0422326caae308641dcadaa85e0ca72 upstream. Currently compress driver hardcodes direction as playback to get substream from the

[PATCH 3.2 17/74] MIPS: Fix mips_atomic_set() retry condition

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 2ec420b26f7b6ff332393f0bb5a7d245f7ad87f0 upstream. The inline asm retry check in the MIPS_ATOMIC_SET operation of the sysmips system call has been

[PATCH 3.16 033/192] md: don't use flush_signals in userspace processes

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit f9c79bc05a2a91f4fba8bfd653579e066714b1ec upstream. The function flush_signals clears all pending signals for the process. It may be used by kernel

[PATCH 3.2 73/74] sched: add macros to define bitops for task atomic flags

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Zefan Li commit e0e5070b20e01f0321f97db4e4e174f3f6b49e50 upstream. This will simplify code when we add new flags. v3: - Kees pointed out that no_new_privs should never be

[PATCH 3.16 155/192] Revert "ACPI / EC: Add support to disallow QR_EC to be issued before completing previous QR_EC"

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Lv Zheng commit df9ff91801da603079018f21a9412385b62f0f8e upstream. It is reported that the following commit breaks Samsung hardware: Commit:

[PATCH 3.16 149/192] sparc: Harden signal return frame checks.

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" [ Upstream commit d11c2a0de2824395656cf8ed15811580c9dd38aa ] All signal frames must be at least 16-byte aligned, because that is the alignment we

Re: [PATCH v3 03/22] dt-bindings: arm: scmi: add ARM MHU specific mailbox client bindings

On Fri, Oct 6, 2017 at 9:26 PM, Jassi Brar wrote: > On Fri, Oct 6, 2017 at 9:24 PM, Rob Herring wrote: >> On Fri, Oct 6, 2017 at 6:01 AM, Jassi Brar wrote: >>> On Fri, Oct 6, 2017 at 4:50 AM, Rob Herring

[PATCH 3.16 143/192] m32r: add io*_rep helpers

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Sudip Mukherjee commit 92a8ed4c7643809123ef0a65424569eaacc5c6b0 upstream. m32r allmodconfig was failing with the error: error: implicit declaration of function

[PATCH 3.16 144/192] sparc: Fix system call tracing register handling.

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Mike Frysinger [ Upstream commit 1a40b95374f680625318ab61d81958e949e0afe3 ] A system call trace trigger on entry allows the tracing process to inspect and potentially

[PATCH 3.16 141/192] ipv4/fib: don't warn when primary address is missing if in_dev is dead

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 391a20333b8393ef2e13014e6e59d192c5594471 ] After commit fbd40ea0180a ("ipv4: Don't do expensive useless work during inetdev destroy.") when

Re: usb/sound/line6: trying to register non-static key in podhd_disconnect

On Mon, Oct 9, 2017 at 2:59 PM, Takashi Iwai wrote: > On Mon, 09 Oct 2017 14:39:44 +0200, > Andrey Konovalov wrote: >> >> On Mon, Oct 9, 2017 at 2:31 PM, Takashi Iwai wrote: >> > On Mon, 09 Oct 2017 12:58:59 +0200, >> > Andrey Konovalov wrote: >> >> >> >> On Tue,

Re: [PATCH 4.9 086/104] arm64: kasan: avoid bad virt_to_pfn()

On Mon, Oct 09, 2017 at 01:42:26PM +0200, Greg Kroah-Hartman wrote: > On Mon, Oct 09, 2017 at 11:06:53AM +0100, Will Deacon wrote: > > On the flip side, it means that the default response (silence) stops the > > patches getting into stable, which isn't ideal for Greg. Thoughts? > Yeah, default

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

On Mon, Oct 09, 2017 at 01:21:04PM +, Tejun Heo wrote: > Josef reported a HARDIRQ-safe -> HARDIRQ-unsafe lock order detected by > lockdep: > > [ 1270.472259] WARNING: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected > [ 1270.472783] 4.14.0-rc1-xfstests-12888-g76833e8 #110 Not tainted > [

Re: [PATCH] bitfield: Use __ffs64(x) to fix missing __ffsdi2()

On Mon, 9 Oct 2017 10:40:49 +0200, Geert Uytterhoeven wrote: > On most architectures[*], gcc turns __builtin_ffsll() into a call to > __ffsdi2(), which is not provided by any architecture, leading to > failures like: > > rcar-gen3-cpg.c:(.text+0x289): undefined reference to `__ffsdi2' > >

Re: [PATCH RFC] ftrace: Clear hashes of saved init functions

Hi Steve, On Mon, Oct 9, 2017 at 8:09 AM, Steven Rostedt wrote: > On Sun, 8 Oct 2017 14:33:04 -0700 > Joel Fernandes wrote: > >> >> static void >> clear_mod_from_hash(struct ftrace_page *pg, struct ftrace_hash *hash) >> { >> @@ -5771,12 +5807,24 @@

Re: [RFC PATCH -tip 0/5] kprobes: Abolish jprobe APIs

On Fri, 6 Oct 2017 11:34:30 -0400 Steven Rostedt wrote: > On Fri, 6 Oct 2017 13:49:59 +0900 > Masami Hiramatsu wrote: > > > Steve, could you write a documentation how to use ftrace callback? > > I think I should update the Documentation/kprobes.txt so

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Hello, Lai. On Mon, Oct 09, 2017 at 11:14:20PM +0800, Lai Jiangshan wrote: > > wait_event_lock_irq() drops the lock if the condition is not met > > before going to sleep (otherwise it wouldn't be able to sleep). > > I think just using get_pwq()/put_pwq() in manage_workers() > as the following

Re: [RFC] workqueue: Fix irq inversion deadlock in manage_workers()

On Mon, Oct 09, 2017 at 09:40:43AM +, Lai Jiangshan wrote: [...] > > Reported-by: Josef Bacik > > Signed-off-by: Boqun Feng > > Cc: Peter Zijlstra > > --- > > kernel/workqueue.c | 35 ++- > >

[PATCH 3.16 077/192] PCI/PM: Restore the status of PCI devices across hibernation

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Chen Yu commit e60514bd4485c0c7c5a7cf779b200ce0b95c70d6 upstream. Currently we saw a lot of "No irq handler" errors during hibernation, which caused the system hang

[PATCH 3.16 078/192] scsi: ses: do not add a device to an enclosure if enclosure_add_links() fails.

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Maurizio Lombardi commit 62e62ffd95539b9220894a7900a619e0f3ef4756 upstream. The enclosure_add_device() function should fail if it can't create the relevant sysfs links.

[PATCH 3.16 108/192] crypto: atmel - only treat EBUSY as transient if backlog

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Gilad Ben-Yossef commit 1606043f214f912a52195293614935811a6e3e53 upstream. The Atmel SHA driver was treating -EBUSY as indication of queueing to backlog without checking

[PATCH 3.16 114/192] ubifs: Correctly evict xattr inodes

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 272eda8298dc82eb411ece82bbb2c62911087b24 upstream. UBIFS handles extended attributes just like files, as consequence of that, they also have inodes.

[PATCH 3.16 088/192] IB/core: Add inline function to validate port

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Yuval Shaia commit 24dc831b77eca9361cf835be59fa69ea0e471afc upstream. Signed-off-by: Yuval Shaia Reviewed-by: Leon Romanovsky

[PATCH 3.16 093/192] CIFS: fix circular locking dependency

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Rabin Vincent commit 966681c9f029afd5decee069b7658bb58ad0a863 upstream. When a CIFS filesystem is mounted with the forcemand option and the following command is run on it,

[PATCH 3.16 122/192] reiserfs: Don't clear SGID when inheriting ACLs

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 6883cd7f68245e43e91e5ee583b7550abf14523f upstream. When new directory 'DIR1' is created in a directory 'DIR0' with SGID bit set, DIR1 is expected to have SGID

[PATCH 3.16 111/192] Input: i8042 - fix crash at boot time

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Chen Hong commit 340d394a789518018f834ff70f7534fc463d3226 upstream. The driver checks port->exists twice in i8042_interrupt(), first when trying to assign temporary

[PATCH 3.16 172/192] mm/swap.c: flush lru pvecs on compound page arrival

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Lukasz Odzioba commit 8f182270dfec432e93fae14f9208a6b9af01009f upstream. Currently we can have compound pages held on per cpu pagevecs, which leads to a lot of

[PATCH] perf tests attr: Make hw events optional

Otherwise we fail on virtual machines with no support for specific HW events. Link: http://lkml.kernel.org/n/tip-03sujtogk95pngdtlcbyt...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/tests/attr/test-stat-C0 | 1 + tools/perf/tests/attr/test-stat-basic |

[PATCH 3.16 136/192] xfs: XFS_IS_REALTIME_INODE() should be false if no rt device present

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Richard Wareing commit b31ff3cdf540110da4572e3e29bd172087af65cc upstream. If using a kernel with CONFIG_XFS_RT=y and we set the RHINHERIT flag on a directory in a filesystem

[PATCH 3.16 126/192] ext4: preserve i_mode if __ext4_set_acl() fails

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Ernesto A. Fernández commit 397e434176bb62bc6068d2210af1d876c6212a7e upstream. When changing a file's acl mask, __ext4_set_acl() will first set the group

[PATCH 3.16 163/192] Btrfs: don't use src fd for printk

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit c79b4713304f812d3d6c95826fc3e5fc2c0b0c14 upstream. The fd we pass in may not be on a btrfs file system, so don't try to do BTRFS_I() on it. Thanks,

Re: [PATCH 1/2] pinctrl: meson: separate soc drivers

On Mon, 2017-10-09 at 13:35 +0200, Neil Armstrong wrote: > On 09/10/2017 12:17, Jerome Brunet wrote: > > When meson pinctrl is enabled, all meson platforms pinctrl drivers are > > built in the kernel, with a significant amount of data. > > > > This leads to situation where pinctrl drivers

[PATCH 3.16 121/192] hfsplus: Don't clear SGID when inheriting ACLs

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 84969465ddc4f8aeb3b993123b571aa01c5f2683 upstream. When new directory 'DIR1' is created in a directory 'DIR0' with SGID bit set, DIR1 is expected to have SGID

[PATCH 12/12] nvmem: add a driver for the Amlogic Meson6/Meson8/Meson8b SoCs

From: Martin Blumenstingl This adds a driver to access the efuse on Amlogic Meson6, Meson8 and Meson8b SoCs. These SoCs are accessing the efuse IP block directly through the registers in the "secbus" region. This makes it different from the Meson GX efuse

[PATCH 07/12] dt-bindings: nvmem: add description for UniPhier eFuse

From: Keiji Hayashibara Add uniphier-efuse dt-bindings documentation. Signed-off-by: Keiji Hayashibara Signed-off-by: Srinivas Kandagatla --- .../devicetree/bindings/nvmem/uniphier-efuse.txt |

[PATCH 08/12] nvmem: uniphier: add UniPhier eFuse driver

From: Keiji Hayashibara Add eFuse driver for Socionext UniPhier series SoC. Note that eFuse device is under soc-glue and this register implements as read only. Signed-off-by: Keiji Hayashibara Signed-off-by: Srinivas Kandagatla

[PATCH 05/12] nvmem: set nvmem->owner to nvmem->dev->driver->owner if unset

From: Masahiro Yamada All nvmem drivers are supposed to set the owner field of struct nvmem_config, but this matches nvmem->dev->driver->owner. As far as I see in drivers/nvmem/ directory, all the drivers are the case. So, make nvmem_register() set the nvmem's

[PATCH 3.16 035/192] USB: serial: qcserial: new Sierra Wireless EM7305 device ID

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit 996fab55d864ed604158f71724ff52db1c2454a3 upstream. A new Sierra Wireless EM7305 device ID used in a Toshiba laptop. Reported-by: Petr Kloc

[PATCH 3.2 05/74] [media] mceusb: fix memory leaks in error path

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 2d5a6ce71c72d98d4f7948672842e3e8c265a8b7 upstream. Fix urb and transfer-buffer leaks in an urb-submission error path which may be hit when a device is

[PATCH 3.2 18/74] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Jeremie Rapin commit fd90f73a9925f248d696bde1cfc836d9fda5570d upstream. Added the USB serial device ID for the CEL ZigBee EM3588 radio stick. Signed-off-by: Jeremie Rapin

[PATCH 3.16 074/192] arm64: ptrace: Avoid setting compat FP[SC]R to garbage if get_user fails

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Dave Martin commit 53b1a742ed251780267a57415bc955bd50f40c3d upstream. If get_user() fails when reading the new FPSCR value from userspace in compat_vfp_get(), then

[PATCH 3.16 062/192] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jeremie Rapin commit fd90f73a9925f248d696bde1cfc836d9fda5570d upstream. Added the USB serial device ID for the CEL ZigBee EM3588 radio stick. Signed-off-by: Jeremie Rapin

[PATCH 3.16 066/192] PCI: Mark Haswell Power Control Unit as having non-compliant BARs

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjorn Helgaas commit 6af7e4f77259ee946103387372cb159f2e99a6d4 upstream. The Haswell Power Control Unit has a non-PCI register (CONFIG_TDP_NOMINAL) where BAR 0 is supposed

[PATCH 3.16 057/192] MIPS: Fix mips_atomic_set() retry condition

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 2ec420b26f7b6ff332393f0bb5a7d245f7ad87f0 upstream. The inline asm retry check in the MIPS_ATOMIC_SET operation of the sysmips system call has been

[PATCH 3.16 076/192] mwifiex: do not update MCS set from hostapd

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Ganapathi Bhat commit 8a063a27815a759b99ad710402da1ccd1b0987f7 upstream. We should not copy the MCS set from hostapd RX-STBC. We have to just use the MCS set supported by

[PATCH 3.16 049/192] i2c: cadance: fix ctrl/addr reg write order

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Matt Weber commit 8064c616984eaa015f018dba595d78cd24a0cc8c upstream. The driver was clearing the hold bit in the control register before writing to the

[PATCH 3.2 50/74] ext3: Don't clear SGID when inheriting ACLs

3.2.94-rc1 review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings Based on Jan Kara's fix for ext2 (commit a992f2d38e4c), from which the following description is taken: > When new directory 'DIR1' is created in a directory

[PATCH 3.16 154/192] net sched filters: fix notification of filter delete with proper handle

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Jamal Hadi Salim [ Upstream commit 9ee7837449b3d6f0fcf9132c6b5e5aaa58cc67d4 ] Daniel says: While trying out [1][2], I noticed that tc monitor doesn't show the correct

[PATCH 3.16 014/192] tools/lib/lockdep: Reduce MAX_LOCK_DEPTH to avoid overflowing lock_chain/: Depth

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 98dcea0cfd04e083ac74137ceb9a632604740e2d upstream. liblockdep has been broken since commit 75dd602a5198 ("lockdep: Fix lock_chain::base size"), as

[PATCH 3.16 190/192] sched: add macros to define bitops for task atomic flags

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Zefan Li commit e0e5070b20e01f0321f97db4e4e174f3f6b49e50 upstream. This will simplify code when we add new flags. v3: - Kees pointed out that no_new_privs should never be

[PATCH 3.16 002/192] sched/topology: Refactor function build_overlap_sched_groups()

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Lauro Ramos Venancio commit 8c0334697dc37eb3d6d7632304d3a3662248daac upstream. Create functions build_group_from_child_sched_domain() and init_overlap_sched_group(). No

[PATCH 3.16 005/192] sched/topology: Fix overlapping sched_group_mask

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 73bb059f9b8a00c5e1bf2f7ca83138c05d05e600 upstream. The point of sched_group_mask is to select those CPUs from sched_group_cpus that can actually

Re: [PATCH v2 3/3] arm64: dts: uniphier: add efuse node for LD20

2017-10-06 14:03 GMT+09:00 Keiji Hayashibara : > Add efuse node for UniPhier LD20 SoC. > This efuse node is included in soc-glue. > > Signed-off-by: Keiji Hayashibara Applied to linux-uniphier. Thanks. -- Best Regards

Re: [Drbd-dev] [PATCH] block/drbd: Fix a sleep-in-atomic bug in drbd_bcast_event

On Wed, Oct 04, 2017 at 09:33:18AM +0800, Jia-Ju Bai wrote: > The driver may sleep under a RCU lock, and the function call path is: > drbd_sync_handshake (acquire the RCU lock) > drbd_asb_recover_1p > drbd_khelper > drbd_bcast_event > genlmsg_new(GFP_NOIO) --> may sleep > > To

[PATCH v3 3/7] nvmem: imx-ocotp: Add support for banked OTP addressing

The i.MX7S/D takes the bank address in the CTRLn.ADDR field and the data value in one of the DATAx {0, 1, 2, 3} register fields. The current write routine is based on writing the CTRLn.ADDR field and writing a single DATA register only. Fixes: 0642bac7da42 ("nvmem: imx-ocotp: add write support")

[PATCH v3 1/7] nvmem: imx-ocotp: Restrict OTP write to IMX6 processors

i.MX7S/D have a different scheme for addressing the OTP registers inside the OCOTP block. Currently it's possible to address the wrong OTP registers given the disparity between IMX6 and IMX7 OTP addressing. Since OTP programming is one-time destructive its important we restrict this interface

Re: [PATCH 2/2] perf, tools: Don't force MetricExprs to lower case

On Mon, Oct 09, 2017 at 11:12:58AM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Oct 09, 2017 at 07:07:29AM -0700, Andi Kleen escreveu: > > On Mon, Oct 09, 2017 at 03:41:51PM +0200, Jiri Olsa wrote: > > > On Wed, Oct 04, 2017 at 09:27:11AM -0700, Andi Kleen wrote: > > > > On Wed, Oct 04, 2017

Re: [PATCH] MAINTAINERS: Add Paul Mackerras as maintainer for KVM/powerpc

On 09.10.2017 16:43, Alexander Graf wrote: > > > On 09.10.17 16:42, Paolo Bonzini wrote: >> On 09/10/2017 16:34, Thomas Huth wrote: >>> Paul is handling almost all of the powerpc related KVM patches nowadays, >>> so he should be mentioned in the MAINTAINERS file accordingly. >>> >>>

Re: [PATCH] kbuild: fix dependency of dtbs targets

On Wed, Oct 04, 2017 at 01:27:20PM +0900, Masahiro Yamada wrote: > The target "dtbs" should depend on "scripts" because it needs to > build dtc. The "prepare" target is unneeded here. > > Signed-off-by: Masahiro Yamada > --- > > arch/arm/Makefile | 2 +- >

Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function

On 10/8/2017 11:39 PM, David Miller wrote: From: Vijay Kumar Date: Fri, 6 Oct 2017 10:54:51 -0600 +#define LXCNT_O0_G2\ + .word 0x85b002e8 + + .text + .register %g2, #scratch + .register %g3, #scratch + +ENTRY(NG4fls) +

[x86/SME] 5868f3651f BUG: kernel reboot-without-warning in early-boot stage, last printk: early console in setup code

Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 5868f3651fa0dff96a57f94d49247d3ef320ebe2 Author: Tom Lendacky AuthorDate: Mon Jul 17 16:10:05 2017

Re: [RFC 00/16] NOVA: a new file system for persistent memory

On Thu, Aug 3, 2017 at 9:48 AM, Steven Swanson wrote: > This is an RFC patch series that impements NOVA (NOn-Volatile memory > Accelerated file system), a new file system built for PMEM. Hi, Thanks for posting. I read the paper and the design looks nice. Then I looked

Re: [tip:x86/urgent] x86/mm/64: Fix reboot interaction with CR4.PCIDE

On Mon, 9 Oct 2017 04:36:01 -0700 tip-bot for Andy Lutomirski wrote: > Commit-ID: 924c6b900cfdf376b07bccfd80e62b21914f8a5a > Gitweb: > https://git.kernel.org/tip/924c6b900cfdf376b07bccfd80e62b21914f8a5a > Author: Andy Lutomirski > AuthorDate: Sun, 8

Re: [PATCH v11 0/4] Add Rockchip RGA V4l2 support

Hi Jacob, A patch adding an entry to MAINTAINERS is still missing. Just post a separate patch for that. Regards, Hans On 09/10/17 11:04, Jacob Chen wrote: > change in V11: > - fix compile warning > > change in V10: > - move to rockchip/rga > - changes according to comments > - some

[PATCH] rpmsg: glink: fix memory leak on intent and intent->data

From: Colin Ian King Detected by CoverityScan, CID#1455255 ("Resource Leak") Fixes: 933b45da5d1d ("rpmsg: glink: Add support for TX intents") Signed-off-by: Colin Ian King --- drivers/rpmsg/qcom_glink_native.c | 11 --- 1 file

[PATCH 3.16 110/192] PM / QoS: return -EINVAL for bogus strings

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 2ca30331c156ca9e97643ad05dd8930b8fe78b01 upstream. In the current code, if the user accidentally writes a bogus command to this sysfs file, then

[PATCH 3.16 115/192] ubifs: Don't leak kernel memory to the MTD

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 4acadda74ff8b949c448c0282765ae747e088c87 upstream. When UBIFS prepares data structures which will be written to the MTD it ensues that their lengths

Re: [PATCH v2 0/5] Switch arm64 over to qrwlock

On Mon, Oct 09, 2017 at 10:59:36AM +0100, Will Deacon wrote: > Hi Yury, > > On Mon, Oct 09, 2017 at 12:30:52AM +0300, Yury Norov wrote: > > On Fri, Oct 06, 2017 at 02:34:37PM +0100, Will Deacon wrote: > > > This is version two of the patches I posted yesterday: > > > > > > > > >

[PATCH 3.16 094/192] rtc: rtc-nuc900: fix loop timeout test

3.16.49-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit d0a67c372df410b579197ea818596001fe20070d upstream. We should change this post-op to a pre-op because we want the loop to exit with "timeout" set

  1   2   3   4   5   6   7   8   9   10   >