[RFC PATCH v2 01/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()

From: Hanjun Guo Adding ACPI support for platform MSI, we need to retrieve the dev id in ACPI way instead of device tree, we already have a well formed function its_pmsi_prepare() to get the dev id but it's OF dependent, so collect OF related code and put them into a

[RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init

From: Hanjun Guo mbigen is an irqchip and it needs to be probed before devices, same logic is used for SMMU and etc., let's use arch_initcall instead of platform init for mbigen. Cc: Marc Zyngier Cc: Thomas Gleixner Cc: Ma Jun

[RFC PATCH v2 01/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()

From: Hanjun Guo Adding ACPI support for platform MSI, we need to retrieve the dev id in ACPI way instead of device tree, we already have a well formed function its_pmsi_prepare() to get the dev id but it's OF dependent, so collect OF related code and put them into a single function to make

[RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init

From: Hanjun Guo mbigen is an irqchip and it needs to be probed before devices, same logic is used for SMMU and etc., let's use arch_initcall instead of platform init for mbigen. Cc: Marc Zyngier Cc: Thomas Gleixner Cc: Ma Jun Signed-off-by: Hanjun Guo --- drivers/irqchip/irq-mbigen.c | 6

Re: [PATCH V3 1/4] ARM64 LPC: Indirect ISA port IO introduced

On Wednesday, September 14, 2016 10:16:28 PM CEST zhichang.yuan wrote: > > > > No need to guard includes with an #ifdef. > If remove #ifdef here, extio.h should not contain any function external > declarations whose definitions are in > extio.c compiled only when CONFIG_ARM64_INDIRECT_PIO is

[RFC PATCH v2 04/11] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain

From: Hanjun Guo With the introduction of its_pmsi_init_one(), we can add some code on top for ACPI support of platform MSI. We are scanning the MADT table to get the ITS entry(ies), then use the information to create the platform msi domain for devices connect to it, just like the PCI MSI for

[RFC PATCH v2 00/11] ACPI platform MSI, interrupt producer/consumer and its example mbi-gen

From: Hanjun Guo With platform msi support landed in the kernel, and the introduction of IORT for GICv3 ITS (PCI MSI) [1], the framework for platform msi is ready, this patch set add few patches to enable the ACPI platform msi support. For platform device connecting to

[RFC PATCH v2 00/11] ACPI platform MSI, interrupt producer/consumer and its example mbi-gen

From: Hanjun Guo With platform msi support landed in the kernel, and the introduction of IORT for GICv3 ITS (PCI MSI) [1], the framework for platform msi is ready, this patch set add few patches to enable the ACPI platform msi support. For platform device connecting to ITS on arm platform, we

Re: [PATCH 8/9] net: ethernet: ti: cpts: fix overflow check period

On Wed, Sep 14, 2016 at 04:02:30PM +0300, Grygorii Strashko wrote: > @@ -427,9 +427,6 @@ static void cpts_calc_mult_shift(struct cpts *cpts) > u64 ns; > u64 frac; > > - if (cpts->cc_mult || cpts->cc.shift) > - return; > - > freq = clk_get_rate(cpts->refclk); >

[RFC PATCH v2 03/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI

From: Hanjun Guo Introduce its_pmsi_init_one() to refactor the code to isolate ACPI common code to prepare for ACPI later. Cc: Marc Zyngier Cc: Tomasz Nowicki Cc: Thomas Gleixner Signed-off-by: Hanjun Guo

Re: [PATCH 8/9] net: ethernet: ti: cpts: fix overflow check period

On Wed, Sep 14, 2016 at 04:02:30PM +0300, Grygorii Strashko wrote: > @@ -427,9 +427,6 @@ static void cpts_calc_mult_shift(struct cpts *cpts) > u64 ns; > u64 frac; > > - if (cpts->cc_mult || cpts->cc.shift) > - return; > - > freq = clk_get_rate(cpts->refclk); >

[RFC PATCH v2 03/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI

From: Hanjun Guo Introduce its_pmsi_init_one() to refactor the code to isolate ACPI common code to prepare for ACPI later. Cc: Marc Zyngier Cc: Tomasz Nowicki Cc: Thomas Gleixner Signed-off-by: Hanjun Guo --- drivers/irqchip/irq-gic-v3-its-platform-msi.c | 45 --- 1

[RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support

From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using _PRS methd to indicate number of irq pins instead of num_pins in DT. For mbi-gen, Device(MBI0) { Name(_HID,

[RFC PATCH v2 06/11] msi: platform: make platform_msi_create_device_domain() ACPI aware

From: Hanjun Guo With the platform msi domain created for ITS, irqchip such as mbi-gen connecting ITS, which needs ctreate its own irqdomain. Fortunately with the platform msi support upstreamed by Marc, we just need to add minor code to make it run properly.

[RFC PATCH v2 07/11] ACPI: irq: introduce interrupt producer

From: Hanjun Guo In ACPI 6.1 spec, section 19.6.62, Interrupt Resource Descriptor Macro, Interrupt (ResourceUsage, EdgeLevel, ActiveLevel, Shared, ResourceSourceIndex, ResourceSource, DescriptorName) { InterruptList } => Buffer For the arguement ResourceUsage and

[RFC PATCH v2 02/11] ACPI: platform-msi: retrieve dev id from IORT

From: Hanjun Guo For devices connecting to ITS, it needs dev id to identify itself, and this dev id is represented in the IORT table in named componant node [1] for platform devices, so in this patch we will scan the IORT to retrieve device's dev id. Introduce

[RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support

From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using _PRS methd to indicate number of irq pins instead of num_pins in DT. For mbi-gen, Device(MBI0) { Name(_HID, "HISI0152")

[RFC PATCH v2 06/11] msi: platform: make platform_msi_create_device_domain() ACPI aware

From: Hanjun Guo With the platform msi domain created for ITS, irqchip such as mbi-gen connecting ITS, which needs ctreate its own irqdomain. Fortunately with the platform msi support upstreamed by Marc, we just need to add minor code to make it run properly.

[RFC PATCH v2 07/11] ACPI: irq: introduce interrupt producer

From: Hanjun Guo In ACPI 6.1 spec, section 19.6.62, Interrupt Resource Descriptor Macro, Interrupt (ResourceUsage, EdgeLevel, ActiveLevel, Shared, ResourceSourceIndex, ResourceSource, DescriptorName) { InterruptList } => Buffer For the arguement ResourceUsage and DescriptorName, which means:

[RFC PATCH v2 02/11] ACPI: platform-msi: retrieve dev id from IORT

From: Hanjun Guo For devices connecting to ITS, it needs dev id to identify itself, and this dev id is represented in the IORT table in named componant node [1] for platform devices, so in this patch we will scan the IORT to retrieve device's dev id. Introduce iort_pmsi_get_dev_id() with

[PATCH 02/13] genirq/affinity: Provide smarter irq spreading infrastructure

From: Thomas Gleixner The current irq spreading infrastructure is just looking at a cpumask and tries to spread the interrupts over the mask. Thats suboptimal as it does not take numa nodes into account. Change the logic so the interrupts are spread across numa nodes and

[PATCH 02/13] genirq/affinity: Provide smarter irq spreading infrastructure

From: Thomas Gleixner The current irq spreading infrastructure is just looking at a cpumask and tries to spread the interrupts over the mask. Thats suboptimal as it does not take numa nodes into account. Change the logic so the interrupts are spread across numa nodes and inside the nodes. If

[PATCH 07/13] blk-mq: only allocate a single mq_map per tag_set

The mapping is identical for all queues in a tag_set, so stop wasting memory for building multiple. Note that for now I've kept the mq_map pointer in the request_queue, but we'll need to investigate if we can remove it without suffering too much from the additional pointer chasing. The same would

[PATCH 07/13] blk-mq: only allocate a single mq_map per tag_set

The mapping is identical for all queues in a tag_set, so stop wasting memory for building multiple. Note that for now I've kept the mq_map pointer in the request_queue, but we'll need to investigate if we can remove it without suffering too much from the additional pointer chasing. The same would

Re: [PATCH 7/9] net: ethernet: ti: cpts: calc mult and shift from refclk freq

On Wed, Sep 14, 2016 at 04:02:29PM +0300, Grygorii Strashko wrote: > @@ -35,6 +33,8 @@ Optional properties: > For example in dra72x-evm, pcf gpio has to be > driven low so that cpsw slave 0 and phy data > lines are connected

[PATCH 04/13] genirq/affinity: Remove old irq spread infrastructure

From: Thomas Gleixner No more users. Signed-off-by: Thomas Gleixner --- include/linux/interrupt.h | 7 -- kernel/irq/affinity.c | 58 --- 2 files changed, 65 deletions(-) diff --git

Re: [PATCH 7/9] net: ethernet: ti: cpts: calc mult and shift from refclk freq

On Wed, Sep 14, 2016 at 04:02:29PM +0300, Grygorii Strashko wrote: > @@ -35,6 +33,8 @@ Optional properties: > For example in dra72x-evm, pcf gpio has to be > driven low so that cpsw slave 0 and phy data > lines are connected

[PATCH 04/13] genirq/affinity: Remove old irq spread infrastructure

From: Thomas Gleixner No more users. Signed-off-by: Thomas Gleixner --- include/linux/interrupt.h | 7 -- kernel/irq/affinity.c | 58 --- 2 files changed, 65 deletions(-) diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h

[PATCH 05/13] pci/msi: Retrieve affinity for a vector

From: Thomas Gleixner Add a helper to get the affinity mask for a given PCI irq vector. For MSI or MSI-X vectors these are stored by the IRQ core, while for legacy interrupts we will always return cpu_possible_map. Signed-off-by: Thomas Gleixner [hch:

[PATCH 05/13] pci/msi: Retrieve affinity for a vector

From: Thomas Gleixner Add a helper to get the affinity mask for a given PCI irq vector. For MSI or MSI-X vectors these are stored by the IRQ core, while for legacy interrupts we will always return cpu_possible_map. Signed-off-by: Thomas Gleixner [hch: updated to follow the style of

[PATCH 09/13] blk-mq: allow the driver to pass in a queue mapping

This allows drivers specify their own queue mapping by overriding the setup-time function that builds the mq_map. This can be used for example to build the map based on the MSI-X vector mapping provided by the core interrupt layer for PCI devices. Signed-off-by: Christoph Hellwig

[PATCH 09/13] blk-mq: allow the driver to pass in a queue mapping

This allows drivers specify their own queue mapping by overriding the setup-time function that builds the mq_map. This can be used for example to build the map based on the MSI-X vector mapping provided by the core interrupt layer for PCI devices. Signed-off-by: Christoph Hellwig ---

Re: [RFC PATCH v2 11/20] mm: Access BOOT related data in the clear

On 09/12/2016 11:55 AM, Andy Lutomirski wrote: > On Aug 22, 2016 6:53 PM, "Tom Lendacky" wrote: >> >> BOOT data (such as EFI related data) is not encyrpted when the system is >> booted and needs to be accessed as non-encrypted. Add support to the >> early_memremap API to

Re: [RFC PATCH v2 11/20] mm: Access BOOT related data in the clear

On 09/12/2016 11:55 AM, Andy Lutomirski wrote: > On Aug 22, 2016 6:53 PM, "Tom Lendacky" wrote: >> >> BOOT data (such as EFI related data) is not encyrpted when the system is >> booted and needs to be accessed as non-encrypted. Add support to the >> early_memremap API to identify the type of

[PATCH 08/13] blk-mq: remove ->map_queue

All drivers use the default, so provide an inline version of it. If we ever need other queue mapping we can add an optional method back, although supporting will also require major changes to the queue setup code. This provides better code generation, and better debugability as well.

[PATCH 10/13] blk-mq: provide a default queue mapping for PCI device

Signed-off-by: Christoph Hellwig --- block/Makefile | 2 +- block/blk-mq-pci.c | 45 + include/linux/blk-mq-pci.h | 9 + 3 files changed, 55 insertions(+), 1 deletion(-) create mode 100644 block/blk-mq-pci.c

[PATCH 13/13] blk-mq: get rid of the cpumask in struct blk_mq_tags

Unused now that NVMe sets up irq affinity before calling into blk-mq. Signed-off-by: Christoph Hellwig --- block/blk-mq-tag.c | 6 -- block/blk-mq-tag.h | 1 - block/blk-mq.c | 25 + include/linux/blk-mq.h | 1 - 4 files changed, 21

[PATCH 11/13] nvme: switch to use pci_alloc_irq_vectors

Use the new helper to automatically select the right interrupt type, as well as to use the automatic interupt affinity assignment. Signed-off-by: Christoph Hellwig --- drivers/nvme/host/pci.c | 107 1 file changed, 36 insertions(+),

[PATCH 08/13] blk-mq: remove ->map_queue

All drivers use the default, so provide an inline version of it. If we ever need other queue mapping we can add an optional method back, although supporting will also require major changes to the queue setup code. This provides better code generation, and better debugability as well.

[PATCH 10/13] blk-mq: provide a default queue mapping for PCI device

Signed-off-by: Christoph Hellwig --- block/Makefile | 2 +- block/blk-mq-pci.c | 45 + include/linux/blk-mq-pci.h | 9 + 3 files changed, 55 insertions(+), 1 deletion(-) create mode 100644 block/blk-mq-pci.c create mode

[PATCH 13/13] blk-mq: get rid of the cpumask in struct blk_mq_tags

Unused now that NVMe sets up irq affinity before calling into blk-mq. Signed-off-by: Christoph Hellwig --- block/blk-mq-tag.c | 6 -- block/blk-mq-tag.h | 1 - block/blk-mq.c | 25 + include/linux/blk-mq.h | 1 - 4 files changed, 21 insertions(+),

[PATCH 11/13] nvme: switch to use pci_alloc_irq_vectors

Use the new helper to automatically select the right interrupt type, as well as to use the automatic interupt affinity assignment. Signed-off-by: Christoph Hellwig --- drivers/nvme/host/pci.c | 107 1 file changed, 36 insertions(+), 71

[PATCH 12/13] nvme: remove the post_scan callout

No need now that we don't have to reverse engineer the irq affinity. Signed-off-by: Christoph Hellwig --- drivers/nvme/host/core.c | 3 --- drivers/nvme/host/nvme.h | 1 - 2 files changed, 4 deletions(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c index

[PATCH 1/1 v6] ARM: imx: Added perf functionality to mmdc driver

From: Zhengyu Shen MMDC is a multi-mode DDR controller that supports DDR3/DDR3L x16/x32/x64 and LPDDR2 two channel x16/x32 memory types. MMDC is configurable, high performance, and optimized. MMDC is present on i.MX6 Quad and i.MX6 QuadPlus devices, but this driver only

[PATCH 12/13] nvme: remove the post_scan callout

No need now that we don't have to reverse engineer the irq affinity. Signed-off-by: Christoph Hellwig --- drivers/nvme/host/core.c | 3 --- drivers/nvme/host/nvme.h | 1 - 2 files changed, 4 deletions(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c index 2feacc7..b245616

[PATCH 1/1 v6] ARM: imx: Added perf functionality to mmdc driver

From: Zhengyu Shen MMDC is a multi-mode DDR controller that supports DDR3/DDR3L x16/x32/x64 and LPDDR2 two channel x16/x32 memory types. MMDC is configurable, high performance, and optimized. MMDC is present on i.MX6 Quad and i.MX6 QuadPlus devices, but this driver only supports i.MX6 Quad at

[GIT PULL] drm-vc4-fixes-2016-09-14

These should be the last vc4 fixes for 4.8. The following changes since commit 552416c146fadc67cd9b53ef7adf88d3381c43a6: drm/vc4: Fix oops when userspace hands in a bad BO. (2016-08-19 19:17:39 -0700) are available in the git repository at: https://github.com/anholt/linux

[GIT PULL] drm-vc4-fixes-2016-09-14

These should be the last vc4 fixes for 4.8. The following changes since commit 552416c146fadc67cd9b53ef7adf88d3381c43a6: drm/vc4: Fix oops when userspace hands in a bad BO. (2016-08-19 19:17:39 -0700) are available in the git repository at: https://github.com/anholt/linux

[ima] c49613740f: BUG: spinlock trylock failure on UP on CPU#0, swapper/1

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git next-restore-kexec commit c49613740f17d2e5085a93ef4ab289e5e502b53d ("ima: store the builtin/custom template definitions in a list") in testcase: boot on test machine:

[ima] c49613740f: BUG: spinlock trylock failure on UP on CPU#0, swapper/1

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git next-restore-kexec commit c49613740f17d2e5085a93ef4ab289e5e502b53d ("ima: store the builtin/custom template definitions in a list") in testcase: boot on test machine:

[PATCH 06/13] blk-mq: don't redistribute hardware queues on a CPU hotplug event

Currently blk-mq will totally remap hardware context when a CPU hotplug even happened, which causes major havoc for drivers, as they are never told about this remapping. E.g. any carefully sorted out CPU affinity will just be completely messed up. The rebuild also doesn't really help for the

[PATCH 06/13] blk-mq: don't redistribute hardware queues on a CPU hotplug event

Currently blk-mq will totally remap hardware context when a CPU hotplug even happened, which causes major havoc for drivers, as they are never told about this remapping. E.g. any carefully sorted out CPU affinity will just be completely messed up. The rebuild also doesn't really help for the

blk-mq: allow passing in an external queue mapping V3

This series is the remainder of the earlier "automatic interrupt affinity for MSI/MSI-X capable devices" series, and make uses of the new irq-level interrupt / queue mapping code in blk-mq, as well as allowing the driver to pass in such a mask obtained from the (PCI) interrupt code. To fully

blk-mq: allow passing in an external queue mapping V3

This series is the remainder of the earlier "automatic interrupt affinity for MSI/MSI-X capable devices" series, and make uses of the new irq-level interrupt / queue mapping code in blk-mq, as well as allowing the driver to pass in such a mask obtained from the (PCI) interrupt code. To fully

[PATCH 01/13] genirq/msi: Add cpumask allocation to alloc_msi_entry

From: Thomas Gleixner For irq spreading want to store affinity masks in the msi_entry. Add the infrastructure for it. We allocate an array of cpumasks with an array size of the number of used vectors in the entry, so we can hand in the information per linux interrupt later.

[PATCH 03/13] genirq/msi: Switch to new irq spreading infrastructure

From: Thomas Gleixner Switch MSI over to the new spreading code. If a pci device contains a valid pointer to a cpumask, then this mask is used for spreading otherwise the online cpu mask is used. This allows a driver to restrict the spread to a subset of CPUs, e.g. cpus on a

[PATCH 01/13] genirq/msi: Add cpumask allocation to alloc_msi_entry

From: Thomas Gleixner For irq spreading want to store affinity masks in the msi_entry. Add the infrastructure for it. We allocate an array of cpumasks with an array size of the number of used vectors in the entry, so we can hand in the information per linux interrupt later. As we hand in the

[PATCH 03/13] genirq/msi: Switch to new irq spreading infrastructure

From: Thomas Gleixner Switch MSI over to the new spreading code. If a pci device contains a valid pointer to a cpumask, then this mask is used for spreading otherwise the online cpu mask is used. This allows a driver to restrict the spread to a subset of CPUs, e.g. cpus on a particular node.

Re: [PATCH V3 1/4] ARM64 LPC: Indirect ISA port IO introduced

Hi, Arnd On 2016/9/14 20:24, Arnd Bergmann wrote: > On Wednesday, September 14, 2016 8:15:51 PM CEST Zhichang Yuan wrote: >> From: "zhichang.yuan" >> >> For arm64, there is no I/O space as other architectural platforms, such as >> X86. Most I/O accesses are achieved

Re: [PATCH V3 1/4] ARM64 LPC: Indirect ISA port IO introduced

Hi, Arnd On 2016/9/14 20:24, Arnd Bergmann wrote: > On Wednesday, September 14, 2016 8:15:51 PM CEST Zhichang Yuan wrote: >> From: "zhichang.yuan" >> >> For arm64, there is no I/O space as other architectural platforms, such as >> X86. Most I/O accesses are achieved based on MMIO. But for some

Re: [PATCH 6/9] net: ethernet: ti: cpts: clean up event list if event pool is empty

On Wed, Sep 14, 2016 at 04:02:28PM +0300, Grygorii Strashko wrote: > From: WingMan Kwok > > When a CPTS user does not exit gracefully by disabling cpts > timestamping and leaving a joined multicast group, the system > continues to receive and timestamps the ptp packets which

Re: [PATCH 6/9] net: ethernet: ti: cpts: clean up event list if event pool is empty

On Wed, Sep 14, 2016 at 04:02:28PM +0300, Grygorii Strashko wrote: > From: WingMan Kwok > > When a CPTS user does not exit gracefully by disabling cpts > timestamping and leaving a joined multicast group, the system > continues to receive and timestamps the ptp packets which eventually > occupy

Re: get_maintainer.pl and git send-email: 5.1.2 The recipient address <linux-...@lists.infradead.org)> is not a valid

On Wed, 2016-09-14 at 12:45 +0200, Rafał Miłecki wrote: > Hi Joe, Hello Rafał > Some time ago I started using git send-email with --cc-cmd and > get_maintainer.pl. I liked it and it worked fine until I tried to send > ubifs patch patch. I got this: > Send this email? ([y]es|[n]o|[q]uit|[a]ll): y

Re: get_maintainer.pl and git send-email: 5.1.2 The recipient address is not a valid

On Wed, 2016-09-14 at 12:45 +0200, Rafał Miłecki wrote: > Hi Joe, Hello Rafał > Some time ago I started using git send-email with --cc-cmd and > get_maintainer.pl. I liked it and it worked fine until I tried to send > ubifs patch patch. I got this: > Send this email? ([y]es|[n]o|[q]uit|[a]ll): y

Re: [PATCH v16 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Sep 14 2016, Mark Brown wrote: > [ Unknown signature status ] > On Tue, Sep 13, 2016 at 10:00:28AM +0200, NeilBrown wrote: >> On Mon, Sep 12 2016, Mark Brown wrote: > >> > That's not actually 100% clear to me - for what the wm831x is doing it >> > probably *does* want the higher limit.

Re: [RFC PATCH v2 16/20] x86: Check for memory encryption on the APs

On 09/12/2016 11:43 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 05:38:29PM -0500, Tom Lendacky wrote: >> Add support to check if memory encryption is active in the kernel and that >> it has been enabled on the AP. If memory encryption is active in the kernel > > A small nit: let's

Re: [PATCH v16 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Sep 14 2016, Mark Brown wrote: > [ Unknown signature status ] > On Tue, Sep 13, 2016 at 10:00:28AM +0200, NeilBrown wrote: >> On Mon, Sep 12 2016, Mark Brown wrote: > >> > That's not actually 100% clear to me - for what the wm831x is doing it >> > probably *does* want the higher limit.

Re: [RFC PATCH v2 16/20] x86: Check for memory encryption on the APs

On 09/12/2016 11:43 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 05:38:29PM -0500, Tom Lendacky wrote: >> Add support to check if memory encryption is active in the kernel and that >> it has been enabled on the AP. If memory encryption is active in the kernel > > A small nit: let's

Re: [RFC PATCH v2 10/20] x86: Insure that memory areas are encrypted when possible

On 09/12/2016 11:33 AM, Borislav Petkov wrote: > On Mon, Sep 12, 2016 at 10:05:36AM -0500, Tom Lendacky wrote: >> I can look into that. The reason I put this here is this is all the >> early page fault support that is very specific to this file. I modified >> an existing static function to take

Re: [RFC PATCH v2 10/20] x86: Insure that memory areas are encrypted when possible

On 09/12/2016 11:33 AM, Borislav Petkov wrote: > On Mon, Sep 12, 2016 at 10:05:36AM -0500, Tom Lendacky wrote: >> I can look into that. The reason I put this here is this is all the >> early page fault support that is very specific to this file. I modified >> an existing static function to take

Re: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi zhichang.yuan, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc6 next-20160914] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenie

Re: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi zhichang.yuan, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc6 next-20160914] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenie

[PATCH 11/11] virtio_console: Rename a jump label in five functions

From: Markus Elfring Date: Wed, 14 Sep 2016 15:37:52 +0200 Adjust a jump label according to the current Linux coding style convention. Thus replace the identifier "out" by "unlock". Signed-off-by: Markus Elfring ---

[PATCH 11/11] virtio_console: Rename a jump label in five functions

From: Markus Elfring Date: Wed, 14 Sep 2016 15:37:52 +0200 Adjust a jump label according to the current Linux coding style convention. Thus replace the identifier "out" by "unlock". Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 20 ++-- 1 file changed, 10

[PATCH 09/11] virtio_console: Rename a jump label in __send_to_port()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:15:06 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 6 +++--- 1 file changed, 3

[PATCH 10/11] virtio_console: Rename jump labels in alloc_buf()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:20:30 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 11 +-- 1 file changed,

[PATCH 09/11] virtio_console: Rename a jump label in __send_to_port()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:15:06 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 10/11] virtio_console: Rename jump labels in alloc_buf()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:20:30 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git

[PATCH 08/11] virtio_console: Rename jump labels in port_fops_write()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:07:42 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 9 - 1 file changed, 4

[PATCH 08/11] virtio_console: Rename jump labels in port_fops_write()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:07:42 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

[PATCH 06/11] virtio_console: Rename a jump label in port_fops_open()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:58:24 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 6 +++--- 1 file changed, 3

Re: [PATCH 00/19] [RESEND] Remove STiH415 and STiH416 SoC platform support

Hi Peter, Arnd On 09/14/2016 03:38 PM, Arnd Bergmann wrote: > On Wednesday, September 14, 2016 2:27:38 PM CEST Peter Griffin wrote: >> Resending due to incorrect Cc tags. >> >> ST have sent patches which remove clock support for these SoCs [1] >> which once applied mean the platform will no

[PATCH 06/11] virtio_console: Rename a jump label in port_fops_open()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:58:24 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 00/19] [RESEND] Remove STiH415 and STiH416 SoC platform support

Hi Peter, Arnd On 09/14/2016 03:38 PM, Arnd Bergmann wrote: > On Wednesday, September 14, 2016 2:27:38 PM CEST Peter Griffin wrote: >> Resending due to incorrect Cc tags. >> >> ST have sent patches which remove clock support for these SoCs [1] >> which once applied mean the platform will no

[PATCH 07/11] virtio_console: Rename a jump label in port_fops_splice_write()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:01:51 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 9 - 1 file changed, 4

Re: [PATCH] pty: make ptmx file ops read-only after init

On Wed, 14 Sep 2016 09:59:42 +0200 Jiri Slaby wrote: > On 09/09/2016, 12:35 AM, Kees Cook wrote: > > The ptmx_fops structure is only changed during init, so mark it as such. > > Right, but I am missing what is the benefit? You would have to elaborate > here... The pages end

[PATCH] ASoC: da7219: software reset codec at probe

From: Hsin-Yu Chao On some platform da7219 codec has persistent power across reboot so it doesn't reset and cause abnormal jack detection. Workaround this issue by doing software reset at probe. Signed-off-by: Hsin-Yu Chao Signed-off-by: Xing Zheng

[PATCH 07/11] virtio_console: Rename a jump label in port_fops_splice_write()

From: Markus Elfring Date: Wed, 14 Sep 2016 15:01:51 +0200 Adjust a jump label according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

Re: [PATCH] pty: make ptmx file ops read-only after init

On Wed, 14 Sep 2016 09:59:42 +0200 Jiri Slaby wrote: > On 09/09/2016, 12:35 AM, Kees Cook wrote: > > The ptmx_fops structure is only changed during init, so mark it as such. > > Right, but I am missing what is the benefit? You would have to elaborate > here... The pages end up marked read

[PATCH] ASoC: da7219: software reset codec at probe

From: Hsin-Yu Chao On some platform da7219 codec has persistent power across reboot so it doesn't reset and cause abnormal jack detection. Workaround this issue by doing software reset at probe. Signed-off-by: Hsin-Yu Chao Signed-off-by: Xing Zheng --- sound/soc/codecs/da7219.c | 8

[PATCH 05/11] virtio_console: Rename jump labels in add_port()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:53:00 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 21 ++--- 1

[PATCH 05/11] virtio_console: Rename jump labels in add_port()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:53:00 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git

[PATCH 04/11] virtio_console: Rename jump labels in virtcons_probe()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:24:05 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 17 - 1 file

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

> -Original Message- > From: Zheng, Lv > Sent: Tuesday, September 13, 2016 8:11 PM > To: Moore, Robert ; Moore, Robert > ; Borislav Petkov ; LKML ker...@vger.kernel.org> > Cc: linux-a...@vger.kernel.org; de...@acpica.org;

[PATCH 04/11] virtio_console: Rename jump labels in virtcons_probe()

From: Markus Elfring Date: Wed, 14 Sep 2016 14:24:05 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/char/virtio_console.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

RE: [PATCH] ACPICA / Interpreter: Remove redundant newline

> -Original Message- > From: Zheng, Lv > Sent: Tuesday, September 13, 2016 8:11 PM > To: Moore, Robert ; Moore, Robert > ; Borislav Petkov ; LKML ker...@vger.kernel.org> > Cc: linux-a...@vger.kernel.org; de...@acpica.org; Wysocki, Rafael J > ; Box, David E > Subject: RE: [PATCH] ACPICA

Re: [RFC PATCH v2 18/20] x86/kvm: Enable Secure Memory Encryption of nested page tables

On 09/12/2016 09:35 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 05:38:49PM -0500, Tom Lendacky wrote: >> Update the KVM support to include the memory encryption mask when creating >> and using nested page tables. >> >> Signed-off-by: Tom Lendacky >> --- >>

Re: [RFC PATCH v2 18/20] x86/kvm: Enable Secure Memory Encryption of nested page tables

On 09/12/2016 09:35 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 05:38:49PM -0500, Tom Lendacky wrote: >> Update the KVM support to include the memory encryption mask when creating >> and using nested page tables. >> >> Signed-off-by: Tom Lendacky >> --- >>

Re: [RFC PATCH 9/9] ethernet: sun8i-emac: add pm_runtime support

On Mon, Sep 12, 2016 at 10:44:51PM +0200, Maxime Ripard wrote: > Hi, > > On Fri, Sep 09, 2016 at 02:45:17PM +0200, Corentin Labbe wrote: > > This patch add pm_runtime support to sun8i-emac. > > For the moment, only basic support is added, (the device is marked as > > used when net/open) > > > >

Re: [RFC PATCH 9/9] ethernet: sun8i-emac: add pm_runtime support

On Mon, Sep 12, 2016 at 10:44:51PM +0200, Maxime Ripard wrote: > Hi, > > On Fri, Sep 09, 2016 at 02:45:17PM +0200, Corentin Labbe wrote: > > This patch add pm_runtime support to sun8i-emac. > > For the moment, only basic support is added, (the device is marked as > > used when net/open) > > > >

<    6   7   8   9   10   11   12   13   14   15   >