Re: [PATCH] devicetree: Add video bus switch

Hi Pavel, On Sat, Feb 04, 2017 at 10:56:10PM +0100, Pavel Machek wrote: > Hi! > > > > > > +Required properties > > > > > +=== > > > > > + > > > > > +compatible : must contain "video-bus-switch" > > > > > > > > How generic is this? Should we have e.g. nokia,video-bus-switch?

Re: [PATCH] shm: Fix unlikely() test of info->seals to test only for WRITE and GROW

On Fri, 3 Feb 2017, Steven Rostedt (VMware) wrote: > From: "Steven Rostedt (VMware)" > > Running my likely/unlikely profiler, I discovered that the test in > shmem_write_begin() that tests for info->seals as unlikely, is > always incorrect. This is because shmem_get_inode()

Re: [PATCH linux v5 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

On 01/31/2017 07:43 AM, eaja...@linux.vnet.ibm.com wrote: From: "Edward A. James" Add core support for polling the OCC for it's sensor data and parsing that data into sensor-specific information. Signed-off-by: Edward A. James Signed-off-by: Andrew

Re: [PATCH v9 2/3] MAINTAINERS: add zx2967 watchdog controller driver to ARM ZTE architecture

On 02/03/2017 05:34 PM, Baoyou Xie wrote: Add the zx2967 watchdog controller driver as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie Reviewed-by: Guenter Roeck I assume you'll submit

Re: [PATCH v9 1/3] dt: bindings: add documentation for zx2967 family watchdog controller

On 02/03/2017 05:34 PM, Baoyou Xie wrote: This patch adds dt-binding documentation for zx2967 family watchdog controller. Signed-off-by: Baoyou Xie Acked-by: Rob Herring Reviewed-by: Guenter Roeck ---

Re: [PATCH 4/5] Input: xpad - restore LED state after device resume

Hi Cameron, [auto build test ERROR on input/next] [also build test ERROR on v4.10-rc6 next-20170203] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v4 6/8] ARM: dts: sun8i: Add audio codec, dai and card for A33

Hi Mylène, [auto build test ERROR on asoc/for-next] [also build test ERROR on v4.10-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Sat, Feb 4, 2017 at 9:19 PM, James Bottomley wrote: > This allows any subtree to be uid/gid shifted and bound elsewhere. It > does this by operating simlarly to overlayfs. Its primary use is for > shifting the underlying uids of filesystems used to

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Sat, Feb 4, 2017 at 4:08 AM, Al Viro wrote: > On Thu, Feb 02, 2017 at 09:51:25AM +, Al Viro wrote: > >> * fuse_copy_fill(). I'm not at all sure that iov_iter_get_pages() >> is a good idea there - fuse_copy_do() could bloody well just use >>

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Sat, Feb 4, 2017 at 8:26 PM, Al Viro wrote: > On Sat, Feb 04, 2017 at 03:08:42AM +, Al Viro wrote: > What am I missing here? Looks like those checks in fuse_copy_page() are > dead code... They had been there since the initial merge, but AFAICS > they were just

Re: Regression on next-20170203 spi/for-next 3f87493930a0f qemu on x86_64

On 02/04/2017 12:05 PM, Luis R. Rodriguez wrote: I could not boot next-20170203 on my x86_64 qemu instance. It stalls at: [0.015549] CPU: Physical Processor ID: 0 [0.015842] mce: CPU supports 10 MCE banks [0.016032] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0 [0.016393] Last

scripts/gcc-plugins/gcc-common.h:4:22: fatal error: bversion.h: No such file or directory

Hi Emese, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: a572a1b999489efb591287632279c6c9eca3e4ed commit: 543c37cb165049c3be24a0d4733e67caa2b33eef Add sancov plugin date: 8 months ago config:

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Sat, Feb 04, 2017 at 11:11:27PM +0100, Miklos Szeredi wrote: > Well, it's not historical; at least not yet. The deadlock is there > alright: mmap fuse file to addr; read byte from mapped page -> page > locked; this triggeres read request served in same process but > separate thread; write

Re: pciehp is broken from 4.10-rc1

On Sat, Feb 04, 2017 at 08:22:59PM -0800, Yinghai Lu wrote: > On Sat, Feb 4, 2017 at 3:34 PM, Lukas Wunner wrote: > > On Sat, Feb 04, 2017 at 01:44:34PM -0800, Yinghai Lu wrote: > >> On Sat, Feb 4, 2017 at 10:56 AM, Lukas Wunner wrote: > >> > On Sat, Feb 04,

[PATCH v17 0/7] drm/rockchip: Add CDN DP driver

This series adds support for the CDN DP controller to the rockchip drm driver. This version fixes some coding style error in v16, it post by Sean Paul, you can find it here: https://patchwork.kernel.org/patch/9442135/ And I sorted out a few patches to fix the following problems: -

[PATCH v17 1/7] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v17 6/7] drm/rockchip: cdn-dp: retry to check sink count

Sometimes the Dock is disconnected, but cdn_dp_encoder_disable is not triggered by DRM. For example, unplug the Dock in console mode, and re-plug it again, the cdn_dp_event_work will try to get the sink count of Dock, since the DP is still active. But the Dock has been powered down, it need

[PATCH v17 4/7] drm/rockchip: cdn-dp: do not use drm_helper_hpd_irq_event

The cdn_dp_pd_event_work is using drm_helper_hpd_irq_event to update the connector status, this function is used to update all connectors of drm_device. Therefore, the detect of other connector will be call, when cdn_dp_pd_event_work is triggered, every time. It is not necessary, and it may cause

[PATCH v17 7/7] drm/rockchip: cdn-dp: don't configure hardware in mode_set

With atomic modesetting the hardware will be powered off when the mode_set function is called. We should configure the hardware in the enable function. Signed-off-by: Chris Zhong --- Changes in v17: None drivers/gpu/drm/rockchip/cdn-dp-core.c | 49

[PATCH v17 5/7] drm/rockchip: cdn-dp: Move mutex_init to probe

From: Jeffy Chen We're trying to lock mutex when cdn-dp shutdown, so we need to make sure the mutex is inited in cdn-dp's probe. Signed-off-by: Jeffy Chen Reviewed-by: Guenter Roeck Reviewed-by: Chris Zhong

[PATCH 3/5] Input: xpad - send rumble on Xbox One init to fix PowerA pads

Some PowerA pads require a rumble packet to start sending input reports. Signed-off-by: Cameron Gutman --- drivers/input/joystick/xpad.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c index

[PATCH 5/5] Input: xpad - fix stuck mode button on Xbox One S pad

The Xbox One S requires an ack to its mode button report otherwise it continuously retransmits the report. This makes the mode button appear to be stuck down after it is pressed for the first time. Signed-off-by: Cameron Gutman --- drivers/input/joystick/xpad.c | 33

[PATCH 0/5] Correctly support some quirky Xbox One pads

There are a bunch of quirky Xbox One pads that depend on weird initialization things that the Microsoft pads don't. In this series, I've incorporated quirk handling from Valve's Steam Link driver[0] and the 360Controller project[1] for macOS. Patches 1 - 3 are split that way in case 2 or 3

[PATCH 1/5] Input: xpad - use a packet array to start Xbox One pads

This is preparatory work for supporting some 3rd party pads that need more initialization packets than just one. No initialization behavior change expected. Signed-off-by: Cameron Gutman --- drivers/input/joystick/xpad.c | 40 +++- 1

[PATCH 4/5] Input: xpad - restore LED state after device resume

The state of pad LEDs can be inconsistent when the system is woken up after sleep. Rather than leaving the controllers blinking, let's resend the last LED command to Xbox 360 pads on resume. Since Xbox One pads stop flashing only when reinitialized, we'll send them the initialization packet so

Re: [PATCH 4/5] Input: xpad - restore LED state after device resume

On 02/04/2017 05:17 PM, kbuild test robot wrote: > Hi Cameron, > > [auto build test ERROR on input/next] > [also build test ERROR on v4.10-rc6 next-20170203] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

Re: [PATCH v2 2/2] arm: dts: mt2701: add nor flash node

On Wed, 2017-01-25 at 11:38 +0800, Guochun Mao wrote: > Add Mediatek nor flash node. > > Signed-off-by: Guochun Mao > --- > arch/arm/boot/dts/mt2701-evb.dts | 25 + > arch/arm/boot/dts/mt2701.dtsi| 12 > 2 files changed, 37

Re: [PATCH v9 2/3] MAINTAINERS: add zx2967 watchdog controller driver to ARM ZTE architecture

Hi Guenter, On Sat, Feb 04, 2017 at 08:29:27PM -0800, Guenter Roeck wrote: > Yes. One of the problems is that the patch doesn't apply to my tree > (which is based on v4.10-rc3), and it doesn't have a common anchestor, > meaning it is most likely not based on mainline. I would prefer to avoid >

Re: pciehp is broken from 4.10-rc1

On Sat, Feb 4, 2017 at 8:22 PM, Yinghai Lu wrote: > On Sat, Feb 4, 2017 at 3:34 PM, Lukas Wunner wrote: >> On Sat, Feb 04, 2017 at 01:44:34PM -0800, Yinghai Lu wrote: >>> On Sat, Feb 4, 2017 at 10:56 AM, Lukas Wunner wrote: >>> > On Sat, Feb

[PATCH] libnvdimm, pfn: fix memmap reservation size versus 4K alignment

When vmemmap_populate() allocates space for the memmap it does so in 2MB sized chunks. The libnvdimm-pfn driver incorrectly accounts for this when the alignment of the device is set to 4K. When this happens we trigger memory allocation failures in altmap_alloc_block_buf() and trigger warnings of

Re: Regression on next-20170203 spi/for-next 3f87493930a0f qemu on x86_64

Hi all, On Sun, 5 Feb 2017 10:17:29 +1100 Stephen Rothwell wrote: > > On Sat, 4 Feb 2017 12:05:42 -0800 "Luis R. Rodriguez" > wrote: > > > > though so it seems something with my configuration and boot. I > > bisected next-20170203 between its latest

[PATCH v5 6/6] drm/rockchip/dsi: add dw-mipi power domain support

Reference the power domain incase dw-mipi power down when in use. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v5: None Changes in v4: None Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 1 file

[PATCH v5 5/6] dt-bindings: add power domain node for dw-mipi-rockchip

Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v5: None Changes in v4: None Changes in v3: None .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v5 4/6] drm/rockchip/dsi: remove mode_valid function

The MIPI DSI do not need check the validity of resolution, the max resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid here. Signed-off-by: Chris Zhong --- Changes in v5: None Changes in v4: None Changes in v3: None

[PATCH] hwmon: (w83791d) Make use of hwmon_device_register_with_groups

There is no remove of w83791d_group_fanpwm45 sysfs group. Fix the problem by switching to hwmon_device_register_with_groups(). Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/hwmon/w83791d.c | 40

Re: [v2,6/6] watchdog: ts4600: add driver for TS-4600 watchdog

On Fri, Feb 03, 2017 at 02:47:29PM -0500, Sebastien Bourdelin wrote: > This watchdog is instantiated in a FPGA and can only be access using a > GPIOs bit-banged bus, called the NBUS by Technologic Systems. > The watchdog is made of only one register, called the feed register. > Writing to this

Re: Linux 4.9.7

On Saturday, February 4, 2017 2:59:05 AM EST, Greg KH wrote: On Fri, Feb 03, 2017 at 11:07:08PM -0500, Ed Tomlinson wrote: Hi, Any reports of 4.9.7 breaking X? I run arch and keep it up to date. With todays updates and 4.9.7 built here X will not start kde correctly. Reverting to 4.9.6

Re: pciehp is broken from 4.10-rc1

On Sat, Feb 4, 2017 at 3:34 PM, Lukas Wunner wrote: > On Sat, Feb 04, 2017 at 01:44:34PM -0800, Yinghai Lu wrote: >> On Sat, Feb 4, 2017 at 10:56 AM, Lukas Wunner wrote: >> > On Sat, Feb 04, 2017 at 09:12:54AM +0100, Lukas Wunner wrote: >> > Section 6.7.3.4 of

[PATCH 0/2] Remove unneeded stddef.h includes

Hi All, These were causing openrisc build to fail when building with allyesconfig using a musl toolchain. Removing them doesnt seem to cause any issues. The line removed was: #include Perhaps what was wanted was 'linux/stddef.h' but there did seem to be any special uses so I just removed

[PATCH 2/2] staging: vchip_shim: Remove unneeded stddef.h include

Building on openrisc musl toolchain this causes the allyesconfig build to fail. drivers/staging/vc04_services/interface/vchiq_arm/vchiq_shim.c:42:20: fatal error: stddef.h: No such file or directory Removing this causes no issues with the build. Signed-off-by: Stafford Horne

[PATCH 1/2] libceph: Remove unneeded stddef.h include

This was causing a build failure for openrisc when using musl and gcc 5.4.0 since the file is not available in the toolchain. It doesnt seem this is needed and removing it does not cause any build warnings for me. Signed-off-by: Stafford Horne --- net/ceph/snapshot.c | 2 --

Re: [PATCH v3 08/10] dmaengine: sun6i: allow build on ARM64 platforms (sun50i)

On Sun, Jan 29, 2017 at 10:33:29AM +0800, Icenowy Zheng wrote: > As 64-bit Allwinner H5 SoC has the same DMA engine with H3, the DMA > driver should be allowed to be built for ARM64, in order to make it work on > H5. Applied, thanks -- ~Vinod

Re: [PATCH v9 3/3] watchdog: zx2967: add watchdog controller driver for ZTE's zx2967 family

On 02/03/2017 05:34 PM, Baoyou Xie wrote: This patch adds watchdog controller driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie Reviewed-by: Guenter Roeck --- drivers/watchdog/Kconfig | 10 ++ drivers/watchdog/Makefile | 1 +

Re: [PATCH] xen-netfront: Improve error handling during initialization

From: Ross Lagerwall Date: Wed, 1 Feb 2017 15:50:22 + > * Delay timer creation so that if initializing a queue fails, the timer > has not been setup yet. setup_timer() doesn't do anything that must be "undone" if an error occurs and we have to cleanup. It just

Re: [PATCH 1/2] watchdog: sama5d4: Cache MR instead of a partial config

On 01/30/2017 09:18 AM, Alexandre Belloni wrote: .config is used to cache a part of WDT_MR at probe time and is not used afterwards. Instead of doing that, actually cache MR and avoid reading it every time it is modified. Signed-off-by: Alexandre Belloni

Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds"

On 02/04/2017 01:32 PM, Dmitry Osipenko wrote: On 04.02.2017 21:41, Larry Finger wrote: On 02/04/2017 10:58 AM, Dmitry Osipenko wrote: Seems the problem is caused by rtl92c_dm_*() casting .priv to "struct rtl_pci_priv", while it is "struct rtl_usb_priv". Those routines are shared by

[RESEND PATCH 0/1] add multiple clock handling for dwc2 driver

The original posting on Jan 19th have not received any responses, so I resend them. The Current default dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs(such as RK3328), so this adds change clk to clk's array of dwc2_hsotg to handle

[RESEND PATCH 1/1] usb: dwc2: add multiple clock handling

Originally, dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs, so this adds change clk to clk's array of dwc2_hsotg to handle more clocks operation. Signed-off-by: Frank Wang --- drivers/usb/dwc2/core.h |

[PATCH v5 1/6] dt-bindings: add rk3399 support for dw-mipi-rockchip

The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has additional phy config clock. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v5: None Changes in v4: None Changes in v3: None

[PATCH v5 3/6] drm/rockchip/dsi: dw-mipi: correct the coding style

correct the coding style, according the checkpatch scripts Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v5: None Changes in v4: None Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 33

[PATCH v5 0/6] Rockchip dw-mipi-dsi driver

Hi all This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of RK3399 is almost the same as RK3288, except a little bit of difference in phy clock controlling and port id selection register. These patches add RK3399 support and the power domain support. And these patches base on

[PATCH v5 2/6] drm/rockchip/dsi: dw-mipi: support RK3399 mipi dsi

The vopb/vopl switch register of RK3399 mipi is different from RK3288, the default setting for mipi dsi mode is different too, so add a of_device_id structure to distinguish them, and make sure set the correct mode before mipi phy init. Signed-off-by: Chris Zhong

Re: [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver

On Thu, Feb 02, 2017 at 10:17:15AM +0530, Anup Patel wrote: > +config BCM_SBA_RAID > +tristate "Broadcom SBA RAID engine support" > +depends on (ARM64 && MAILBOX && RAID6_PQ) || COMPILE_TEST > +select DMA_ENGINE > +select DMA_ENGINE_RAID > + select

Re: [PATCH v2] usb: misc: add USB251xB/xBi Hi-Speed Hub Controller Driver

On Fri, Feb 03, 2017 at 11:55:24AM +0100, Richard Leitner wrote: > +/** > + * ascii2utf16le() - Helper routine for producing UTF-16LE string descriptors > + * @s: Null-terminated ASCII (actually ISO-8859-1) string > + * @buf: Buffer for UTF-16LE string > + * @len: Length (in bytes; may be odd) of

Re: [PATCH v3 3/5] drm/rockchip/dsi: remove mode_valid function

On 2017年02月05日 11:42, Chris Zhong wrote: On 02/02/2017 02:12 AM, Sean Paul wrote: On Tue, Jan 24, 2017 at 10:27:27AM +0800, Chris Zhong wrote: Hi Sean On 01/24/2017 01:48 AM, Sean Paul wrote: On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote: The MIPI DSI do not need check the

Re: Regression on next-20170203 spi/for-next 3f87493930a0f qemu on x86_64

Hi Luis, On Sat, 4 Feb 2017 12:05:42 -0800 "Luis R. Rodriguez" wrote: > > though so it seems something with my configuration and boot. I > bisected next-20170203 between its latest commit and v4.10-rc6 and > ended up with this bad commit: > >

Re: [PATCH] somedriver: remove the initialization of static pointers.

On Sat, Feb 04, 2017 at 08:39:21PM +0100, AbdAllah-MEZITI wrote: > In C a static pointer will be initialized to NULL (e.g: draft C99 standard > $6.7.8): > "If an object that has static storage duration is not initialized > explicitly, then: > __ if it has pointer type, it is initialized to a

[PATCH 2/5] Input: xpad - add init packet for Hori and Titanfall 2 pads

Without sending this packet, the Titanfall 2 pad (0x0e6f:0x0165) continuously attempts to handshake with the PC and never sends any input reports. The Hori gamepad (0x0f0d:0x0067) analog sticks don't work if this isn't sent, though other buttons do work without it. Signed-off-by: Cameron Gutman

Re: [PATCH v9 2/3] MAINTAINERS: add zx2967 watchdog controller driver to ARM ZTE architecture

Hi Baoyou, On Sun, Feb 05, 2017 at 10:36:38AM +0800, Baoyou Xie wrote: > On 5 February 2017 at 08:05, Guenter Roeck wrote: > > > On 02/03/2017 05:34 PM, Baoyou Xie wrote: > > > >> Add the zx2967 watchdog controller driver as maintained by ARM ZTE > >> architecture

Re: [PATCH] somedriver: remove the initialization of static pointers.

On Sun, 5 Feb 2017 01:29:43 +0100 Greg Kroah-Hartman wrote: > On Sat, Feb 04, 2017 at 08:39:21PM +0100, AbdAllah-MEZITI wrote: > > In C a static pointer will be initialized to NULL (e.g: draft C99 > > standard $6.7.8): "If an object that has static storage duration is

[PATCH] netfilter: xt_hashlimit: Fix integer divide round to zero.

Diving the divider by the multiplier before applying to the input. When this would "divide by zero", divide the multiplier by the divider first then multiply the input by this value. Currently user2creds outputs zero when input value is bigger than the number of slices and lower than scale. This

Re: [PATCH 2/2] watchdog: sama5d4: Implement resume hook

On 01/30/2017 09:18 AM, Alexandre Belloni wrote: When resuming for the deepest state on sama5d2, it is necessary to restore MR as the registers are lost. Signed-off-by: Alexandre Belloni --- drivers/watchdog/sama5d4_wdt.c | 17 + 1 file

Re: [PATCH v9 2/3] MAINTAINERS: add zx2967 watchdog controller driver to ARM ZTE architecture

On 02/04/2017 07:45 PM, Shawn Guo wrote: Hi Baoyou, On Sun, Feb 05, 2017 at 10:36:38AM +0800, Baoyou Xie wrote: On 5 February 2017 at 08:05, Guenter Roeck wrote: On 02/03/2017 05:34 PM, Baoyou Xie wrote: Add the zx2967 watchdog controller driver as maintained by ARM

[PATCH 2/4] md: introduce bio_clone_slow_mddev_partial()

In raid1/raid10, most users of bio_clone_mddev() need bio_trim() too, that means only part of the bio is required to be cloned, and not necessary to clone the whole bio each time, and it is just enough to clone the specified bvecs range. So this patch introduces bio_clone_slow_mddev_partial() to

[PATCH 1/4] block: introduce bio_clone_bioset_partial()

md still need bio clone(not the fast version) for behind write, and it is more efficient to use bio_clone_bioset_partial(). The idea is simple and just copy the bvecs range specified from parameters. Signed-off-by: Ming Lei --- block/bio.c | 61

[PATCH 0/4] md: use bio_clone_fast()

Hi, This patches replaces bio_clone() with bio_fast_clone() in bio_clone_mddev() because: 1) bio_clone_mddev() is used in raid normal I/O and isn't in resync I/O path, and all the direct access to bvec table in raid happens on resync I/O only except for write behind of raid1. Write behind is

[PATCH 4/4] md: fast clone bio in bio_clone_mddev()

Firstly bio_clone_mddev() is used in raid normal I/O and isn't in resync I/O path. Secondly all the direct access to bvec table in raid happens on resync I/O except for write behind of raid1, in which we still use bio_clone() for allocating new bvec table. So this patch replaces bio_clone() with

[PATCH 3/4] md/raid1: use bio_clone_slow_mddev_partial in case of write behind

Write behind need to replace pages in bio's bvecs, and we have to clone a fresh bio with new bvec table, so use the introduced bio_clone_slow_mddev_partial() for it. For other bio_clone_mddev() cases, we will use fast clone since they don't need to touch bvec table. Signed-off-by: Ming Lei

[PATCH 2/2] drm/rockchip: dw_hdmi: check display mode with crtc mode valid

Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 47 +++-- 1 file changed, 44 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c b/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c index

[PATCH 1/2] drm/rockchip: support mode_valid for crtc

drm crtc already has mode_fixup callback to can do mode check, but We actually want to valid display mode on connector getmode time, mode_fixup can't do it. So add a private mode_valid callback to rockchip crtc, connectors can check mode with this mode_valid callback. Signed-off-by: Mark Yao

[PATCH v17 3/7] drm/rockchip: cdn-dp: Do not run worker while suspended

From: Guenter Roeck If the driver is in suspended mode, the dp block may be disabled, and chip registers may not be accessible. Yet, the worker may be triggered in this situation by an extcon event. If that happens, the following crash will be seen. cdn-dp fec0.dp:

[PATCH v17 2/7] drm/rockchip: cdn-dp: Load firmware if no monitor connected

From: Guenter Roeck If no monitor is connected, suspend/resume cycles result in firmware load errors because the driver attempts to load the firmware while the system is in suspend state. This results in a kernel warning and traceback. Loading the firmware during boot fixes

Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable

On 2/3/2017 2:11 PM, Eric Dumazet wrote: Transmit completion might happen on another cpu, regardless of ldom. Therefore you need smp_rmb() here ( like mellanox/mlx4/en_tx.c) , or even smp_mb() as bnx2x does. dma_rmb() is never used in this context. In that case, it looks like there are a

[PATCH] net: intel: i40evf: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/i40evf/i40evf_ethtool.c

[tip:x86/cpufeature] x86/cpufeature: Enable RING3MWAIT for Knights Mill

Commit-ID: 4d8bb00604b182b62e7786bae0e58e0befeeff85 Gitweb: http://git.kernel.org/tip/4d8bb00604b182b62e7786bae0e58e0befeeff85 Author: Piotr Luc AuthorDate: Fri, 20 Jan 2017 14:22:37 +0100 Committer: Thomas Gleixner CommitDate: Sun, 5 Feb 2017

Re: [PATCH] hwmon: (w83791d) Make use of hwmon_device_register_with_groups

On 02/04/2017 03:12 PM, Alexey Khoroshilov wrote: There is no remove of w83791d_group_fanpwm45 sysfs group. Fix the problem by switching to hwmon_device_register_with_groups(). Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov

Re: [PATCH v3 3/5] drm/rockchip/dsi: remove mode_valid function

On 02/02/2017 02:12 AM, Sean Paul wrote: On Tue, Jan 24, 2017 at 10:27:27AM +0800, Chris Zhong wrote: Hi Sean On 01/24/2017 01:48 AM, Sean Paul wrote: On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote: The MIPI DSI do not need check the validity of resolution, the max resolution

Applied "regulator: gpio: correct default type" to the regulator tree

The patch regulator: gpio: correct default type has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH V6 2/5] PCI: Adapt pci_register_io_range() for indirect-IO and PCI I/O translation

On 31/01/2017 00:15, Bjorn Helgaas wrote: On Tue, Jan 24, 2017 at 03:05:22PM +0800, zhichang.yuan wrote: After indirect-IO is introduced, system must can assigned indirect-IO devices with logical I/O ranges which are different from those for PCI I/O devices. Otherwise, I/O accessors can't

Re: [PATCH 0/4] fujitsu_init() cleanup

On Sat, Feb 4, 2017 at 8:21 AM, Michał Kępień wrote: >> On Fri, Feb 03, 2017 at 04:13:40PM +0200, Andy Shevchenko wrote: >> > On Fri, Feb 3, 2017 at 4:06 PM, Michał Kępień wrote: >> > > Darren, Andy, >> > > >> > > Please drop this patch series for now. I

Re: [PATCH] asus-wireless: Fix identation

On Wed, Feb 1, 2017 at 2:27 PM, João Paulo Rechi Vita wrote: Do not leave empty commit message. Describe your changes here in a few words. For the drivers/platform/x86 use a pattern in subject platform/x86: asus-wireless: ... > Signed-off-by: João Paulo Rechi Vita

[PATCH] Documentation: devicetree: Add PHY no lane swap binding

Add the documentation to avoid PHY lane swapping. This is a boolean entry to notify the phy device drivers that the TX/RX lanes NO need to be swapped. The use case for this binding mostly happens after wrong HW configuration of PHY IC during bootstrap. Signed-off-by: Lukasz Majewski

Re: [PATCH v3 2/2] iio: distance: add devantech us ranger srf04

On 31/01/17 18:03, Andreas Klinger wrote: > This patch adds support for the ultrasonic ranger srf04 of devantech. > > This device is measuring the distance of objects in a range between 1 cm > and 3 meters and a theoretical resolution of 3 mm. > > There are two GPIOs used: > - trigger: set as

Re: [PATCH v3 1/2] iio: distance: add dt binding for devantech-srf04

On 01/02/17 17:44, Rob Herring wrote: > On Tue, Jan 31, 2017 at 07:03:06PM +0100, Andreas Klinger wrote: >> This patch adds dt binding for devantech ultrasonic ranger srf04. >> >> The vendor "devantech" was already added to the vendor list with >> "[PATCH v4 1/3] iio: distance: srf08: add

Re: [PATCH v3] iio: cros_ec_light_prox: add ChromeOS EC Light and Proximity Sensors

On 30/01/17 17:07, Enric Balletbo i Serra wrote: > From: Gwendal Grignou > > Handle Light and Proximity sensors presented by the ChromeOS EC Sensor hub. > Creates an IIO device for each functions. > > Signed-off-by: Gwendal Grignou > Signed-off-by:

Re: [PATCH] Btrfs: add another missing end_page_writeback on submit_extent_page failure

(But it could be changed after subpagesize block patchset, and there is more work rather than just adding a end_page_writeback, e.g. writepage endio also needs to be updated). Ok... the discussion become complicated. So, let me make this clear. you think a) this is a bug; we need to clear

Re: [PATCH V5 5/5] LPC: Add the ACPI LPC support

+ linux-acpi Adding linux-acpi list, which should have been originally included. The patchset threads have had much discussion, here is a pointer: http://www.spinics.net/lists/devicetree/msg160611.html John On 24/01/2017 07:05, zhichang.yuan wrote: The patch update the _CRS of LPC children

Re: Staging: speakup - syle fix permissions to octal

On 02/03/2017 11:27 PM, Joe Perches wrote: (adding Julia Lawall) On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: A style fix across whole driver. changed permissions to octal style, found using checkpatch Signed-off-by:

[PATCH] One coding style correction.

Just one coding style error correction. Signed-off-by: Victor Vaschenko --- drivers/staging/bcm2835-audio/bcm2835-ctl.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/bcm2835-audio/bcm2835-ctl.c

rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds"

Hello, I ran a 4.9.7 kernel with CONFIG_KASAN=y on my machine and it detected the following problem: [ 23.012238] rtl8192cu: MAC auto ON okay! [ 23.045656] rtl8192cu: Tx queue select: 0x05 [ 23.541152] == [ 23.541160] BUG:

Re: [PATCH 7/8] asus-wireless: Export ids list

On Wed, Feb 1, 2017 at 2:23 PM, João Paulo Rechi Vita wrote: > On 27 January 2017 at 10:36, Andy Shevchenko > wrote: >> On Thu, Jan 26, 2017 at 5:30 PM, João Paulo Rechi Vita >> wrote: Fill commit message, btw. >>>

Re: [PATCH v2] iio: accel: Add driver for the Analog Devices ADXL345 3-axis accelerometer

On 31/01/17 07:12, Eva Rachel Retuya wrote: > Add basic IIO support for the Analog Devices ADXL345 3-axis accelerometer. > The datasheet can be found here: > http://www.analog.com/media/en/technical-documentation/data-sheets/ADXL345.pdf > > Signed-off-by: Eva Rachel Retuya >

Re: [RFC] [PATCH] audit: log module name on init_module

On Friday, February 3, 2017 7:18:58 PM EST Paul Moore wrote: > On Tue, Jan 31, 2017 at 3:02 PM, Richard Guy Briggs wrote: > > On 2017-01-31 11:07, Paul Moore wrote: > >> On Tue, Jan 31, 2017 at 7:36 AM, Richard Guy Briggs wrote: > >> > On 2017-01-31 06:59, Paul

Re: [PATCH v3 0/3] USB Audio Gadget refactoring

Hi Felipe, On Mon, Aug 29, 2016 at 11:05 AM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> I came to this patch series when wanted to do two things: >> - use UAC1 as virtual ALSA sound card on gadget side, >>just like UAC2 is used so

Re: Staging: speakup - syle fix permissions to octal

On Sat, 4 Feb 2017, Guenter Roeck wrote: > On 02/03/2017 11:27 PM, Joe Perches wrote: > > (adding Julia Lawall) > > > > On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: > > > On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > > > > A style fix across whole driver. > > > >

Re: [PATCH v13 1/2] serial: exar: split out the exar code from 8250_pci

On Fri, Feb 3, 2017 at 11:31 PM, Sudip Mukherjee wrote: > On Friday 03 February 2017 02:02 PM, Jan Kiszka wrote: >> On 2017-01-30 23:28, Sudip Mukherjee wrote: >>> @@ -0,0 +1,396 @@ >>> +/* >>> + * Probe module for 8250/16550-type Exar chips PCI serial ports. >>> +

[PATCH] slub: make sysfs directories for memcg sub-caches optional

SLUB creates a per-cache directory under /sys/kernel/slab which hosts a bunch of debug files. Usually, there aren't that many caches on a system and this doesn't really matter; however, if memcg is in use, each cache can have per-cgroup sub-caches. SLUB creates the same directories for these

Re: [PATCH 1/1] asus-wireless: Use the correct HSWC parameter for each HID

On Wed, Feb 1, 2017 at 2:20 PM, João Paulo Rechi Vita wrote: > On 27 January 2017 at 10:26, Andy Shevchenko > wrote: >> On Thu, Jan 26, 2017 at 5:00 PM, João Paulo Rechi Vita >> wrote: >>> +static const struct acpi_device_id

Re: [PATCH 0/8] asus-wmi: Get rid of quirk_no_rfkill{,_wapf4}

On Wed, Feb 1, 2017 at 2:21 PM, João Paulo Rechi Vita wrote: > On 27 January 2017 at 10:37, Andy Shevchenko > wrote: >> On Thu, Jan 26, 2017 at 5:30 PM, João Paulo Rechi Vita >> wrote: >>> Revert "asus-wmi: Add

Re: [PATCH] asus-wireless: Fix identation

On Sat, Feb 4, 2017 at 5:08 PM, Andy Shevchenko wrote: > On Wed, Feb 1, 2017 at 2:27 PM, João Paulo Rechi Vita > wrote: > > Do not leave empty commit message. Describe your changes here in a few words. > > For the drivers/platform/x86 use a pattern

  1   2   3   4   5   >