[PATCH v12 14/15] PCI: Only treat non-pref mmio64 as pref if host bridge has mmio64

If host bridge does not have mmio64 above 4G, We don't need to treat device non-pref mmio64 as as pref mmio64. Signed-off-by: Yinghai Lu Tested-by: Khalid Aziz --- drivers/pci/setup-bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v12 14/15] PCI: Only treat non-pref mmio64 as pref if host bridge has mmio64

If host bridge does not have mmio64 above 4G, We don't need to treat device non-pref mmio64 as as pref mmio64. Signed-off-by: Yinghai Lu Tested-by: Khalid Aziz --- drivers/pci/setup-bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/setup-bus.c

[PATCH v12 03/15] sparc/PCI: Use correct offset for bus address to resource

After we added 64bit mmio parsing, we got some "no compatible bridge window" warning on anther new model that support 64bit resource. It turns out that we can not use mem_space.start as 64bit mem space offset, aka there is mem_space.start != offset. Use child_phys_addr to calculate exact offset

[PATCH v12 03/15] sparc/PCI: Use correct offset for bus address to resource

After we added 64bit mmio parsing, we got some "no compatible bridge window" warning on anther new model that support 64bit resource. It turns out that we can not use mem_space.start as 64bit mem space offset, aka there is mem_space.start != offset. Use child_phys_addr to calculate exact offset

[PATCH v12 11/15] PCI: Check pref compatible bit for mem64 resource of PCIe device

We still get "no compatible bridge window" warning on sparc T5-8 after we add support for 64bit resource parsing for root bus. PCI: scan_bus[/pci@300/pci@1/pci@0/pci@6] bus no 8 PCI: Claiming :00:01.0: Resource 15: 8001..8004afff [220c] PCI: Claiming :01:00.0:

[PATCH v12 04/15] PCI: Add pci_find_bus_resource()

Add pci_find_bus_resource() to return bus resource for input resource. In some case, we may only have bus instead of dev. It is same as pci_find_parent_resource, but take bus as input. Signed-off-by: Yinghai Lu --- drivers/pci/pci.c | 27 ---

[PATCH v12 06/15] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing

For device resource with PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. so this patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 11/15] PCI: Check pref compatible bit for mem64 resource of PCIe device

We still get "no compatible bridge window" warning on sparc T5-8 after we add support for 64bit resource parsing for root bus. PCI: scan_bus[/pci@300/pci@1/pci@0/pci@6] bus no 8 PCI: Claiming :00:01.0: Resource 15: 8001..8004afff [220c] PCI: Claiming :01:00.0:

[PATCH v12 04/15] PCI: Add pci_find_bus_resource()

Add pci_find_bus_resource() to return bus resource for input resource. In some case, we may only have bus instead of dev. It is same as pci_find_parent_resource, but take bus as input. Signed-off-by: Yinghai Lu --- drivers/pci/pci.c | 27 --- include/linux/pci.h | 2

[PATCH v12 06/15] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing

For device resource with PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. so this patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 13/15] PCI: Add has_mem64 for struct host_bridge

Add has_mem64 for struct host_bridge, on root bus that does not support mmio64 above 4g, will not set that. We will use that info next two following patches: 1. Don't treat non-pref mmio64 as pref mmio, so will not put it under bridge's pref range when rescan the devices 2. will keep pref

[PATCH v12 13/15] PCI: Add has_mem64 for struct host_bridge

Add has_mem64 for struct host_bridge, on root bus that does not support mmio64 above 4g, will not set that. We will use that info next two following patches: 1. Don't treat non-pref mmio64 as pref mmio, so will not put it under bridge's pref range when rescan the devices 2. will keep pref

[PATCH v12 10/15] OF/PCI: Add IORESOURCE_MEM_64 for 64-bit resource

For device resource PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. This patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 09/15] powerpc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing

For device resource PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. This patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer

This one is preparing patch for next one: PCI: Let pci_mmap_page_range() take resource addr We need to pass extra resource pointer to avoid searching that again for powerpc and microblaze prot set operation. Signed-off-by: Yinghai Lu Cc:

[PATCH v12 00/15] PCI: Fixup for 64bit resource with sparc

Hi Bjorn, After 5b28541552ef (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources), we have several reports on resource allocation failure, and we try to fix the problem with resource clip, and find more problems. One is from sparc that have problem with clip as we don't parse

[PATCH v12 10/15] OF/PCI: Add IORESOURCE_MEM_64 for 64-bit resource

For device resource PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. This patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 09/15] powerpc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing

For device resource PREF bit setting under bridge 64-bit pref resource, we need to make sure only set PREF for 64bit resource. This patch set IORESOUCE_MEM_64 for 64bit resource during OF device resource flags parsing. Link: https://bugzilla.kernel.org/show_bug.cgi?id=96261 Link:

[PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer

This one is preparing patch for next one: PCI: Let pci_mmap_page_range() take resource addr We need to pass extra resource pointer to avoid searching that again for powerpc and microblaze prot set operation. Signed-off-by: Yinghai Lu Cc: linux-arm-ker...@lists.infradead.org Cc:

[PATCH v12 00/15] PCI: Fixup for 64bit resource with sparc

Hi Bjorn, After 5b28541552ef (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources), we have several reports on resource allocation failure, and we try to fix the problem with resource clip, and find more problems. One is from sparc that have problem with clip as we don't parse

Re: [PATCH 1/5] ethernet: add sun8i-emac driver

From: LABBE Corentin Date: Fri, 3 Jun 2016 11:56:26 +0200 > +static int nbdesc_tx = 256; > +module_param(nbdesc_tx, int, S_IRUGO | S_IWUSR); > +MODULE_PARM_DESC(nbdesc_tx, "Number of descriptors in the TX list"); > +static int nbdesc_rx = 128; >

[PATCH v12 15/15] PCI: Restore pref MMIO allocation logic for host bridge without mmio64

>From 5b2854155 (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources), we change the logic for pref mmio allocation: When bridge pref support mmio64, we will only put children pref that support mmio64 into it, and will put children pref mmio32 into bridge's non-pref mmio32. That

Re: [PATCH 1/5] ethernet: add sun8i-emac driver

From: LABBE Corentin Date: Fri, 3 Jun 2016 11:56:26 +0200 > +static int nbdesc_tx = 256; > +module_param(nbdesc_tx, int, S_IRUGO | S_IWUSR); > +MODULE_PARM_DESC(nbdesc_tx, "Number of descriptors in the TX list"); > +static int nbdesc_rx = 128; > +module_param(nbdesc_rx, int, S_IRUGO | S_IWUSR);

[PATCH v12 15/15] PCI: Restore pref MMIO allocation logic for host bridge without mmio64

>From 5b2854155 (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit resources), we change the logic for pref mmio allocation: When bridge pref support mmio64, we will only put children pref that support mmio64 into it, and will put children pref mmio32 into bridge's non-pref mmio32. That

Re: [Patch v6 05/10] firmware: qcom: scm: Convert to streaming DMA APIS

On 06/03, Andy Gross wrote: > This patch converts the Qualcomm SCM driver to use the streaming DMA APIs > for communication buffers. This is being done so that the > secure_flush_area call can be removed. Using the DMA APIs will also make > the SCM32 symmetric to the coming SCM64 code. > >

Re: [Patch v6 05/10] firmware: qcom: scm: Convert to streaming DMA APIS

On 06/03, Andy Gross wrote: > This patch converts the Qualcomm SCM driver to use the streaming DMA APIs > for communication buffers. This is being done so that the > secure_flush_area call can be removed. Using the DMA APIs will also make > the SCM32 symmetric to the coming SCM64 code. > >

Re: [PATCH] tty: serial: msm: Don't read off end of tx fifo

On 06/02, Bjorn Andersson wrote: > For dm uarts in pio mode tx data is transferred to the fifo register 4 > bytes at a time, but care is not taken when these 4 bytes spans the end > of the xmit buffer so the loop might read up to 3 bytes past the buffer > and then skip the actual data at the

Re: [Patch v6 02/10] firmware: qcom: scm: Convert SCM to platform driver

On 06/03, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. It also adds clock management for firmware calls which require > clocks to be enabled during the duration of their execution. Rate > setting of the core clock is also in place for higher

Re: [PATCH] tty: serial: msm: Don't read off end of tx fifo

On 06/02, Bjorn Andersson wrote: > For dm uarts in pio mode tx data is transferred to the fifo register 4 > bytes at a time, but care is not taken when these 4 bytes spans the end > of the xmit buffer so the loop might read up to 3 bytes past the buffer > and then skip the actual data at the

Re: [Patch v6 02/10] firmware: qcom: scm: Convert SCM to platform driver

On 06/03, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. It also adds clock management for firmware calls which require > clocks to be enabled during the duration of their execution. Rate > setting of the core clock is also in place for higher

Re: [Patch v6 09/10] dts: qcom: msm8974: Add SCM firmware node

On 06/03, Andy Gross wrote: > This patch adds the Qualcomm SCM firmware node. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative

Re: [Patch v6 09/10] dts: qcom: msm8974: Add SCM firmware node

On 06/03, Andy Gross wrote: > This patch adds the Qualcomm SCM firmware node. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v6 10/10] dts: qcom: apq8064: Add SCM firmware node

On 06/03, Andy Gross wrote: > This patch adds the firmware node for the APQ8064 > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative

Re: Dcache oops

On Jun 3, 2016, at 6:37 PM, Al Viro wrote: > On Fri, Jun 03, 2016 at 11:23:55PM +0100, Al Viro wrote: > >> It's not that. It's explicit put_link() in do_last(), followed by >> ESTALEOPEN and subsequent misbegotten "retry the last step on ESTALEOPEN" >> looking at now-freed nd->last.name. IOW,

Re: [Patch v6 10/10] dts: qcom: apq8064: Add SCM firmware node

On 06/03, Andy Gross wrote: > This patch adds the firmware node for the APQ8064 > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: Dcache oops

On Jun 3, 2016, at 6:37 PM, Al Viro wrote: > On Fri, Jun 03, 2016 at 11:23:55PM +0100, Al Viro wrote: > >> It's not that. It's explicit put_link() in do_last(), followed by >> ESTALEOPEN and subsequent misbegotten "retry the last step on ESTALEOPEN" >> looking at now-freed nd->last.name. IOW,

Re: [Patch v6 06/10] firmware: qcom: scm: Add support for ARM64 SoCs

On 06/03, Andy Gross wrote: > From: Kumar Gala > > Add an implementation of the SCM interface that works on ARM64 SoCs. This > is used by things like determine if we have HDCP support or not on the > system. > > Signed-off-by: Kumar Gala >

Re: [Patch v6 06/10] firmware: qcom: scm: Add support for ARM64 SoCs

On 06/03, Andy Gross wrote: > From: Kumar Gala > > Add an implementation of the SCM interface that works on ARM64 SoCs. This > is used by things like determine if we have HDCP support or not on the > system. > > Signed-off-by: Kumar Gala > Signed-off-by: Andy Gross > Reviewed-by: Bjorn

Re: [PATCH V4 0/4] net-next: mediatek: improve phy support

From: John Crispin Date: Fri, 3 Jun 2016 10:17:05 +0200 > The current driver did not handle the RGMII delay modes and asymmetric flow > control properly. The mii_bus is not freed properly. Also add support for > fixed-phy allowing the driver to work on SoCs that have an

Re: [PATCH V4 0/4] net-next: mediatek: improve phy support

From: John Crispin Date: Fri, 3 Jun 2016 10:17:05 +0200 > The current driver did not handle the RGMII delay modes and asymmetric flow > control properly. The mii_bus is not freed properly. Also add support for > fixed-phy allowing the driver to work on SoCs that have an internal gigabit >

Re: [PATCH net] ethernet/sfc: report supported link speeds on SFP connections

From: Jarod Wilson Date: Thu, 2 Jun 2016 21:33:24 -0400 > My solarflare cards connected to a 10GbE switch with an SFP+ module/cable > don't currently report any supported link speeds: ... > CC: Solarflare linux maintainers > CC: Edward Cree

Re: [PATCH net] ethernet/sfc: report supported link speeds on SFP connections

From: Jarod Wilson Date: Thu, 2 Jun 2016 21:33:24 -0400 > My solarflare cards connected to a 10GbE switch with an SFP+ module/cable > don't currently report any supported link speeds: ... > CC: Solarflare linux maintainers > CC: Edward Cree > CC: Bert Kenward > CC: net...@vger.kernel.org >

Re: [PATCH v4 net-next 00/13] net: hns: add support of ACPI

From: "Rafael J. Wysocki" Date: Fri, 03 Jun 2016 23:34:50 +0200 > On Friday, June 03, 2016 10:55:08 AM Yisen Zhuang wrote: >> From: Kejian Yan ... >> Kejian Yan (13): >> ACPI: bus: add stub acpi_dev_found() to linux/acpi.h >> ACPI: bus: add stub

Re: [PATCH v4 net-next 00/13] net: hns: add support of ACPI

From: "Rafael J. Wysocki" Date: Fri, 03 Jun 2016 23:34:50 +0200 > On Friday, June 03, 2016 10:55:08 AM Yisen Zhuang wrote: >> From: Kejian Yan ... >> Kejian Yan (13): >> ACPI: bus: add stub acpi_dev_found() to linux/acpi.h >> ACPI: bus: add stub acpi_evaluate_dsm() to linux/acpi.h > >

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On Fri, Jun 03, 2016 at 07:05:14PM +0530, Viresh Kumar wrote: ... > @@ -468,20 +469,15 @@ unsigned int acpi_cpufreq_fast_switch(struct > cpufreq_policy *policy, > struct acpi_cpufreq_data *data = policy->driver_data; > struct acpi_processor_performance *perf; > struct

Re: [PATCH V3 8/9] cpufreq: Keep policy->freq_table sorted in ascending order

On Fri, Jun 03, 2016 at 07:05:14PM +0530, Viresh Kumar wrote: ... > @@ -468,20 +469,15 @@ unsigned int acpi_cpufreq_fast_switch(struct > cpufreq_policy *policy, > struct acpi_cpufreq_data *data = policy->driver_data; > struct acpi_processor_performance *perf; > struct

Re: [PATCH] net: ethernet: ti: cpsw: remove unused priv lock

From: Ivan Khoronzhuk Date: Fri, 3 Jun 2016 01:37:08 +0300 > There is no reason in this lock. At least for now. > > Signed-off-by: Ivan Khoronzhuk Applied to net-next.

Re: [PATCH] net: ethernet: ti: cpsw: remove unused priv lock

From: Ivan Khoronzhuk Date: Fri, 3 Jun 2016 01:37:08 +0300 > There is no reason in this lock. At least for now. > > Signed-off-by: Ivan Khoronzhuk Applied to net-next.

Re: [PATCH] rxrpc: Use pr_ and pr_fmt, reduce object size a few KB

From: Joe Perches Date: Thu, 2 Jun 2016 12:08:52 -0700 > Use the more common kernel logging style and reduce object size. > > The logging message prefix changes from a mixture of > "RxRPC:" and "RXRPC:" to "af_rxrpc: ". > > $ size net/rxrpc/built-in.o* >text

Re: [PATCH] rxrpc: Use pr_ and pr_fmt, reduce object size a few KB

From: Joe Perches Date: Thu, 2 Jun 2016 12:08:52 -0700 > Use the more common kernel logging style and reduce object size. > > The logging message prefix changes from a mixture of > "RxRPC:" and "RXRPC:" to "af_rxrpc: ". > > $ size net/rxrpc/built-in.o* >text data bss dec

Re: [PATCH net-next] hv_netvsc: Fix VF register on vlan devices

From: Haiyang Zhang Date: Thu, 2 Jun 2016 12:02:04 -0700 > Added a condition to avoid vlan devices with same MAC registering > as VF. > > Signed-off-by: Haiyang Zhang > Reviewed-by: K. Y. Srinivasan Applied.

Re: [PATCH net-next] hv_netvsc: Fix VF register on vlan devices

From: Haiyang Zhang Date: Thu, 2 Jun 2016 12:02:04 -0700 > Added a condition to avoid vlan devices with same MAC registering > as VF. > > Signed-off-by: Haiyang Zhang > Reviewed-by: K. Y. Srinivasan Applied.

Re: [PATCH] net: ethernet: ti: cpsw: fix rx-usecs interrupt pacing consistency

From: Ivan Khoronzhuk Date: Thu, 2 Jun 2016 16:14:52 +0300 > The rx-usecs shouldn't be changed while interface down/up. > Currently, for instance, if it's set to 100us, after interface > down/up it's 500us. It's a hidden bug that can lead to lavish > interrupt pacing

Re: [PATCH] net: ethernet: ti: cpsw: fix rx-usecs interrupt pacing consistency

From: Ivan Khoronzhuk Date: Thu, 2 Jun 2016 16:14:52 +0300 > The rx-usecs shouldn't be changed while interface down/up. > Currently, for instance, if it's set to 100us, after interface > down/up it's 500us. It's a hidden bug that can lead to lavish > interrupt pacing time increasing while

Re: [PATCH] Force processes to non-realtime before mm_exit

Sebastian had some questions about this patch when I first sent it to rt-users. On Wed, May 25, 2016 at 12:54 PM, Sebastian Andrzej Siewior wrote: > On 05/25/2016 08:00 PM, Brian Silverman wrote: >>> Why can't the application drop the RT priority before its exit? Wouldn't

Re: [PATCH] Force processes to non-realtime before mm_exit

Sebastian had some questions about this patch when I first sent it to rt-users. On Wed, May 25, 2016 at 12:54 PM, Sebastian Andrzej Siewior wrote: > On 05/25/2016 08:00 PM, Brian Silverman wrote: >>> Why can't the application drop the RT priority before its exit? Wouldn't >>> that be

Re: [RFC][PATCH 0/7] locking/rwsem: Convert rwsem count to atomic_long_t

On Fri, Jun 3, 2016 at 5:00 AM, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 10:04:07AM +0200, Ingo Molnar wrote: >> >> btw., for some reason I don't have the mails from Jason in my mbox, perhaps >> GMail >> spam filtering ate it? > > Linus has been complaining about a

Re: [RFC][PATCH 0/7] locking/rwsem: Convert rwsem count to atomic_long_t

On Fri, Jun 3, 2016 at 5:00 AM, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 10:04:07AM +0200, Ingo Molnar wrote: >> >> btw., for some reason I don't have the mails from Jason in my mbox, perhaps >> GMail >> spam filtering ate it? > > Linus has been complaining about a lot of lost email due

[Patch v6 04/10] firmware: qcom: scm: Generalize shared error map

This patch moves the qcom_scm_remap_error function to the include file where can be used by both the 32 and 64 bit versions of the code. Reviewed-by: Stephen Boyd Acked-by: Bjorn Andersson Signed-off-by: Andy Gross

[Patch v6 07/10] dts: qcom: apq8084: Add SCM firmware node

This patch adds the firmware node for the SCM Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd --- arch/arm/boot/dts/qcom-apq8084.dtsi | 8 1 file changed, 8 insertions(+) diff

[Patch v6 02/10] firmware: qcom: scm: Convert SCM to platform driver

This patch converts the Qualcomm SCM firmware driver into a platform driver. It also adds clock management for firmware calls which require clocks to be enabled during the duration of their execution. Rate setting of the core clock is also in place for higher performance. Signed-off-by: Andy

[Patch v6 09/10] dts: qcom: msm8974: Add SCM firmware node

This patch adds the Qualcomm SCM firmware node. Signed-off-by: Andy Gross --- arch/arm/boot/dts/qcom-msm8974.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 6f16426..036be41

[Patch v6 03/10] firmware: qcom: scm: Use atomic SCM for cold boot

This patch changes the cold_set_boot_addr function to use atomic SCM calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to support the two arguments going to the smc call. Using atomic removes the need for memory allocation and instead places all arguments in registers.

[Patch v6 04/10] firmware: qcom: scm: Generalize shared error map

This patch moves the qcom_scm_remap_error function to the include file where can be used by both the 32 and 64 bit versions of the code. Reviewed-by: Stephen Boyd Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm-32.c | 17

[Patch v6 07/10] dts: qcom: apq8084: Add SCM firmware node

This patch adds the firmware node for the SCM Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd --- arch/arm/boot/dts/qcom-apq8084.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi

[Patch v6 02/10] firmware: qcom: scm: Convert SCM to platform driver

This patch converts the Qualcomm SCM firmware driver into a platform driver. It also adds clock management for firmware calls which require clocks to be enabled during the duration of their execution. Rate setting of the core clock is also in place for higher performance. Signed-off-by: Andy

[Patch v6 09/10] dts: qcom: msm8974: Add SCM firmware node

This patch adds the Qualcomm SCM firmware node. Signed-off-by: Andy Gross --- arch/arm/boot/dts/qcom-msm8974.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 6f16426..036be41 100644 ---

[Patch v6 03/10] firmware: qcom: scm: Use atomic SCM for cold boot

This patch changes the cold_set_boot_addr function to use atomic SCM calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to support the two arguments going to the smc call. Using atomic removes the need for memory allocation and instead places all arguments in registers.

[Patch v6 01/10] dt/bindings: firmware: Add Qualcomm SCM binding

This patch adds the device tree support for the Qualcomm SCM firmware. Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd Acked-by: Bjorn Andersson Acked-by: Rob Herring ---

[Patch v6 01/10] dt/bindings: firmware: Add Qualcomm SCM binding

This patch adds the device tree support for the Qualcomm SCM firmware. Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd Acked-by: Bjorn Andersson Acked-by: Rob Herring --- .../devicetree/bindings/firmware/qcom,scm.txt | 28 ++ 1 file changed, 28 insertions(+)

[Patch v6 05/10] firmware: qcom: scm: Convert to streaming DMA APIS

This patch converts the Qualcomm SCM driver to use the streaming DMA APIs for communication buffers. This is being done so that the secure_flush_area call can be removed. Using the DMA APIs will also make the SCM32 symmetric to the coming SCM64 code. Signed-off-by: Andy Gross

[Patch v6 10/10] dts: qcom: apq8064: Add SCM firmware node

This patch adds the firmware node for the APQ8064 Signed-off-by: Andy Gross --- arch/arm/boot/dts/qcom-apq8064.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi b/arch/arm/boot/dts/qcom-apq8064.dtsi index df96ccd..cf37d55

[Patch v6 08/10] arm64: dts: msm8916: Add SCM firmware node

This adds the devicetree node for the SCM firmware. Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 1 file changed, 8 insertions(+)

[Patch v6 08/10] arm64: dts: msm8916: Add SCM firmware node

This adds the devicetree node for the SCM firmware. Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Reviewed-by: Stephen Boyd --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

[Patch v6 05/10] firmware: qcom: scm: Convert to streaming DMA APIS

This patch converts the Qualcomm SCM driver to use the streaming DMA APIs for communication buffers. This is being done so that the secure_flush_area call can be removed. Using the DMA APIs will also make the SCM32 symmetric to the coming SCM64 code. Signed-off-by: Andy Gross Reviewed-by:

[Patch v6 10/10] dts: qcom: apq8064: Add SCM firmware node

This patch adds the firmware node for the APQ8064 Signed-off-by: Andy Gross --- arch/arm/boot/dts/qcom-apq8064.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi b/arch/arm/boot/dts/qcom-apq8064.dtsi index df96ccd..cf37d55 100644 ---

[Patch v6 06/10] firmware: qcom: scm: Add support for ARM64 SoCs

From: Kumar Gala Add an implementation of the SCM interface that works on ARM64 SoCs. This is used by things like determine if we have HDCP support or not on the system. Signed-off-by: Kumar Gala Signed-off-by: Andy Gross

[Patch v6 06/10] firmware: qcom: scm: Add support for ARM64 SoCs

From: Kumar Gala Add an implementation of the SCM interface that works on ARM64 SoCs. This is used by things like determine if we have HDCP support or not on the system. Signed-off-by: Kumar Gala Signed-off-by: Andy Gross Reviewed-by: Bjorn Andersson --- drivers/firmware/qcom_scm-32.c |

[Patch v6 00/10] Qualcomm SCM Rework

The following set of patches does a bit of rework on the existing Qualcomm SCM firmware. The first couple of patches deals with turning the current SCM into a platform driver. The next couple are cleanups that make adding the 64 support a little easier. I added in a patch to convert the scm-32

[Patch v6 00/10] Qualcomm SCM Rework

The following set of patches does a bit of rework on the existing Qualcomm SCM firmware. The first couple of patches deals with turning the current SCM into a platform driver. The next couple are cleanups that make adding the 64 support a little easier. I added in a patch to convert the scm-32

[PATCH] Force processes to non-realtime before mm_exit

Without this, a realtime process which has called mlockall exiting causes large latencies for other realtime processes at the same or lower priorities. This seems like a fairly common use case too, because realtime processes generally want their memory locked into RAM. Signed-off-by: Brian

[PATCH] Force processes to non-realtime before mm_exit

Without this, a realtime process which has called mlockall exiting causes large latencies for other realtime processes at the same or lower priorities. This seems like a fairly common use case too, because realtime processes generally want their memory locked into RAM. Signed-off-by: Brian

RE: [PATCH] Use the correct size to set block max sectors

Hi Martin, Yes I would like to test it. Please let me know when they get in there. Thanks Long > -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Tuesday, May 31, 2016 7:44 PM > To: Long Li > Cc: Bart Van Assche

RE: [PATCH] Use the correct size to set block max sectors

Hi Martin, Yes I would like to test it. Please let me know when they get in there. Thanks Long > -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Tuesday, May 31, 2016 7:44 PM > To: Long Li > Cc: Bart Van Assche ; James E.J. Bottomley > ;

Re: [PATCH v2 5/6] drm/fsl-dcu: implement suspend/resume using atomic helpers

On Fri, Jun 03, 2016 at 03:56:43PM -0700, Stefan Agner wrote: > Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume() > helpers to implement subsystem-level suspend/resume. This replaces > the (non-functional) regmap cache based suspend resume functionality. > > Signed-off-by: Stefan

Re: [PATCH v2 5/6] drm/fsl-dcu: implement suspend/resume using atomic helpers

On Fri, Jun 03, 2016 at 03:56:43PM -0700, Stefan Agner wrote: > Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume() > helpers to implement subsystem-level suspend/resume. This replaces > the (non-functional) regmap cache based suspend resume functionality. > > Signed-off-by: Stefan

Re: [PATCH v2 1/6] drm/fb_cma_helper: add suspend helper

On Fri, Jun 03, 2016 at 03:56:39PM -0700, Stefan Agner wrote: > Implement a suspend/resume helper for CMA users which calls > drm_fb_helper_set_suspend. > > Suggested-by: Thierry Reding > Signed-off-by: Stefan Agner Acked-by: Daniel Vetter

Re: [PATCH v2 1/6] drm/fb_cma_helper: add suspend helper

On Fri, Jun 03, 2016 at 03:56:39PM -0700, Stefan Agner wrote: > Implement a suspend/resume helper for CMA users which calls > drm_fb_helper_set_suspend. > > Suggested-by: Thierry Reding > Signed-off-by: Stefan Agner Acked-by: Daniel Vetter ... for merging through fsl-du tree. Just add a

Re: [RFC][PATCH 0/7] locking/rwsem: Convert rwsem count to atomic_long_t

On Sat, 2016-06-04 at 00:36 +0200, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 11:09:54AM -0700, Jason Low wrote: > > --- a/arch/alpha/include/asm/rwsem.h > > +++ b/arch/alpha/include/asm/rwsem.h > > @@ -25,8 +25,8 @@ static inline void __down_read(struct rw_semaphore *sem) > > { > > long

Re: [RFC][PATCH 0/7] locking/rwsem: Convert rwsem count to atomic_long_t

On Sat, 2016-06-04 at 00:36 +0200, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 11:09:54AM -0700, Jason Low wrote: > > --- a/arch/alpha/include/asm/rwsem.h > > +++ b/arch/alpha/include/asm/rwsem.h > > @@ -25,8 +25,8 @@ static inline void __down_read(struct rw_semaphore *sem) > > { > > long

[PATCH v2 1/2] sched/debug: fix /proc/sched_debug regression

Commit cb2517653fcc ("sched/debug: Make schedstats a runtime tunable that is disabled by default") introduced a bug when CONFIG_SCHEDSTATS is enabled and the runtime tunable is disabled (which is the default). The wait-time, sum-exec, and sum-sleep fields are missing from the /proc/sched_debug

[PATCH v2 1/2] sched/debug: fix /proc/sched_debug regression

Commit cb2517653fcc ("sched/debug: Make schedstats a runtime tunable that is disabled by default") introduced a bug when CONFIG_SCHEDSTATS is enabled and the runtime tunable is disabled (which is the default). The wait-time, sum-exec, and sum-sleep fields are missing from the /proc/sched_debug

[PATCH v2 0/2] sched/debug: schedstats bug fix and improvement

v2: - fixed !SCHEDSTATS build for patch 1 using new schedstat_val() macro - dropped patch 3 A schedstats-related bug fix and improvement. Josh Poimboeuf (2): sched/debug: fix /proc/sched_debug regression sched/debug: always show nr_migrations kernel/sched/debug.c | 17 +

[PATCH v2 2/2] sched/debug: always show nr_migrations

The nr_migrations field is updated independently of CONFIG_SCHEDSTATS, so it can be displayed regardless. Signed-off-by: Josh Poimboeuf --- kernel/sched/debug.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/debug.c b/kernel/sched/debug.c

[PATCH v2 0/2] sched/debug: schedstats bug fix and improvement

v2: - fixed !SCHEDSTATS build for patch 1 using new schedstat_val() macro - dropped patch 3 A schedstats-related bug fix and improvement. Josh Poimboeuf (2): sched/debug: fix /proc/sched_debug regression sched/debug: always show nr_migrations kernel/sched/debug.c | 17 +

[PATCH v2 2/2] sched/debug: always show nr_migrations

The nr_migrations field is updated independently of CONFIG_SCHEDSTATS, so it can be displayed regardless. Signed-off-by: Josh Poimboeuf --- kernel/sched/debug.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/debug.c b/kernel/sched/debug.c index 0368c39..2a0a999

[PATCH v2 0/6] drm/fsl-dcu: suspend/resume rework using atomic helpers

This implements suspend/resume using the atomic update supsend/resume helpers instead of the current implementation which uses regcache. The code has been tested on a Colibri VF61 using the freeze suspend mode. This version is a rebase ontop of the fix for the regmap cache issue:

[PATCH v2 1/6] drm/fb_cma_helper: add suspend helper

Implement a suspend/resume helper for CMA users which calls drm_fb_helper_set_suspend. Suggested-by: Thierry Reding Signed-off-by: Stefan Agner --- drivers/gpu/drm/drm_fb_cma_helper.c | 15 +++ include/drm/drm_fb_cma_helper.h | 1 + 2

[PATCH v2 0/6] drm/fsl-dcu: suspend/resume rework using atomic helpers

This implements suspend/resume using the atomic update supsend/resume helpers instead of the current implementation which uses regcache. The code has been tested on a Colibri VF61 using the freeze suspend mode. This version is a rebase ontop of the fix for the regmap cache issue:

[PATCH v2 1/6] drm/fb_cma_helper: add suspend helper

Implement a suspend/resume helper for CMA users which calls drm_fb_helper_set_suspend. Suggested-by: Thierry Reding Signed-off-by: Stefan Agner --- drivers/gpu/drm/drm_fb_cma_helper.c | 15 +++ include/drm/drm_fb_cma_helper.h | 1 + 2 files changed, 16 insertions(+) diff

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