[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 changed, 147 insertions(+), 21 deletions(-)

[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

Re: [PATCH V3 3/9] cpufreq: Cap the default transition delay value to 10 ms

On 16-08-17, 12:42, Leonard Crestez wrote: > I reported the initial issue but did not have the time to do a more > thorough investigation, this is more complicated than it seems. I said > this before but maybe it got lost: > > I don't think the odd behavior I noticed justifies keeping the patch >

Re: [PATCH V3 3/9] cpufreq: Cap the default transition delay value to 10 ms

On 16-08-17, 12:42, Leonard Crestez wrote: > I reported the initial issue but did not have the time to do a more > thorough investigation, this is more complicated than it seems. I said > this before but maybe it got lost: > > I don't think the odd behavior I noticed justifies keeping the patch >

[PATCH v14 2/5] lib/xbitmap: add xb_find_next_bit() and xb_zero()

xb_find_next_bit() is used to find the next "1" or "0" bit in the given range. xb_zero() is used to zero the given range of bits. Signed-off-by: Wei Wang Cc: Andrew Morton Cc: Matthew Wilcox Cc: Michal Hocko

[PATCH v14 1/5] lib/xbitmap: Introduce xbitmap

From: Matthew Wilcox The eXtensible Bitmap is a sparse bitmap representation which is efficient for set bits which tend to cluster. It supports up to 'unsigned long' worth of bits, and this commit adds the bare bones -- xb_set_bit(), xb_clear_bit() and xb_test_bit().

[PATCH v14 0/5] Virtio-balloon Enhancement

This patch series enhances the existing virtio-balloon with the following new features: 1) fast ballooning: transfer ballooned pages between the guest and host in chunks using sgs, instead of one by one; and 2) free_page_vq: a new virtqueue to report guest free pages to the host. The second

[PATCH v14 0/5] Virtio-balloon Enhancement

This patch series enhances the existing virtio-balloon with the following new features: 1) fast ballooning: transfer ballooned pages between the guest and host in chunks using sgs, instead of one by one; and 2) free_page_vq: a new virtqueue to report guest free pages to the host. The second

[PATCH v14 2/5] lib/xbitmap: add xb_find_next_bit() and xb_zero()

xb_find_next_bit() is used to find the next "1" or "0" bit in the given range. xb_zero() is used to zero the given range of bits. Signed-off-by: Wei Wang Cc: Andrew Morton Cc: Matthew Wilcox Cc: Michal Hocko Cc: Michael S. Tsirkin --- include/linux/xbitmap.h | 3 +++ lib/xbitmap.c

[PATCH v14 1/5] lib/xbitmap: Introduce xbitmap

From: Matthew Wilcox The eXtensible Bitmap is a sparse bitmap representation which is efficient for set bits which tend to cluster. It supports up to 'unsigned long' worth of bits, and this commit adds the bare bones -- xb_set_bit(), xb_clear_bit() and xb_test_bit(). Signed-off-by: Matthew

Re: [PATCH] tun: make tun_build_skb() thread safe

On 2017年08月17日 00:55, Michael S. Tsirkin wrote: On Wed, Aug 16, 2017 at 10:14:33PM +0800, Jason Wang wrote: From: Eric Dumazet tun_build_skb() is not thread safe since it uses per queue page frag, this will break things when multiple threads are sending through same

Re: [PATCH] tun: make tun_build_skb() thread safe

On 2017年08月17日 00:55, Michael S. Tsirkin wrote: On Wed, Aug 16, 2017 at 10:14:33PM +0800, Jason Wang wrote: From: Eric Dumazet tun_build_skb() is not thread safe since it uses per queue page frag, this will break things when multiple threads are sending through same queue. Switch to use

[PATCH] samples: Unrename SECCOMP_RET_KILL

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 seen

[PATCH] samples: Unrename SECCOMP_RET_KILL

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 seen during -next cross compiles. ---

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

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: Fixes

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

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: Fixes the following build warning: freq-step.c: In

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

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 embedded > systems. May I suggest a slight

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

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 embedded > systems. May I suggest a slight adjustment to the beginning

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

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

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

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

[PATCH net v2 1/2] Revert commit 1a8b6d76dc5b ("net:add one common config...")

The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device Control register, so the PCIe device drivers

[PATCH net v2 1/2] Revert commit 1a8b6d76dc5b ("net:add one common config...")

The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device Control register, so the PCIe device drivers

[PATCH net v2 0/2] net: ixgbe: Use new flag to disable Relaxed Ordering

The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device Control register, so the PCIe device drivers

[PATCH net v2 0/2] net: ixgbe: Use new flag to disable Relaxed Ordering

The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device Control register, so the PCIe device drivers

[PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

The ixgbe driver use the compile check to determine if it can send TLPs to Root Port with the Relaxed Ordering Attribute set, this is too inconvenient, now the new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to the kernel and we could check the bit4 in the PCIe Device Control register to

[PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

The ixgbe driver use the compile check to determine if it can send TLPs to Root Port with the Relaxed Ordering Attribute set, this is too inconvenient, now the new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to the kernel and we could check the bit4 in the PCIe Device Control register to

Re: linux-next: build failure after merge of the security tree

is a cross build, if that is relevant ...] > > Presumably caused by commit > > fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD") > > I have used the security tree from next-20170816 for today. Hmmm, I think we've had problems like this befor

Re: linux-next: build failure after merge of the security tree

t is relevant ...] > > Presumably caused by commit > > fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD") > > I have used the security tree from next-20170816 for today. Hmmm, I think we've had problems like this before due to samples being built be

linux-next: manual merge of the spi tree with the pm tree

Hi Mark, Today's linux-next merge of the spi tree got a conflict in: drivers/spi/spi.c between commit: 8a2e487e6fc1 ("spi: Use Apple device properties in absence of ACPI resources") from the pm tree and commit: 9b61e302210e ("spi: Pick spi bus number from Linux idr or spi alias") from

linux-next: manual merge of the spi tree with the pm tree

Hi Mark, Today's linux-next merge of the spi tree got a conflict in: drivers/spi/spi.c between commit: 8a2e487e6fc1 ("spi: Use Apple device properties in absence of ACPI resources") from the pm tree and commit: 9b61e302210e ("spi: Pick spi bus number from Linux idr or spi alias") from

Re: [PATCH v3] pinctrl: aspeed: Fix ast2500 strap register write logic

Hi Yong, On Wed, 2017-08-16 at 08:05 -0700, Yong Li wrote: > Hi Andrew, >  > Thanks for your review. I checked the patch before I sent out, but the > tool did not report any problems. Could you help to share your > checking commands? >  > scripts/checkpatch.pl >

Re: [PATCH v3] pinctrl: aspeed: Fix ast2500 strap register write logic

Hi Yong, On Wed, 2017-08-16 at 08:05 -0700, Yong Li wrote: > Hi Andrew, >  > Thanks for your review. I checked the patch before I sent out, but the > tool did not report any problems. Could you help to share your > checking commands? >  > scripts/checkpatch.pl >

Re: [PATCH v5 1/1] usb:host:xhci support option to disable the xHCI USB2 HW LPM

On Tue, Aug 8, 2017 at 11:27 AM, Thang Q. Nguyen wrote: > XHCI specification 1.1 does not require xHCI-compliant controllers > to always enable hardware USB2 LPM. However, the current xHCI > driver always enable it when seeing HLC=1. > This patch supports an option for users to

Re: [PATCH v5 1/1] usb:host:xhci support option to disable the xHCI USB2 HW LPM

On Tue, Aug 8, 2017 at 11:27 AM, Thang Q. Nguyen wrote: > XHCI specification 1.1 does not require xHCI-compliant controllers > to always enable hardware USB2 LPM. However, the current xHCI > driver always enable it when seeing HLC=1. > This patch supports an option for users to control disabling

Re: [PATCH v3] acpi: apei: fix the wrongly iterate generic error status block

CC Will and Jonathan On 2017/8/16 21:55, Baicar, Tyler wrote: > On 8/16/2017 2:14 AM, Dongjiu Geng wrote: >> The revision 0x300 generic error data entry is different >> from the old version, but currently iterating through the >> GHES estatus blocks does not take into account this difference. >>

Re: [PATCH v3] acpi: apei: fix the wrongly iterate generic error status block

CC Will and Jonathan On 2017/8/16 21:55, Baicar, Tyler wrote: > On 8/16/2017 2:14 AM, Dongjiu Geng wrote: >> The revision 0x300 generic error data entry is different >> from the old version, but currently iterating through the >> GHES estatus blocks does not take into account this difference. >>

[PATCH] arm64: dts: ls1088a: Add USB support

From: "yinbo.zhu" Fix the issue that usb is not detected on ls1088ardb Signed-off-by: yinbo.zhu Signed-off-by: Ran Wang --- arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 8

[PATCH] arm64: dts: ls1088a: Add USB support

From: "yinbo.zhu" Fix the issue that usb is not detected on ls1088ardb Signed-off-by: yinbo.zhu Signed-off-by: Ran Wang --- arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 8 arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi| 18 ++ 2 files changed, 26

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

Hi Mark, On 2017/8/15 18:16, Mark Rutland wrote: > Hi, > > On Tue, Jul 25, 2017 at 08:10:38PM +0800, Shaokun Zhang wrote: >> +/* Read Super CPU cluster and CPU cluster ID from MPIDR_EL1 */ >> +void hisi_read_sccl_and_ccl_id(u32 *sccl_id, u32 *ccl_id) >> +{ >> +u64 mpidr; >> + >> +mpidr =

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

Hi Mark, On 2017/8/15 18:16, Mark Rutland wrote: > Hi, > > On Tue, Jul 25, 2017 at 08:10:38PM +0800, Shaokun Zhang wrote: >> +/* Read Super CPU cluster and CPU cluster ID from MPIDR_EL1 */ >> +void hisi_read_sccl_and_ccl_id(u32 *sccl_id, u32 *ccl_id) >> +{ >> +u64 mpidr; >> + >> +mpidr =

linux-next: build failure after merge of the security tree

' DENY, /* Don't passthrough into a label */ ^~~~ [Note: this is a cross build, if that is relevant ...] Presumably caused by commit fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD") I have used the security tree from next-20170816 for today.

linux-next: build failure after merge of the security tree

' DENY, /* Don't passthrough into a label */ ^~~~ [Note: this is a cross build, if that is relevant ...] Presumably caused by commit fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD") I have used the security tree from next-20170816 for today.

Re: [PATCH 0/5] Add clk and scpsys support for MT6755

On Wed, 2017-08-16 at 11:59 +0800, Mars Cheng wrote: > Hi Rob, Stephen, Matthias > > gentle ping. > > Thanks. > > On Tue, 2017-08-08 at 16:13 +0800, Mars Cheng wrote: > > Mars Cheng (3): > > clk: mediatek: add mt6755 clock ID > > clk: mediatek: add clk support for MT6755 > > soc:

Re: [PATCH 0/5] Add clk and scpsys support for MT6755

On Wed, 2017-08-16 at 11:59 +0800, Mars Cheng wrote: > Hi Rob, Stephen, Matthias > > gentle ping. > > Thanks. > > On Tue, 2017-08-08 at 16:13 +0800, Mars Cheng wrote: > > Mars Cheng (3): > > clk: mediatek: add mt6755 clock ID > > clk: mediatek: add clk support for MT6755 > > soc:

Re: [PATCH net] PCI: fix the return value for the pci_find_pcie_root_port()

From: Ding Tianhong Date: Thu, 17 Aug 2017 10:25:30 +0800 > The pci_find_pcie_root_port() would return NULL if the given > dev is already a Root Port, it looks like unfriendly to the > PCIe Root Port device, Thierry and Bjorn suggest to let this > function return the

Re: [PATCH net] PCI: fix the return value for the pci_find_pcie_root_port()

From: Ding Tianhong Date: Thu, 17 Aug 2017 10:25:30 +0800 > The pci_find_pcie_root_port() would return NULL if the given > dev is already a Root Port, it looks like unfriendly to the > PCIe Root Port device, Thierry and Bjorn suggest to let this > function return the given dev under this

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

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. >> >> Reviewed-by: Jonathan Cameron >>

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

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. >> >> Reviewed-by: Jonathan Cameron >> Signed-off-by: Shaokun Zhang >>

[PATCHv3] arm64:kexec: have own crash_smp_send_stop() for crash dump for nonpanic cores

Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly version in panic path) introduced crash_smp_send_stop() which is a weak function and can be overridden by architecture codes to fix the side effect caused by commit f06e515 : (kernel/panic.c: add "crash_kexec_post_

[PATCHv3] arm64:kexec: have own crash_smp_send_stop() for crash dump for nonpanic cores

Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly version in panic path) introduced crash_smp_send_stop() which is a weak function and can be overridden by architecture codes to fix the side effect caused by commit f06e515 : (kernel/panic.c: add "crash_kexec_post_

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

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 3/3] ACPI / scan: Enable GPEs before scanning the > namespace > > On Tuesday, August 15, 2017 4:12:24 AM CEST Zheng, Lv wrote: > > Hi, Rafael > > > > > From: linux-acpi-ow...@vger.kernel.org > > >

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

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 3/3] ACPI / scan: Enable GPEs before scanning the > namespace > > On Tuesday, August 15, 2017 4:12:24 AM CEST Zheng, Lv wrote: > > Hi, Rafael > > > > > From: linux-acpi-ow...@vger.kernel.org > > >

Re: [PATCH 1/2] ASoC: codec: use enable pin to control dmic start and stop

On Wednesday, August 16, 2017 10:50 PM, Mark Brown wrote: On Fri, Aug 11, 2017 at 03:31:28PM +0800, Lin Huang wrote: on some board use enable pin to control dmic start and stop, so add this feature in dmic driver. This doens't apply against current code, please check and resend. Oh, Thanks

Re: [PATCH 1/2] ASoC: codec: use enable pin to control dmic start and stop

On Wednesday, August 16, 2017 10:50 PM, Mark Brown wrote: On Fri, Aug 11, 2017 at 03:31:28PM +0800, Lin Huang wrote: on some board use enable pin to control dmic start and stop, so add this feature in dmic driver. This doens't apply against current code, please check and resend. Oh, Thanks

[PATCH net] PCI: fix the return value for the pci_find_pcie_root_port()

The pci_find_pcie_root_port() would return NULL if the given dev is already a Root Port, it looks like unfriendly to the PCIe Root Port device, Thierry and Bjorn suggest to let this function return the given dev under this circumstances. Fixes: 0e405232871d6 ("PCI: fix oops when try to find Root

[PATCH net] PCI: fix the return value for the pci_find_pcie_root_port()

The pci_find_pcie_root_port() would return NULL if the given dev is already a Root Port, it looks like unfriendly to the PCIe Root Port device, Thierry and Bjorn suggest to let this function return the given dev under this circumstances. Fixes: 0e405232871d6 ("PCI: fix oops when try to find Root

[PATCH v2 1/2] ASoC: codec: use enable pin to control dmic start and stop

From: huang lin on some board use enable pin to control dmic start and stop, so add this feature in dmic driver. Signed-off-by: Lin Huang --- sound/soc/codecs/Kconfig | 2 +- sound/soc/codecs/dmic.c | 46

[PATCH v2 1/2] ASoC: codec: use enable pin to control dmic start and stop

From: huang lin on some board use enable pin to control dmic start and stop, so add this feature in dmic driver. Signed-off-by: Lin Huang --- sound/soc/codecs/Kconfig | 2 +- sound/soc/codecs/dmic.c | 46 ++ 2 files changed, 47 insertions(+), 1

[PATCH v2 2/2] dt-bindings: sound: add dmicen property in dmic driver

From: huang lin there may use enable pin to control dmic start and stop, so add this property in dt-bindings. Signed-off-by: Lin Huang --- Documentation/devicetree/bindings/sound/dmic.txt | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCHv2] arm64:kexec: have own crash_smp_send_stop() for crash dump for nonpanic cores

Hello, James. Thank you for the meticulous test and review. On Fri, 2017-08-11 at 18:02 +0100, James Morse wrote: > Hi Hoeun, > > On 07/08/17 06:09, Hoeun Ryu wrote: > > > >  Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly > > version in panic path) introduced

[PATCH v2 2/2] dt-bindings: sound: add dmicen property in dmic driver

From: huang lin there may use enable pin to control dmic start and stop, so add this property in dt-bindings. Signed-off-by: Lin Huang --- Documentation/devicetree/bindings/sound/dmic.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/dmic.txt

Re: [PATCHv2] arm64:kexec: have own crash_smp_send_stop() for crash dump for nonpanic cores

Hello, James. Thank you for the meticulous test and review. On Fri, 2017-08-11 at 18:02 +0100, James Morse wrote: > Hi Hoeun, > > On 07/08/17 06:09, Hoeun Ryu wrote: > > > >  Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly > > version in panic path) introduced

RE: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Subject: Re: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time > > On Tuesday, August 15, 2017 11:59:00 AM CEST Zheng, Lv wrote: > > Hi, > > > > > From: Rafael J.

RE: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Subject: Re: [PATCH 1/3] ACPICA: Dispatch active GPEs at init time > > On Tuesday, August 15, 2017 11:59:00 AM CEST Zheng, Lv wrote: > > Hi, > > > > > From: Rafael J.

Re: Do we really need d_weak_revalidate???

On 16/08/17 19:34, Jeff Layton wrote: > On Wed, 2017-08-16 at 12:43 +1000, NeilBrown wrote: >> On Mon, Aug 14 2017, Jeff Layton wrote: >> >>> On Mon, 2017-08-14 at 09:36 +1000, NeilBrown wrote: On Fri, Aug 11 2017, Jeff Layton wrote: > On Fri, 2017-08-11 at 05:55 +, Trond

Re: Do we really need d_weak_revalidate???

On 16/08/17 19:34, Jeff Layton wrote: > On Wed, 2017-08-16 at 12:43 +1000, NeilBrown wrote: >> On Mon, Aug 14 2017, Jeff Layton wrote: >> >>> On Mon, 2017-08-14 at 09:36 +1000, NeilBrown wrote: On Fri, Aug 11 2017, Jeff Layton wrote: > On Fri, 2017-08-11 at 05:55 +, Trond

Re: [PATCH] tools lib bpf: Fix double file test in Makefile

Em Tue, Aug 15, 2017 at 11:33:30AM -0500, Daniel Díaz escreveu: > The Makefile verifies the same file exists twice: > test -f ../../../include/uapi/linux/bpf.h -a \ >-f ../../../include/uapi/linux/bpf.h > > The purpose of the check is to ensure the diff (immediately > after the test)

Re: [PATCH] tools lib bpf: Fix double file test in Makefile

Em Tue, Aug 15, 2017 at 11:33:30AM -0500, Daniel Díaz escreveu: > The Makefile verifies the same file exists twice: > test -f ../../../include/uapi/linux/bpf.h -a \ >-f ../../../include/uapi/linux/bpf.h > > The purpose of the check is to ensure the diff (immediately > after the test)

Re: [PATCH v5 1/1] dt-bindings: mtd: add new compatible strings and improve description

On Thu, 2017-08-10 at 13:21 -0500, Rob Herring wrote: > On Fri, Aug 04, 2017 at 04:10:39PM +0800, Guochun Mao wrote: > > Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor" > > for nor flash node's compatible strings. > > Explicate the fallback compatible. > > > > Signed-off-by: Guochun Mao

Re: [PATCH v5 1/1] dt-bindings: mtd: add new compatible strings and improve description

On Thu, 2017-08-10 at 13:21 -0500, Rob Herring wrote: > On Fri, Aug 04, 2017 at 04:10:39PM +0800, Guochun Mao wrote: > > Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor" > > for nor flash node's compatible strings. > > Explicate the fallback compatible. > > > > Signed-off-by: Guochun Mao > >

Re: [PATCH 1/2] media: ov7670: Add entity pads initialization

Hi Sakari, On 2017/8/16 0:23, Sakari Ailus wrote: Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote: Add the media entity pads initialization. Signed-off-by: Wenyou Yang The patch itself seems fine. However the driver is lacking support for

Re: [PATCH 1/2] media: ov7670: Add entity pads initialization

Hi Sakari, On 2017/8/16 0:23, Sakari Ailus wrote: Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote: Add the media entity pads initialization. Signed-off-by: Wenyou Yang The patch itself seems fine. However the driver is lacking support for get_fmt which I think would

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Linus Torvalds writes: > On Wed, Aug 16, 2017 at 12:56 PM, Linus Torvalds > wrote: >> >> So the fact that we _don't_ get the right pathname for the pts entry >> here means that something got screwed up in setting filp->f_path to >>

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Linus Torvalds writes: > On Wed, Aug 16, 2017 at 12:56 PM, Linus Torvalds > wrote: >> >> So the fact that we _don't_ get the right pathname for the pts entry >> here means that something got screwed up in setting filp->f_path to >> the right thing. We have all the code in place that _tries_ to

Re: [BUG][bisected 270065e] linux-next fails to boot on powerpc

Bart Van Assche writes: > On Wed, 2017-08-16 at 22:30 +0530, Abdul Haleem wrote: >> As of next-20170809, linux-next on powerpc boot hung with below trace >> message. >> >> [ ... ] >> >> A bisection resulted in first bad commit (270065e92 - scsi: scsi-mq: >> Always

Re: [BUG][bisected 270065e] linux-next fails to boot on powerpc

Bart Van Assche writes: > On Wed, 2017-08-16 at 22:30 +0530, Abdul Haleem wrote: >> As of next-20170809, linux-next on powerpc boot hung with below trace >> message. >> >> [ ... ] >> >> A bisection resulted in first bad commit (270065e92 - scsi: scsi-mq: >> Always unprepare ...) in the merge

Re: [PATCH 2/2] Revert "pstore: Honor dmesg_restrict sysctl on dmesg dumps"

Hello Kees, On (08/16/17 08:38), Kees Cook wrote: [..] > > so, effectively, `dmesg_restrict' does not work for pstore anymore? wouldn't > > that be a problem? one more thing, doesn't it affect the consistency -- we > > respect the `dmesg_restrict' restrictions, except that we ignore it when > >

Re: [PATCH 2/2] Revert "pstore: Honor dmesg_restrict sysctl on dmesg dumps"

Hello Kees, On (08/16/17 08:38), Kees Cook wrote: [..] > > so, effectively, `dmesg_restrict' does not work for pstore anymore? wouldn't > > that be a problem? one more thing, doesn't it affect the consistency -- we > > respect the `dmesg_restrict' restrictions, except that we ignore it when > >

Re: [GIT PULL 2/2] bcm2835-soc-next-2017-08-15

On 08/15/2017 11:03 AM, Eric Anholt wrote: > The following changes since commit f29c256853b7412961d3ee80ca525bd2530573db: > > ARM: dts: bcm283x: Add 32-bit enable method for SMP (2017-08-14 20:09:44 > +0200) > > are available in the git repository at: > > git://github.com/anholt/linux

Re: [GIT PULL 2/2] bcm2835-soc-next-2017-08-15

On 08/15/2017 11:03 AM, Eric Anholt wrote: > The following changes since commit f29c256853b7412961d3ee80ca525bd2530573db: > > ARM: dts: bcm283x: Add 32-bit enable method for SMP (2017-08-14 20:09:44 > +0200) > > are available in the git repository at: > > git://github.com/anholt/linux

Re: [PATCH net 0/2] net: ixgbe: Use new flag to disable Relaxed Ordering

On 2017/8/17 1:56, David Miller wrote: > From: Ding Tianhong > Date: Wed, 16 Aug 2017 17:41:45 +0800 > >> The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added >> to indicate that Relaxed Ordering Attributes (RO) should not >> be used for Transaction Layer

Re: [PATCH net 0/2] net: ixgbe: Use new flag to disable Relaxed Ordering

On 2017/8/17 1:56, David Miller wrote: > From: Ding Tianhong > Date: Wed, 16 Aug 2017 17:41:45 +0800 > >> The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added >> to indicate that Relaxed Ordering Attributes (RO) should not >> be used for Transaction Layer Packets (TLP) targeted toward

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Linus Torvalds writes: > On Wed, Aug 16, 2017 at 4:51 PM, Eric W. Biederman > wrote: >> >> *Blink* You are right I missed that. >> >> In which case I am concerned about failures that make it to err_release. >> Unless I am missing something

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Linus Torvalds writes: > On Wed, Aug 16, 2017 at 4:51 PM, Eric W. Biederman > wrote: >> >> *Blink* You are right I missed that. >> >> In which case I am concerned about failures that make it to err_release. >> Unless I am missing something (again) failures that jump to err_release >> won't call

RE: [PATCH 0/5] cramfs refresh for embedded usage

On Wed, 16 Aug 2017, Chris Brandt wrote: > I made an example once were all the graphics were RAW and uncompressed > and marked as XIP in AXFS. The result was a large saving of RAM because > as the graphics framework (DirectFB) would copy directly from Flash > whenever it needed to do a

RE: [PATCH 0/5] cramfs refresh for embedded usage

On Wed, 16 Aug 2017, Chris Brandt wrote: > I made an example once were all the graphics were RAW and uncompressed > and marked as XIP in AXFS. The result was a large saving of RAM because > as the graphics framework (DirectFB) would copy directly from Flash > whenever it needed to do a

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

On 2017/8/17 4:59, David Miller wrote: > From: Bjorn Helgaas > Date: Wed, 16 Aug 2017 15:02:37 -0500 > >> Your fix looks right to me. > > Someone please submit this fix formally because this change is now in > Linus's tree. > I will send it. > Thank you. > > . >

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

On 2017/8/17 4:59, David Miller wrote: > From: Bjorn Helgaas > Date: Wed, 16 Aug 2017 15:02:37 -0500 > >> Your fix looks right to me. > > Someone please submit this fix formally because this change is now in > Linus's tree. > I will send it. > Thank you. > > . >

Re: [GIT PULL 1/2] bcm2835-dt-next-2017-08-15

On 08/15/2017 11:03 AM, Eric Anholt wrote: > The following changes since commit ad41eacc11046fe6a199cffb6663bcd9c90df2f8: > > Merge tag 'bcm2835-dt-next-2017-08-07' into devicetree/next (2017-08-07 > 10:45:35 -0700) > > are available in the git repository at: > >

Re: [GIT PULL 1/2] bcm2835-dt-next-2017-08-15

On 08/15/2017 11:03 AM, Eric Anholt wrote: > The following changes since commit ad41eacc11046fe6a199cffb6663bcd9c90df2f8: > > Merge tag 'bcm2835-dt-next-2017-08-07' into devicetree/next (2017-08-07 > 10:45:35 -0700) > > are available in the git repository at: > >

Re: [PATCH 2/3] w1: d1w: Provide callback for ds1wm read/write

On 08/16/2017 10:45 AM, Scott Branden wrote: > From: Shreesha Rajashekar > > DS1WM core registers are accessed by reading from and writing to a group of > registers in iproc SOC's. > > By default the read and write function uses > __raw_readb() and __raw_writeb(), which

Re: [PATCH 2/3] w1: d1w: Provide callback for ds1wm read/write

On 08/16/2017 10:45 AM, Scott Branden wrote: > From: Shreesha Rajashekar > > DS1WM core registers are accessed by reading from and writing to a group of > registers in iproc SOC's. > > By default the read and write function uses > __raw_readb() and __raw_writeb(), which wouldnt work for

[PATCH] binfmt_elf_fdpic: fix crash on MMU system with dynamic binaries

In elf_fdpic_map_file() there is a test to ensure the dynamic section in user space is properly terminated. However it does so by dereferencing a user address directly. Add proper user space accessor. Signed-off-by: Nicolas Pitre --- fs/binfmt_elf_fdpic.c | 8 ++-- 1 file

[PATCH] binfmt_elf_fdpic: fix crash on MMU system with dynamic binaries

In elf_fdpic_map_file() there is a test to ensure the dynamic section in user space is properly terminated. However it does so by dereferencing a user address directly. Add proper user space accessor. Signed-off-by: Nicolas Pitre --- fs/binfmt_elf_fdpic.c | 8 ++-- 1 file changed, 6

[PATCH v4 0/5] usb: xhci: Handle USB transaction error on address command

Xhci driver handles USB transaction errors on transfer events, but transaction errors are possible on address device command completion events as well. The xHCI specification (section 4.6.5) says: A USB Transaction Error Completion Code for an Address Device Command may be due to a Stall response

[PATCH v4 0/5] usb: xhci: Handle USB transaction error on address command

Xhci driver handles USB transaction errors on transfer events, but transaction errors are possible on address device command completion events as well. The xHCI specification (section 4.6.5) says: A USB Transaction Error Completion Code for an Address Device Command may be due to a Stall response

[PATCH v4 2/5] usb: xhci: Fix potential memory leak in xhci_disable_slot()

xhci_disable_slot() allows the invoker to pass a command pointer as paramenter. Otherwise, it will allocate one. This will cause memory leak when a command structure was allocated inside of this function while queuing command trb fails. Another problem comes up when the invoker passed a command

[PATCH v4 2/5] usb: xhci: Fix potential memory leak in xhci_disable_slot()

xhci_disable_slot() allows the invoker to pass a command pointer as paramenter. Otherwise, it will allocate one. This will cause memory leak when a command structure was allocated inside of this function while queuing command trb fails. Another problem comes up when the invoker passed a command

[PATCH v4 3/5] usb: xhci: Fix memory leak when xhci_disable_slot() returns error

If xhci_disable_slot() returns success, a disable slot command trb was queued in the command ring. The command completion handler will free the virtual device data structure associated with the slot. On the other hand, when xhci_disable_slot() returns error, the invokers should take the

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

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 disable slot command) if it's null. This is unnecessary and will cause problems in case where

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