Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

2017-08-16 17:25 GMT+08:00 Paolo Bonzini : > On 16/08/2017 03:58, Lan Tianyu wrote: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't

Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

2017-08-16 17:25 GMT+08:00 Paolo Bonzini : > On 16/08/2017 03:58, Lan Tianyu wrote: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't support ept real

Re: [RFC PATCH 6/7] mmc: sdhci-omap: Add OMAP SDHCI driver

Hi Adrian, On Tuesday 15 August 2017 01:52 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> Create a new sdhci-omap driver to configure the eMMC/SD/SDIO controller >> in TI's OMAP SoCs making use of the SDHCI core library. For OMAP specific >> configurations,

Re: [RFC PATCH 6/7] mmc: sdhci-omap: Add OMAP SDHCI driver

Hi Adrian, On Tuesday 15 August 2017 01:52 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> Create a new sdhci-omap driver to configure the eMMC/SD/SDIO controller >> in TI's OMAP SoCs making use of the SDHCI core library. For OMAP specific >> configurations,

Re: [tpmdd-devel] [PATCH v2] tpm_tis: fix stall after iowrite*()s

On Wednesday 16 August 2017 17:15:55, Ken Goldman wrote: > On 8/15/2017 4:13 PM, Haris Okanovic wrote: > > ioread8() operations to TPM MMIO addresses can stall the cpu when > > immediately following a sequence of iowrite*()'s to the same region. > > > > For example, cyclitest measures ~400us

Re: [PATCH 4.4 018/101] netfilter: synproxy: fix conntrackd interaction

On 03.07.2017 15:34, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. We found that pulling below patch into stable trees without also pulling commit 9c3f3794926a997b1cab6c42480ff300efa2d162 Author: Liping Zhang Date:

Re: [tpmdd-devel] [PATCH v2] tpm_tis: fix stall after iowrite*()s

On Wednesday 16 August 2017 17:15:55, Ken Goldman wrote: > On 8/15/2017 4:13 PM, Haris Okanovic wrote: > > ioread8() operations to TPM MMIO addresses can stall the cpu when > > immediately following a sequence of iowrite*()'s to the same region. > > > > For example, cyclitest measures ~400us

Re: [PATCH 4.4 018/101] netfilter: synproxy: fix conntrackd interaction

On 03.07.2017 15:34, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. We found that pulling below patch into stable trees without also pulling commit 9c3f3794926a997b1cab6c42480ff300efa2d162 Author: Liping Zhang Date: Sat Mar 25 16:35:29

Re: [RFC][PATCHv5 06/13] printk: register PM notifier

Hello Rafael, On (08/16/17 14:58), Rafael J. Wysocki wrote: [..] > > hm, those two are interesting questions. in short - well, it might > > be. I don't want to interfere with PM by doing 'accidental' offloading > > etc., PM is too complicated already. so I'd prefer to switch to old > > printk

Re: [RFC][PATCHv5 06/13] printk: register PM notifier

Hello Rafael, On (08/16/17 14:58), Rafael J. Wysocki wrote: [..] > > hm, those two are interesting questions. in short - well, it might > > be. I don't want to interfere with PM by doing 'accidental' offloading > > etc., PM is too complicated already. so I'd prefer to switch to old > > printk

Re: [RFC PATCH 5/7] dt-bindings: ti-omap-hsmmc: Document new compatible for sdhci omap

Hi Tony, On Thursday 10 August 2017 03:42 AM, Tony Lindgren wrote: > * Kishon Vijay Abraham I [170807 09:03]: >> Document the new compatible string "ti,dra7-sdhci" to be used for >> MMC controllers in DRA7 and DRA72 SoCs. > > I wonder if this should really be documented for sdhci

Re: [RFC PATCH 5/7] dt-bindings: ti-omap-hsmmc: Document new compatible for sdhci omap

Hi Tony, On Thursday 10 August 2017 03:42 AM, Tony Lindgren wrote: > * Kishon Vijay Abraham I [170807 09:03]: >> Document the new compatible string "ti,dra7-sdhci" to be used for >> MMC controllers in DRA7 and DRA72 SoCs. > > I wonder if this should really be documented for sdhci > instead of

Re: [RFC PATCH 4/7] mmc: sdhci: Add quirk to indicate broken POWER_CONTROL

On Tuesday 15 August 2017 01:11 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's uses >> POWER_CONTROL register for configuring IO voltage and not >> for core voltage (vdd) which is it's intended use. Add a

Re: [RFC PATCH 4/7] mmc: sdhci: Add quirk to indicate broken POWER_CONTROL

On Tuesday 15 August 2017 01:11 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's uses >> POWER_CONTROL register for configuring IO voltage and not >> for core voltage (vdd) which is it's intended use. Add a

Re: [RFC PATCH 3/7] mmc: sdhci: Add callback to set bus mode

Adrian, On Tuesday 15 August 2017 01:08 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> Add callback to set bus mode in sdhci library so that the >> controller driver can perform any bus mode specific configurations >> in the callback function. > > A quirk isn't

Re: [RFC PATCH 3/7] mmc: sdhci: Add callback to set bus mode

Adrian, On Tuesday 15 August 2017 01:08 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> Add callback to set bus mode in sdhci library so that the >> controller driver can perform any bus mode specific configurations >> in the callback function. > > A quirk isn't

Re: [PATCH] zsmalloc: zs_page_isolate: skip unnecessary loops but not return false if zspage is not inuse

On Wed, Aug 16, 2017 at 03:49:54PM +0800, Hui Zhu wrote: > Like [1], zs_page_isolate meet the same problem if zspage is not inuse. > > After [2], zs_page_migrate can support empty zspage now. > > Make this patch to let zs_page_isolate skip unnecessary loops but not > return false if zspage is

Re: [PATCH] zsmalloc: zs_page_isolate: skip unnecessary loops but not return false if zspage is not inuse

On Wed, Aug 16, 2017 at 03:49:54PM +0800, Hui Zhu wrote: > Like [1], zs_page_isolate meet the same problem if zspage is not inuse. > > After [2], zs_page_migrate can support empty zspage now. > > Make this patch to let zs_page_isolate skip unnecessary loops but not > return false if zspage is

Re: [RFC PATCH 2/7] mmc: sdhci: Add quirk to indicate controller supports ADMA2

On Tuesday 15 August 2017 01:03 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's doesn't >> have SDHCI_CAN_DO_ADMA2 set in CAPA register though it supports >> ADMA2. Add quirk to support using ADMA2 even if

Re: [RFC PATCH 2/7] mmc: sdhci: Add quirk to indicate controller supports ADMA2

On Tuesday 15 August 2017 01:03 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's doesn't >> have SDHCI_CAN_DO_ADMA2 set in CAPA register though it supports >> ADMA2. Add quirk to support using ADMA2 even if

Re: [RFC PATCH 1/7] mmc: sdhci: Add quirk to indicate no CRC stripping in MMC_RSP_136

Hi Adrian, On Tuesday 15 August 2017 12:57 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's doesn't >> strip CRC in responses with length 136 bits. Add quirk to indicate >> the controller does not strip CRC

Re: [RFC PATCH 1/7] mmc: sdhci: Add quirk to indicate no CRC stripping in MMC_RSP_136

Hi Adrian, On Tuesday 15 August 2017 12:57 PM, Adrian Hunter wrote: > On 07/08/17 19:01, Kishon Vijay Abraham I wrote: >> TI's implementation of sdhci controller used in DRA7 SoC's doesn't >> strip CRC in responses with length 136 bits. Add quirk to indicate >> the controller does not strip CRC

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Wed, 2017-08-16 at 10:56 -0600, Alex Williamson wrote: > > > WTF Alex, can you stop once and for all with all that "POWER is > > not standard" bullshit please ? It's completely wrong. > > As you've stated, the MSI-X vector table on POWER is currently updated > via a hypercall. POWER is

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Wed, 2017-08-16 at 10:56 -0600, Alex Williamson wrote: > > > WTF Alex, can you stop once and for all with all that "POWER is > > not standard" bullshit please ? It's completely wrong. > > As you've stated, the MSI-X vector table on POWER is currently updated > via a hypercall. POWER is

[PATCH] mcb: Fix an error handling path in 'chameleon_parse_cells()'

If 'chameleon_get_bar()' fails, we will return 0, which mean success. We should return the corresponding error code instead. Remove the useless initialisation of 'ret' which was hiding the issue. (if 'ret' is not set, gcc generates a warning ("warning: ‘ret’ may be used uninitialized in this

[PATCH] mcb: Fix an error handling path in 'chameleon_parse_cells()'

If 'chameleon_get_bar()' fails, we will return 0, which mean success. We should return the corresponding error code instead. Remove the useless initialisation of 'ret' which was hiding the issue. (if 'ret' is not set, gcc generates a warning ("warning: ‘ret’ may be used uninitialized in this

Re: [PATCH net RESEND] PCI: fix oops when try to find Root Port for a PCI device

Thierry Reding writes: ... > > In case of Tegra, dev actually points to the root port. Now if I read > the above code correctly, highest_pcie_bridge will still be NULL in that > case, which in turn will return NULL from pci_find_pcie_root_port(). But > shouldn't it

Re: [PATCH net RESEND] PCI: fix oops when try to find Root Port for a PCI device

Thierry Reding writes: ... > > In case of Tegra, dev actually points to the root port. Now if I read > the above code correctly, highest_pcie_bridge will still be NULL in that > case, which in turn will return NULL from pci_find_pcie_root_port(). But > shouldn't it really return dev? > > The

Re: [PATCH] ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi BPI-M3

在 2017-08-17 11:40，Chen-Yu Tsai 写道： The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family. It is roughly the same form factor as the BPI-M1+, with roughly the same peripherals and connectors: - 2GB LPDDR3 DRAM - 8GB eMMC - Micro-SD card slot - HDMI output - Headset

Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

On 2017年08月16日 17:25, Paolo Bonzini wrote: > On 16/08/2017 03:58, Lan Tianyu wrote: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't support ept real

Re: [PATCH] ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi BPI-M3

在 2017-08-17 11:40，Chen-Yu Tsai 写道： The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family. It is roughly the same form factor as the BPI-M1+, with roughly the same peripherals and connectors: - 2GB LPDDR3 DRAM - 8GB eMMC - Micro-SD card slot - HDMI output - Headset

Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

On 2017年08月16日 17:25, Paolo Bonzini wrote: > On 16/08/2017 03:58, Lan Tianyu wrote: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't support ept real

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, 2017-08-16 at 21:58 -0700, Kees Cook wrote: > On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich > wrote: > > On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott > > wrote: > > > From: Daniel Micay > > > > > > Existing Android

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, 2017-08-16 at 21:58 -0700, Kees Cook wrote: > On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich > wrote: > > On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott > > wrote: > > > From: Daniel Micay > > > > > > Existing Android bootloaders usually pass data useful as early > > > entropy > > > on

Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

On 2017年08月16日 21:26, Radim Krčmář wrote: > 2017-08-15 21:58-0400, Lan Tianyu: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't support ept real mode(CR0.PE

Re: [PATCH] KVM/VMX: Avoid CR3 VMEXIT during guest real mode when "unrestricted guest" is supported.

On 2017年08月16日 21:26, Radim Krčmář wrote: > 2017-08-15 21:58-0400, Lan Tianyu: >> These CR3 VMEXITs was introduced for platform without "unrestricted guest" >> support. This is to set ept identity table to guest CR3 in guest real >> mode because these platforms don't support ept real mode(CR0.PE

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich wrote: > On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote: >> From: Daniel Micay >> >> Existing Android bootloaders usually pass data useful as early entropy >> on the kernel

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich wrote: > On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote: >> From: Daniel Micay >> >> Existing Android bootloaders usually pass data useful as early entropy >> on the kernel command-line. It may also be the case on other embedded >> systems.

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote: > From: Daniel Micay > > Existing Android bootloaders usually pass data useful as early entropy > on the kernel command-line. It may also be the case on other embedded > systems. Sample command-line

Re: [kernel-hardening] [PATCHv2 2/2] extract early boot entropy from the passed cmdline

On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote: > From: Daniel Micay > > Existing Android bootloaders usually pass data useful as early entropy > on the kernel command-line. It may also be the case on other embedded > systems. Sample command-line from a Google Pixel running CopperheadOS: >

[PATCH v3 6/9] ASoC: rockchip: Parse dai links from dts

Refactor rockchip_sound_probe, parse dai links from dts instead of hard coding them. Signed-off-by: Jeffy Chen --- Changes in v3: Use compatible to match audio codecs -- Suggested-by Matthias Kaehlcke Changes in v2: Let

[PATCH v3 6/9] ASoC: rockchip: Parse dai links from dts

Refactor rockchip_sound_probe, parse dai links from dts instead of hard coding them. Signed-off-by: Jeffy Chen --- Changes in v3: Use compatible to match audio codecs -- Suggested-by Matthias Kaehlcke Changes in v2: Let rockchip,codec-names be a required property, because we plan to

[PATCH v3 9/9] dt-bindings: ASoC: rockchip: Update description of rockchip,codec

Update description for newly added optional audio codecs. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/sound/rockchip,rk3399-gru-sound.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 9/9] dt-bindings: ASoC: rockchip: Update description of rockchip,codec

Update description for newly added optional audio codecs. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/sound/rockchip,rk3399-gru-sound.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 8/9] ASoC: rockchip: Add support for DMIC codec

Add support for optional dmic codec. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/Kconfig| 1 + sound/soc/rockchip/rk3399_gru_sound.c | 33 + 2 files changed, 34 insertions(+)

[PATCH v3 8/9] ASoC: rockchip: Add support for DMIC codec

Add support for optional dmic codec. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/Kconfig| 1 + sound/soc/rockchip/rk3399_gru_sound.c | 33 + 2 files changed, 34 insertions(+) diff --git

[PATCH v3 4/9] arm64: dts: rockchip: Add rt5514 dsp for Gru

Add rt5514 dsp of_node to codec list for Gru boards. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v3 4/9] arm64: dts: rockchip: Add rt5514 dsp for Gru

Add rt5514 dsp of_node to codec list for Gru boards. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi

[PATCH v3 7/9] ASoC: rockchip: Add support for DP codec

Add support for optional cdn dp codec. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/Kconfig| 1 + sound/soc/rockchip/rk3399_gru_sound.c | 59 +-- 2 files changed, 58

Re: [PATCH v2 1/3] ASoC: rockchip: Parse dai links from dts

Hi Matthias, On 08/17/2017 07:50 AM, Matthias Kaehlcke wrote: El Thu, Aug 17, 2017 at 06:55:20AM +0800 jeffy ha dit: hi matthias, thanks for your suggestion. On 08/17/2017 05:59 AM, Matthias Kaehlcke wrote: El Thu, Aug 10, 2017 at 12:54:56PM +0800 Jeffy Chen ha dit: Refactor

Re: [PATCH v2 1/3] ASoC: rockchip: Parse dai links from dts

Hi Matthias, On 08/17/2017 07:50 AM, Matthias Kaehlcke wrote: El Thu, Aug 17, 2017 at 06:55:20AM +0800 jeffy ha dit: hi matthias, thanks for your suggestion. On 08/17/2017 05:59 AM, Matthias Kaehlcke wrote: El Thu, Aug 10, 2017 at 12:54:56PM +0800 Jeffy Chen ha dit: Refactor

[PATCH v3 7/9] ASoC: rockchip: Add support for DP codec

Add support for optional cdn dp codec. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/Kconfig| 1 + sound/soc/rockchip/rk3399_gru_sound.c | 59 +-- 2 files changed, 58 insertions(+), 2 deletions(-) diff

[PATCH v3 3/9] ASoC: rockchip: Use codec of_node and dai_name for rt5514 dsp

Currently we are using codec name for rt5514 dsp dai link, use codec of_node instead. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/rk3399_gru_sound.c | 34 ++ 1 file changed, 2

[PATCH v3 5/9] arm64: dts: rockchip: Update rt5514 devices' compatible for Gru

Currently the rt5514 i2c driver and rt5514 spi driver are using the same compatible string. Add additional unused compatible strings to identify them for Gru boards. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None

[PATCH v3 3/9] ASoC: rockchip: Use codec of_node and dai_name for rt5514 dsp

Currently we are using codec name for rt5514 dsp dai link, use codec of_node instead. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/rockchip/rk3399_gru_sound.c | 34 ++ 1 file changed, 2 insertions(+), 32 deletions(-) diff

[PATCH v3 5/9] arm64: dts: rockchip: Update rt5514 devices' compatible for Gru

Currently the rt5514 i2c driver and rt5514 spi driver are using the same compatible string. Add additional unused compatible strings to identify them for Gru boards. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 4 ++-- 1

[PATCH v3 2/9] ASoC: rockchip: Remove obsolete dmic-delay

This property is no longer used. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None .../bindings/sound/rockchip,rk3399-gru-sound.txt | 7 --- sound/soc/rockchip/rk3399_gru_sound.c | 14 -- 2 files

[PATCH v3 2/9] ASoC: rockchip: Remove obsolete dmic-delay

This property is no longer used. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None .../bindings/sound/rockchip,rk3399-gru-sound.txt | 7 --- sound/soc/rockchip/rk3399_gru_sound.c | 14 -- 2 files changed, 21 deletions(-)

[PATCH v3 0/9] ASoC: rockchip: Parse dai links from dts

Currently we are using a fixed list of dai links in the driver. This serial of patches would let the driver parse dai links from dts, so that we can make some of them optional for future boards. Tested on my chromebook bob(with cros 4.4 kernel), it still works after disabled rt5514 codecs in the

[PATCH v3 1/9] ASoC: rt5514: Switch to snd_soc_register_codec

Currently we are using devm_snd_soc_register_component, which would use legacy dai name. Switch to snd_soc_register_codec to use dai driver name. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/codecs/rt5514-spi.c | 19

[PATCH v3 0/9] ASoC: rockchip: Parse dai links from dts

Currently we are using a fixed list of dai links in the driver. This serial of patches would let the driver parse dai links from dts, so that we can make some of them optional for future boards. Tested on my chromebook bob(with cros 4.4 kernel), it still works after disabled rt5514 codecs in the

[PATCH v3 1/9] ASoC: rt5514: Switch to snd_soc_register_codec

Currently we are using devm_snd_soc_register_component, which would use legacy dai name. Switch to snd_soc_register_codec to use dai driver name. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None sound/soc/codecs/rt5514-spi.c | 19 ++- 1 file changed, 14

Re: [PATCHv3 2/2] extract early boot entropy from the passed cmdline

On Wed, 2017-08-16 at 23:31 -0400, Theodore Ts'o wrote: > On Wed, Aug 16, 2017 at 04:14:58PM -0700, Laura Abbott wrote: > > From: Daniel Micay > > > > Existing Android bootloaders usually pass data useful as early > > entropy > > on the kernel command-line. It may also be

Re: [PATCHv3 2/2] extract early boot entropy from the passed cmdline

On Wed, 2017-08-16 at 23:31 -0400, Theodore Ts'o wrote: > On Wed, Aug 16, 2017 at 04:14:58PM -0700, Laura Abbott wrote: > > From: Daniel Micay > > > > Existing Android bootloaders usually pass data useful as early > > entropy > > on the kernel command-line. It may also be the case on other > >

Re: [PATCH] samples: Unrename SECCOMP_RET_KILL

On Wed, 16 Aug 2017, Kees Cook wrote: > Since samples can still be built before header installs, avoid the > cosmetic renaming of SECCOMP_RET_KILL to avoid build failures in -next. > > Cc: Stephen Rothwell > Signed-off-by: Kees Cook > --- > Hi

Re: [PATCH] samples: Unrename SECCOMP_RET_KILL

On Wed, 16 Aug 2017, Kees Cook wrote: > Since samples can still be built before header installs, avoid the > cosmetic renaming of SECCOMP_RET_KILL to avoid build failures in -next. > > Cc: Stephen Rothwell > Signed-off-by: Kees Cook > --- > Hi James, this should fix the samples build failure

linux-next: manual merge of the xen-tip tree with the tip tree

Hi all, Today's linux-next merge of the xen-tip tree got a conflict in: arch/x86/entry/entry_64.S between commit: UNWIND_HINT_IRET_REGS ("x86/entry/64: Add unwind hint annotations") from the tip tree and commit: ad5b8c4ba323 ("xen: get rid of paravirt op adjust_exception_frame") from

linux-next: manual merge of the xen-tip tree with the tip tree

Hi all, Today's linux-next merge of the xen-tip tree got a conflict in: arch/x86/entry/entry_64.S between commit: UNWIND_HINT_IRET_REGS ("x86/entry/64: Add unwind hint annotations") from the tip tree and commit: ad5b8c4ba323 ("xen: get rid of paravirt op adjust_exception_frame") from

[PATCH][RFC v3] PM / Hibernate: Feed the wathdog when creating snapshot

There is a problem that when counting the pages for creating the hibernation snapshot will take significant amount of time, especially on system with large memory. Since the counting job is performed with irq disabled, this might lead to NMI lockup. The following warning were found on a system

[PATCH][RFC v3] PM / Hibernate: Feed the wathdog when creating snapshot

There is a problem that when counting the pages for creating the hibernation snapshot will take significant amount of time, especially on system with large memory. Since the counting job is performed with irq disabled, this might lead to NMI lockup. The following warning were found on a system

RE: [PATCH v3 0/5] fs/dcache: Limit # of negative dentries

> -Original Message- > From: Waiman Long [mailto:long...@redhat.com] > Sent: Wednesday, August 16, 2017 9:29 PM > To: Wangkai (Kevin,C); Alexander Viro; Jonathan Corbet > Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; > linux-fsde...@vger.kernel.org; Paul E. McKenney;

RE: [PATCH v3 0/5] fs/dcache: Limit # of negative dentries

> -Original Message- > From: Waiman Long [mailto:long...@redhat.com] > Sent: Wednesday, August 16, 2017 9:29 PM > To: Wangkai (Kevin,C); Alexander Viro; Jonathan Corbet > Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; > linux-fsde...@vger.kernel.org; Paul E. McKenney;

Re: [PATCH v4 1/6] Documentation: perf: hisi: Documentation for HiSilicon SoC PMU driver

On Thu, 17 Aug 2017 10:30:23 +0800 Zhangshaokun wrote: > Hi Mark, > > Thanks for your comments. > > On 2017/8/15 17:50, Mark Rutland wrote: > > Hi, > > > > On Tue, Jul 25, 2017 at 08:10:37PM +0800, Shaokun Zhang wrote: > >> This patch adds documentation for the

Re: [PATCH v4 1/6] Documentation: perf: hisi: Documentation for HiSilicon SoC PMU driver

On Thu, 17 Aug 2017 10:30:23 +0800 Zhangshaokun wrote: > Hi Mark, > > Thanks for your comments. > > On 2017/8/15 17:50, Mark Rutland wrote: > > Hi, > > > > On Tue, Jul 25, 2017 at 08:10:37PM +0800, Shaokun Zhang wrote: > >> This patch adds documentation for the uncore PMUs on HiSilicon SoC.

Re: [RFC][PATCH 2/2] selftests: timers: freq-step: Fix build warning

On 08/16/2017 09:31 PM, John Stultz wrote: > On Wed, Aug 16, 2017 at 4:10 PM, John Stultz wrote: >> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan wrote: >>> Hi John, >>> >>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote: On Mon, Aug 14, 2017

Re: [RFC][PATCH 2/2] selftests: timers: freq-step: Fix build warning

On 08/16/2017 09:31 PM, John Stultz wrote: > On Wed, Aug 16, 2017 at 4:10 PM, John Stultz wrote: >> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan wrote: >>> Hi John, >>> >>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote: On Mon, Aug 14, 2017 at 02:01:36PM -0700, John Stultz wrote: >

Re: [PATCH 2/2 v6] printk: Add monotonic, boottime, and realtime timestamps

> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index 98fe715522e8..c303b235a0b1 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1,19 +1,61 @@ > menu "printk and dmesg options" > > +choice > + prompt "printk default clock timestamp" > + > +config PRINTK_TIME_DISABLE

Re: [PATCH 2/2 v6] printk: Add monotonic, boottime, and realtime timestamps

> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index 98fe715522e8..c303b235a0b1 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1,19 +1,61 @@ > menu "printk and dmesg options" > > +choice > + prompt "printk default clock timestamp" > + > +config PRINTK_TIME_DISABLE

Re: [PATCH v4] vfio: platform: reset: Add Broadcom FlexRM reset module

On Fri, Aug 11, 2017 at 12:53 AM, Alex Williamson wrote: > On Wed, 2 Aug 2017 11:08:30 +0530 > Anup Patel wrote: > >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> >> It will do the following: >> 1.

Re: [PATCH v4] vfio: platform: reset: Add Broadcom FlexRM reset module

On Fri, Aug 11, 2017 at 12:53 AM, Alex Williamson wrote: > On Wed, 2 Aug 2017 11:08:30 +0530 > Anup Patel wrote: > >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> >> It will do the following: >> 1. Disable/Deactivate each FlexRM ring >> 2. Flush each FlexRM ring >>

Re: [PATCH v6 3/5] drm/vc4: Set up the DSI host at pdev probe time, not component bind.

On 08/16/2017 05:17 AM, Eric Anholt wrote: We need the following things to happen in sequence: DSI host creation DSI device creation in the panel driver (needs DSI host) DSI device attach from panel to host. DSI drm_panel_add() DSI encoder creation DSI encoder's DRM panel/bridge attach

Re: [PATCH v6 3/5] drm/vc4: Set up the DSI host at pdev probe time, not component bind.

On 08/16/2017 05:17 AM, Eric Anholt wrote: We need the following things to happen in sequence: DSI host creation DSI device creation in the panel driver (needs DSI host) DSI device attach from panel to host. DSI drm_panel_add() DSI encoder creation DSI encoder's DRM panel/bridge attach

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: > This patch merges sba_request state and fence into common > sba_request flags. Also, in-future we can extend sba_request > flags as required. and it also changes the flag values to bits, which I have no idea why that was done, care to

[PATCH V3 resend] cpufreq: Cap the default transition delay value to 10 ms

If transition_delay_us isn't defined by the cpufreq driver, the default value of transition delay (time after which the cpufreq governor will try updating the frequency again) is currently calculated by multiplying transition_latency (nsec) with LATENCY_MULTIPLIER (1000) and then converting this

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: > This patch merges sba_request state and fence into common > sba_request flags. Also, in-future we can extend sba_request > flags as required. and it also changes the flag values to bits, which I have no idea why that was done, care to

[PATCH V3 resend] cpufreq: Cap the default transition delay value to 10 ms

If transition_delay_us isn't defined by the cpufreq driver, the default value of transition delay (time after which the cpufreq governor will try updating the frequency again) is currently calculated by multiplying transition_latency (nsec) with LATENCY_MULTIPLIER (1000) and then converting this

[PATCH] ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi BPI-M3

The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family. It is roughly the same form factor as the BPI-M1+, with roughly the same peripherals and connectors: - 2GB LPDDR3 DRAM - 8GB eMMC - Micro-SD card slot - HDMI output - Headset (stereo + mic) jack - Onboard mic -

Re: [PATCH v2 01/16] dmaengine: bcm-sba-raid: Minor improvments in comments

On Tue, Aug 01, 2017 at 04:07:45PM +0530, Anup Patel wrote: > Make section comments consistent across the Broadcom SBA RAID driver > by avoiding " SBA " in some of the comments. and you add more comments.. > > Signed-off-by: Anup Patel > --- >

[PATCH] ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi BPI-M3

The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family. It is roughly the same form factor as the BPI-M1+, with roughly the same peripherals and connectors: - 2GB LPDDR3 DRAM - 8GB eMMC - Micro-SD card slot - HDMI output - Headset (stereo + mic) jack - Onboard mic -

Re: [PATCH v2 01/16] dmaengine: bcm-sba-raid: Minor improvments in comments

On Tue, Aug 01, 2017 at 04:07:45PM +0530, Anup Patel wrote: > Make section comments consistent across the Broadcom SBA RAID driver > by avoiding " SBA " in some of the comments. and you add more comments.. > > Signed-off-by: Anup Patel > --- > drivers/dma/bcm-sba-raid.c | 9 ++--- > 1

Re: [PATCH 1/2 v6] time: Make fast functions return 0 before timekeeping is initialized

On Wed, Aug 16, 2017 at 8:17 AM, Prarit Bhargava wrote: > printk timestamps will be extended to include mono and boot time by using > the fast timekeeping functions ktime_get_mono|boot_fast_ns() functions. > The functions can return garbage before timekeeping is initialized >

Re: [PATCH 1/2 v6] time: Make fast functions return 0 before timekeeping is initialized

On Wed, Aug 16, 2017 at 8:17 AM, Prarit Bhargava wrote: > printk timestamps will be extended to include mono and boot time by using > the fast timekeeping functions ktime_get_mono|boot_fast_ns() functions. > The functions can return garbage before timekeeping is initialized > resulting in garbage

Re: [PATCH v4 5/6] perf: hisi: Add support for HiSilicon SoC DDRC PMU driver

Hi Mark, On 2017/8/15 21:02, Mark Rutland wrote: > On Tue, Jul 25, 2017 at 08:10:41PM +0800, Shaokun Zhang wrote: >> This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each >> DDRC has own control, counter and interrupt registers and is an separate >> PMU. For each DDRC PMU, it

Re: [PATCH v4 5/6] perf: hisi: Add support for HiSilicon SoC DDRC PMU driver

Hi Mark, On 2017/8/15 21:02, Mark Rutland wrote: > On Tue, Jul 25, 2017 at 08:10:41PM +0800, Shaokun Zhang wrote: >> This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each >> DDRC has own control, counter and interrupt registers and is an separate >> PMU. For each DDRC PMU, it

[PATCH v14 4/5] mm: support reporting free page blocks

This patch adds support to walk through the free page blocks in the system and report them via a callback function. Some page blocks may leave the free list after zone->lock is released, so it is the caller's responsibility to either detect or prevent the use of such pages. Signed-off-by: Wei

Re: [PATCH v4 4/6] perf: hisi: Add support for HiSilicon SoC HHA PMU driver

Hi Mark, On 2017/8/15 19:05, Mark Rutland wrote: > On Tue, Jul 25, 2017 at 08:10:40PM +0800, Shaokun Zhang wrote: >> +/* HHA register definition */ >> +#define HHA_INT_MASK0x0804 >> +#define HHA_INT_STATUS 0x0808 >> +#define HHA_INT_CLEAR 0x080C >>

[PATCH v14 4/5] mm: support reporting free page blocks

This patch adds support to walk through the free page blocks in the system and report them via a callback function. Some page blocks may leave the free list after zone->lock is released, so it is the caller's responsibility to either detect or prevent the use of such pages. Signed-off-by: Wei

Re: [PATCH v4 4/6] perf: hisi: Add support for HiSilicon SoC HHA PMU driver

Hi Mark, On 2017/8/15 19:05, Mark Rutland wrote: > On Tue, Jul 25, 2017 at 08:10:40PM +0800, Shaokun Zhang wrote: >> +/* HHA register definition */ >> +#define HHA_INT_MASK0x0804 >> +#define HHA_INT_STATUS 0x0808 >> +#define HHA_INT_CLEAR 0x080C >>

[PATCH v14 5/5] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

Add a new vq to report hints of guest free pages to the host. Signed-off-by: Wei Wang Signed-off-by: Liang Li --- drivers/virtio/virtio_balloon.c | 167 +++- include/uapi/linux/virtio_balloon.h | 1 + 2 files

[PATCH v14 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of balloon (i.e. inflated/deflated) pages using scatter-gather lists to the host. The implementation of the previous virtio-balloon is not very efficient, because the balloon pages are transferred to the host one by one. Here is

  1   2   3   4   5   6   7   8   9   10   >