Re: [PATCH v1 1/4] perf report: Find the inline stack for a given address

Em Tue, Nov 29, 2016 at 10:55:41PM +0800, Jin Yao escreveu: > It would be useful for perf to support a mode to query the > inline stack for a given callgraph address. This would simplify > finding the right code in code that does a lot of inlining. > > The srcline.c has contained the code which

Re: [PATCH v1 1/4] perf report: Find the inline stack for a given address

Em Tue, Nov 29, 2016 at 10:55:41PM +0800, Jin Yao escreveu: > It would be useful for perf to support a mode to query the > inline stack for a given callgraph address. This would simplify > finding the right code in code that does a lot of inlining. > > The srcline.c has contained the code which

[PATCH v2] x86/irq: Add additional unhandled IRQ debug information

The current unhandled IRQ warning doesn't output enough information on x86 to determine which device issued an interrupt. For example, irq 16: nobody cared (try booting with the "irqpoll" option) CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-rc6+ #19 Hardware name: Hewlett-Packard HP Z820

[PATCH v2] x86/irq: Add additional unhandled IRQ debug information

The current unhandled IRQ warning doesn't output enough information on x86 to determine which device issued an interrupt. For example, irq 16: nobody cared (try booting with the "irqpoll" option) CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-rc6+ #19 Hardware name: Hewlett-Packard HP Z820

Re: [PATCH 3/5] ARM: BCM5301X: Set GPIO enabling USB power on Netgear R7000

On Tue, Dec 06, 2016 at 06:17:12PM +0100, Rafał Miłecki wrote: > There is one GPIO controlling power for both USB ports. > > Signed-off-by: Rafał Miłecki > Signed-off-by: Rafał Miłecki Was the double Signed-off-by intentional? > --- >

Re: [PATCH 3/5] ARM: BCM5301X: Set GPIO enabling USB power on Netgear R7000

On Tue, Dec 06, 2016 at 06:17:12PM +0100, Rafał Miłecki wrote: > There is one GPIO controlling power for both USB ports. > > Signed-off-by: Rafał Miłecki > Signed-off-by: Rafał Miłecki Was the double Signed-off-by intentional? > --- > arch/arm/boot/dts/bcm4709-netgear-r7000.dts | 8

Re: [PATCH v3] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

On 12/05/2016 04:21 PM, Bjorn Helgaas wrote: > On Fri, Dec 02, 2016 at 07:33:46PM -0500, Jon Masters wrote: >>> Even without this patch, I don't think it's a show-stopper to have >>> Linux mistakenly thinking this region is routed to PCI, because the >>> driver does reserve it and the PCI core

[PATCH 1/3] ARM: Define KERNEL_START and KERNEL_END

In preparation for adding CONFIG_DEBUG_VIRTUAL support, define a set of common constants: KERNEL_START and KERNEL_END which abstract CONFIG_XIP_KERNEL vs. !CONFIG_XIP_KERNEL. Update the code where relevant. Signed-off-by: Florian Fainelli --- arch/arm/include/asm/memory.h

Re: [PATCH v3] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

On 12/05/2016 04:21 PM, Bjorn Helgaas wrote: > On Fri, Dec 02, 2016 at 07:33:46PM -0500, Jon Masters wrote: >>> Even without this patch, I don't think it's a show-stopper to have >>> Linux mistakenly thinking this region is routed to PCI, because the >>> driver does reserve it and the PCI core

[PATCH 1/3] ARM: Define KERNEL_START and KERNEL_END

In preparation for adding CONFIG_DEBUG_VIRTUAL support, define a set of common constants: KERNEL_START and KERNEL_END which abstract CONFIG_XIP_KERNEL vs. !CONFIG_XIP_KERNEL. Update the code where relevant. Signed-off-by: Florian Fainelli --- arch/arm/include/asm/memory.h | 7 +++

[PATCH 0/3] ARM: Add support for CONFIG_DEBUG_VIRTUAL

Hi all, This patch series builds on top of Laura's [PATCHv4 00/10] CONFIG_DEBUG_VIRTUAL for arm64 to add support for CONFIG_DEBUG_VIRTUAL for ARM. This was tested on a Brahma B15 platform (ARMv7 + HIGHMEM + LPAE). There are a number of possible follow up/cleanup patches: - all SMP implements

[PATCH 0/3] ARM: Add support for CONFIG_DEBUG_VIRTUAL

Hi all, This patch series builds on top of Laura's [PATCHv4 00/10] CONFIG_DEBUG_VIRTUAL for arm64 to add support for CONFIG_DEBUG_VIRTUAL for ARM. This was tested on a Brahma B15 platform (ARMv7 + HIGHMEM + LPAE). There are a number of possible follow up/cleanup patches: - all SMP implements

[PATCH 2/3] ARM: Utilize __pa_symbol in lieu of __pa

Unfold pmd_populate_kernel() to make us use __pa_symbol() instead of __pa(), pre-requisite to turning on CONFIG_DEBUG_VIRTUAL. Signed-off-by: Florian Fainelli --- arch/arm/mm/mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mm/mmu.c

[PATCH 2/3] ARM: Utilize __pa_symbol in lieu of __pa

Unfold pmd_populate_kernel() to make us use __pa_symbol() instead of __pa(), pre-requisite to turning on CONFIG_DEBUG_VIRTUAL. Signed-off-by: Florian Fainelli --- arch/arm/mm/mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c index

[PATCH 3/3] ARM: Add support for CONFIG_DEBUG_VIRTUAL

x86 has an option: CONFIG_DEBUG_VIRTUAL to do additional checks on virt_to_phys calls. The goal is to catch users who are calling virt_to_phys on non-linear addresses immediately. This includes caller using __virt_to_phys() on image addresses instead of __pa_symbol(). This is a generally useful

[PATCH 3/3] ARM: Add support for CONFIG_DEBUG_VIRTUAL

x86 has an option: CONFIG_DEBUG_VIRTUAL to do additional checks on virt_to_phys calls. The goal is to catch users who are calling virt_to_phys on non-linear addresses immediately. This includes caller using __virt_to_phys() on image addresses instead of __pa_symbol(). This is a generally useful

Re: [RFC PATCH 23/23] arm: use kconfig fragments for tegra_defconfig/multi_v7_defconfig

On Tue, Dec 6, 2016 at 4:38 AM, Bartlomiej Zolnierkiewicz wrote: > Replace [tegra,multi_v7]_defconfig-s with > a Makefile target using merge_config. > > The patch was verified with doing: > > $ make [tegra,multi_v7]_defconfig > $ make savedefconfig > > and

Re: [RFC PATCH 23/23] arm: use kconfig fragments for tegra_defconfig/multi_v7_defconfig

On Tue, Dec 6, 2016 at 4:38 AM, Bartlomiej Zolnierkiewicz wrote: > Replace [tegra,multi_v7]_defconfig-s with > a Makefile target using merge_config. > > The patch was verified with doing: > > $ make [tegra,multi_v7]_defconfig > $ make savedefconfig > > and comparing resulting defconfig

[PULL] bcache: based on for-4.10/block, multiple updates

Hello Jens, Please pull for 4.10: Thank you! This pull request is based on the git.kernel.dk for-4.10/block branch: The following changes since commit 333ba053d145d6f9152f6b0311a345b876f0fed1: lightnvm: transform target get/set bad block (2016-11-29 12:12:51 -0700) are available in the git

[PULL] bcache: based on for-4.10/block, multiple updates

Hello Jens, Please pull for 4.10: Thank you! This pull request is based on the git.kernel.dk for-4.10/block branch: The following changes since commit 333ba053d145d6f9152f6b0311a345b876f0fed1: lightnvm: transform target get/set bad block (2016-11-29 12:12:51 -0700) are available in the git

Re: [PATCH] perf tools: Explicitly document that --children is enabled by default

Em Fri, Dec 02, 2016 at 11:07:32AM -0500, Yannick Brosseau escreveu: > The fact that the --children option is enabled by default is buried deep > at the end of the help page, in the overhead calculation section. This > make it explicit right where the option is listed, following the same > way

Re: [PATCH] perf tools: Explicitly document that --children is enabled by default

Em Fri, Dec 02, 2016 at 11:07:32AM -0500, Yannick Brosseau escreveu: > The fact that the --children option is enabled by default is buried deep > at the end of the help page, in the overhead calculation section. This > make it explicit right where the option is listed, following the same > way

Re: [PATCH v2 1/2] vfio iommu type1: Fix size argument to vfio_find_dma() during DMA UNMAP.

On Tue, 6 Dec 2016 23:56:54 +0530 Kirti Wankhede wrote: > Passing zero for the size to vfio_find_dma() isn't compatible with > matching the start address of an existing vfio_dma. Doing so triggers a > corner case. In vfio_find_dma(), when the start address is equal to >

Re: [PATCHSET 00/10] perf sched timehist: Introduce --idle-hist option (v1)

Em Tue, Dec 06, 2016 at 12:40:00PM +0900, Namhyung Kim escreveu: > Hi, > > This patchset implements the idle hist feature which analyze reason of system > idle. Sometimes I need to investigate what makes CPUs to go idle even though > I have jobs to do. It may be due to I/O, waiting on lock or

Re: [PATCH v2 1/2] vfio iommu type1: Fix size argument to vfio_find_dma() during DMA UNMAP.

On Tue, 6 Dec 2016 23:56:54 +0530 Kirti Wankhede wrote: > Passing zero for the size to vfio_find_dma() isn't compatible with > matching the start address of an existing vfio_dma. Doing so triggers a > corner case. In vfio_find_dma(), when the start address is equal to > dma->iova and size is 0,

Re: [PATCHSET 00/10] perf sched timehist: Introduce --idle-hist option (v1)

Em Tue, Dec 06, 2016 at 12:40:00PM +0900, Namhyung Kim escreveu: > Hi, > > This patchset implements the idle hist feature which analyze reason of system > idle. Sometimes I need to investigate what makes CPUs to go idle even though > I have jobs to do. It may be due to I/O, waiting on lock or

Re: [PATCH v9 1/2] usb: dwc2: assert phy reset when waking up in rk3288 platform

On 12/6/2016 4:00 AM, Ayaka wrote: > Hello John > I still waiting them be merged, but I still can't find it at next-20161206. > Can you resubmit this fixing the checkpatch issues? You can add my ack: Acked-by: John Youn <johny...@synopsys.com> Regards, John > 從我的 iPad

Re: [PATCH v9 1/2] usb: dwc2: assert phy reset when waking up in rk3288 platform

On 12/6/2016 4:00 AM, Ayaka wrote: > Hello John > I still waiting them be merged, but I still can't find it at next-20161206. > Can you resubmit this fixing the checkpatch issues? You can add my ack: Acked-by: John Youn Regards, John > 從我的 iPad 傳送 > >> John Youn 於

Re: [PATCH 2/6] net: ethernet: ti: cpts: add support for ext rftclk selection

On 11/30/2016 11:35 AM, Grygorii Strashko wrote: > > > On 11/30/2016 03:56 AM, Richard Cochran wrote: >> On Mon, Nov 28, 2016 at 05:04:24PM -0600, Grygorii Strashko wrote: >>> Some CPTS instances, which can be found on KeyStone 2 1/10G Ethernet >>> Switch Subsystems, can control an external

Re: [PATCH 2/6] net: ethernet: ti: cpts: add support for ext rftclk selection

On 11/30/2016 11:35 AM, Grygorii Strashko wrote: > > > On 11/30/2016 03:56 AM, Richard Cochran wrote: >> On Mon, Nov 28, 2016 at 05:04:24PM -0600, Grygorii Strashko wrote: >>> Some CPTS instances, which can be found on KeyStone 2 1/10G Ethernet >>> Switch Subsystems, can control an external

Re: [PATCH] perf annotate: check that objdump correctly works

Em Thu, Dec 01, 2016 at 01:04:36AM +0100, Alexis Berlemont escreveu: > Before disassembling, the tool objdump is called just to be sure: > * objdump is available in the path; > * objdump is an executable binary; > * objdump has no dependency issue or anything else. > > This objdump "pre-"command

Re: [PATCH] perf annotate: check that objdump correctly works

Em Thu, Dec 01, 2016 at 01:04:36AM +0100, Alexis Berlemont escreveu: > Before disassembling, the tool objdump is called just to be sure: > * objdump is available in the path; > * objdump is an executable binary; > * objdump has no dependency issue or anything else. > > This objdump "pre-"command

Re: [Xen-devel] [PATCH v3 4/4] x86/asm: Rewrite sync_core() to use IRET-to-self

On 12/06/16 00:46, Jan Beulich wrote: >> + >> +#ifdef CONFIG_X86_32 >> +asm volatile ( >> +"pushfl\n\t" >> +"pushl %%cs\n\t" >> +"pushl $1f\n\t" >> +"iret\n\t" >> +"1:" >> +: "+r" (__sp) : : "cc", "memory"); > > I don't

Re: [Xen-devel] [PATCH v3 4/4] x86/asm: Rewrite sync_core() to use IRET-to-self

On 12/06/16 00:46, Jan Beulich wrote: >> + >> +#ifdef CONFIG_X86_32 >> +asm volatile ( >> +"pushfl\n\t" >> +"pushl %%cs\n\t" >> +"pushl $1f\n\t" >> +"iret\n\t" >> +"1:" >> +: "+r" (__sp) : : "cc", "memory"); > > I don't

Re: [PATCH 2/2] arm64: dts: NS2: add support for XMC form factor

; > url: > https://github.com/0day-ci/linux/commits/Jon-Mason/arm64-dts-NS2-reserve-memory-for-Nitro-firmware/20161206-125631 > base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > for-next > config: arm64-allmodconfig (attached as .config) > compiler: aarch64-linux-

Re: [PATCH 2/2] arm64: dts: NS2: add support for XMC form factor

; > url: > https://github.com/0day-ci/linux/commits/Jon-Mason/arm64-dts-NS2-reserve-memory-for-Nitro-firmware/20161206-125631 > base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > for-next > config: arm64-allmodconfig (attached as .config) > compiler: aarch64-linux-

Re: [PATCH] exynos-gsc: Clean up file handle in open() error path.

On Fri, Dec 02, 2016 at 10:15:27AM +0530, Shailendra Verma wrote: > The File handle is not yet added in the vfd list.So no need to call > v4l2_fh_del(>fh) if it fails to create control. > > Signed-off-by: Shailendra Verma > --- >

Re: [PATCH] exynos-gsc: Clean up file handle in open() error path.

On Fri, Dec 02, 2016 at 10:15:27AM +0530, Shailendra Verma wrote: > The File handle is not yet added in the vfd list.So no need to call > v4l2_fh_del(>fh) if it fails to create control. > > Signed-off-by: Shailendra Verma > --- > drivers/media/platform/exynos-gsc/gsc-m2m.c |2 +- > 1 file

[PATCH v2] drivers: net: cpsw-phy-sel: Clear RGMII_IDMODE on "rgmii" links

Support for setting the RGMII_IDMODE bit was added in the commit referenced below. However, that commit did not add the symmetrical clearing of the bit by way of setting it in "mask". Add it here. Note that the documentation marks clearing this bit as "reserved", however, according to TI, support

[PATCH v2] drivers: net: cpsw-phy-sel: Clear RGMII_IDMODE on "rgmii" links

Support for setting the RGMII_IDMODE bit was added in the commit referenced below. However, that commit did not add the symmetrical clearing of the bit by way of setting it in "mask". Add it here. Note that the documentation marks clearing this bit as "reserved", however, according to TI, support

Re: [PATCH] drivers: net: cpsw-phy-sel: Clear RGMII_IDMODE on "rgmii" links

On 12/06/2016 08:36 AM, David Miller wrote: From: Alexandru Gagniuc Date: Mon, 5 Dec 2016 17:33:53 -0800 Support for setting the RGMII_IDMODE bit was added in commit: "drivers: net: cpsw-phy-sel: add support to configure rgmii internal delay" However, that commit did

Re: [PATCH] drivers: net: cpsw-phy-sel: Clear RGMII_IDMODE on "rgmii" links

On 12/06/2016 08:36 AM, David Miller wrote: From: Alexandru Gagniuc Date: Mon, 5 Dec 2016 17:33:53 -0800 Support for setting the RGMII_IDMODE bit was added in commit: "drivers: net: cpsw-phy-sel: add support to configure rgmii internal delay" However, that commit did not add the

Re: [PATCH 2/2] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Tue 06-12-16 12:03:02, Vlastimil Babka wrote: > On 12/06/2016 11:38 AM, Tetsuo Handa wrote: > >> > >> So we are somewhere in the middle between pre-mature and pointless > >> system disruption (GFP_NOFS with a lots of metadata or lowmem request) > >> where the OOM killer even might not help and

Re: [PATCH 2/2] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Tue 06-12-16 12:03:02, Vlastimil Babka wrote: > On 12/06/2016 11:38 AM, Tetsuo Handa wrote: > >> > >> So we are somewhere in the middle between pre-mature and pointless > >> system disruption (GFP_NOFS with a lots of metadata or lowmem request) > >> where the OOM killer even might not help and

Re: [PATCH 5/5] arm64: dts: exynos5433: Add support of bus frequency using VDD_INT on TM2

On Fri, Dec 02, 2016 at 04:18:07PM +0900, Chanwoo Choi wrote: > This patch adds the bus Device-tree nodes for INT (Internal) block > to enable the bus frequency scaling. > > Signed-off-by: Chanwoo Choi > --- > arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 72 >

Re: [PATCH 5/5] arm64: dts: exynos5433: Add support of bus frequency using VDD_INT on TM2

On Fri, Dec 02, 2016 at 04:18:07PM +0900, Chanwoo Choi wrote: > This patch adds the bus Device-tree nodes for INT (Internal) block > to enable the bus frequency scaling. > > Signed-off-by: Chanwoo Choi > --- > arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 72 > +++ >

[PATCH v2 0/2] register atmel-ssc as sound DAI w/o platform driver

Hi! v1 -> v2 changes - add ack from Rob Herring on patch 1/2. - add reasons why breaking compatibility is ok for patch 2/2 (requested by Rob). - add #sound-dai-cells to the ssc0 node in the devcietree example. The Atmel SSC is currently not usable as an audio DAI unless someone registers it

Re: [PATCH 2/2] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Tue 06-12-16 19:38:38, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Mon 05-12-16 22:45:19, Tetsuo Handa wrote: > > > Michal Hocko wrote: > > > > __alloc_pages_may_oom makes sure to skip the OOM killer depending on > > > > the allocation request. This includes lowmem requests, costly high >

[PATCH v2 0/2] register atmel-ssc as sound DAI w/o platform driver

Hi! v1 -> v2 changes - add ack from Rob Herring on patch 1/2. - add reasons why breaking compatibility is ok for patch 2/2 (requested by Rob). - add #sound-dai-cells to the ssc0 node in the devcietree example. The Atmel SSC is currently not usable as an audio DAI unless someone registers it

Re: [PATCH 2/2] mm, oom: do not enfore OOM killer for __GFP_NOFAIL automatically

On Tue 06-12-16 19:38:38, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Mon 05-12-16 22:45:19, Tetsuo Handa wrote: > > > Michal Hocko wrote: > > > > __alloc_pages_may_oom makes sure to skip the OOM killer depending on > > > > the allocation request. This includes lowmem requests, costly high >

[PATCH 2/4] efi: Introduce EFI_MEM_ATTR bit and set it from memory attributes table

From: Sai Praneeth UEFI v2.6 introduces a configuration table called EFI_MEMORY_ATTRIBUTES_TABLE which provides additional information about efi runtime regions. Currently this table describes memory protections that may be applied to EFI Runtime code and data

Re: [PATCH 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

On Fri, Dec 02, 2016 at 04:18:06PM +0900, Chanwoo Choi wrote: > This patch adds the bus nodes using VDD_INT for Exynos5433 SoC. > Exynos5433 has the following AMBA AXI buses to translate data > between DRAM and sub-blocks. > > Following list specify the detailed correlation between sub-block and

[PATCH 2/4] efi: Introduce EFI_MEM_ATTR bit and set it from memory attributes table

From: Sai Praneeth UEFI v2.6 introduces a configuration table called EFI_MEMORY_ATTRIBUTES_TABLE which provides additional information about efi runtime regions. Currently this table describes memory protections that may be applied to EFI Runtime code and data regions by kernel. Allocate a

Re: [PATCH 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

On Fri, Dec 02, 2016 at 04:18:06PM +0900, Chanwoo Choi wrote: > This patch adds the bus nodes using VDD_INT for Exynos5433 SoC. > Exynos5433 has the following AMBA AXI buses to translate data > between DRAM and sub-blocks. > > Following list specify the detailed correlation between sub-block and

[PATCH 3/4] x86/efi: Add support for EFI_MEMORY_ATTRIBUTES_TABLE

From: Sai Praneeth UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory protections that may be applied to EFI Runtime code and data regions by kernel. This enables kernel to map these regions more strictly thereby increasing security.

[PATCH 3/4] x86/efi: Add support for EFI_MEMORY_ATTRIBUTES_TABLE

From: Sai Praneeth UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory protections that may be applied to EFI Runtime code and data regions by kernel. This enables kernel to map these regions more strictly thereby increasing security. Presently, the only valid bits for

[PATCH 4/4] efi: Skip parsing of EFI_PROPERTIES_TABLE if EFI_MEMORY_ATTRIBUTES_TABLE is detected

From: Sai Praneeth UEFI specification v2.6 recommends not to use "EFI_PROPERTIES_RUNTIME_MEMORY_PROTECTION_NON_EXECUTABLE_PE_DATA" attribute of EFI_PROPERTIES_TABLE. Presently, this is the *only* bit defined in EFI_PROPERTIES_TABLE. This bit implies that EFI

Re: [PATCH v3 10/30] perf clang: Add builtin clang support ant test case

Em Mon, Dec 05, 2016 at 08:51:01AM -0800, Alexei Starovoitov escreveu: > On Fri, Dec 02, 2016 at 01:44:40PM -0200, Arnaldo Carvalho de Melo wrote: > > Em Sat, Nov 26, 2016 at 07:03:34AM +, Wang Nan escreveu: > > > Add basic clang support in clang.cpp and test__clang() testcase. The > > > first

[PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86

From: Sai Praneeth UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory protections that may be applied to EFI Runtime code and data regions by kernel. This helps kernel to map efi runtime regions more strictly and hence allowing only

Re: [PATCH v3 10/30] perf clang: Add builtin clang support ant test case

Em Mon, Dec 05, 2016 at 08:51:01AM -0800, Alexei Starovoitov escreveu: > On Fri, Dec 02, 2016 at 01:44:40PM -0200, Arnaldo Carvalho de Melo wrote: > > Em Sat, Nov 26, 2016 at 07:03:34AM +, Wang Nan escreveu: > > > Add basic clang support in clang.cpp and test__clang() testcase. The > > > first

[PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86

From: Sai Praneeth UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory protections that may be applied to EFI Runtime code and data regions by kernel. This helps kernel to map efi runtime regions more strictly and hence allowing only appropriate accesses to these regions.

[PATCH 4/4] efi: Skip parsing of EFI_PROPERTIES_TABLE if EFI_MEMORY_ATTRIBUTES_TABLE is detected

From: Sai Praneeth UEFI specification v2.6 recommends not to use "EFI_PROPERTIES_RUNTIME_MEMORY_PROTECTION_NON_EXECUTABLE_PE_DATA" attribute of EFI_PROPERTIES_TABLE. Presently, this is the *only* bit defined in EFI_PROPERTIES_TABLE. This bit implies that EFI Runtime code and data regions of an

Re: [PATCHv4 08/10] mm/kasan: Switch to using __pa_symbol and lm_alias

On Tue, Nov 29, 2016 at 10:55:27AM -0800, Laura Abbott wrote: > @@ -94,7 +94,7 @@ static void __init zero_pud_populate(pgd_t *pgd, unsigned > long addr, > > pud_populate(_mm, pud, kasan_zero_pmd); We also need to lm_alias()-ify kasan_zero_pmd here, or we'll get a stream

Re: [PATCH 1/1 linux-next] sunrpc: use DEFINE_SPINLOCK()

Thanks, applying for 4.10.--b. On Sun, Dec 04, 2016 at 01:45:28PM +0100, Fabian Frederick wrote: > Signed-off-by: Fabian Frederick > --- > net/sunrpc/svcauth.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/net/sunrpc/svcauth.c b/net/sunrpc/svcauth.c

[PATCH 1/4] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures

From: Sai Praneeth Since EFI_PROPERTIES_TABLE and EFI_MEMORY_ATTRIBUTES_TABLE deal with updating memory region attributes, it makes sense to call EFI_MEMORY_ATTRIBUTES_TABLE initialization function from the same place as EFI_PROPERTIES_TABLE. This also moves the

Re: [PATCHv4 08/10] mm/kasan: Switch to using __pa_symbol and lm_alias

On Tue, Nov 29, 2016 at 10:55:27AM -0800, Laura Abbott wrote: > @@ -94,7 +94,7 @@ static void __init zero_pud_populate(pgd_t *pgd, unsigned > long addr, > > pud_populate(_mm, pud, kasan_zero_pmd); We also need to lm_alias()-ify kasan_zero_pmd here, or we'll get a stream

Re: [PATCH 1/1 linux-next] sunrpc: use DEFINE_SPINLOCK()

Thanks, applying for 4.10.--b. On Sun, Dec 04, 2016 at 01:45:28PM +0100, Fabian Frederick wrote: > Signed-off-by: Fabian Frederick > --- > net/sunrpc/svcauth.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/net/sunrpc/svcauth.c b/net/sunrpc/svcauth.c > index

[PATCH 1/4] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures

From: Sai Praneeth Since EFI_PROPERTIES_TABLE and EFI_MEMORY_ATTRIBUTES_TABLE deal with updating memory region attributes, it makes sense to call EFI_MEMORY_ATTRIBUTES_TABLE initialization function from the same place as EFI_PROPERTIES_TABLE. This also moves the EFI_MEMORY_ATTRIBUTES_TABLE

[PATCH-tip] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

A number of cmpxchg calls in qspinlock_paravirt.h were replaced by more relaxed versions to improve performance on architectures that use LL/SC. Signed-off-by: Waiman Long --- kernel/locking/qspinlock_paravirt.h | 36 +++- 1 file changed, 19

[PATCH-tip] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

A number of cmpxchg calls in qspinlock_paravirt.h were replaced by more relaxed versions to improve performance on architectures that use LL/SC. Signed-off-by: Waiman Long --- kernel/locking/qspinlock_paravirt.h | 36 +++- 1 file changed, 19 insertions(+), 17

Re: [RESEND PATCH V6 0/6] Add support for privileged mappings

On 04/12/16 07:48, Sricharan wrote: > Hi Robin, > >> Hi Sricharan, >> >> On 02/12/16 14:55, Sricharan R wrote: >>> This series is a resend of the V5 that Mitch sent sometime back [2] >>> All the patches are the same and i have just rebased. Not sure why this >>> finally did not make it last time.

Re: [RESEND PATCH V6 0/6] Add support for privileged mappings

On 04/12/16 07:48, Sricharan wrote: > Hi Robin, > >> Hi Sricharan, >> >> On 02/12/16 14:55, Sricharan R wrote: >>> This series is a resend of the V5 that Mitch sent sometime back [2] >>> All the patches are the same and i have just rebased. Not sure why this >>> finally did not make it last time.

Re: Gigabit ethernet driver for Alacritechs SLIC devices (v4)

On 06.12.2016 17:30, David Miller wrote: > From: Lino Sanfilippo > Date: Mon, 5 Dec 2016 23:07:15 +0100 > >> this is the forth version of the slicoss gigabit ethernet driver (which is a >> rework of the driver from Alacritech which can currently be found under >>

Re: Gigabit ethernet driver for Alacritechs SLIC devices (v4)

On 06.12.2016 17:30, David Miller wrote: > From: Lino Sanfilippo > Date: Mon, 5 Dec 2016 23:07:15 +0100 > >> this is the forth version of the slicoss gigabit ethernet driver (which is a >> rework of the driver from Alacritech which can currently be found under >> drivers/staging/slicoss). The

Re: [PATCHv4 05/10] arm64: Use __pa_symbol for kernel symbols

On 12/06/2016 09:02 AM, Mark Rutland wrote: > Hi, > > As a heads-up, it looks like this got mangled somewhere. In the hunk at > arch/arm64/mm/kasan_init.c:68, 'do' in the context became 'edo'. > Deleting the 'e' makes it apply. > Argh, this must have come in while editing the .patch before

Re: [PATCHv4 05/10] arm64: Use __pa_symbol for kernel symbols

On 12/06/2016 09:02 AM, Mark Rutland wrote: > Hi, > > As a heads-up, it looks like this got mangled somewhere. In the hunk at > arch/arm64/mm/kasan_init.c:68, 'do' in the context became 'edo'. > Deleting the 'e' makes it apply. > Argh, this must have come in while editing the .patch before

Re: Avoid deadlock situation due to use of xmit_lock

Hi, On 06.12.2016 16:06, David Miller wrote: > From: Lino Sanfilippo > Date: Sat, 3 Dec 2016 00:06:04 +0100 > >> after stumbling over a potential deadlock situation in the altera driver >> (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked >> all other

Re: Avoid deadlock situation due to use of xmit_lock

Hi, On 06.12.2016 16:06, David Miller wrote: > From: Lino Sanfilippo > Date: Sat, 3 Dec 2016 00:06:04 +0100 > >> after stumbling over a potential deadlock situation in the altera driver >> (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked >> all other ethernet drivers for

Re: [PATCH 1/1] mtd: spi-nor: improve macronix_quad_enable()

On 12/06/2016 05:01 PM, Cyrille Pitchen wrote: > The patch checks whether the Quad Enable bit is already set in the Status > Register. If so, the function exits immediately with a successful return > code. Performance optimization I presume ? Acked-by: Marek Vasut >

Re: [PATCH 1/1] mtd: spi-nor: improve macronix_quad_enable()

On 12/06/2016 05:01 PM, Cyrille Pitchen wrote: > The patch checks whether the Quad Enable bit is already set in the Status > Register. If so, the function exits immediately with a successful return > code. Performance optimization I presume ? Acked-by: Marek Vasut > Signed-off-by: Cyrille

Re: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

On 12/06/2016 06:14 PM, Cyrille Pitchen wrote: > This patch removes the WARN_ONCE() test in spi_nor_write(). > This macro triggers the display of a warning message almost every time we > use a UBI file-system because a write operation is performed at offset 64, > which is in the middle of the SPI

Re: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

On 12/06/2016 06:14 PM, Cyrille Pitchen wrote: > This patch removes the WARN_ONCE() test in spi_nor_write(). > This macro triggers the display of a warning message almost every time we > use a UBI file-system because a write operation is performed at offset 64, > which is in the middle of the SPI

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On Tue, Dec 06, 2016 at 11:03:28AM -0500, Waiman Long wrote: > > The mutex_spin_on_owner() function was originally marked noinline > because it could be a major consumer of CPU cycles in a contended lock. > Having it shown separately in the perf output will help the users have a > better

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On Tue, Dec 06, 2016 at 11:03:28AM -0500, Waiman Long wrote: > > The mutex_spin_on_owner() function was originally marked noinline > because it could be a major consumer of CPU cycles in a contended lock. > Having it shown separately in the perf output will help the users have a > better

Re: [PATCH 3/5] arm64: dts: exynos5433: Add PPMU dt node

On Fri, Dec 02, 2016 at 04:18:05PM +0900, Chanwoo Choi wrote: > This patch adds PPMU (Platform Performance Monitoring Unit) Device-tree node > to measure the utilization of each IP in Exynos SoC. > > - PPMU_D{0|1}_CPU are used to measure the utilization of MIF (Memory > Interface) > block with

Re: [PATCH 3/5] arm64: dts: exynos5433: Add PPMU dt node

On Fri, Dec 02, 2016 at 04:18:05PM +0900, Chanwoo Choi wrote: > This patch adds PPMU (Platform Performance Monitoring Unit) Device-tree node > to measure the utilization of each IP in Exynos SoC. > > - PPMU_D{0|1}_CPU are used to measure the utilization of MIF (Memory > Interface) > block with

Re: [PATCH v6 3/3] sound/usb: Use Media Controller API to share media resources

On Tue, 06 Dec 2016 19:41:37 +0100, Shuah Khan wrote: > > Hi Takashi, > > On 12/05/2016 11:50 PM, Takashi Iwai wrote: > > On Wed, 30 Nov 2016 23:01:16 +0100, > > Shuah Khan wrote: > >> > >> --- a/sound/usb/card.c > >> +++ b/sound/usb/card.c > > (snip) > >> @@ -616,6 +617,11 @@ static int

Re: [PATCH v6 3/3] sound/usb: Use Media Controller API to share media resources

On Tue, 06 Dec 2016 19:41:37 +0100, Shuah Khan wrote: > > Hi Takashi, > > On 12/05/2016 11:50 PM, Takashi Iwai wrote: > > On Wed, 30 Nov 2016 23:01:16 +0100, > > Shuah Khan wrote: > >> > >> --- a/sound/usb/card.c > >> +++ b/sound/usb/card.c > > (snip) > >> @@ -616,6 +617,11 @@ static int

Re: i8042 error at booting an Intel Cherry Trail-based device

On Tue, 06 Dec 2016 18:07:05 +0100, Dmitry Torokhov wrote: > > Hi Takashi, > > On Tue, Dec 06, 2016 at 11:36:09AM +0100, Takashi Iwai wrote: > > On Tue, 06 Dec 2016 07:07:54 +0100, > > Dmitry Torokhov wrote: > > > > > > On December 5, 2016 4:56:05 PM PST, Marcos Paulo de Souza > > >

Re: i8042 error at booting an Intel Cherry Trail-based device

On Tue, 06 Dec 2016 18:07:05 +0100, Dmitry Torokhov wrote: > > Hi Takashi, > > On Tue, Dec 06, 2016 at 11:36:09AM +0100, Takashi Iwai wrote: > > On Tue, 06 Dec 2016 07:07:54 +0100, > > Dmitry Torokhov wrote: > > > > > > On December 5, 2016 4:56:05 PM PST, Marcos Paulo de Souza > > > wrote: >

Re: [RFC PATCH 00/23] arm: defconfigs: use kconfig fragments

On Tue, Dec 6, 2016 at 4:38 AM, Bartlomiej Zolnierkiewicz wrote: > Hi, > > This RFC patchset starts convertion of ARM defconfigs to use kconfig > fragments and dynamically generate defconfigs. The goals of this > work are to: You don't provide any motivation as to why

Re: [RFC PATCH 00/23] arm: defconfigs: use kconfig fragments

On Tue, Dec 6, 2016 at 4:38 AM, Bartlomiej Zolnierkiewicz wrote: > Hi, > > This RFC patchset starts convertion of ARM defconfigs to use kconfig > fragments and dynamically generate defconfigs. The goals of this > work are to: You don't provide any motivation as to why this is better. As far as

Re: [PATCHv4 10/10] arm64: Add support for CONFIG_DEBUG_VIRTUAL

On Tue, Nov 29, 2016 at 10:55:29AM -0800, Laura Abbott wrote: > > + WARN(!__is_lm_address(x), > + "virt_to_phys used for non-linear address :%pK\n", (void *)x); Nit: s/ :/: / It might be worth adding %pS too; i.e. WARN(!__is_lm_address(x), "virt_to_phys used

Re: [PATCHv4 10/10] arm64: Add support for CONFIG_DEBUG_VIRTUAL

On Tue, Nov 29, 2016 at 10:55:29AM -0800, Laura Abbott wrote: > > + WARN(!__is_lm_address(x), > + "virt_to_phys used for non-linear address :%pK\n", (void *)x); Nit: s/ :/: / It might be worth adding %pS too; i.e. WARN(!__is_lm_address(x), "virt_to_phys used

Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir

On Tue, Dec 06, 2016 at 02:18:31PM +0100, Andreas Gruenbacher wrote: > On Tue, Dec 6, 2016 at 11:08 AM, Miklos Szeredi wrote: > > On Tue, Dec 6, 2016 at 12:24 AM, Andreas Grünbacher > > wrote: > >> 2016-12-06 0:19 GMT+01:00 Andreas Grünbacher >

Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir

On Tue, Dec 06, 2016 at 02:18:31PM +0100, Andreas Gruenbacher wrote: > On Tue, Dec 6, 2016 at 11:08 AM, Miklos Szeredi wrote: > > On Tue, Dec 6, 2016 at 12:24 AM, Andreas Grünbacher > > wrote: > >> 2016-12-06 0:19 GMT+01:00 Andreas Grünbacher > >> : > > > >>> It's not hard to come up with a

Re: [RFC v3 09/10] iommu/arm-smmu: Implement reserved region get/put callbacks

On 15/11/16 13:09, Eric Auger wrote: > The get() populates the list with the PCI host bridge windows > and the MSI IOVA range. > > At the moment an arbitray MSI IOVA window is set at 0x800 > of size 1MB. This will allow to report those info in iommu-group > sysfs? > > Signed-off-by: Eric

Re: [RFC v3 09/10] iommu/arm-smmu: Implement reserved region get/put callbacks

On 15/11/16 13:09, Eric Auger wrote: > The get() populates the list with the PCI host bridge windows > and the MSI IOVA range. > > At the moment an arbitray MSI IOVA window is set at 0x800 > of size 1MB. This will allow to report those info in iommu-group > sysfs? > > Signed-off-by: Eric

[Question] New mmap64 syscall?

Hi all, (Sorry if there is similar discussion, and I missed it. I didn't find something in LKML in last half a year.) In aarch64/ilp32 discussion Catalin wondered why we don't pass offset in mmap() as 64-bit value (in 2 registers if needed). Looking at kernel code I found that there's no generic

[Question] New mmap64 syscall?

Hi all, (Sorry if there is similar discussion, and I missed it. I didn't find something in LKML in last half a year.) In aarch64/ilp32 discussion Catalin wondered why we don't pass offset in mmap() as 64-bit value (in 2 registers if needed). Looking at kernel code I found that there's no generic

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