[PATCH v2 0/9] ACPI-video: Fine-tuning for several function implementations

>From 2a7010a6555091b685ed51d91fea23ff9058047c Mon Sep 17 00:00:00 2001 From: Markus Elfring Date: Wed, 9 Aug 2017 17:16:15 +0200 Subject: [PATCH v2 0/9] ACPI-video: Fine-tuning for several function implementations Several update suggestions were taken into

[PATCH v2 2/9] ACPI-video: Return directly after a failed device query

From: Markus Elfring Date: Wed, 9 Aug 2017 15:00:45 +0200 Return directly after a function call "acpi_video_device_lcd_query_levels" failed at the beginning. Signed-off-by: Markus Elfring --- drivers/acpi/acpi_video.c | 3 +-- 1

[PATCH v2 7/9] ACPI-video: Delete an unnecessary initialisation in three functions

From: Markus Elfring Date: Wed, 9 Aug 2017 15:55:35 +0200 Three local variables will be set to appropriate values a bit later. Thus omit the explicit initialisation at the beginning of these functions. Signed-off-by: Markus Elfring

[PATCH] rtc: at91rm9200: fix error return code in at91_rtc_probe()

platform_get_irq() returns an error code, but the at91rm9200 driver ignores it and always returns -ENXIO. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Print and propagate the return value of platform_get_irq on failure. This issue was detected with the help of

Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

Hi Bjorn On Tue, Aug 08, 2017 at 06:22:00PM -0500, Bjorn Helgaas wrote: > On Sat, Aug 05, 2017 at 03:15:10PM +0800, Ding Tianhong wrote: > > From: Casey Leedom > > > > Root complexes don't obey PCIe 3.0 ordering rules, hence could lead to > > data-corruption. > > This needs

Re: [PATCH] fixdep: trivial: typo fix and correction

2017-08-08 22:20 GMT+09:00 Cao jin : > Signed-off-by: Cao jin Applied to linux-kbuild/fixes. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH v5] kbuild: trivial cleanups on the comments

2017-08-02 11:31 GMT+09:00 Cao jin : > This is a bunch of trivial fixes and cleanups. > > Signed-off-by: Cao jin > --- Applied to linux-kbuild/fixes. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH] ipc: optimize semget/shmget/msgget for lots of keys

On Mon, Aug 07, 2017 at 11:21:03AM -0700, Davidlohr Bueso wrote: > On Mon, 31 Jul 2017, Guillaume Knispel wrote: > > struct ipc_ids { > > int in_use; > > unsigned short seq; > > + bool tables_initialized; > > So this is really ugly to have, but I understand why you added it. I > wonder

[PATCH v2 12/20] mt7601u: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

[PATCH v2 10/20] libertas_tf: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

[PATCH v2 11/20] mwifiex: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

Re: linux-next: Signed-off-by missing for commits in the scsi tree

On Wed, 2017-08-09 at 12:24 -0400, Martin K. Petersen wrote: > James, > > > > > Yes we had to drop a commit which proved problematic in the fixes > > tree. > > I'm still not sure why you decided to rebase instead of waiting for > me to drop the patch. That's how we usually do it... We can

Re: [PATCH 0/3] drm: make drm_connector_funcs structures const

On Wed, Aug 09, 2017 at 04:02:45PM +0530, Archit Taneja wrote: > > > On 08/08/2017 04:58 PM, Bhumika Goyal wrote: > > Declare drm_connector_funcs structures as const. > > Could you rebase this series over the latest drm-misc-next? The > recently merged patch "drm: Nuke

Re: [PATCH v3] perf/core: Avoid context switch overheads

On Wed, Aug 09, 2017 at 08:29:21AM +0800, 石祤 wrote: > From: "leilei.lin" > > A performance issue caused by less strickly check in task > sched when these tasks were once attached by per-task perf_event. > > A task will alloc task->perf_event_ctxp[ctxn] when it was

Re: [PATCH v3] scheduler: enhancement to show_state_filter and SysRq

On Wed, Aug 09, 2017 at 05:26:14PM +0800, Yafang Shao wrote: > 2017-08-09 17:09 GMT+08:00 Peter Zijlstra : > > On Wed, Aug 09, 2017 at 04:01:49PM +0800, Yafang Shao wrote: > >> 2017-08-09 15:43 GMT+08:00 Peter Zijlstra : > >> > On Wed, Aug 09, 2017 at

[PATCH] misc: atmel_tclib: fix error return code in tc_probe()

platform_get_irq() returns an error code, but the atmel_tclib driver ignores it and always returns -EINVAL. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Print error message and propagate the return value of platform_get_irq on failure. This issue was detected

[PATCH v3 0/5] ASoC: codecs: msm8916-wcd-analog: Add support to MBHC

From: Srinivas Kandagatla This patchset adds support to MBHC(Multibutton headset control) block in PM8916 analog block. MBHC support comes from 2 blocks first mechanical headset detection and second headset type, 5 button detection. This patchset adds support

[PATCH v3 1/5] ASoC: codecs: msm8916-wcd-analog: move codec reset to probe

From: Srinivas Kandagatla This patch move the codec reset code from dai ops to codec probe, so that the codec is not held in reset when headset detection block is still active. Without this patch the codec block will be in reset as long as its not actively used,

[PATCH v3 4/5] ASoC: qcom: apq8016-sbc: Add support to Headset JACK

From: Srinivas Kandagatla This patch adds support to Headset JACK, also provides board specific vref ranges for mbhc buttons to be detected. This headset supports both 3 pole and 4 pole headset type and 5 buttons. Signed-off-by: Srinivas Kandagatla

[PATCH v3 5/5] arm64: dts: apq8016-sbc: add mbhc buttons support

From: Srinivas Kandagatla Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi

Re: [PATCH] x86/boot/KASLR: Extend movable_node option for KASLR

On 08/09/2017 10:44 AM, Dou Liyang wrote: > > Hi YASUAKI, > > [...] >>> >>> we boot up kernel with 4 node: >>> >>> node 0 size: 1024 MB immovable >>> node 1 size: 1024 MB movable >>> node 2 size: 1024 MB movable >>> node 3 size: 1024 MB movable >>> >>>

[PATCH 4.12 102/106] sparc64: Measure receiver forward progress to avoid send mondo timeout

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Jane Chu [ Upstream commit 9d53caec84c7c5700e7c1ed744ea584fff55f9ac ] A large sun4v SPARC system may have moments of intensive xcall activities, usually caused by

[PATCH 4.12 104/106] sparc64: Register hugepages during arch init

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Nitin Gupta [ Upstream commit 8399e4b88a93fc7bc00fff3b8da9b2e718b7f45e ] Add hstate for each supported hugepage size using arch initcall. This change fixes some

[PATCH 4.12 092/106] net/mlx5e: Fix broken disable 1PPS flow

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Eugenia Emantayev [ Upstream commit 49c5031ca6f0628ef973a11b17e463e088bf859e ] Need to disable the MTPPS and unsubscribe from the pulse events when user disables the

[PATCH 4.12 087/106] sctp: fix the check for _sctp_walk_params and _sctp_walk_errors

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 6b84202c946cd3da3a8daa92c682510e9ed80321 ] Commit b1f5bfc27a19 ("sctp: don't dereference ptr before leaving _sctp_walk_{params, errors}()")

[PATCH 4.12 085/106] net/mlx5: Fix command bad flow on command entry allocation failure

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Moshe Shemesh [ Upstream commit 219c81f7d1d5a89656cb3b53d3b4e11e93608d80 ] When driver fail to allocate an entry to send command to FW, it must notify the calling

[PATCH 4.12 089/106] net/mlx5e: Fix outer_header_zero() check size

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Ilan Tayari [ Upstream commit 0242f4a0bb03906010bbf80495512be00494a0ef ] outer_header_zero() routine checks if the outer_headers match of a flow-table entry are all zero.

[PATCH 4.12 083/106] net/mlx5: Consider tx_enabled in all modes on remap

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Aviv Heller [ Upstream commit dc798b4cc0f2a06e7ad7d522403de274b86a0a6f ] The tx_enabled lag event field is used to determine whether a slave is active. Current logic uses

[PATCH 4.12 077/106] ipv6: Dont increase IPSTATS_MIB_FRAGFAILS twice in ip6_fragment()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Stefano Brivio [ Upstream commit afce615aaabfbaad02550e75c0bec106dafa1adf ] RFC 2465 defines ipv6IfStatsOutFragFails as: "The number of IPv6 datagrams that have

[PATCH 4.12 076/106] packet: fix use-after-free in prb_retire_rx_blk_timer_expired()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit c800aaf8d869f2b9b47b10c5c312fe19f0a94042 ] There are multiple reports showing we have a use-after-free in the timer

[PATCH 4.12 072/106] rtnetlink: allocate more memory for dev_set_mac_address()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit 153711f9421be5dbc973dc57a4109dc9d54c89b1 ] virtnet_set_mac_address() interprets mac address as struct sockaddr, but upper layer only

Re: [PATCH] ibmvnic: Fix unused variable warning

On 08/09/2017 04:16 AM, Michal Suchanek wrote: > Fixes: a248878d7a1d ("ibmvnic: Check for transport event on driver resume") > > Signed-off-by: Michal Suchanek > --- Reviewed-by: Tyrel Datwyler

[PATCH 4.12 070/106] net: dsa: b53: Add missing ARL entries for BCM53125

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit be35e8c516c1915a3035d266a2015b41f73ba3f9 ] The BCM53125 entry was missing an arl_entries member which would basically prevent the ARL

[PATCH 4.12 046/106] media: lirc: LIRC_GET_REC_RESOLUTION should return microseconds

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Sean Young commit 9f5039ba440e499d85c29b1ddbc3cbc9dc90e44b upstream. Since commit e8f4818895b3 ("[media] lirc: advertise LIRC_CAN_GET_REC_RESOLUTION and improve") lircd uses

[PATCH 4.12 042/106] ARM: mvebu: use __pa_symbol in the mv98dx3236 platform SMP code

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Gregory CLEMENT commit 76127d6fe00062bddb25515d8a4f44633c41fe14 upstream. As we already did for Armada XP switch from virt_to_phys() to __pa_symbol(). The

[PATCH 4.12 050/106] tcmu: Fix possbile memory leak / OOPs when recalculating cmd base size

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit b3743c71b7c33a126d6d8942bb268775987400ec upstream. For all the entries allocated from the ring cmd area, the memory is something like the stack

[PATCH 4.12 018/106] mm/hugetlb.c: __get_user_pages ignores certain follow_hugetlb_page errors

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Jordan commit 2be7cfed995e25de1ffaffe14cc065b7ffb528e0 upstream. Commit 9a291a7c9428 ("mm/hugetlb: report -EHWPOISON not -EFAULT when FOLL_HWPOISON is

[PATCH 4.12 024/106] ALSA: hda - Fix speaker output from VAIO VPCL14M1R

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Sergei A. Trusov commit 3f3c371421e601fa93b6cb7fb52da9ad59ec90b4 upstream. Sony VAIO VPCL14M1R needs the quirk to make the speaker working properly. Tested-by: Dmitriy

[PATCH 4.12 011/106] iwlwifi: dvm: prevent an out of bounds access

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Emmanuel Grumbach commit 0b0f934e92a8eaed2e6c48a50eae6f84661f74f3 upstream. iwlagn_check_ratid_empty takes the tid as a parameter, but it doesn't check that it is

[PATCH 4.12 041/106] clk: sunxi-ng: sun5i: Add clk_set_rate_parent to the CPU clock

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Maxime Ripard commit 9735ee9e3cc3ba113ac96b0368ef3f1a73092a23 upstream. The current CPU clock is missing the option to change the rate of its parents,

[PATCH 4.12 012/106] brcmfmac: fix memleak due to calling brcmf_sdiod_sgtable_alloc() twice

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Arend Van Spriel commit 5f5d03143de5e0c593da4ab18fc6393c2815e108 upstream. Due to a bugfix in wireless tree and the commit mentioned below a merge was needed

[PATCH 4.12 004/106] scsi: sg: fix SG_DXFER_FROM_DEV transfers

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit 68c59fcea1f2c6a54c62aa896cc623c1b5bc9b47 upstream. SG_DXFER_FROM_DEV transfers do not necessarily have a dxferp as we set it to NULL for the old

[PATCH 4.12 028/106] ASoC: ux500: Restore platform DAI assignments

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 651e9268fb9b9944e063d731b09c0d2ad339bedb upstream. This reverts commit f1013cdeeeb9 ("ASoC: ux500: drop platform DAI assignments"), which seems to have

Re: [PATCH 2/2] drm/vc4: Add exec flags to allow forcing a specific X/Y tile walk order.

Boris Brezillon writes: > On Tue, 25 Jul 2017 09:27:33 -0700 > Eric Anholt wrote: > >> This is useful to allow GL to provide defined results for overlapping >> glBlitFramebuffer, which X11 in turn uses to accelerate uncomposited >> window

Re: [PATCH v7] hwmon: (it87) Reapply probe path chip registers settings after resume

On Wed, Aug 09, 2017 at 05:15:46PM +0200, Maciej S. Szmigiero wrote: > After a suspend / resume cycle we possibly need to reapply chip registers > settings that we had set or fixed in a probe path, since they might have > been reset to default values or set incorrectly by a BIOS again. > > Tested

Re: [PATCH] sched/fair: Make PELT signal more accurate

Hi Vincent, On Wed, Aug 9, 2017 at 3:23 AM, Vincent Guittot wrote: >> >> Yes this is true, however since I'm using the 'delta' instead of >> period_contrib, its only does the update every 128us, however if >> several updates fall within a 128us boundary then those

Re: AMD Polaris 12 / RX 5xx support for Linux 4.9.x

On Wed, Aug 09, 2017 at 07:36:20PM +0200, Axel Rohde wrote: > > Hi Kernel Maintainers, >   > I'm using Debian 9 ("Stretch", has just become stable) with Kernel 4.9.30. >   > Recently I added a AMD Radeon RX 550 (Polaris 12) graphics board to my system > to connect an > Ultra HD Monitor using

[PATCH v2 0/4] ACPI-APEI-HEST: Fine-tuning for two function implementations

From: Markus Elfring Date: Wed, 9 Aug 2017 19:45:43 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Fix a typo in a comment line Use kmalloc_array() in hest_ghes_dev_register() Move an assignment

[PATCH v2 1/4] ACPI-APEI-HEST: Fix a typo in a comment line

From: Markus Elfring Date: Mon, 5 Sep 2016 20:37:38 +0200 Add a missing character to the fourth word at the beginning of this file. Signed-off-by: Markus Elfring --- drivers/acpi/apei/hest.c | 2 +- 1 file changed, 1 insertion(+),

[PATCH v2 4/4] ACPI-APEI-HEST: Reduce the scope for a variable in acpi_hest_init()

From: Markus Elfring Date: Mon, 5 Sep 2016 21:50:34 +0200 Move the definition for the local variable "ghes_count" into an if branch so that the corresponding setting will only be performed if GHES could be enabled by this function. Signed-off-by: Markus Elfring

Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

On Wed, Aug 09, 2017 at 04:46:07PM +, Casey Leedom wrote: > | From: Raj, Ashok > | Sent: Wednesday, August 9, 2017 8:58 AM > | ... > | As Casey pointed out in an earlier thread, we choose the heavy hammer > | approach because there are some that can lead to

[PATCH 4.9 79/93] scsi: qla2xxx: Get mutex lock before checking optrom_state

4.9-stable review patch. If anyone has any objections, please let me know. -- From: "Milan P. Gandhi" [ Upstream commit c7702b8c22712a06080e10f1d2dee1a133ec8809 ] There is a race condition with qla2xxx optrom functions where one thread might modify optrom

[PATCH 4.9 77/93] ipv4: make tcp_notsent_lowat sysctl knob behave as true unsigned int

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Tikhomirov [ Upstream commit b007f09072ca8afa118ade333e717ba443e8d807 ] > cat /proc/sys/net/ipv4/tcp_notsent_lowat -1 > echo 4294967295 >

[PATCH 4.9 74/93] ASoC: rt5645: set sel_i2s_pre_div1 to 2

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bard Liao [ Upstream commit 02c5c03283c52157d336abf5e44ffcda10579fbf ] The i2s clock pre-divider 1 is used for both i2s1 and sysclk. The i2s1 is usually used for the

[PATCH 1/2] HID: usbkbd: constify usb_device_id and fix space before '[' error.

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Fix checkpatch.pl error: ERROR: space prohibited before open square bracket '['. Signed-off-by: Arvind Yadav

[PATCH 0/2] constify hid usb_device_id and fix space before '[' error

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Fix checkpatch.pl error: ERROR: space prohibited before open square bracket '['. Arvind Yadav (2): [PATCH 1/2] HID:

[PATCH 4.9 45/93] ipv4: initialize fib_trie prior to register_netdev_notifier call.

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mahesh Bandewar [ Upstream commit 8799a221f5944a7d74516ecf46d58c28ec1d1f75 ] Net stack initialization currently initializes fib-trie after the first call to

[PATCH 4.9 85/93] virtio_blk: fix panic in initialization error path

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval [ Upstream commit 6bf6b0aa3da84a3d9126919a94c49c0fb7ee2fb3 ] If blk_mq_init_queue() returns an error, it gets assigned to vblk->disk->queue. Then, when we call

[PATCH 2/2] HID: usbmouse: constify usb_device_id and fix space before '[' error

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Fix checkpatch.pl error: ERROR: space prohibited before open square bracket '['. Signed-off-by: Arvind Yadav

[PATCH v2 1/9] ACPI-video: Use kmalloc_array() in acpi_video_get_levels()

From: Markus Elfring Date: Wed, 9 Aug 2017 14:52:25 +0200 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected by

Re: drivers/tty/serial/8250/8250_fintek.c:364: warning: 'probe_data' is used uninitialized in this function

On Wed, Aug 9, 2017 at 5:07 PM, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: bfa738cf3dfae2111626650f86135f93c5ff0a22 > commit: 6974f0c4555e285ab217cee58b6e874f776ff409 include/linux/string.h: add

[PATCH v2 4/9] ACPI-video: Return directly after a failed input_allocate_device()

From: Markus Elfring Date: Wed, 9 Aug 2017 15:15:16 +0200 * Return directly after a call of the function "input_allocate_device" failed at the beginning. * Delete the jump label "out" which became unnecessary with this refactoring. Signed-off-by: Markus

Re: [PATCH v2] x86/xen/64: Rearrange the SYSCALL entries

On 08/08/17 05:59, Andy Lutomirski wrote: > Xen's raw SYSCALL entries are much less weird than native. Rather > than fudging them to look like native entries, use the Xen-provided > stack frame directly. > > This lets us eliminate entry_SYSCALL_64_after_swapgs and two uses of > the

[PATCH v2 8/9] ACPI-video: Move four assignments in acpi_video_get_levels()

From: Markus Elfring Date: Wed, 9 Aug 2017 16:21:17 +0200 Move the assignments for four local variables so that they will only be performed if the corresponding data processing succeeded by this function. Signed-off-by: Markus Elfring

Re: [PATCH 3/3] net: rxrpc: Replace time_t type with time64_t type

Arnd Bergmann wrote: > Ah, I'm slowly starting to understand how this fits together. So you can add > a key either through key_add() from local user space, or through an rxrpc > socket. No, you can't add keys through an rxrpc socket. There are three 'classes' of key: (1)

Re: [PATCH v8 00/14] lockdep: Implement crossrelease feature

Heh, look what it does... 4== 4WARNING: possible circular locking dependency detected 4.13.0-rc2-00317-gadc6764a3adf-dirty #797 Tainted: GW 4-- 4startpar/582 is trying to

Re: RCU stall when using function_graph

On 09/08/2017 16:40, Paul E. McKenney wrote: > On Wed, Aug 09, 2017 at 03:28:05PM +0200, Daniel Lezcano wrote: >> On 09/08/2017 14:58, Paul E. McKenney wrote: >>> On Wed, Aug 09, 2017 at 02:43:49PM +0530, Pratyush Anand wrote: On Sunday 06 August 2017 10:32 PM, Paul E. McKenney

Re: [PATCH] power: add const to bin_attribute structures

Hi, On Wed, Aug 02, 2017 at 03:59:38PM +0530, Bhumika Goyal wrote: > Add const to bin_attribute structures as they are only passed to the > functions sysfs_{remove/create}_bin_file or > device_{remove/create}_bin_file. The corresponding parameters > passed are of type const, so declare the

[PATCH 1/6] ARM: dts: uniphier: remove sLD3 SoC support

This SoC is too old. It is difficult to maintain any longer. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/Makefile | 1 - arch/arm/boot/dts/uniphier-sld3-ref.dts | 75 - arch/arm/boot/dts/uniphier-sld3.dtsi| 260

[PATCH 3/6] arm64: dts: uniphier: use #include instead of /include/

To include dt-bindings headers. Signed-off-by: Masahiro Yamada --- arch/arm64/boot/dts/socionext/uniphier-ld11-global.dts | 2 +- arch/arm64/boot/dts/socionext/uniphier-ld11-ref.dts| 6 +++--- arch/arm64/boot/dts/socionext/uniphier-ld11.dtsi | 2 +-

[PATCH 2/6] ARM: dts: uniphier use #incluude instead of /include/

To include dt-bindings headers. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-ld4-ref.dts | 6 +++--- arch/arm/boot/dts/uniphier-ld4.dtsi| 2 +- arch/arm/boot/dts/uniphier-ld6b-ref.dts| 6 +++---

[PATCH 5/6] ARM: dts: uniphier: add Denali NAND controller node

Add NAND controller node to LD4, Pro4, sLD8, Pro5, and PXs2. Set up pinctrl to enable 2 chip select lines except Pro4. The CS1 for Pro4 is multiplexed with other peripherals such as UART2, so I did not enable it. Signed-off-by: Masahiro Yamada ---

[PATCH 4.12 099/106] net: phy: Correctly process PHY_HALTED in phy_stop_machine()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit 7ad813f208533cebfcc32d3d7474dc1677d1b09a ] Marc reported that he was not getting the PHY library adjust_link() callback function to

Applied "spi: spi-ep93xx: add spi master prepare_transfer_hardware()" to the spi tree

The patch spi: spi-ep93xx: add spi master prepare_transfer_hardware() has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "spi: spi-ep93xx: use 32-bit read/write for all registers" to the spi tree

The patch spi: spi-ep93xx: use 32-bit read/write for all registers has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

[PATCH 4.12 080/106] dccp: fix a memleak that dccp_ipv6 doesnt put reqsk properly

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 0c2232b0a71db0ac1d22f751aa1ac0cadb950fd2 ] In dccp_v6_conn_request, after reqsk gets alloced and hashed into ehash table, reqsk's refcnt is

[PATCH 4.12 062/106] tcp_bbr: remove sk_pacing_rate=0 transient during init

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 1d3648eb5d1fe9ed3d095ed8fa19ad11ca4c8bc0 ] Fix a corner case noticed by Eric Dumazet, where BBR's setting sk->sk_pacing_rate to 0 during

[PATCH 4.12 063/106] tcp_bbr: init pacing rate on first RTT sample

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 32984565574da7ed3afa10647bb4020d7a9e6c93 ] Fixes the following behavior: for connections that had no RTT sample at the time of

[PATCH 4.12 081/106] dccp: fix a memleak that dccp_ipv4 doesnt put reqsk properly

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit b7953d3c0e30a5fc944f6b7bd0bcceb0794bcd85 ] The patch "dccp: fix a memleak that dccp_ipv6 doesn't put reqsk properly" fixed reqsk refcnt leak

kvm: WARNING in kvm_arch_vcpu_ioctl_run

Hello, syzkaller fuzzer has hit the following WARNING in kvm_arch_vcpu_ioctl_run. This is easily reproducible and reproducer is attached at the bottom. The report is on upstream commit 26c5cebfdb6ca799186f1e56be7d6f2480c5012c. This requires setting kvm-intel.unrestricted_guest=0 on the machine,

[PATCH 4.12 022/106] cpuset: fix a deadlock due to incomplete patching of cpusets_enabled()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Dima Zavin commit 89affbf5d9ebb15c6460596822e8857ea2f9e735 upstream. In codepaths that use the begin/retry interface for reading mems_allowed_seq with irqs disabled, there

[PATCH 4.12 023/106] ocfs2: dont clear SGID when inheriting ACLs

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

[PATCH 4.12 021/106] userfaultfd: non-cooperative: flush event_wqh at release time

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Mike Rapoport commit 5a18b64e3f02125be1c0ef777501ae38aafe2a24 upstream. There may still be threads waiting on event_wqh at the time the userfault file descriptor is

Re: [v6] wlcore: add missing nvs file name info for wilink8

* Reizer, Eyal [170809 00:55]: > --- a/drivers/net/wireless/ti/wlcore/main.c > +++ b/drivers/net/wireless/ti/wlcore/main.c > @@ -6040,6 +6040,21 @@ static int wl1271_register_hw(struct wl1271 *wl) > nic_addr = wl->fuse_nic_addr + 1; > } > > + if (oui_addr

[PATCH 2/3] usb: hwa-hc: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/usb/host/hwa-hc.c | 2 +- 1 file changed, 1

Re: [PATCH] Introduce dmam_zalloc_coherent()

Hi Michael, [auto build test ERROR on linus/master] [also build test ERROR on v4.13-rc4 next-20170808] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] mmc: vub300: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/mmc/host/vub300.c | 2 +- 1 file changed, 1

Re: [PATCH v7] hwmon: (it87) Reapply probe path chip registers settings after resume

On 09.08.2017 19:39, Guenter Roeck wrote: > On Wed, Aug 09, 2017 at 05:15:46PM +0200, Maciej S. Szmigiero wrote: (..) >> >> Changes from v6: Add __maybe_unused to it87_resume_sio(), move a message >> about failure to enter Super I/O on resume to this function, make it clear >> what had actually

[PATCH] ARC: HSDK: DTS: Add reset controller node to manage ethernet reset

DW ethernet controller on HSDK hangs sometimes after SW reset, so add reset node to make possible to reset DW ethernet controller HW. Signed-off-by: Eugeniy Paltsev --- NOTE: this patch is effective only if patches to DW ethernet controller and reset

Re: [PATCH] drm/rockchip: Fix suspend crash when drm is not bound

On Wed, Aug 9, 2017 at 6:41 AM, Jeffy Chen wrote: > Currently we are allocating drm_device in rockchip_drm_bind, so if the > suspend/resume code access it when drm is not bound, we would hit this > crash: > > [ 253.402836] Unable to handle kernel NULL pointer

[PATCH 4.9 12/93] mm, mprotect: flush TLB if potentially racing with a parallel reclaim leaving stale TLB entries

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mel Gorman commit 3ea277194daaeaa84ce75180ec7c7a2075027a68 upstream. Nadav Amit identified a theoritical race between page reclaim and mprotect due to TLB flushes being

[PATCH 4.9 30/93] mmc: dw_mmc: Use device_property_read instead of of_property_read

4.9-stable review patch. If anyone has any objections, please let me know. -- From: David Woods commit 852ff5fea9eb6a9799f1881d6df2cd69a9e6eed5 upstream. Using the device_property interfaces allows the dw_mmc driver to work on platforms which run on

[PATCH 4.9 25/93] ext4: fix overflow caused by missing cast in ext4_resize_fs()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jerry Lee commit aec51758ce10a9c847a62a48a168f8c804c6e053 upstream. On a 32-bit platform, the value of n_blcoks_count may be wrong during the file system is resized to size

[PATCH 4.9 01/93] parisc: Handle vmas whose context is not current in flush_cache_range

4.9-stable review patch. If anyone has any objections, please let me know. -- From: John David Anglin commit 13d57093c141db2036364d6be35e394fc5b64728 upstream. In testing James' patch to drivers/parisc/pdc_stable.c, I hit the BUG statement in

[PATCH 4.9 05/93] workqueue: restore WQ_UNBOUND/max_active==1 to be ordered

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 5c0338c68706be53b3dc472e4308961c36e4ece1 upstream. The combination of WQ_UNBOUND and max_active == 1 used to imply ordered execution. After NUMA affinity

[PATCH 4.9 07/93] brcmfmac: fix memleak due to calling brcmf_sdiod_sgtable_alloc() twice

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arend Van Spriel commit 5f5d03143de5e0c593da4ab18fc6393c2815e108 upstream. Due to a bugfix in wireless tree and the commit mentioned below a merge was needed

[PATCH 4.9 16/93] ASoC: do not close shared backend dailink

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Banajit Goswami commit b1cd2e34c69a2f3988786af451b6e17967c293a0 upstream. Multiple frontend dailinks may be connected to a backend dailink at the same time. When one

[PATCH 4.9 03/93] cgroup: fix error return value from cgroup_subtree_control()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 3c74541777302eec43a0d1327c4d58b8659a776b upstream. While refactoring, f7b2814bb9b6 ("cgroup: factor out cgroup_{apply|finalize}_control() from

[PATCH 4.9 81/93] ARM: dts: sun8i: Support DTB build for NanoPi M1

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Milo Kim [ Upstream commit 661ccdc1a95f18ab6c1373322fde09afd5b90a1f ] The commit 10efbf5f1633 ("ARM: dts: sun8i: Add dts file for NanoPi M1 SBC") introduced NanoPi M1

[PATCH 4.9 78/93] clk/samsung: exynos542x: mark some clocks as critical

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski [ Upstream commit 318fa46cc60d37fec1e87dbf03a82aca0f5ce695 ] Some parent clocks of the Exynos542x clock blocks, which have separate power domains

  1   2   3   4   5   6   7   8   9   10   >