[RESEND PATCH 0/2] cros_ec: utilize cros_ec_cmd_xfer_status()

Hi all, This is a resend of some patches I sent previously: https://lkml.org/lkml/2016/7/25/488 There are no changes to the patch content. Only some additional commit description and tagging. The cros_ec_cmd_xfer_status() helper (which helps us better handle some error scenarios) is now

Re: [PATCH v3 09/13] net: ethernet: ti: cpsw: move cpdma resources to cpsw_common

On Wednesday 10 August 2016 04:52 AM, Ivan Khoronzhuk wrote: > Every net device private struct holds links to shared cpdma resources. > No need to save and every time synchronize these resources per net dev. > So, move it to common driver struct. > > Signed-off-by: Ivan Khoronzhuk Reviewed-by:

[PATCH v2 3/4] tracing: Have hwlat trace migrate across tracing_cpumask CPUs

From: "Steven Rostedt (Red Hat)" Instead of having the hwlat detector thread stay on one CPU, have it migrate across all the CPUs specified by tracing_cpumask. If the user modifies the thread's CPU affinity, the migration will stop until the next instance that the tracer is instantiated. The

[PACTH v6 1/2] usb: xhci: plat: Enable runtime PM

From: Robert Foss Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Robert Foss Tested-by: Robert Foss --- drivers/usb/host/xhci-plat.c | 29 +++-- 1 file changed, 27 insertions(+), 2 deletions(-) diff

[tip:sched/core] sched/debug: Add taint on "BUG: Sleeping function called from invalid context"

Commit-ID: f0b22e39e3409109d40ef036b1f46b419e82f58e Gitweb: http://git.kernel.org/tip/f0b22e39e3409109d40ef036b1f46b419e82f58e Author: Vegard Nossum AuthorDate: Fri, 22 Jul 2016 21:46:02 +0200 Committer: Ingo Molnar CommitDate: Wed, 10 Aug

Re: [RFC][PATCH] x86/smp: Fix __max_logical_packages value setup

ping thanks, jirka On Wed, Aug 03, 2016 at 06:23:58PM +0200, Jiri Olsa wrote: > Frank reported kernel panic when he disabled several cores in BIOS > via following option: > > Core Disable Bitmap(Hex) [0] > > with number 0xFFE, which leaves 16 CPUs in system (out of 48). > > The kernel

[tip:sched/core] sched/debug: Add taint on "BUG: Sleeping function called from invalid context"

Commit-ID: f0b22e39e3409109d40ef036b1f46b419e82f58e Gitweb: http://git.kernel.org/tip/f0b22e39e3409109d40ef036b1f46b419e82f58e Author: Vegard Nossum AuthorDate: Fri, 22 Jul 2016 21:46:02 +0200 Committer: Ingo Molnar CommitDate: Wed, 10 Aug 2016 16:13:48 +0200 sched/debug: Add taint on

Re: [RFC][PATCH] x86/smp: Fix __max_logical_packages value setup

ping thanks, jirka On Wed, Aug 03, 2016 at 06:23:58PM +0200, Jiri Olsa wrote: > Frank reported kernel panic when he disabled several cores in BIOS > via following option: > > Core Disable Bitmap(Hex) [0] > > with number 0xFFE, which leaves 16 CPUs in system (out of 48). > > The kernel

[PACTH v6 0/2] usb: xhci: plat: Enable runtime PM

From: Robert Foss This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Changes since v1: - Added Signed-off-by: Robert Foss - Added proper metadata tags to series Changes since v2: - Added missing

[RESEND PATCH 1/2] i2c: cros-ec-tunnel: Fix usage of cros_ec_cmd_xfer()

cros_ec_cmd_xfer returns success status if the command transport completes successfully, but the execution result is incorrectly ignored. In many cases, the execution result is assumed to be successful, leading to ignored errors and operating on uninitialized data. We've recently introduced the

[PACTH v6 0/2] usb: xhci: plat: Enable runtime PM

From: Robert Foss This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Changes since v1: - Added Signed-off-by: Robert Foss - Added proper metadata tags to series Changes since v2: - Added missing changelog to cover-letter - Added error checking to

[RESEND PATCH 1/2] i2c: cros-ec-tunnel: Fix usage of cros_ec_cmd_xfer()

cros_ec_cmd_xfer returns success status if the command transport completes successfully, but the execution result is incorrectly ignored. In many cases, the execution result is assumed to be successful, leading to ignored errors and operating on uninitialized data. We've recently introduced the

Re: [PATCH 1/4] memory: ti-aemif: Get a named clock rather than an unnamed one

On Wed, Aug 10, 2016 at 07:00:20AM +, Karl Beldan wrote: > On Tue, Aug 09, 2016 at 05:15:15PM +, Karl Beldan wrote: > > Many davinci boards (da830 and da850 families) don't have their clocks > > in DT yet and won't be successful in getting an unnamed aemif clock. > > Also the sole current

RE: mwifiex: PCIe8997 chip specific handling

Hi Brian, > From: Brian Norris [mailto:briannor...@chromium.org] > Sent: Wednesday, August 10, 2016 12:14 AM > To: Amitkumar Karwar > Cc: linux-wirel...@vger.kernel.org; Cathy Luo; Nishant Sarmukadam; > linux-kernel@vger.kernel.org > Subject: Re: mwifiex: PCIe8997 chip specific handling > > Hi,

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 12:00:53PM +0200, Arnd Bergmann wrote: > On Wednesday, August 10, 2016 10:43:39 AM CEST Russell King - ARM Linux wrote: > > On Fri, Jun 03, 2016 at 11:40:24AM -0700, Kees Cook wrote: > > > @@ -1309,16 +1309,11 @@ void __init arm_mm_memblock_reserve(void) > > > * Any other

Re: [PATCH v5 2/2] Add support for SCT Write Same

On 10 August 2016 at 14:31, Tom Yan wrote: > I don't really know about SCT Write Same but there is one concern I > could I think of. > > libata's SATL would report a maximum write same length base on the > number of sectors a one-block TRIM payload can describe at most, which

[PATCH 2/3] arm64: vdso: put read only/mostly objects into proper sections

vdso_pages and vdso_spec are initialized by vdso_init(), thereafter are mostly read during vdso special mapping handling. vectors_page is initialized by alloc_vectors_page(), thereafter is mostly read during aarch32 vectors special mapping handling. The fact that they are mostly read and not

[PATCH v2 2/2] PCI: designware: let dw_pcie_link_up() beware of LTSSM training bit

The link may be UP but still in link training. In this case, we can't think the link is up and operating correctly. So we need to teach dw_pcie_link_up() beware of the PCIE_PHY_DEBUG_R1_LINK_IN_TRAINING bit. This patch also rewrite PCIE_PHY_DEBUG_R1_LINK_UP definition so that it's consistent with

Re: [PATCH 1/4] memory: ti-aemif: Get a named clock rather than an unnamed one

On Wed, Aug 10, 2016 at 07:00:20AM +, Karl Beldan wrote: > On Tue, Aug 09, 2016 at 05:15:15PM +, Karl Beldan wrote: > > Many davinci boards (da830 and da850 families) don't have their clocks > > in DT yet and won't be successful in getting an unnamed aemif clock. > > Also the sole current

RE: mwifiex: PCIe8997 chip specific handling

Hi Brian, > From: Brian Norris [mailto:briannor...@chromium.org] > Sent: Wednesday, August 10, 2016 12:14 AM > To: Amitkumar Karwar > Cc: linux-wirel...@vger.kernel.org; Cathy Luo; Nishant Sarmukadam; > linux-kernel@vger.kernel.org > Subject: Re: mwifiex: PCIe8997 chip specific handling > > Hi,

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 12:00:53PM +0200, Arnd Bergmann wrote: > On Wednesday, August 10, 2016 10:43:39 AM CEST Russell King - ARM Linux wrote: > > On Fri, Jun 03, 2016 at 11:40:24AM -0700, Kees Cook wrote: > > > @@ -1309,16 +1309,11 @@ void __init arm_mm_memblock_reserve(void) > > > * Any other

Re: [PATCH v5 2/2] Add support for SCT Write Same

On 10 August 2016 at 14:31, Tom Yan wrote: > I don't really know about SCT Write Same but there is one concern I > could I think of. > > libata's SATL would report a maximum write same length base on the > number of sectors a one-block TRIM payload can describe at most, which > is 65535 * 64 =

[PATCH 2/3] arm64: vdso: put read only/mostly objects into proper sections

vdso_pages and vdso_spec are initialized by vdso_init(), thereafter are mostly read during vdso special mapping handling. vectors_page is initialized by alloc_vectors_page(), thereafter is mostly read during aarch32 vectors special mapping handling. The fact that they are mostly read and not

[PATCH v2 2/2] PCI: designware: let dw_pcie_link_up() beware of LTSSM training bit

The link may be UP but still in link training. In this case, we can't think the link is up and operating correctly. So we need to teach dw_pcie_link_up() beware of the PCIE_PHY_DEBUG_R1_LINK_IN_TRAINING bit. This patch also rewrite PCIE_PHY_DEBUG_R1_LINK_UP definition so that it's consistent with

[PATCH -next] ASoC: topology: Fix error return code in soc_tplg_dapm_widget_create()

Fix to return error code -ENOMEM instead of 0 when failed to create widget, as done elsewhere in this function. Fixes: 8a9782346dcc ("ASoC: topology: Add topology core") Signed-off-by: Wei Yongjun --- sound/soc/soc-topology.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] ARM: VDSO: put read only/mostly objects into proper sections

+ Kees On Wed, 10 Aug 2016 17:09:47 +0800 wrote: > vdso_data_mapping is never modified, so mark it as const. > > vdso_data_page and vdso_text_mapping are initialized by vdso_init(), > thereafter are mostly read during vdso special mapping handling. > > The fact that they are mostly read and

Re: Regarding AHCI_MAX_SG and (ATA_HORKAGE_MAX_SEC_1024)

On 10 August 2016 at 15:41, David Milburn wrote: > Hi, > > The 168 makes AHCI_CMD_TBL_SZ equal to 2816 > > AHCI_CMD_TBL_SZ = AHCI_CMD_TBL_HDR_SZ + (AHCI_MAX_SG * 16) > AHCI_CMD_TBL_SZ = 128 + (168 * 16) > > I think if you add in AHCI_CMD_SLOT_SZ (1024) and AHCI_RX_FIS_SZ

Re: [PATCH v1 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

Hi Finley, Am Mittwoch, 10. August 2016, 14:50:43 schrieb Finlye Xiao: > From: Finley Xiao > > 1) the efuse timing of rk3399 is different from earlier SoCs. > 2) rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses, the efuse of earlier

[PATCH v2 1/2] PCI: designware: mv parameters for wait for link into pcie-designware.c

These parameters are only used in the core pcie-designware.c, let's move them to the core driver. Signed-off-by: Jisheng Zhang --- drivers/pci/host/pcie-designware.c | 5 + drivers/pci/host/pcie-designware.h | 5 - 2 files changed, 5 insertions(+), 5 deletions(-)

[PATCH v2] usb: core: Add runtime resume checking in choose_wakeup()

Considering strict power management for mobile device, we should also power off the usb controller if there are no slaves attached even though it is usb host function, but it will meet usb device resume failure in below situation. Suppose that no slave attached > usb interface runtime suspend

Re: [lkp] [nfsd] b44061d0b9: BUG: Dentry ffff880027d7c540{i=1846f,n=0a} still in use (1) [unmount of btrfs vda]

On Wed, Aug 10, 2016 at 11:22 AM, Josef Bacik wrote: > On 08/10/2016 02:06 PM, Linus Torvalds wrote: >> >> More information in the original email on lkml. > > I'm not subscribed to lkml and for some reason I can't find the original > email in any of the lkml/linux-nfs archives.

Re: Ongoing remoteproc discussions

On Wed 03 Aug 07:52 PDT 2016, Loic PALLARDY wrote: > > == Auto-boot or always-on: [..] > > > [LPA] As already mentioned in patch review, I would prefer auto-boot > name rather than always-on for this feature. Agreed. > What about coprocessor already loaded and started at boot stage? It > may

[PATCH] ARM: VDSO: put read only/mostly objects into proper sections

vdso_data_mapping is never modified, so mark it as const. vdso_data_page and vdso_text_mapping are initialized by vdso_init(), thereafter are mostly read during vdso special mapping handling. The fact that they are mostly read and not written to makes them candidates for __read_mostly

[PATCH -next] ASoC: topology: Fix error return code in soc_tplg_dapm_widget_create()

Fix to return error code -ENOMEM instead of 0 when failed to create widget, as done elsewhere in this function. Fixes: 8a9782346dcc ("ASoC: topology: Add topology core") Signed-off-by: Wei Yongjun --- sound/soc/soc-topology.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] ARM: VDSO: put read only/mostly objects into proper sections

+ Kees On Wed, 10 Aug 2016 17:09:47 +0800 wrote: > vdso_data_mapping is never modified, so mark it as const. > > vdso_data_page and vdso_text_mapping are initialized by vdso_init(), > thereafter are mostly read during vdso special mapping handling. > > The fact that they are mostly read and

Re: Regarding AHCI_MAX_SG and (ATA_HORKAGE_MAX_SEC_1024)

On 10 August 2016 at 15:41, David Milburn wrote: > Hi, > > The 168 makes AHCI_CMD_TBL_SZ equal to 2816 > > AHCI_CMD_TBL_SZ = AHCI_CMD_TBL_HDR_SZ + (AHCI_MAX_SG * 16) > AHCI_CMD_TBL_SZ = 128 + (168 * 16) > > I think if you add in AHCI_CMD_SLOT_SZ (1024) and AHCI_RX_FIS_SZ (256) > the DMA is 4K

Re: [PATCH v1 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

Hi Finley, Am Mittwoch, 10. August 2016, 14:50:43 schrieb Finlye Xiao: > From: Finley Xiao > > 1) the efuse timing of rk3399 is different from earlier SoCs. > 2) rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses, the efuse of earlier SoCs is organized as 32bits

[PATCH v2 1/2] PCI: designware: mv parameters for wait for link into pcie-designware.c

These parameters are only used in the core pcie-designware.c, let's move them to the core driver. Signed-off-by: Jisheng Zhang --- drivers/pci/host/pcie-designware.c | 5 + drivers/pci/host/pcie-designware.h | 5 - 2 files changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH v2] usb: core: Add runtime resume checking in choose_wakeup()

Considering strict power management for mobile device, we should also power off the usb controller if there are no slaves attached even though it is usb host function, but it will meet usb device resume failure in below situation. Suppose that no slave attached > usb interface runtime suspend

Re: [lkp] [nfsd] b44061d0b9: BUG: Dentry ffff880027d7c540{i=1846f,n=0a} still in use (1) [unmount of btrfs vda]

On Wed, Aug 10, 2016 at 11:22 AM, Josef Bacik wrote: > On 08/10/2016 02:06 PM, Linus Torvalds wrote: >> >> More information in the original email on lkml. > > I'm not subscribed to lkml and for some reason I can't find the original > email in any of the lkml/linux-nfs archives. Could you forward

Re: Ongoing remoteproc discussions

On Wed 03 Aug 07:52 PDT 2016, Loic PALLARDY wrote: > > == Auto-boot or always-on: [..] > > > [LPA] As already mentioned in patch review, I would prefer auto-boot > name rather than always-on for this feature. Agreed. > What about coprocessor already loaded and started at boot stage? It > may

[PATCH] ARM: VDSO: put read only/mostly objects into proper sections

vdso_data_mapping is never modified, so mark it as const. vdso_data_page and vdso_text_mapping are initialized by vdso_init(), thereafter are mostly read during vdso special mapping handling. The fact that they are mostly read and not written to makes them candidates for __read_mostly

[PATCH v13] acpi, apei, arm64: APEI initial support for aarch64.

From: Tomasz Nowicki This patch provides APEI arch-specific bits for aarch64 Meanwhile, (1)add a new subfunction "hest_ia32_init" for "acpi_disable_cmcff" which is used by IA-32 Architecture Corrected Machine Check (CMC). (2)move HEST type

Re: [PATCH v1 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Hi Finley, Am Mittwoch, 10. August 2016, 14:50:40 schrieb Finlye Xiao: > From: Finley Xiao > > Rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses. The efuse of earlier SoCs are organized as > 32bits by 8 one-time programmable

Re: [PATCH 2/5] mm/debug_pagealloc: don't allocate page_ext if we don't use guard page

On (08/10/16 15:16), js1...@gmail.com wrote: > From: Joonsoo Kim > > What debug_pagealloc does is just mapping/unmapping page table. > Basically, it doesn't need additional memory space to memorize something. > But, with guard page feature, it requires additional memory

[PATCH] ARM: Add missing newline terminators to kernel messages

Signed-off-by: Geert Uytterhoeven --- Before commit 874f9c7da9a4acbc ("printk: create pr_ functions"), pr_*() calls without a trailing newline characters would be printed with a newline character appended, both on the console and in the output of the dmesg command. After

[PATCH 2/2] net: sched: convert qdisc linked list to hashtable

From: Jiri Kosina Convert the per-device linked list into a hashtable. The primary motivation for this change is that currently, we're not tracking all the qdiscs in hierarchy (e.g. excluding default qdiscs), as the lookup performed over the linked list by

Re: [PATCH 0244/1285] Replace numeric parameter like 0444 with macro

On Tue, Aug 2, 2016 at 12:52 PM, Baole Ni wrote: > I find that the developers often just specified the numeric value > when calling a macro which is defined with a parameter for access permission. > As we know, these numeric value for access permission have had the >

Re: [PATCH v2 0/2] PCI: designware: let dw_pcie_link_up() beware of LTSSM training bit

On Wed, 10 Aug 2016 18:07:01 +0800 Jisheng Zhang wrote: > patch1 is a trivial clean up: move the parameters for wait for link > into the core pcie-designware.c > > Since link may be UP but still in link training, if so, we can't think > the link is up and operating correctly. So patch2 teaches >

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On Mon, Aug 08, 2016 at 01:27:20PM -0500, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

[PATCH v5 0/3] locking/mutex: Enable optimistic spinning of lock waiter

v4->v5: - Clean up some comments in source files submit logs as suggested by PeterZ. v3->v4: - Replace patch 3 by a new one to add a flag to ensure forward progress of the waiter-spinner. v2->v3: - Remove patch 4 as it is not useful. - Allow need_resched() check for waiter & add more

Re: [PATCH RESEND] net: can: Introduce MEN 16Z192-00 CAN controller driver

Hi Andreas, On 08/09/2016 08:10 AM, Andreas Werner wrote: On Mon, Aug 08, 2016 at 04:35:34PM +0200, Wolfgang Grandegger wrote: You specify here one echo_skb but it's not used anywhere. Local loopback seems not to be implemented. Agree with you, will set it to "0". No, the local loopback

Re: [PATCHv2 3/6] x86/arch_prctl/vdso: add ARCH_MAP_VDSO_*

On 08/10/2016 11:35 AM, Andy Lutomirski wrote: On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote: On 07/12/2016 05:14 PM, Oleg Nesterov wrote: On 07/11, Andy Lutomirski wrote: I'm starting to wonder if we should finally suck it up and give special mappings a

Re: [PATCH RESEND] net: can: Introduce MEN 16Z192-00 CAN controller driver

Hi Andreas, On 08/09/2016 08:10 AM, Andreas Werner wrote: On Mon, Aug 08, 2016 at 04:35:34PM +0200, Wolfgang Grandegger wrote: You specify here one echo_skb but it's not used anywhere. Local loopback seems not to be implemented. Agree with you, will set it to "0". No, the local loopback

Re: [PATCHv2 3/6] x86/arch_prctl/vdso: add ARCH_MAP_VDSO_*

On 08/10/2016 11:35 AM, Andy Lutomirski wrote: On Tue, Aug 2, 2016 at 3:59 AM, Dmitry Safonov wrote: On 07/12/2016 05:14 PM, Oleg Nesterov wrote: On 07/11, Andy Lutomirski wrote: I'm starting to wonder if we should finally suck it up and give special mappings a non-NULL vm_file so we can

[PATCH v13] acpi, apei, arm64: APEI initial support for aarch64.

From: Tomasz Nowicki This patch provides APEI arch-specific bits for aarch64 Meanwhile, (1)add a new subfunction "hest_ia32_init" for "acpi_disable_cmcff" which is used by IA-32 Architecture Corrected Machine Check (CMC). (2)move HEST type (ACPI_HEST_TYPE_IA32_CORRECTED_CHECK) checking to a

Re: [PATCH v1 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Hi Finley, Am Mittwoch, 10. August 2016, 14:50:40 schrieb Finlye Xiao: > From: Finley Xiao > > Rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses. The efuse of earlier SoCs are organized as > 32bits by 8 one-time programmable electrical fuses with random > access

Re: [PATCH 2/5] mm/debug_pagealloc: don't allocate page_ext if we don't use guard page

On (08/10/16 15:16), js1...@gmail.com wrote: > From: Joonsoo Kim > > What debug_pagealloc does is just mapping/unmapping page table. > Basically, it doesn't need additional memory space to memorize something. > But, with guard page feature, it requires additional memory to distinguish > if the

[PATCH] ARM: Add missing newline terminators to kernel messages

Signed-off-by: Geert Uytterhoeven --- Before commit 874f9c7da9a4acbc ("printk: create pr_ functions"), pr_*() calls without a trailing newline characters would be printed with a newline character appended, both on the console and in the output of the dmesg command. After that commit, no new line

[PATCH 2/2] net: sched: convert qdisc linked list to hashtable

From: Jiri Kosina Convert the per-device linked list into a hashtable. The primary motivation for this change is that currently, we're not tracking all the qdiscs in hierarchy (e.g. excluding default qdiscs), as the lookup performed over the linked list by qdisc_match_from_root() is rather

Re: [PATCH 0244/1285] Replace numeric parameter like 0444 with macro

On Tue, Aug 2, 2016 at 12:52 PM, Baole Ni wrote: > I find that the developers often just specified the numeric value > when calling a macro which is defined with a parameter for access permission. > As we know, these numeric value for access permission have had the > corresponding macro, > and

Re: [PATCH v2 0/2] PCI: designware: let dw_pcie_link_up() beware of LTSSM training bit

On Wed, 10 Aug 2016 18:07:01 +0800 Jisheng Zhang wrote: > patch1 is a trivial clean up: move the parameters for wait for link > into the core pcie-designware.c > > Since link may be UP but still in link training, if so, we can't think > the link is up and operating correctly. So patch2 teaches >

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On Mon, Aug 08, 2016 at 01:27:20PM -0500, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

[PATCH v5 0/3] locking/mutex: Enable optimistic spinning of lock waiter

v4->v5: - Clean up some comments in source files submit logs as suggested by PeterZ. v3->v4: - Replace patch 3 by a new one to add a flag to ensure forward progress of the waiter-spinner. v2->v3: - Remove patch 4 as it is not useful. - Allow need_resched() check for waiter & add more

Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Tue, Aug 9, 2016 at 7:33 AM, kernel test robot wrote: > > FYI, we noticed a -13.6% regression of aim7.jobs-per-min due to commit: > 68a9f5e7007c ("xfs: implement iomap based buffered write path") > > in testcase: aim7 > on test machine: 48 threads Ivytown Ivy Bridge-EP

Re: [PATCH 0/3] arm64: put objects into proper sections

+ Kees, On Wed, 10 Aug 2016 15:19:16 +0800 Jisheng Zhang wrote: > This series tries to put objects into proper sections to avoid > pontential unnecessary DDR traffics: > > patch1 puts alloc_vectors_page() into .init section. This is a clean up > patch. > > patch2 puts vdso_pages, vdso_spec and

Re: [PATCH 2/4] ARM: dts: da850: Add an aemif node

On Wednesday 10 August 2016 01:37 PM, Karl Beldan wrote: > On Wed, Aug 10, 2016 at 01:32:03PM +0530, Sekhar Nori wrote: >> On Wednesday 10 August 2016 01:18 PM, Sekhar Nori wrote: >>> On Tuesday 09 August 2016 10:45 PM, Karl Beldan wrote: Currently the davinci da8xx boards use the

Re: [PATCH 1/5] sched,time: Count actually elapsed irq & softirq time

2016-08-10 13:07 GMT+08:00 Rik van Riel : > On Wed, 2016-08-10 at 07:39 +0800, Wanpeng Li wrote: >> 2016-08-10 7:25 GMT+08:00 Wanpeng Li : >> > 2016-08-09 22:06 GMT+08:00 Rik van Riel : >> > > On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li

[PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

As both an optimistic spinner and a waiter-spinner (a woken task from the wait queue spinning) can be spinning on the lock at the same time, we cannot ensure forward progress for the waiter-spinner. So it is possible for the waiter-spinner to be starved of getting the lock, though not likely.

Re: Making pdfdocs with sphinx - only select rst targets

Em Wed, 10 Aug 2016 07:42:42 -0700 "Luis R. Rodriguez" escreveu: > On Aug 10, 2016 1:41 AM, "Mauro Carvalho Chehab" > wrote: > > > > Em Tue, 9 Aug 2016 18:19:14 -0700 > > "Luis R. Rodriguez" escreveu: > > > > > I'm excited to see

Re: [PATCH] ARM: cpuidle: declare cpuidle_ops __read_mostly

Dear Arnd, On Wed, 10 Aug 2016 12:47:21 +0200 Arnd Bergmann wrote: > On Wednesday, August 10, 2016 5:19:26 PM CEST Jisheng Zhang wrote: > > Dear Arnd, > > > > On Wed, 10 Aug 2016 10:57:57 +0200 Arnd Bergmann wrote: > > > > > On Wednesday, August 10, 2016 4:49:57 PM CEST Jisheng Zhang wrote:

Re: [PATCH v4] powerpc: Do not make the entire heap executable

On 08/10, Denys Vlasenko wrote: > > Currently, to support 32-bit binaries with PLT in BSS kernel maps *entire > brk area* with executable rights for all binaries, even --secure-plt ones. > > Stop doing that. Can't really review this patch, but at least the change in mm/mmap.c looks technically

Re: [PATCH 2/4] ARM: dts: da850: Add an aemif node

On Wednesday 10 August 2016 01:37 PM, Karl Beldan wrote: > On Wed, Aug 10, 2016 at 01:32:03PM +0530, Sekhar Nori wrote: >> On Wednesday 10 August 2016 01:18 PM, Sekhar Nori wrote: >>> On Tuesday 09 August 2016 10:45 PM, Karl Beldan wrote: Currently the davinci da8xx boards use the

Re: [PATCH 1/5] sched,time: Count actually elapsed irq & softirq time

2016-08-10 13:07 GMT+08:00 Rik van Riel : > On Wed, 2016-08-10 at 07:39 +0800, Wanpeng Li wrote: >> 2016-08-10 7:25 GMT+08:00 Wanpeng Li : >> > 2016-08-09 22:06 GMT+08:00 Rik van Riel : >> > > On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li wrote: >> > > > Hi Rik, >> > > > 2016-07-13 22:50 GMT+08:00

[PATCH v5 3/3] locking/mutex: Ensure forward progress of waiter-spinner

As both an optimistic spinner and a waiter-spinner (a woken task from the wait queue spinning) can be spinning on the lock at the same time, we cannot ensure forward progress for the waiter-spinner. So it is possible for the waiter-spinner to be starved of getting the lock, though not likely.

Re: Making pdfdocs with sphinx - only select rst targets

Em Wed, 10 Aug 2016 07:42:42 -0700 "Luis R. Rodriguez" escreveu: > On Aug 10, 2016 1:41 AM, "Mauro Carvalho Chehab" > wrote: > > > > Em Tue, 9 Aug 2016 18:19:14 -0700 > > "Luis R. Rodriguez" escreveu: > > > > > I'm excited to see the new documentation format, so I'm changing my > > >

Re: [PATCH] ARM: cpuidle: declare cpuidle_ops __read_mostly

Dear Arnd, On Wed, 10 Aug 2016 12:47:21 +0200 Arnd Bergmann wrote: > On Wednesday, August 10, 2016 5:19:26 PM CEST Jisheng Zhang wrote: > > Dear Arnd, > > > > On Wed, 10 Aug 2016 10:57:57 +0200 Arnd Bergmann wrote: > > > > > On Wednesday, August 10, 2016 4:49:57 PM CEST Jisheng Zhang wrote:

Re: [PATCH v4] powerpc: Do not make the entire heap executable

On 08/10, Denys Vlasenko wrote: > > Currently, to support 32-bit binaries with PLT in BSS kernel maps *entire > brk area* with executable rights for all binaries, even --secure-plt ones. > > Stop doing that. Can't really review this patch, but at least the change in mm/mmap.c looks technically

Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Tue, Aug 9, 2016 at 7:33 AM, kernel test robot wrote: > > FYI, we noticed a -13.6% regression of aim7.jobs-per-min due to commit: > 68a9f5e7007c ("xfs: implement iomap based buffered write path") > > in testcase: aim7 > on test machine: 48 threads Ivytown Ivy Bridge-EP with 64G memory > with

Re: [PATCH 0/3] arm64: put objects into proper sections

+ Kees, On Wed, 10 Aug 2016 15:19:16 +0800 Jisheng Zhang wrote: > This series tries to put objects into proper sections to avoid > pontential unnecessary DDR traffics: > > patch1 puts alloc_vectors_page() into .init section. This is a clean up > patch. > > patch2 puts vdso_pages, vdso_spec and

Re: [RFC PATCH 3/3] Documentation: exclude media documentation from pdf generation

Hi Jani, Em Wed, 10 Aug 2016 18:54:09 +0300 Jani Nikula escreveu: > Although pdflatex is more robust than rst2pdf, building media > documentation pdf still fails. Exclude media documentation from pdf > generation for now. Again, didn't test, but do you think the issues

Re: [RFC PATCH 3/3] Documentation: exclude media documentation from pdf generation

Hi Jani, Em Wed, 10 Aug 2016 18:54:09 +0300 Jani Nikula escreveu: > Although pdflatex is more robust than rst2pdf, building media > documentation pdf still fails. Exclude media documentation from pdf > generation for now. Again, didn't test, but do you think the issues with pdflatex and media

[PATCH v2 2/4] ARM: davinci_all_defconfig: Enable AEMIF as a module

This enables the use of the memory/ti-aemif.c driver. ATM most davinci boards use the mach-davinci aemif code which gets in the way of genericity and proper DT boot. Signed-off-by: Karl Beldan --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2

[PATCH v5 1/3] pcie-designware: move definitions

This patch moves the sleep definitions to the *.c file like suggested by Jisheng Zhang in a previous patch. Signed-off-by: Joao Pinto CC: Jisheng Zhang --- changes v3->v5: - Just to keep up with the patch version changes v2->v3 (Bjorn Helgaas): -

[PATCH v5 0/3] pcie-designware: add iATU unroll feature

The new DWC PCIe Core version (4.80) implements iATU in a different way. This new mechanism is called iATU Unroll Mode. The Core still supports the "old" mechanism calling it Legacy Mode if configured to do so, but the standard way will be using Unroll. This patch adds the necessary support for

Re: [PATCH v5 5/6] usb: chipidea: let chipidea core device of_node equal's glue layer device of_node

On Wed, Aug 10, 2016 at 09:00:15AM +, Jun Li wrote: > Hi, Peter > > > -Original Message- > > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- > > ow...@vger.kernel.org] On Behalf Of Peter Chen > > Sent: Wednesday, August 10, 2016 11:12 AM > > To: Stephen Boyd

[PATCH 2/2] ARM: davinci_all_defconfig: enable modules for sound on LCDK

This is the minimal set of additional modules required to support audio on the LCDK. Signed-off-by: Karl Beldan --- arch/arm/configs/davinci_all_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig

Re: [patch] sched/cputime: Fix NO_HZ_FULL getrusage() monotonicity regression

On Wed, Aug 10, 2016 at 01:14:29PM +0200, Mike Galbraith wrote: > Hi Peter, > > While running ltp, the fates decided it was time for me to encounter > the roughly 1 out of every 10 call failure below. As much as I run > ltp, I'm a bit surprised that I (or anyone else) haven't met this > before,

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Wed, Aug 10, 2016 at 1:06 PM, Mathieu Desnoyers wrote: > - On Aug 10, 2016, at 3:16 PM, Andy Lutomirski l...@amacapital.net wrote: > >> On Wed, Aug 10, 2016 at 12:04 PM, Mathieu Desnoyers >> wrote: >>> - On Aug 10, 2016,

Re: [RFC PATCH 3/3] Documentation: exclude media documentation from pdf generation

On Wed, Aug 10, 2016 at 06:54:09PM +0300, Jani Nikula wrote: > Although pdflatex is more robust than rst2pdf, building media > documentation pdf still fails. Exclude media documentation from pdf > generation for now. > > Signed-off-by: Jani Nikula > --- >

Re: [PATCH V3 2/2] perf/x86/intel/uncore: add enable_box for client msr uncore

* kan.li...@intel.com wrote: > From: Kan Liang > > PERF_GLOBAL_CTL could be cleared after Package C7. This patch tries to > workaround this issue by re-enable PERF_GLOBAL_CTL in enable_box. > The workaround does not cover all cases. It helps for new

Re: [PATCH v2 0/4] remove unnecessary IPI reading uncore events

On 6 August 2016 at 22:12, David Carrillo-Cisneros wrote: > This patch series adds a new flag to the struct perf_event > (and a flag field to store it) to allow a PMU to tag a CPU or > cgroup event as readable from any CPU in the same package and not > just the CPU where the

Re: [PATCH v2 1/1] blk-mq: fix hang caused by freeze/unfreeze sequence

Hi, On Wed, Aug 10, 2016 at 5:55 AM, Tejun Heo wrote: > Hello, > > On Mon, Aug 08, 2016 at 01:39:08PM +0200, Roman Pen wrote: >> Long time ago there was a similar fix proposed by Akinobu Mita[1], >> but it seems that time everyone decided to fix this subtle race in >>

Applied "regulator: tps65218: do not disable DCDC3 during poweroff on broken PMICs" to the regulator tree

The patch regulator: tps65218: do not disable DCDC3 during poweroff on broken PMICs has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually

[PATCH v2 2/4] ARM: davinci_all_defconfig: Enable AEMIF as a module

This enables the use of the memory/ti-aemif.c driver. ATM most davinci boards use the mach-davinci aemif code which gets in the way of genericity and proper DT boot. Signed-off-by: Karl Beldan --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v5 1/3] pcie-designware: move definitions

This patch moves the sleep definitions to the *.c file like suggested by Jisheng Zhang in a previous patch. Signed-off-by: Joao Pinto CC: Jisheng Zhang --- changes v3->v5: - Just to keep up with the patch version changes v2->v3 (Bjorn Helgaas): - Separated from the new iATU unroll mechanism

[PATCH v5 0/3] pcie-designware: add iATU unroll feature

The new DWC PCIe Core version (4.80) implements iATU in a different way. This new mechanism is called iATU Unroll Mode. The Core still supports the "old" mechanism calling it Legacy Mode if configured to do so, but the standard way will be using Unroll. This patch adds the necessary support for

Re: [PATCH v5 5/6] usb: chipidea: let chipidea core device of_node equal's glue layer device of_node

On Wed, Aug 10, 2016 at 09:00:15AM +, Jun Li wrote: > Hi, Peter > > > -Original Message- > > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- > > ow...@vger.kernel.org] On Behalf Of Peter Chen > > Sent: Wednesday, August 10, 2016 11:12 AM > > To: Stephen Boyd > > Cc: Peter

[PATCH 2/2] ARM: davinci_all_defconfig: enable modules for sound on LCDK

This is the minimal set of additional modules required to support audio on the LCDK. Signed-off-by: Karl Beldan --- arch/arm/configs/davinci_all_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig

Re: [patch] sched/cputime: Fix NO_HZ_FULL getrusage() monotonicity regression

On Wed, Aug 10, 2016 at 01:14:29PM +0200, Mike Galbraith wrote: > Hi Peter, > > While running ltp, the fates decided it was time for me to encounter > the roughly 1 out of every 10 call failure below. As much as I run > ltp, I'm a bit surprised that I (or anyone else) haven't met this > before,

<    3   4   5   6   7   8   9   10   11   12   >