Re: [RFC 3/5] dt-bindings: i3c: Document core bindings

On Mon, Jul 31, 2017 at 06:24:48PM +0200, Boris Brezillon wrote: > A new I3C subsystem has been added and a generic description has been > created to represent the I3C bus and the devices connected on it. > > Document this generic representation. > > Signed-off-by: Boris Brezillon

Re: unregister_netdevice: waiting for eth0 to become free. Usage count = 1

On Wed, Aug 9, 2017 at 4:34 PM, Cong Wang wrote: > (Cc'ing Wei whose commit was blamed) > > On Mon, Aug 7, 2017 at 2:15 PM, John Stultz wrote: >> On Mon, Aug 7, 2017 at 2:05 PM, John Stultz wrote: >>> So, with recent

Re: [PATCH 1/5 v2] pinctrl: Add DT bindings for Cortina Gemini

On Mon, Jul 31, 2017 at 11:30:50PM +0200, Linus Walleij wrote: > The Cortina Gemini pin controller uses the standard pin control > bindings for muxing functions with groups so these bindings > should be entirely uncontroversial. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Linus Walleij

Re: [PATCH] remoteproc/keystone: Add support for Keystone 66AK2G SOCs

On Mon, Jul 31, 2017 at 03:05:02PM -0500, Suman Anna wrote: > Add support to the keystone remoteproc driver for managing the > DSP present in the Keystone 2 66AK2G SoC. The 66AK2G SoC has > a Power Management Micro Controller (PMMC) that manages the > individual device's power, clock and reset

[PATCH 0/3] kmod: pending fixes for v4.13-final

only if we've already throttled after 50 kmod threads have been hit. These fixes are also available on my linux git tree branch 20170809-kmod-for-v4.13-final [0] which also has contains other fixes I had previously sent to you and Shuah for inclusion for v4.13-final. Note that although it may seem

[PATCH 2/3] kmod: fix wait on recursive loop

Recursive loops with module loading were previously handled in kmod by restricting the number of modprobe calls to 50 and if that limit was breached request_module() would return an error and a user would see the following on their kernel dmesg: request_module: runaway loop modprobe binfmt-464c

[PATCH 3/3] test_kmod: fix description for -s -and -c parameters

The descriptions were reversed, correct this. Reported-by: Daniel Mentz Fixes: 64b671204afd71 ("test_sysctl: add generic script to expand on tests") Signed-off-by: Luis R. Rodriguez --- tools/testing/selftests/kmod/kmod.sh | 4 ++-- 1 file changed, 2

[PATCH 1/3] wait: add wait_event_killable_timeout()

This wait is similar to wait_event_interruptable_timeout() but only accepts SIGKILL interrupt signal. Other signals are ignored. Signed-off-by: Luis R. Rodriguez --- include/linux/wait.h | 37 + 1 file changed, 37 insertions(+) diff --git

make pdfdocs problem with 4.13-rc4

On my Fedora 26 workstation, with the latest patches, running make pdfdocs stops with [jim@krebstar ~]$ tail /tmp/make-pdfdocs.out Underfull \hbox (badness 1) in paragraph at lines 3980--3983 []\EU1/DejaVuSans(0)/m/n/10 Threshold below [31] ! Missing \endgroup inserted.

Re: [PATCH v4 0/3] firmware: pending fixes for v4.13-final

On Wed, Aug 02, 2017 at 10:55:03PM +0200, Luis R. Rodriguez wrote: > On Thu, Jul 20, 2017 at 01:13:08PM -0700, Luis R. Rodriguez wrote: > > Greg, > > > > as requested I've split up the pending firmware fixes for the firmware API > > into two series, one for v4.13-final and another for v4.14-rc1.

Re: [PATCH 4.4 00/58] 4.4.81-stable review

On 08/09/2017 01:41 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.81 release. > There are 58 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 1/7] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

On Tue, Aug 01, 2017 at 10:24:28AM +0530, Vignesh R wrote: > As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access > Controller programming sequence, a delay equal to couple QSPI master > clock(~5ns) is required after setting CQSPI_REG_INDIRECTWR_START bit and > writing data to the

Re: [PATCH 1/7] mtd: spi-nor: cadence-quadspi: add a delay in write sequence

On Tue, Aug 01, 2017 at 10:24:28AM +0530, Vignesh R wrote: > As per 66AK2G02 TRM[1] SPRUHY8F section 11.15.5.3 Indirect Access > Controller programming sequence, a delay equal to couple QSPI master > clock(~5ns) is required after setting CQSPI_REG_INDIRECTWR_START bit and > writing data to the

Re: [PATCH v2 4/5] usb: gadget: udc: Replace the deprecated extcon API

Ping. Hi Felipe, I sent the first patch[1] more than three weeks ago. But I didn't receive the any review. [1] https://lkml.org/lkml/2017/7/16/523 This patch is very simple. After finishing the review I'll remove the deprecated extcon API and then send the immutable branch to both phy and usb

Re: [PATCH 2/7] mtd: spi-nor: cadence-quadspi: Add support to enable loopback clock circuit

On Tue, Aug 01, 2017 at 10:24:29AM +0530, Vignesh R wrote: > Cadence QSPI IP has a adapted loopback circuit which can be enabled by > setting BYPASS field to 0 in READCAPTURE register. It enables use of > QSPI return clock to latch the data rather than the internal QSPI > reference clock. For high

Re: [PATCH v3.1 1/4] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

On Tue, Aug 01, 2017 at 01:56:56PM +0200, Neil Armstrong wrote: > On the first revision of the bindings, only the gates + resets were known > in the AO Clock HW, but more registers used to configures AO clock are known > to be spread among the AO register space. > This patch adds a parent node for

Re: [PATCH 4.9 00/93] 4.9.42-stable review

On 08/09/2017 12:12 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.42 release. > There are 93 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.12 000/106] 4.12.6-stable review

On 08/09/2017 10:51 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.12.6 release. > There are 106 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 01/13] dt-bindings: update the binding for Allwinner H3 DE2 support

On Tue, Aug 01, 2017 at 09:12:52PM +0800, Icenowy Zheng wrote: > Allwinner H3 features a "Display Engine 2.0". > > Add device tree bindings for the following parts: > - H3 TCONs > - H3 Mixers > - H3 Display engine > > Signed-off-by: Icenowy Zheng > --- >

Re: [linux-sunxi] [PATCH 01/13] dt-bindings: update the binding for Allwinner H3 DE2 support

On Wed, Aug 02, 2017 at 09:06:26PM +0200, Jernej Škrabec wrote: > Hi, > > Dne sreda, 02. avgust 2017 ob 07:02:39 CEST je icen...@aosc.io napisal(a): > > 在 2017-08-02 12:53，Jernej Škrabec 写道： > > > > > Hi Icenowy, > > > > > > Dne torek, 01. avgust 2017 ob 15:12:52 CEST je Icenowy Zheng > > > >

[PATCH] Fixed brace positions in a series of if statements.

My first try at this. I hope it's alright. Signed-off-by: Seth Kushniryk --- drivers/staging/pi433/pi433_if.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/staging/pi433/pi433_if.c b/drivers/staging/pi433/pi433_if.c index

Re: [PATCH 3.18 00/92] 3.18.64-stable review - take 2

On 08/09/2017 01:36 PM, Greg Kroah-Hartman wrote: This is the second start of the stable review cycle for the 3.18.64 release (the first try had too many problems...) There are 92 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being

Re: [PATCH v2 1/5] usb: xhci: Disable slot even virt-dev is null

Hi, On 08/09/2017 03:58 PM, Mathias Nyman wrote: > On 27.07.2017 05:21, Lu Baolu wrote: >> xhci_disable_slot() is a helper for disabling a slot when a device >> goes away or recovers from error situations. Currently, it checks >> the corespoding virt-dev pointer and returns directly (w/o issuing

Re: unregister_netdevice: waiting for eth0 to become free. Usage count = 1

On Wed, Aug 9, 2017 at 4:44 PM, John Stultz wrote: > On Wed, Aug 9, 2017 at 4:34 PM, Cong Wang wrote: >> (Cc'ing Wei whose commit was blamed) >> >> On Mon, Aug 7, 2017 at 2:15 PM, John Stultz wrote: >>> On Mon, Aug 7,

Re: [PATCH 4.4 00/58] 4.4.81-stable review

On 08/09/2017 12:41 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.81 release. There are 58 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

RE: [PATCH 2/3] ACPICA: Make it possible to enable runtime GPEs earlier

Hi, Rafael For this patch, I have a concern. > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: [PATCH 2/3] ACPICA: Make it possible to enable runtime GPEs earlier > > From: Rafael J. Wysocki > > Runtime GPEs have corresponding _Lxx/_Exx methods and

[PATCH] genirq: remove redundant ->handle_irq assignment

This function has "desc->handle_irq = handle;" a few lines above. The second assignment is redundant. Signed-off-by: Masahiro Yamada --- kernel/irq/chip.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c

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

Hi, YASUAKI At 08/10/2017 12:55 AM, YASUAKI ISHIMATSU wrote: 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 If we use

RE: [PATCH 3/3] ACPI / scan: Enable GPEs before scanning the namespace

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Subject: [PATCH 3/3] ACPI / scan: Enable GPEs before scanning the namespace > > From: Rafael J. Wysocki > > On some systems the

Re: [PATCH 0/3] Fix y2038 issues for security/keys subsystem

On 9 August 2017 at 16:28, David Howells wrote: > The rxrpc patch isn't part of the security/keys subsystem. I'll push it > to the network tree. The other two I'll push to James. Thanks David. -- Baolin.wang Best Regards

Re: [PATCH 0/3] Fix y2038 issues for security/keys subsystem

Hi Arnd, On 9 August 2017 at 16:44, Arnd Bergmann wrote: > On Wed, Aug 9, 2017 at 4:51 AM, Baolin Wang wrote: >> Since 'time_t', 'timeval' and 'timespec' types are not year 2038 safe on >> 32 bits system, this patchset tries to fix this issues for

Re: linux-next: manual merge of the drm-misc tree with Linus' tree

Hi Dave, On Wed, 2 Aug 2017 12:23:06 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the drm-misc tree got a conflict in: > > drivers/gpu/drm/nouveau/nv50_display.c > > between commit: > > 4a5431af19bc ("drm/nouveau/kms/nv50: update vblank state in

Re: Possible null pointer dereference in rcar-dmac.ko

Anton Volkov noticed that engine->dev is NULL before of_dma_controller_register() in probe. Thus there might be a NULL pointer dereference in rcar_dmac_chan_start_xfer while accessing chan->chan.device->dev which is equal to (>engine)->dev. To be more safety code, this patch initialize

Re: [PATCH v2 11/14] perf report: cache srclines for callchain nodes

Hi Milian, On Sun, Aug 06, 2017 at 11:24:43PM +0200, Milian Wolff wrote: > On one hand this ensures that the memory is properly freed when > the DSO gets freed. On the other hand this significantly speeds up > the processing of the callchain nodes when lots of srclines are > requested. For one of

Re: [PATCH 1/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On 09/08/17 17:51, Ian Kent wrote: > On 09/08/17 16:39, David Howells wrote: >> Ian Kent wrote: >> >>> In order to handle the AT_NO_AUTOMOUNT for both system calls the >>> negative dentry case in follow_automount() needs to be changed to >>> return ENOENT when the

Re: [PATCH] pinctrl: uniphier: add Audio out pin-mux settings

Hi. 2017-08-09 22:16 GMT+09:00 Katsuhiro Suzuki : > The UniPhier LD11/20 SoC audio core use following 8 pins: > AO1IEC, AO1ARC, AO1DACCK, AO1BCK, AO1LRCK, AO1D[0-2] > > Signed-off-by: Katsuhiro Suzuki Acked-by: Masahiro Yamada

[PATCH v2 5/9] arm64: dts: hikey960: Add support for syscon-reboot-mode

Add support to hikey960 dts for the syscon-reboot-mode driver. Cc: John Stultz Signed-off-by: Guodong Xu --- arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v2 8/9] arm64: dts: hikey960: change bluetooth uart max-speed to 3mbps

Update bluetooth UART max-speed to 3Mbps Signed-off-by: Guodong Xu --- arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts

Re: [PATCH v2 0/4] ipmi: bt-i2c: added IPMI Block Transfer over I2C

On 08/09/2017 08:04 PM, Brendan Higgins wrote: Perhaps that is some level of abuse, but it's pretty common. I'm not against it. There is standard IPMI firmware NetFN (though no commands defined) that if you use the driver automatically goes into "Maintenance mode" and modified the timeouts and

[PATCH v2 0/9] arm64: dts: hi3660: add more device nodes

This patchset adds more device nodes for hi3660 and hikey960, including: - cpu idle states - L2 cache - PMU - OP-TEE - reboot - pstore - DMA Patch 7 fixes an issue in mmc nodes, by adding 'reset' Patch 8 change bluetooth uart max-speed to 3Mbps HiKey960 is one of 96boards. For details

[PATCH v2 1/9] arm64: dts: hi3660: enable idle states

From: Leo Yan On Hi3660 there have two clusters, one is CA53 cluster and another is CA73 cluster. This two clusters have different idle states separately. With Daniel Lezcano's patch (ARM: cpuidle: Support asymmetric idle definition), now ARM idle driver can support different

[PATCH v2 2/9] arm64: dts: hi3660: add L2 cache topology

From: Leo Yan This patch adds the L2 cache topology on 96boards Hikey960. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 16 1 file changed, 16 insertions(+) diff --git

[PATCH v2 9/9] arm64: dts: hi3660: add bindings for DMA

From: Wang Ruyi Add bindings for DMA. Signed-off-by: Wang Ruyi Signed-off-by: Guodong Xu --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH v2 6/9] arm64: dts: hikey960: Add pstore support

This patch reserves some memory in the DTS and sets up a pstore device tree node to enable pstore support on HiKey960. Cc: John Stultz Signed-off-by: Guodong Xu --- arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 14 ++ 1 file

[PATCH v2 7/9] arm64: dts: hi3660: Reset the mmc hosts

Add reset-names = "reset" into mmc nodes. Signed-off-by: Guodong Xu --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi b/arch/arm64/boot/dts/hisilicon/hi3660.dtsi index

[PATCH v2 4/9] arm64: dts: hikey960: Add optee node

From: Victor Chong This patch adds op-tee node for hikey960 Signed-off-by: Victor Chong --- arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v2 3/9] arm64: dts: hi3660: add pmu dt node for hi3660

From: YiPing Xu Add pmu dt node for hi3660 Signed-off-by: YiPing Xu Signed-off-by: Zhong Kaihua Signed-off-by: Leo Yan Tested-by: Jumana Mundichipparakkal ---

Re: [V2] kexec_file: use crypto_free_shash to free memory

On 08/09/17 at 07:30pm, Pan Bian wrote: > In function kexec_calculate_store_digests(), kfree() is used to free > memory allocated by crypto_alloc_shash(). It is better to use function > crypto_free_shash(), which frees up tfm and any resources associated with > it. And then, the refcount of the

[RESEND PATCH 2/2] i2c: mediatek: Add i2c compatible for MediaTek MT7622

From: Jun Gao Add i2c compatible for MT7622. Compare to MT8173 i2c controller, MT7622 limits message numbers to 255, and does not support 4GB DMA mode. Signed-off-by: Jun Gao --- drivers/i2c/busses/i2c-mt65xx.c | 18 ++ 1 file

[RESEND PATCH 1/2] dt-bindings: i2c: Add MediaTek MT7622 i2c binding

From: Jun Gao Add MT7622 i2c binding to binding file. Compare to MT8173 i2c controller, MT7622 limits message numbers to 255, and does not support 4GB DMA mode. Signed-off-by: Jun Gao --- Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 11

[RESEND PATCH 0/2] Add i2c dt-binding and compatible for Mediatek MT7622 SoC

This patch series based on v4.13-rc1, include MT7622 i2c dt-binding and compatible. Jun Gao (2): dt-bindings: i2c: Add MediaTek MT7622 i2c binding i2c: mediatek: Add i2c compatible for MediaTek MT7622 Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 11 ++-

Re: [RFC v1 4/4] ipmi_bmc: bt-aspeed: port driver to IPMI BMC framework

Hi Brendan, > The driver was handling interaction with userspace on its own. This > patch changes it to use the functionality of the ipmi_bmc framework > instead. > > Note that this removes the ability for the BMC to set SMS_ATN by making > an ioctl. If this functionality is required, it can be

Re: [PATCH 4.12 000/106] 4.12.6-stable review

On Wed, Aug 09, 2017 at 05:42:18PM -0700, Guenter Roeck wrote: > On 08/09/2017 09:51 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.12.6 release. > > There are 106 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 3.18 00/92] 3.18.64-stable review - take 2

On Wed, Aug 09, 2017 at 05:59:21PM -0600, Shuah Khan wrote: > On 08/09/2017 02:36 PM, Greg Kroah-Hartman wrote: > > This is the second start of the stable review cycle for the 3.18.64 > > release (the first try had too many problems...) > > > > There are 92 patches in this series, all will be

Re: [PATCH 3.18 00/92] 3.18.64-stable review - take 2

On Wed, Aug 09, 2017 at 05:29:39PM -0700, Guenter Roeck wrote: > On 08/09/2017 01:36 PM, Greg Kroah-Hartman wrote: > > This is the second start of the stable review cycle for the 3.18.64 > > release (the first try had too many problems...) > > > > There are 92 patches in this series, all will be

[PATCH v5 0/5] Add xxhash and zstd modules

Hi all, This patch set adds xxhash, zstd compression, and zstd decompression modules. It also adds zstd support to BtrFS and SquashFS. Each patch has relevant summaries, benchmarks, and tests. Best, Nick Terrell Changelog: v1 -> v2: - Make pointer in lib/xxhash.c:394 non-const (1/5) - Use

[PATCH v5 1/5] lib: Add xxhash module

Adds xxhash kernel module with xxh32 and xxh64 hashes. xxhash is an extremely fast non-cryptographic hash algorithm for checksumming. The zstd compression and decompression modules added in the next patch require xxhash. I extracted it out from zstd since it is useful on its own. I copied the code

[PATCH v2 0/6] arm64: defconfig: enable configs for HiKey960

This patchset enables config items in arm64/defconfig for HiKey960. All of them correspond to real functions on HiKey960. Including: - Kirin PCIe - PMIC support, hi6421v530 - syscon reboot mode - serdev bus - OP-TEE - K3 DMA HiKey960 is one of 96boards. For details information about it,

[PATCH v2 5/6] arm64: defconfig: enable OP-TEE

From: Victor Chong This patch enables configs for Trusted Execution Environment (TEE) and OP-TEE. +CONFIG_TEE=y +CONFIG_OPTEE=y Signed-off-by: Victor Chong Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 2

[PATCH v5 3/5] btrfs: Add zstd support

Add zstd compression and decompression support to BtrFS. zstd at its fastest level compresses almost as well as zlib, while offering much faster compression and decompression, approaching lzo speeds. I benchmarked btrfs with zstd compression against no compression, lzo compression, and zlib

[PATCH v2 3/6] arm64: defconfig: enable CONFIG_SYSCON_REBOOT_MODE

Enable CONFIG_SYSCON_REBOOT_MODE Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index d752beb..f7081056 100644 --- a/arch/arm64/configs/defconfig

[PATCH v2 6/6] arm64: defconfig: enable DMA driver for hi3660

From: Wang Ruyi enable DMA driver for hi3660. Signed-off-by: Wang Ruyi --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 81008e1..ab085d0 100644 ---

Re: [PATCH v3 05/11] net: stmmac: dwmac-rk: Add internal phy support

Hi David, On Wed, Aug 9, 2017 at 5:38 PM, David.Wu wrote: > Hello Corentin, Chen-Yu > > > 在 2017/8/9 16:45, Corentin Labbe 写道: >> >> On Thu, Aug 03, 2017 at 07:06:33PM +0800, Chen-Yu Tsai wrote: >>> >>> On Thu, Aug 3, 2017 at 1:38 AM, Florian Fainelli

[PATCH v2 2/6] arm64: defconfig: enable support hi6421v530 PMIC

Enable configs for hi6421v530 mfd and regulator driver + CONFIG_MFD_HI6421_PMIC=y + CONFIG_REGULATOR_HI6421V530=y Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig

[PATCH v2 4/6] arm64: defconfig: enable support for serial port connected device

This patch enables these configs: +CONFIG_SERIAL_DEV_BUS=y +CONFIG_SERIAL_DEV_CTRL_TTYPORT=y As example, a bluetooth device connected to UART port can be supported by this. Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2

[PATCH v2 1/6] arm64: defconfig: enable Kirin PCIe

From: Xiaowei Song Enable HiSilicon Kirin series SoCs PCIe controllers Signed-off-by: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v5 5/5] crypto: Add zstd support

Adds zstd support to crypto and scompress. Only supports the default level. Signed-off-by: Nick Terrell --- crypto/Kconfig | 9 ++ crypto/Makefile | 1 + crypto/testmgr.c | 10 +++ crypto/testmgr.h | 71 +++ crypto/zstd.c| 265

[PATCH v5 4/5] squashfs: Add zstd support

From: Sean Purcell Add zstd compression and decompression support to SquashFS. zstd is a great fit for SquashFS because it can compress at ratios approaching xz, while decompressing twice as fast as zlib. For SquashFS in particular, it can decompress as fast as lzo and lz4. It

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

2017-08-10 0:42 GMT+08:00 Peter Zijlstra : > 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

Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h

On Wed, Aug 09, 2017 at 09:52:41AM -0600, Jason Gunthorpe wrote: > On Wed, Aug 09, 2017 at 04:48:08PM +0300, Moni Shoua wrote: > > > > > > I'm not sure this is a good idea, linux/in.h should not be included in > > > userspace users of this file, 'sockaddr_in' needs to come from glibc's > > >

Re: [PATCH v4 0/4] Add support for ThunderX2 pmu events using json files

can this be merged/queued to next, if no further comments please? On Wed, Jul 26, 2017 at 8:19 AM, Zhangshaokun wrote: > > Hi Ganapat > > I have tested patch-v4 on Hisilicon's hip08 board for implementation defined > PMU events, > and it works, So > Tested-by:

[RFC][PATCH] usb: dwc2: Error out of dwc2_hsotg_ep_disable() if we're in host mode

We've found that while in host mode on HiKey using Android, if one runs the command: stop adbd The existing usb devices being utilized in host mode are disconnected. This is most visible with usb networking devices. This seems to be due to adbd closing the file: /dev/usb-ffs/adb/ep0 Which

[PATCH v2] arm64: arch_timer: avoid infinite recursion when ftrace is enabled

On platforms with an arch timer erratum workaround, it's possible for arch_timer_reg_read_stable() to recurse into itself when certain tracing options are enabled, leading to stack overflows and related problems. For example, when PREEMPT_TRACER and FUNCTION_GRAPH_TRACER are selected, it's

Re: [PATCH v1 2/6] fs: use on-stack-bio if backing device has BDI_CAP_SYNC capability

On Wed, Aug 09, 2017 at 11:41:50AM +0900, Minchan Kim wrote: > On Tue, Aug 08, 2017 at 07:31:22PM -0700, Matthew Wilcox wrote: > > On Wed, Aug 09, 2017 at 10:51:13AM +0900, Minchan Kim wrote: > > > On Tue, Aug 08, 2017 at 06:29:04AM -0700, Matthew Wilcox wrote: > > > > On Tue, Aug 08, 2017 at

Re: [PATCH 4.9 00/93] 4.9.42-stable review

Hi Greg, On 9 August 2017 at 23:42, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.42 release. > There are 93 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being

Re: [PATCH v1 2/6] fs: use on-stack-bio if backing device has BDI_CAP_SYNC capability

On Wed, Aug 9, 2017 at 8:04 PM, Matthew Wilcox wrote: > On Wed, Aug 09, 2017 at 11:41:50AM +0900, Minchan Kim wrote: >> On Tue, Aug 08, 2017 at 07:31:22PM -0700, Matthew Wilcox wrote: >> > On Wed, Aug 09, 2017 at 10:51:13AM +0900, Minchan Kim wrote: >> > > On Tue, Aug 08,

Re: [PATCH] usb: gadget: udc: renesas_usb3: fix error return code in renesas_usb3_probe()

Hi Yoshihiro, On 08/09/2017 06:44 AM, Yoshihiro Shimoda wrote: Hi Gustavo, Thank you for the patch! I'm glad to help :) -Original Message- From: Gustavo A. R. Silva Sent: Wednesday, August 9, 2017 7:35 AM platform_get_irq() returns an error code, but the renesas_usb3 driver

Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver

Hi, On Aug 7 2017 21:22, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko This patch series adds support for Xen [1] para-virtualized sound frontend driver. It implements the protocol from include/xen/interface/io/sndif.h with the following

Re: [PATCH] f2fs: introduce cur_reserved_blocks in sysfs

On 2017/8/8 21:43, Yunlong Song wrote: > In this patch, we add a new sysfs interface, we can use it to gradually > achieve > the reserved_blocks finally, even when reserved_blocks is initially set over > user_block_count - total_valid_block_count. This is very useful, especially > when > we

Re: [PATCH] iio: accel: Bugfix to enbale and allow different events to work parallely.

On Mon, 31 Jul 2017 07:17:38 -0400 Harinath Nampally wrote: This driver supports multiple devices like mma8653, mma8652, mma8452, mma8453 and fxls8471. Almost all these devices have more than one event. Current driver design hardcodes the event specific information, so

[PATCH V11 0/3] powernv : Add support for OPAL-OCC command/response interface

In P9, OCC (On-Chip-Controller) supports shared memory based commad-response interface. Within the shared memory there is an OPAL command buffer and OCC response buffer that can be used to send inband commands to OCC. The following commands are supported: 1) Set system powercap 2) Set CPU-GPU

[PATCH V11 3/3] powernv: Add support to clear sensor groups data

Adds support for clearing different sensor groups. OCC inband sensor groups like CSM, Profiler, Job Scheduler can be cleared using this driver. The min/max of all sensors belonging to these sensor groups will be cleared. Signed-off-by: Shilpasri G Bhat ---

[PATCH V11 2/3] powernv: Add support to set power-shifting-ratio

This patch adds support to set power-shifting-ratio which hints the firmware how to distribute/throttle power between different entities in a system (e.g CPU v/s GPU). This ratio is used by OCC for power capping algorithm. Signed-off-by: Shilpasri G Bhat ---

[PATCH V11 1/3] powernv: powercap: Add support for powercap framework

Adds a generic powercap framework to change the system powercap inband through OPAL-OCC command/response interface. Signed-off-by: Shilpasri G Bhat --- .../ABI/testing/sysfs-firmware-opal-powercap | 31 +++ arch/powerpc/include/asm/opal-api.h

Re: [PATCH] iio: accel: Bugfix to enbale and allow different events to work parallely.

On Mon, 31 Jul 2017 07:17:38 -0400 Harinath Nampally wrote: This driver supports multiple devices like mma8653, mma8652, mma8452, mma8453 and fxls8471. Almost all these devices have more than one event. Current driver design hardcodes the event specific information, so

[PATCH] ARM: dts: uniphier: add audio out pin-mux node

The UniPhier AIO2013 audio system needs I2S and clock signal pins to connect external codec chip. Signed-off-by: Katsuhiro Suzuki --- arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH v9 2/4] PCI: Disable PCIe Relaxed Ordering if unsupported

Hi Bjorn: On 2017/8/9 10:22, Bjorn Helgaas wrote: > On Sat, Aug 05, 2017 at 03:15:11PM +0800, Ding Tianhong wrote: >> When bit4 is set in the PCIe Device Control register, it indicates >> whether the device is permitted to use relaxed ordering. >> On some platforms using relaxed ordering can have

Re: [v5, 1/2] hwmon: (it87) Split out chip registers setting code on probe path

On Wed, Aug 09, 2017 at 12:05:30PM +0200, Maciej S. Szmigiero wrote: > This commit splits out chip registers setting code on probe path to > separate functions so they can be reused for setting the device properly > again when system resumes from suspend. > > While we are at it let's also make

Re: [PATCH 2/4] net-next: dsa: add flow_dissect callback to struct dsa_device_ops

On Wed, Aug 09, 2017 at 02:41:17PM +0200, John Crispin wrote: > When the flow dissector first sees packets coming in on a DSA devices the > 802.3 header wont be located where the code expects it to be as the tag > is still present. Adding this new callback allows a DSA device to provide a > new

Re: [PATCH] iio: accel: Bugfix to enbale and allow different events to work parallely.

On Mon, 31 Jul 2017 07:17:38 -0400 Harinath Nampally wrote: > This driver supports multiple devices like mma8653, mma8652, mma8452, mma8453 > and > fxls8471. Almost all these devices have more than one event. Current driver > design > hardcodes the event specific

[no subject]

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

Re: [PATCH] futex: Remove unnecessary warning from get_futex_key

On Wed, Aug 09, 2017 at 08:27:11AM +0100, Mel Gorman wrote: > Commit 65d8fc777f6d ("futex: Remove requirement for lock_page() in > get_futex_key()") removed an unnecessary lock_page() with the side-effect > that page->mapping needed to be treated very carefully. Two defensive > warnings were added

[RFC PATCH 1/6] bsg: fix kernel panic resulting from missing allocation of a reply-buffer

In contrast to the normal SCSI-lib, the BSG block-queue doesn't make use of any extra init_rq_fn() to make additional allocations during request-creation, and the request sense-pointer is not used to transport SCSI sense data, but is used as backing for the bsg_job->reply pointer; that in turn is

[RFC PATCH 5/6] bsg: reduce unnecessary arguments for bsg_map_hdr()

Since struct bsg_command is now used in every calling case, we don't need separation of arguments anymore that are contained in the same bsg_command. Signed-off-by: Benjamin Block --- block/bsg.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-)

[RFC PATCH 6/6] bsg: reduce unnecessary arguments for blk_complete_sgv4_hdr_rq()

Since struct bsg_command is now used in every calling case, we don't need separation of arguments anymore that are contained in the same bsg_command. Signed-off-by: Benjamin Block --- block/bsg.c | 20 +--- 1 file changed, 9 insertions(+), 11

[RFC PATCH 2/6] bsg: assign sense_len instead of fixed SCSI_SENSE_BUFFERSIZE

We do set rq->sense_len when we assigne the reply-buffer in blk_fill_sgv4_hdr_rq(). No point in possibly deviating from this value later on. bsg-lib.h specifies: unsigned int reply_len; /* * On entry : reply_len indicates the buffer size allocated for * the reply. * *

Re: [PATCH 2/2] cpufreq: mediatek: add support of cpufreq to MT7622 SoC

On 09-08-17, 18:12, sean.w...@mediatek.com wrote: > From: Sean Wang > > MT7622 is a 64-bit ARMv8 based dual-core SoC (2 * Cortex-A53) with a > single cluster. The hardware is also compatible with the current driver, > so add MT7622 as one of the compatible string list. >

Re: RCU stall when using function_graph

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 wrote: > >>> On Sat, Aug 05, 2017 at 02:24:21PM

[PATCH 3/4] iommu/pamu: WARN when fsl_pamu_probe() is called more than once

From: Joerg Roedel The function probes the PAMU hardware from device-tree specifications. It initializes global variables and can thus be only safely called once. Add a check that that prints a warning when its called more than once. Signed-off-by: Joerg Roedel

[PATCH 1/4] iommu/pamu: Let PAMU depend on PCI

From: Joerg Roedel The driver does not compile when PCI is not selected, so make it depend on it. Signed-off-by: Joerg Roedel --- drivers/iommu/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig index

<    6   7   8   9   10   11   12   13   14   15   >