Re: [PATCH v3 0/5] dmaengine: qcom: bam_dma: fixes for remotely controlled bam

On Thu, Feb 15, 2018 at 12:25:06PM +, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > Hi Andy, > > I did hit few issues while trying out SLIMBus BAM on DB820c, this BAM instance > is remotely controlled and powered up after ADSP is

Re: [PATCH net-next 1/2] virtio-net: re enable XDP_REDIRECT for mergeable buffer

On Thu, 1 Mar 2018 11:19:04 +0800 Jason Wang wrote: > XDP_REDIRECT support for mergeable buffer was removed since commit > 7324f5399b06 ("virtio_net: disable XDP_REDIRECT in receive_mergeable() > case"). This is because we don't reserve enough tailroom for struct >

Re: [PATCH v3 00/43] DRM Rockchip rk3399 (Kevin)

Hi All, On 2018-01-30 21:28, Thierry Escande wrote: This patchset includes cleanups, improvements, and bug fixes for Rockchip DRM driver and PSR support. this patchset depends and needs to be applied on top of Rockchip rk3399 eDP support [1]. [1] https://lkml.org/lkml/2018/1/10/682 I've

Re: [lkp-robot] [printk] c162d5b433: BUG:KASAN:use-after-scope_in_c

On Thu, Mar 1, 2018 at 2:37 AM, Sergey Senozhatsky wrote: > Hello, > > Cc-ing Dmitry Vyukov and kasan-dev on this. > > On (02/28/18 16:59), Petr Mladek wrote: > [..] >> > > >> > > [0.00] BUG: KASAN: use-after-scope in console_unlock+0x185/0x960 >> > > [

Re: [PATCH V2 0/5] mmc: add stm32 sdmmc controller

Hi Ludovic, On 28 February 2018 at 16:47, Ludovic Barre wrote: > From: Ludovic Barre > > This patch serie adds support of stm32 SDMMC controller. > stm32h7 is the first SoC to use stm32 SDMMC controller > (previous SoC had pl180 controller). I am a

Re: [PATCH] selftests: memory-hotplug: silence test command echo

On 14 February 2018 at 03:14, Shuah Khan wrote: > Silence the following command being printed while running test. > > ./mem-on-off-test.sh -r 2 && echo "selftests: memory-hotplug [PASS]" || > echo "selftests: memory-hotplug [FAIL]" > > Signed-off-by: Shuah Khan

Re: [PATCH net-next 0/2] virtio-net: re enable XDP_REDIRECT for mergeable buffer

On Thu, 1 Mar 2018 11:19:03 +0800 Jason Wang wrote: > This series tries to re-enable XDP_REDIRECT for mergeable buffer which > was removed since commit 7324f5399b06 ("virtio_net: disable > XDP_REDIRECT in receive_mergeable() case"). Main concerns are: > > - not enough

[PATCH 1/4] module: Do not access sig_enforce directly

Call is_module_sig_enforced() instead. Signed-off-by: Jia Zhang --- kernel/module.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/module.c b/kernel/module.c index ad2d420..003d0ab 100644 --- a/kernel/module.c +++ b/kernel/module.c @@

[PATCH 5/6] arm64: dts: rockchip: enable typec-phy1 for rk3399-puma.

Commit c301b327aea898af ("arm64: dts: rockchip: add usb3-phy otg-port support for rk3399") caused a regression regarding the USB3. During boot, the following message appears a few times: dwc3: failed to initialize core The driver is deferred waiting for the typec-phy, but this never

[PATCH 6/6] arm64: dts: rockchip: enable typec-phy0 for rk3399-puma-haikou.

Commit c301b327aea898af ("arm64: dts: rockchip: add usb3-phy otg-port support for rk3399") caused a regression regarding the USB3. During boot, the following message appears a few times: dwc3: failed to initialize core The driver is deferred waiting for the typec-phy, but this never happens

Re: [PATCH] Detect early free of a live mm

On Wed 28-02-18 12:18:10, Mark Rutland wrote: > Ugh, I messed up Peter's email when sending this out. please > s/infraded/infradead/ if replying to the first mail. > > Sorry about that. > > Mark. > > On Wed, Feb 28, 2018 at 12:14:58PM +, Mark Rutland wrote: > > KASAN splats indicate that in

Re: [PATCH v2 08/15] KVM: s390: interface to enable AP execution mode

On 28.02.2018 21:39, Tony Krowiak wrote: > On 02/28/2018 04:44 AM, David Hildenbrand wrote: >> On 27.02.2018 15:28, Tony Krowiak wrote: >>> Introduces a new interface to enable AP interpretive >>> execution (IE) mode for the KVM guest. When running >>> with IE mode enabled, AP instructions

Re: [PATCH v2 14/15] clk: stm32: Add clk entry for SDMMC2 on stm32F769

Hi Linus On 03/01/2018 10:12 AM, Linus Walleij wrote: > On Mon, Feb 26, 2018 at 9:41 AM, Patrice CHOTARD > wrote: > >> Hi Stephen, Michael >> >> It's a gentle reminder as this patch is present on mailing list and >> acked-by since 01/12/2018 > > You need Stephen's new

[PATCH 1/6] ARM: dts: stm32: Add sdio pins definition for stm32f7

From: Patrice Chotard Add sdio pins definition for the 2 sdio instances embeds in stm32f746. Signed-off-by: Patrice Chotard --- arch/arm/boot/dts/stm32f7-pinctrl.dtsi | 62 ++ 1 file changed, 62 insertions(+)

[PATCH 4/6] ARM: dts: stm32: Enable sdio1 for stm32f769-disco

From: Patrice Chotard Adds SDIO related DT nodes for stm32f769-disco board. broken-cd property is needed as it misses a pullup on board (resistor R76 is missing). Signed-off-by: Patrice Chotard --- arch/arm/boot/dts/stm32f769-disco.dts | 19

Re: [PATCH] Support the nonstring variable attribute (gcc >= 8)

On Mon, Feb 19, 2018 at 1:01 AM, Miguel Ojeda wrote: > On Mon, Feb 19, 2018 at 12:20 AM, David Rientjes wrote: >> On Sat, 17 Feb 2018, Miguel Ojeda wrote: >> >>> From the GCC manual: >>> >>> The nonstring variable attribute specifies that an

Re: [RFC PATCH 3/3] tpm: tpm_msleep() with finer granularity improves performance

On Wed, Feb 28, 2018 at 02:18:28PM -0500, Nayna Jain wrote: > When 'commit 9f3fc7bcddcb ("tpm: replace msleep() with usleep_range() > in TPM 1.2/2.0 generic drivers")' was upstreamed, it replaced the "was upstreamed" is redundant information. If you speak about commit ID, it is expected to be in

Re: [PATCH] media: renesas-ceu: mark PM functions as __maybe_unused

On Thu, Mar 01, 2018 at 12:19:37AM +0100, Arnd Bergmann wrote: > The PM runtime operations are unused when CONFIG_PM is disabled, > leading to a harmless warning: > > drivers/media/platform/renesas-ceu.c:1003:12: error: 'ceu_runtime_suspend' > defined but not used [-Werror=unused-function] >

Re: [PATCH 1/3] dt-bindings: Add a binding for the sunxi message box

On Wed, Feb 28, 2018 at 05:17:03PM +, Andre Przywara wrote: > Hi Samuel, > > thank you very much for writing and posting this! > > On 28/02/18 08:28, Maxime Ripard wrote: > > Hi, > > > > On Tue, Feb 27, 2018 at 08:27:12PM -0600, Samuel Holland wrote: > >> This mailbox hardware is present in

RE: [PATCH v4] watchdog: add SPDX identifiers for watchdog subsystem

On 28 February 2018 15:02, Marcus Folkesson wrote: > Subject: [PATCH v4] watchdog: add SPDX identifiers for watchdog subsystem > > - Add SPDX identifier > - Remove boiler plate license text > - If MODULE_LICENSE and boiler plate does not match, go for boiler plate > license Acked-by: Steve

Re: [PATCH] ath10k: search all IEs for variant before falling back

Thomas Hebb writes: > commit f2593cb1b291 ("ath10k: Search SMBIOS for OEM board file > extension") added a feature to ath10k that allows Board Data File > (BDF) conflicts between multiple devices that use the same device IDs > but have different calibration requirements to

[PATCH v6 07/14] ARM: dts: rockchip: add clocks in iommu nodes

Add clocks in iommu nodes, since we are going to control clocks in rockchip iommu driver. Signed-off-by: Jeffy Chen --- Changes in v6: Add clk names, and modify all iommu nodes in all existing rockchip dts Changes in v5: Remove clk names. Changes in v4: None Changes

[PATCH] mailbox: return error in mbox_request_channel_byname

If 'name' is not found in the "mbox-names" list, return an error Signed-off-by: Fabien Dessenne --- drivers/mailbox/mailbox.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c index

[RESEND PATCH v6 06/14] iommu/rockchip: Fix TLB flush of secondary IOMMUs

From: Tomasz Figa Due to the bug in current code, only first IOMMU has the TLB lines flushed in rk_iommu_zap_lines. This patch fixes the inner loop to execute for all IOMMUs and properly flush the TLB. Signed-off-by: Tomasz Figa Signed-off-by: Jeffy Chen

[RESEND PATCH v6 08/14] iommu/rockchip: Control clocks needed to access the IOMMU

From: Tomasz Figa Current code relies on master driver enabling necessary clocks before IOMMU is accessed, however there are cases when the IOMMU should be accessed while the master is not running yet, for example allocating V4L2 videobuf2 buffers, which is done by the VB2

[RESEND PATCH v6 09/14] dt-bindings: iommu/rockchip: Add clock property

Add clock property, since we are going to control clocks in rockchip iommu driver. Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

Re: [PATCH V2] lightnvm: pblk: remove unused variable

> On 1 Mar 2018, at 11.07, Matias Bjørling wrote: > > On 02/28/2018 04:57 PM, Javier González wrote: >> # Changes since V1: >> - Rebase on top of latest 2.0 changes >> Javier González (1): >> lightnvm: pblk: remove unused variable >> drivers/lightnvm/pblk-core.c | 3 ---

Re: [PATCH] sparse doesn't support indirect_branch attribute

2018-03-01 19:06 GMT+09:00 Luc Van Oostenryck : > On Wed, Feb 28, 2018 at 10:30:58AM +0900, Masahiro Yamada wrote: >> 2018-02-28 7:36 GMT+09:00 Luc Van Oostenryck : >> > >> > To compensate this, I sent a patch to use

Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory

Hi Everyone, Hi Logan, Here's v2 of our series to introduce P2P based copy offload to NVMe fabrics. This version has been rebased onto v4.16-rc3 which already includes Christoph's devpagemap work the previous version was based off as well as a couple of the cleanup patches that were in v1.

Re: [PATCH v2 06/10] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy]()

On 03/01/2018 01:40 AM, Logan Gunthorpe wrote: In order to use PCI P2P memory pci_p2pmem_[un]map_sg() functions must be called to map the correct DMA address. To do this, we add a flags variable and the RDMA_RW_CTX_FLAG_PCI_P2P flag. When the flag is specified use the appropriate map function.

Re: [PATCH v3 4/6] x86: Consolidate PCI_MMCONFIG configs

On Thu, Mar 1, 2018 at 7:40 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we > have two PCI_MMCONFIG entries, one from the original i386 and another > from x86_64. This

Re: [PATCH v1 3/4] ASoC: codecs: pcm179x: Add reset gpio

Hello Fabio, Thank you for the review! On Tue, 27 Feb 2018 19:30:11 -0300 Fabio Estevam wrote: > On Tue, Feb 27, 2018 at 6:24 PM, Mylène Josserand > wrote: > > > + pcm179x->reset = of_get_named_gpio(np, "reset-gpios", 0); > > + if

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi, > 1. Possible security issues - VirtIO devices are PCI bus masters, thus > allowing real device (running, for example, in untrusted driver domain) > to get control over guest's memory by writing to its memory > > 2. VirtIO currently uses GFNs written into the shared ring, without Xen >

EXT4 Oops (Re: [PATCH V15 06/22] mmc: block: Add blk-mq support)

On 27/02/18 11:28, Adrian Hunter wrote: > On 26/02/18 23:48, Dmitry Osipenko wrote: >> But still something is wrong... I've been getting occasional EXT4 Ooops's, >> like >> the one below, and __wait_on_bit() is always figuring in the stacktrace. It >> never happened with blk-mq disabled, though

Re: [PATCH v2 1/3] x86: devicetree: call early_init_dt_verify()

On Wed, 28 Feb 2018, Ivan Gorinov wrote: > Call to early_init_dt_verify() is required to prepare DTB data. > It was called from arch/arm and arch/powerpc, but not arch/x86. > > Signed-off-by: Ivan Gorinov > --- >  arch/x86/kernel/devicetree.c | 1 + >  1 file changed, 1

[PATCH] Coccinelle: memdup: Fix typo in warning messages

Replace 'kmemdep' with 'kmemdup' in warning messages. Signed-off-by: Dafna Hirschfeld Acked-by: Julia Lawall --- scripts/coccinelle/api/memdup.cocci | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] soc: rockchip: power-domain: remove PM clocks

Hi Geert, Thanks for your reply. On 03/01/2018 04:33 PM, Geert Uytterhoeven wrote: >so maybe we can: >1/ let the device(dts) or driver decide which clock is PM clk, and add it >using*pm_clk_add* APIs (even of_pm_clk_add_clks() if all clocks are pm clk) > >2/ add support for critical PM clk,

[PATCH 3/4] module: Support to show the current enforcement policy

/sys/kernel/security/modsign/enforce gives the result of current enforcement policy of loading module. Signed-off-by: Jia Zhang --- kernel/module.c | 55 +++ 1 file changed, 55 insertions(+) diff --git

[PATCH 4/4] module: Allow to upgrade to validity enforcement in unforced mode

If module signature verification check is enabled but the validity enforcement is configured to be disabled, it should be allowed to enable it. Once enabled, it is disallowed to disable it. Signed-off-by: Jia Zhang --- kernel/module.c | 39

[PATCH 2/4] module: Create the entry point initialize_module()

This entry point currently includes the procfs initialization, and will include a securityfs initialization. Signed-off-by: Jia Zhang --- kernel/module.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/kernel/module.c

Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

Hi Arnd, On Wed, Feb 28, 2018 at 11:08:54PM +0100, Arnd Bergmann wrote: > On Wed, Feb 28, 2018 at 10:47 PM, Baruch Siach wrote: > > Thanks for the fix. > > > > On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: > >> When the firmware driver is a loadable module,

Re: [PATCH v3 01/10] dt-bindings: pinctrl: Add bindings for Actions S900 SoC

On Wed, Feb 28, 2018 at 7:14 PM, Manivannan Sadhasivam wrote: > Add pinctrl bindings for Actions Semi S900 SoC > > Signed-off-by: Manivannan Sadhasivam The previous (v2) version had Rob's Review tag, did you just forget to add

Re: [PATCH v3 01/10] dt-bindings: pinctrl: Add bindings for Actions S900 SoC

Hi Linus, On Thu, Mar 01, 2018 at 10:20:29AM +0100, Linus Walleij wrote: > On Wed, Feb 28, 2018 at 7:14 PM, Manivannan Sadhasivam > wrote: > > > Add pinctrl bindings for Actions Semi S900 SoC > > > > Signed-off-by: Manivannan Sadhasivam

[PATCH 3/6] arm64: dts: rockchip: enable typec-phy for rk3399-sapphire.

Commit c301b327aea898af ("arm64: dts: rockchip: add usb3-phy otg-port support for rk3399") caused a regression regarding the USB3 type-A port. During boot, the following message appears a few times: dwc3: failed to initialize core The driver is deferred waiting for the typec-phy, but this

[PATCH 2/6] dt-bindings: phy-rockchip-typec: move extcon property to be optional.

The extcon property is used to detect the cable-state but some boards, like Sapphire, currently does not seem to support, others might just not need, as are supposed to work in host-mode only. So, extcon property is not really a required property, move to be optional instead. Signed-off-by: Enric

Re: [linux-sunxi] [PATCH v2 1/4] dt-bindings: pwm: binding allwinner sun8i.

Hi, On Wed, Feb 28, 2018 at 01:51:59AM +, André Przywara wrote: > On 25/02/18 13:50, hao_zhang wrote: > > This patch adds allwinner sun8i pwm binding documents. > > > > Signed-off-by: hao_zhang > > --- > > Documentation/devicetree/bindings/pwm/pwm-sun8i.txt | 18

[PATCH 1/6] phy: rockchip-typec: fall back to working in host-mode if extcon is missing.

Right now the rockchip typec-phy does fail probing when no extcon is detected. Some boards get the cable-state via the extcon interface and have this supported, other boards seem to use the fusb302 chip or another but the driver currently does not seem to utilize the extcon interface to report the

[PATCH 4/6] arm64: dts: rockchip: enable typec-phy for rk3399-firefly.

Commit c301b327aea898af ("arm64: dts: rockchip: add usb3-phy otg-port support for rk3399") caused a regression regarding the USB3. During boot, the following message appears a few times: dwc3: failed to initialize core The driver is deferred waiting for the typec-phy, but this never

Re: [PATCH 0/2] arm: Support for Renesas RZ/N1D (R9A06G032)

On Tue, Feb 27, 2018 at 01:10:36PM +, Phil Edworthy wrote: > Hi Simon, > > On 26 February 2018, Michel Pollet wrote: > > > > This series adds the plain basic support for booting a bare > > kernel on the RZ/N1D-DB Board. It's been trimmed to the strict > > minimum as a 'base', further patches

[GIT PULL] printk for 4.16-rc4

Linus, please pull one printk fix for 4.16-rc4 from git://git.kernel.org/pub/scm/linux/kernel/git/pmladek/printk.git for-linus - Make sure that we wake up userspace loggers. This fixes a race introduced by the console waiter logic in 4.16-rc1.

[PATCH 6/6] ARM: dts: stm32: Fix sdio2 rcc hard coded value

From: Patrice Chotard Replace sdio2 rcc hard coded clock value by its macro. Signed-off-by: Patrice Chotard --- arch/arm/boot/dts/stm32f746.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stm32f746.dtsi

Re: [PATCH 1/6] phy: rockchip-typec: fall back to working in host-mode if extcon is missing.

Am Donnerstag, 1. März 2018, 10:24:15 CET schrieb Enric Balletbo i Serra: > Right now the rockchip typec-phy does fail probing when no extcon is > detected. Some boards get the cable-state via the extcon interface and > have this supported, other boards seem to use the fusb302 chip or > another

Re: [PATCH v2] net: iucv: Free memory obtained by kzalloc

On 03/01/2018 06:25 AM, Arvind Yadav wrote: > Free memory, if afiucv_iucv_init is not successful. So calling > put_device() before kfree(). This will decrement the last reference. > > Signed-off-by: Arvind Yadav > --- > changes in v2: > Calling

[GIT PULL] sound fixes for 4.16-rc4

Linus, please pull sound fixes for v4.16-rc4 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.16-rc4 The topmost commit is c77a6edb6d4d35204673cad7389c317bfb17492e sound fixes for 4.16-rc4 The

[PATCH 3/3] KVM: X86: Provides userspace with a capability to not intercept PAUSE

From: Wanpeng Li Allow to disable pause loop exit/pause filtering on a per VM basis. If some VMs have dedicated host CPUs, they won't be negatively affected due to needlessly intercepted PAUSE instructions. Thanks to Jan H. Schönherr's initial patch. Cc: Paolo Bonzini

Re: [PATCH 2/6] dt-bindings: phy-rockchip-typec: move extcon property to be optional.

Hi Enric, Am Donnerstag, 1. März 2018, 10:24:16 CET schrieb Enric Balletbo i Serra: > The extcon property is used to detect the cable-state but some boards, > like Sapphire, currently does not seem to support, others might just not > need, as are supposed to work in host-mode only. So, extcon

[PATCH 2/3] KVM: X86: Provides userspace with a capability to not intercept HLT

From: Wanpeng Li If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. This patch adds the per-VM non-HLT-exiting capability. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li ---

Re: [PATCH v2 01/15] KVM: s390: refactor crypto initialization

On Wed, 28 Feb 2018 16:23:29 -0500 Tony Krowiak wrote: > On 02/28/2018 12:37 PM, Cornelia Huck wrote: > > On Tue, 27 Feb 2018 09:27:59 -0500 > > Tony Krowiak wrote: > >> diff --git a/arch/s390/kvm/kvm-ap.c b/arch/s390/kvm/kvm-ap.c > >>

Re: [PATCH v4] rtc: ac100: Fix ac100 determine rate bug

On 26/02/2018 at 22:19:01 +0100, Philipp Rossak wrote: > This patch fixes a bug, that prevents the Allwinner A83T and the A80 > from a successful boot. > > The bug is there since v4.16-rc1 and appeared after the clk branch was > merged. > > You can find the shortend trace below: > > Unable to

[PATCH RESEND 1/2] dt-bindings: usb: fix the STM32F7 DWC2 OTG HS core binding

This patch fixes binding documentation for DWC2 controller in HS mode found on STMicroelectronics STM32F7 SoC. The v2 former patch [1] had been acked by Rob Herring, but v1 was merged. [1] https://patchwork.kernel.org/patch/9925575/ Fixes: 000777dadc7e ("dt-bindings: usb: Document the STM32F7xx

Re: [PATCH V2] nvme-pci: assign separate irq vectors for adminq and ioq0

Hi sagi Thanks for your kindly response. On 03/01/2018 05:28 PM, Sagi Grimberg wrote: > >> Note that we originally allocates irqs this way, and Keith changed >> it a while ago for good reasons.  So I'd really like to see good >> reasons for moving away from this, and some heuristics to figure

Re: [PATCH V2] lightnvm: pblk: remove unused variable

On 02/28/2018 04:57 PM, Javier González wrote: # Changes since V1: - Rebase on top of latest 2.0 changes Javier González (1): lightnvm: pblk: remove unused variable drivers/lightnvm/pblk-core.c | 3 --- 1 file changed, 3 deletions(-) Okay if I merge this with Hans' patch? It has

[PATCH RESEND 0/2] Fix STM32F7 DWC2 OTG HS binding

This patchset fixes STM32F7 DWC2 OTG HS binding. It actually re-applies the v2 former patches adding STM32F7 DWC2 OTG HS support. Bindings reviewed by Rob Herring. Amelie Delaunay (2): dt-bindings: usb: fix the STM32F7 DWC2 OTG HS core binding usb: dwc2: fix STM32F7 USB OTG HS compatible

[RESEND PATCH v6 13/14] iommu/rockchip: Add runtime PM support

When the power domain is powered off, the IOMMU cannot be accessed and register programming must be deferred until the power domain becomes enabled. Add runtime PM support, and use runtime PM device link from IOMMU to master to startup and shutdown IOMMU. Signed-off-by: Jeffy Chen

Re: [PATCH v4 1/4] HID: add driver for Valve Steam Controller

On Thu, Mar 1, 2018 at 12:49 AM, Rodrigo Rivas Costa wrote: > On Wed, Feb 28, 2018 at 09:21:15PM +0200, Andy Shevchenko wrote: >> On Wed, Feb 28, 2018 at 8:43 PM, Rodrigo Rivas Costa >> wrote: >> > + if (input) { >> >> if (!input)

Re: Clang build of arm64 kernel fails

On Thu, Mar 01, 2018 at 09:45:24AM +, Robin Murphy wrote: > Hi Andrey, > > On 28/02/18 19:32, Andrey Konovalov wrote: > >Hi Marc! > > > >I've tried to pull in new upstream commits and the kernel build > >started failing for me with the following errors (see below). > > > >It seems that the

Re: [PATCH v3 3/6] x86/jailhouse: Enable PCI mmconfig access in inmates

On Thu, Mar 1, 2018 at 7:40 AM, Jan Kiszka wrote: > Use the PCI mmconfig base address exported by jailhouse in boot > parameters in order to access the memory mapped PCI configuration space. > --- a/arch/x86/kernel/jailhouse.c > +++ b/arch/x86/kernel/jailhouse.c > @@

Re: [PATCH] soc: rockchip: power-domain: remove PM clocks

Hi Ulf, On Thu, Mar 1, 2018 at 11:18 AM, Ulf Hansson wrote: > On 1 March 2018 at 09:33, Geert Uytterhoeven wrote: >> On Thu, Mar 1, 2018 at 4:40 AM, JeffyChen wrote: >>> 3/ make sure PM clk always be controlled(otherwise

Re: [PATCH v2 00/16] Implement H3/H5 HDMI driver

Hi, On Wed, Feb 28, 2018 at 10:23:35PM +0100, Jernej Škrabec wrote: > Dne torek, 27. februar 2018 ob 23:26:45 CET je Jernej Skrabec napisal(a): > > This series implements H3/H5 HDMI driver. It was tested on OrangePi 2 (H3), > > OrangePi Plus2e (H3) and OrangePi PC2 (H5) with many resolutions and

Re: [PATCH] soc: rockchip: power-domain: remove PM clocks

Hi Jeffy, On Thu, Mar 1, 2018 at 4:40 AM, JeffyChen wrote: > if i'm reading the code right, the PM clk means: > 1/ the clocks which would be enabled while power on > 2/ these clocks are optional, it's ok if anything wrong with them > 3/ controlled by pm_domain(or

[PATCH v5] watchdog: add SPDX identifiers for watchdog subsystem

- Add SPDX identifier - Remove boiler plate license text - If MODULE_LICENSE and boiler plate does not match, go for boiler plate license Cc: Philippe Ombredanne Signed-off-by: Marcus Folkesson Acked-by: Adam Thomson

Re: EXT4 Oops (Re: [PATCH V15 06/22] mmc: block: Add blk-mq support)

On Thu, Mar 1, 2018 at 12:55 AM, Adrian Hunter wrote: > On 27/02/18 11:28, Adrian Hunter wrote: >> On 26/02/18 23:48, Dmitry Osipenko wrote: >>> But still something is wrong... I've been getting occasional EXT4 Ooops's, >>> like >>> the one below, and __wait_on_bit() is

[tip:x86/apic] x86/apic: Move pending interrupt check code into it's own function

Commit-ID: 9b217f33017715903d0956dfc58f82d2a2d00e63 Gitweb: https://git.kernel.org/tip/9b217f33017715903d0956dfc58f82d2a2d00e63 Author: Dou Liyang AuthorDate: Thu, 1 Mar 2018 13:59:28 +0800 Committer: Thomas Gleixner CommitDate: Thu, 1 Mar

Re: [PATCH net-next 2/2] virtio-net: simplify XDP handling in small buffer

On Thu, 1 Mar 2018 16:49:24 +0800 Jason Wang wrote: > > 2. This can easily cause out-of-order packets. > > I may miss something, but it looks to me packets were still delivered > in order? Or you mean the packets that was dropped by cpumap? No. Packets can now travel two

Re: [PATCH v2] drivers/virt: vm_gen_counter: initial driver implementation

Hi Or, Thank you for the patch! Yet something to improve: [auto build test ERROR on char-misc/char-misc-testing] [also build test ERROR on v4.16-rc3 next-20180228] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v3 5/7] clk: sunxi-ng: add support for the Allwinner H6 CCU

On Fri, Feb 23, 2018 at 08:35:53PM +0800, Icenowy Zheng wrote: > The Allwinner H6 SoC has a CCU which has been largely rearranged. > > Add support for it in the sunxi-ng CCU framework. > > Signed-off-by: Icenowy Zheng > Acked-by: Rob Herring Acked-by: Maxime

Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant

On 2/28/2018 8:55 PM, Doug Ledford wrote: On Wed, 2018-02-28 at 11:50 +0200, Max Gurtovoy wrote: On 2/28/2018 2:21 AM, Bart Van Assche wrote: On 02/27/18 14:15, Max Gurtovoy wrote: -static int __ib_process_cq(struct ib_cq *cq, int budget, struct ib_wc *poll_wc) +static int

[PATCH 5/6] dt-bindings: mfd: Add STM32F7 SDMMC2 rcc entry

From: Patrice Chotard STM32F769 SoC provides 2 SDMMC instances, add missing RCC SDMMC2 entry for it. Signed-off-by: Patrice Chotard --- include/dt-bindings/mfd/stm32f7-rcc.h | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v5 01/12] drivers: base: Unified device connection lookup

Hi, On 01-03-18 10:32, Andy Shevchenko wrote: On Thu, Mar 1, 2018 at 9:28 AM, Heikki Krogerus wrote: Hi, On Thu, Mar 01, 2018 at 12:56:57AM +, Jun Li wrote: +struct device *device_find_connection(struct device *dev, const char +*con_id) { + return

[PATCH v4 2/2] usb: host: ehci-platform: add support for optional external vbus supply

On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch may be used. Add support for optional external vbus supply per port in ehci-platform. Signed-off-by: Amelie Delaunay Reviewed-by:

Re: [PATCH v2 00/10] R-Car M3-N: Enable EtherAVB device node

On Tue, Feb 27, 2018 at 11:22:44AM +0100, Jacopo Mondi wrote: > Hi Simon, Geert, >in this second iteration I have dropped iommu dependencies for EtherAVB > and have changed "phy-mode" for all mainlines Gen-3 boards, this time > including > ULCB, Draak, Eagle and V3MSK. > > The series add

[PATCH v4 1/2] dt-bindings: usb: ehci: add optional external vbus supply property

On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch per port may be used. Add portN_vbus-supply property to usb-ehci bindings. As the number of ports depends on the ehci controller, and the port on which an

[PATCH v4 0/2] usb: host: ehci-platform: add support for optional external vbus supply

This patchset adds support for optional external vbus supply per port in ehci-platform. On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch per port may be used. --- Changes in v4: * Address Roger Quadros

[PATCH RESEND 2/2] usb: dwc2: fix STM32F7 USB OTG HS compatible

This patch fixes compatible for STM32F7 USB OTG HS and consistently rename dw2_set_params function. The v2 former patch [1] had been acked by Paul Young, but v1 was merged. [1] https://patchwork.kernel.org/patch/9925573/ Fixes: d8fae8b93682 ("usb: dwc2: add support for STM32F7xx USB OTG HS")

RE: [PATCH] staging: typec: handle vendor defined part and modify drp toggling flow

Hi Shufan Please don't top posting > -Original Message- > From: shufan_lee(李書帆) [mailto:shufan_...@richtek.com] > Sent: 2018年3月1日 16:49 > To: Jun Li ; ShuFanLee ; > heikki.kroge...@linux.intel.com; li...@roeck-us.net; g...@kroah.com > Cc:

[RESEND PATCH v6 11/14] iommu/rockchip: Use OF_IOMMU to attach devices automatically

Converts the rockchip-iommu driver to use the OF_IOMMU infrastructure, which allows attaching master devices to their IOMMUs automatically according to DT properties. Signed-off-by: Jeffy Chen Reviewed-by: Robin Murphy --- Changes in v6: None

[RESEND PATCH v6 07/14] ARM: dts: rockchip: add clocks in iommu nodes

Add clocks in iommu nodes, since we are going to control clocks in rockchip iommu driver. Signed-off-by: Jeffy Chen --- Changes in v6: Add clk names, and modify all iommu nodes in all existing rockchip dts Changes in v5: Remove clk names. Changes in v4: None Changes

[RESEND PATCH v6 10/14] iommu/rockchip: Use IOMMU device for dma mapping operations

Use the first registered IOMMU device for dma mapping operations, and drop the domain platform device. This is similar to exynos iommu driver. Signed-off-by: Jeffy Chen Reviewed-by: Tomasz Figa Reviewed-by: Robin Murphy ---

[RESEND PATCH v6 05/14] iommu/rockchip: Use iopoll helpers to wait for hardware

From: Tomasz Figa This patch converts the rockchip-iommu driver to use the in-kernel iopoll helpers to wait for certain status bits to change in registers instead of an open-coded custom macro. Signed-off-by: Tomasz Figa Signed-off-by: Jeffy Chen

Re: [PATCH 5/5] tpm: migrate tpm2_get_random() to use struct tpm_buf

On Wed, Feb 28, 2018 at 09:58:18PM +0200, Jarkko Sakkinen wrote: > In order to make struct tpm_buf the first class object for constructing > TPM commands, migrate tpm2_get_random() to use it. In addition, removed > remaining references to struct tpm2_cmd. All of them use it to acquire > the length

[RESEND PATCH v6 12/14] iommu/rockchip: Fix error handling in init

It's hard to undo bus_set_iommu() in the error path, so move it to the end of rk_iommu_probe(). Signed-off-by: Jeffy Chen Reviewed-by: Tomasz Figa Reviewed-by: Robin Murphy --- Changes in v6: None Changes in v5: None Changes

[RESEND PATCH v6 14/14] iommu/rockchip: Support sharing IOMMU between masters

There would be some masters sharing the same IOMMU device. Put them in the same iommu group and share the same iommu domain. Signed-off-by: Jeffy Chen Reviewed-by: Robin Murphy --- Changes in v6: None Changes in v5: None Changes in v4: None

Re: [PATCH v8 7/8] livepatch: Correctly handle atomic replace for not yet loaded modules

On Thu 2018-02-22 22:00:28, Miroslav Benes wrote: > On Wed, 21 Feb 2018, Petr Mladek wrote: > > This patch allows the late initialization. > > > > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c > > index ad508a86b2f9..da1438d47d83 100644 > > --- a/kernel/livepatch/core.c > > +++

Re: [PATCH 0/3] Allwinner sunxi message box support

Hi, On Wed, Feb 28, 2018 at 11:18:50AM -0600, Samuel Holland wrote: > On 02/28/18 02:24, Maxime Ripard wrote: > > On Tue, Feb 27, 2018 at 08:27:11PM -0600, Samuel Holland wrote: > >> This series adds support for the "hardware message box" in recent > >> Allwinner sunxi SoCs, used for

Re: [PATCH v3 2/6] PCI: Scan all functions when running over Jailhouse

On Thu, Mar 1, 2018 at 7:40 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Per PCIe r4.0, sec 7.5.1.1.9, multi-function devices are required to > have a function 0. Therefore, Linux scans for devices at function 0 > (devfn 0/8/16/...) and only scans

Re: [PATCH 13/15] lightnvm: pblk: implement get log report chunk

On 02/28/2018 04:49 PM, Javier González wrote: In preparation of pblk supporting 2.0, implement the get log report chunk in pblk. Also, define the chunk states as given in the 2.0 spec. Signed-off-by: Javier González --- drivers/lightnvm/pblk-core.c | 139

Re: [PATCH] clk: tegra: fix pllu rate configuration

On 01.03.2018 10:41, Peter De Schrijver wrote: > On Wed, Feb 28, 2018 at 08:20:47PM +0300, Dmitry Osipenko wrote: >> On 28.02.2018 17:14, Peter De Schrijver wrote: >>> On Wed, Feb 28, 2018 at 03:00:23PM +0300, Dmitry Osipenko wrote: On 28.02.2018 12:36, Peter De Schrijver wrote: > On Tue,

Re: rmi4 defunct on T460p [was: [git pull] Input updates for v4.15-rc8]

On Thu, Mar 01, 2018 at 02:22:10PM +0100, Marc-André Lureau wrote: > Hi > > On Tue, Feb 13, 2018 at 9:22 AM, Jiri Slaby wrote: > > On 02/09/2018, 02:39 AM, Dmitry Torokhov wrote: > >> On Thu, Feb 08, 2018 at 11:04:22AM +0100, Jiri Slaby wrote: > >>> On 01/19/2018, 06:42 PM,

Re: [PATCH v3 1/3] clk: tegra: Mark HCLK, SCLK and EMC as critical

On 15.01.2018 13:56, Dmitry Osipenko wrote: > On 10.01.2018 16:59, Dmitry Osipenko wrote: >> Machine dies if HCLK, SCLK or EMC is disabled. Hence mark these clocks >> as critical. >> >> Signed-off-by: Dmitry Osipenko >> Acked-by: Peter De Schrijver >>

Re: [PATCH] drm/rockchip: vop: Init vskiplines in scl_vop_cal_scale()

Am Freitag, 23. Februar 2018, 07:22:50 CET schrieb Jeffy Chen: > Currently we are calling scl_vop_cal_scale() to get vskiplines for yrgb > and cbcr. So the cbcr's vskiplines might be an unexpected value if the > second scl_vop_cal_scale() didn't update it. > > Init vskiplines in

<    1   2   3   4   5   6   7   8   9   10   >