This patch series add support for external interrupt controller
in Actions Semi Owl famil of SoC's (S500, S700 and S900). Actions
provides support for external interrupt controller to be connected
with it's SoC's using 3 SIRQ pins.
Each line can be configures independently, i.e 3 independent
Add sirq node for Actions Semi S700 SoC with 3 SIRQ pins support,
in which external interrupt controllers can be connected.
Example:
atc260x: atc2603c@65 {
interrupt-parent = <>;
interrupts = <2 IRQ_TYPE_LEVEL_HIGH>;
};
Signed-off-by: Parthiban Nallathambi
Signed-off-by:
Actions Semi OWL family SoC's provides support for external interrupt
controller to be connected and controlled using SIRQ pins. S500, S700
and S900 provides 3 SIRQ lines and works independently for 3 external
interrupt controllers.
Signed-off-by: Parthiban Nallathambi
Signed-off-by: Saravanan
Actions Semi OWL family SoC's provides support for external interrupt
controller to be connected and controlled using SIRQ pins. S500, S700
and S900 provides 3 SIRQ lines and works independently for 3 external
interrupt controllers.
Signed-off-by: Parthiban Nallathambi
Signed-off-by: Saravanan
On Sun, Aug 12, 2018 at 12:28:37PM +0530, Sumit Kumar wrote:
> Remove null ptr check before kfree because kfree is null ptr safe.
> Issue found by checkpatch.
>
> Signed-off-by: Sumit Kumar
Hmm. Victim of copy-paste I guess.
No worries. Next time just use:
$ git commit -s
To understand what
On Sun, Aug 12, 2018 at 12:28:37PM +0530, Sumit Kumar wrote:
> Remove null ptr check before kfree because kfree is null ptr safe.
> Issue found by checkpatch.
>
> Signed-off-by: Sumit Kumar
Hmm. Victim of copy-paste I guess.
No worries. Next time just use:
$ git commit -s
To understand what
From: Xiubo Li
Since mutex lock in irq hanler is useless currently, here will
remove it together with it.
This reverts commit 9421e45f5ff3d558cf8b75a8cc0824530caf3453.
Reported-by: james.r.har...@intel.com
CC: Ahsan Atta
Signed-off-by: Xiubo Li
---
drivers/uio/uio.c | 8 ++--
1 file
From: Xiubo Li
Since mutex lock in irq hanler is useless currently, here will
remove it together with it.
This reverts commit 9421e45f5ff3d558cf8b75a8cc0824530caf3453.
Reported-by: james.r.har...@intel.com
CC: Ahsan Atta
Signed-off-by: Xiubo Li
---
drivers/uio/uio.c | 8 ++--
1 file
Dzień dobry, mam nadzieję, że ten list dobrze cię spotka? Chciałbym cię lepiej
poznać, jeśli mogę być taki odważny. Uważam się za osobę łatwą w prowadzeniu,
pełną przygód, uczciwą i kochającą zabawę. wszystko, czego potrzebuję, to tylko
twoja uwaga i szansa, by poznać cię bardziej, jeśli nie
Dzień dobry, mam nadzieję, że ten list dobrze cię spotka? Chciałbym cię lepiej
poznać, jeśli mogę być taki odważny. Uważam się za osobę łatwą w prowadzeniu,
pełną przygód, uczciwą i kochającą zabawę. wszystko, czego potrzebuję, to tylko
twoja uwaga i szansa, by poznać cię bardziej, jeśli nie
On 2018/8/12 19:03, gre...@linuxfoundation.org wrote:
On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote:
Hi Harris,
Since the lock protection in uio irq handler is useless currently as
discussed in the mail list, so I will revert this commit with small changes
and now the testing based
On 2018/8/12 19:03, gre...@linuxfoundation.org wrote:
On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote:
Hi Harris,
Since the lock protection in uio irq handler is useless currently as
discussed in the mail list, so I will revert this commit with small changes
and now the testing based
On Thursday, August 2, 2018 2:26:06 AM CEST Srinivas Pandruvada wrote:
> When HWP is active turbo active ratio is not used, so we should allow
> policy max frequency above turbo activation ratio to be set. When HWP is
> not active, then any policy max frequency above turbo activation ratio
> can
On Sunday, August 5, 2018 4:12:00 AM CEST Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 114713 ("Missing break in switch")
> Signed-off-by: Gustavo A. R. Silva
> ---
>
On Thursday, August 2, 2018 2:26:06 AM CEST Srinivas Pandruvada wrote:
> When HWP is active turbo active ratio is not used, so we should allow
> policy max frequency above turbo activation ratio to be set. When HWP is
> not active, then any policy max frequency above turbo activation ratio
> can
On Sunday, August 5, 2018 4:12:00 AM CEST Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 114713 ("Missing break in switch")
> Signed-off-by: Gustavo A. R. Silva
> ---
>
On Thursday, July 26, 2018 10:23:41 PM CEST David Archuleta wrote:
> From: darchuletajr
>
> Fixed a few brace coding style issues found by running
> ./scripts/checkpatch
>
> Signed-off-by: David Archuleta Jr.
IMO this doesn't add any value to the code, so I'm not going to apply it.
> ---
>
On Thursday, July 26, 2018 10:23:41 PM CEST David Archuleta wrote:
> From: darchuletajr
>
> Fixed a few brace coding style issues found by running
> ./scripts/checkpatch
>
> Signed-off-by: David Archuleta Jr.
IMO this doesn't add any value to the code, so I'm not going to apply it.
> ---
>
On Wednesday, August 8, 2018 2:52:02 AM CEST Tom Todd wrote:
> Fixed a coding style issue.
>
> Signed-off-by: Tom Todd
> ---
> drivers/acpi/bus.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
> index 84b4a62018eb..73e43d81ec63
On Wednesday, August 8, 2018 2:52:02 AM CEST Tom Todd wrote:
> Fixed a coding style issue.
>
> Signed-off-by: Tom Todd
> ---
> drivers/acpi/bus.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
> index 84b4a62018eb..73e43d81ec63
On Tuesday, July 31, 2018 12:52:39 PM CEST Aaron Ma wrote:
> Like on X1C6, on X1Y3 EC interrupts constantly wake up system from
> s2idle, the power consumption is extremely high.
> So make ec_no_wakeup be true as default to keep system in s2idle mode
> and reduce power consumption.
>
> Power
On Tuesday, July 31, 2018 12:52:39 PM CEST Aaron Ma wrote:
> Like on X1C6, on X1Y3 EC interrupts constantly wake up system from
> s2idle, the power consumption is extremely high.
> So make ec_no_wakeup be true as default to keep system in s2idle mode
> and reduce power consumption.
>
> Power
On Thursday, August 9, 2018 2:08:41 PM CEST Hans de Goede wrote:
> Hi,
>
> On 09-08-18 13:55, Rafael J. Wysocki wrote:
> > On Thu, Aug 9, 2018 at 1:40 PM, Hans de Goede wrote:
> >> On systems with ACPI instantiated i2c-clients, normally there is 1 fw_node
> >> per i2c-device and that fw-node
On Thursday, August 9, 2018 2:08:41 PM CEST Hans de Goede wrote:
> Hi,
>
> On 09-08-18 13:55, Rafael J. Wysocki wrote:
> > On Thu, Aug 9, 2018 at 1:40 PM, Hans de Goede wrote:
> >> On systems with ACPI instantiated i2c-clients, normally there is 1 fw_node
> >> per i2c-device and that fw-node
On Fri, Aug 10, 2018 at 11:03 AM wrote:
>
> On Fri, Aug 10, 2018 at 04:49:06PM +0800, Leo Yan wrote:
> > On Fri, Aug 10, 2018 at 09:22:10AM +0200, Rafael J. Wysocki wrote:
> > > On Fri, Aug 10, 2018 at 9:13 AM, wrote:
> > > > On Thu, Aug 09, 2018 at 10:47:17PM +0200, Rafael J. Wysocki wrote:
>
On Fri, Aug 10, 2018 at 11:03 AM wrote:
>
> On Fri, Aug 10, 2018 at 04:49:06PM +0800, Leo Yan wrote:
> > On Fri, Aug 10, 2018 at 09:22:10AM +0200, Rafael J. Wysocki wrote:
> > > On Fri, Aug 10, 2018 at 9:13 AM, wrote:
> > > > On Thu, Aug 09, 2018 at 10:47:17PM +0200, Rafael J. Wysocki wrote:
>
On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote:
> Hi Harris,
>
> Since the lock protection in uio irq handler is useless currently as
> discussed in the mail list, so I will revert this commit with small changes
> and now the testing based LIO/TCMU has been finished.
Can you send the
On Sun, Aug 12, 2018 at 06:55:58PM +0800, Xiubo Li wrote:
> Hi Harris,
>
> Since the lock protection in uio irq handler is useless currently as
> discussed in the mail list, so I will revert this commit with small changes
> and now the testing based LIO/TCMU has been finished.
Can you send the
Hi Harris,
Since the lock protection in uio irq handler is useless currently as
discussed in the mail list, so I will revert this commit with small
changes and now the testing based LIO/TCMU has been finished.
Thanks,
BRs
On 2018/8/11 5:12, Harris, James R wrote:
Hi,
Using Linux kernel
Hi Harris,
Since the lock protection in uio irq handler is useless currently as
discussed in the mail list, so I will revert this commit with small
changes and now the testing based LIO/TCMU has been finished.
Thanks,
BRs
On 2018/8/11 5:12, Harris, James R wrote:
Hi,
Using Linux kernel
From: Rafael J. Wysocki
Commit fa85015c0d95 (ACPICA: Clear status of all events when entering
S5) made the sleep state entry code in ACPICA clear the status of all
ACPI events when entering S5 to fix a functional regression reported
against commit 18996f2db918 (ACPICA: Events: Stop
From: Rafael J. Wysocki
Commit fa85015c0d95 (ACPICA: Clear status of all events when entering
S5) made the sleep state entry code in ACPICA clear the status of all
ACPI events when entering S5 to fix a functional regression reported
against commit 18996f2db918 (ACPICA: Events: Stop
On Fri, Aug 10, 2018 at 11:21:14AM -0700, Tadeusz Struk wrote:
> On 08/10/2018 10:43 AM, Jarkko Sakkinen wrote:
> >> +static struct workqueue_struct *tpm_dev_wq;
> > A naming contradiction with tpm_common_read() and tpm_common_write(). To
> > sort that up I would suggest adding a commit to the
On Fri, Aug 10, 2018 at 11:21:14AM -0700, Tadeusz Struk wrote:
> On 08/10/2018 10:43 AM, Jarkko Sakkinen wrote:
> >> +static struct workqueue_struct *tpm_dev_wq;
> > A naming contradiction with tpm_common_read() and tpm_common_write(). To
> > sort that up I would suggest adding a commit to the
On Sat, Aug 11, 2018 at 3:36 PM Pu Wen wrote:
>
> For Dhyana processors have NONSTOP TSC feature, so enable the support
> to ACPI driver.
>
> Signed-off-by: Pu Wen
This patch is fine by me, but I'm assuming that the series will be
handled as a whole, so
Acked-by: Rafael J. Wysocki
> ---
>
On Sat, Aug 11, 2018 at 3:36 PM Pu Wen wrote:
>
> For Dhyana processors have NONSTOP TSC feature, so enable the support
> to ACPI driver.
>
> Signed-off-by: Pu Wen
This patch is fine by me, but I'm assuming that the series will be
handled as a whole, so
Acked-by: Rafael J. Wysocki
> ---
>
On Fri, Aug 10, 2018 at 2:31 PM wrote:
>
> On Fri, Aug 10, 2018 at 01:04:22PM +0200, Rafael J. Wysocki wrote:
> > On Fri, Aug 10, 2018 at 11:20 AM wrote:
> > >
> > > On Fri, Aug 10, 2018 at 09:57:18AM +0200, Rafael J . Wysocki wrote:
> > > > From: Rafael J. Wysocki
> > > > Subject: [PATCH]
On Fri, Aug 10, 2018 at 2:31 PM wrote:
>
> On Fri, Aug 10, 2018 at 01:04:22PM +0200, Rafael J. Wysocki wrote:
> > On Fri, Aug 10, 2018 at 11:20 AM wrote:
> > >
> > > On Fri, Aug 10, 2018 at 09:57:18AM +0200, Rafael J . Wysocki wrote:
> > > > From: Rafael J. Wysocki
> > > > Subject: [PATCH]
On Sat, Aug 11, 2018 at 3:36 PM Pu Wen wrote:
>
> Enable ACPI cpufreq driver support for Hygon by adding family ID check
> along with AMD.
>
> As Hygon platforms have SMBus device(PCI device ID 0x790b), enable Hygon
> support to function amd_freq_sensitivity_init().
>
> Signed-off-by: Pu Wen
Is
On Sat, Aug 11, 2018 at 3:36 PM Pu Wen wrote:
>
> Enable ACPI cpufreq driver support for Hygon by adding family ID check
> along with AMD.
>
> As Hygon platforms have SMBus device(PCI device ID 0x790b), enable Hygon
> support to function amd_freq_sensitivity_init().
>
> Signed-off-by: Pu Wen
Is
On Fri, Aug 10, 2018 at 10:36 PM Lina Iyer wrote:
>
> On Thu, Aug 09 2018 at 02:16 -0600, Rafael J. Wysocki wrote:
> >On Wed, Aug 8, 2018 at 8:02 PM, Lina Iyer wrote:
> >> On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
> >>>
> >>> On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J.
On Fri, Aug 10, 2018 at 10:36 PM Lina Iyer wrote:
>
> On Thu, Aug 09 2018 at 02:16 -0600, Rafael J. Wysocki wrote:
> >On Wed, Aug 8, 2018 at 8:02 PM, Lina Iyer wrote:
> >> On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
> >>>
> >>> On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J.
On Fri, Aug 10, 2018 at 2:30 PM Quentin Perret wrote:
>
> On Friday 10 Aug 2018 at 13:13:22 (+0200), Rafael J. Wysocki wrote:
> > Something able to say how the numbers used by EM and IPA are related. :-)
> >
> > Do you think that IPA and EM will always need to use the same set of data
> > for
>
On Fri, Aug 10, 2018 at 2:30 PM Quentin Perret wrote:
>
> On Friday 10 Aug 2018 at 13:13:22 (+0200), Rafael J. Wysocki wrote:
> > Something able to say how the numbers used by EM and IPA are related. :-)
> >
> > Do you think that IPA and EM will always need to use the same set of data
> > for
>
On Sat, Aug 11, 2018 at 6:36 AM Dongjiu Geng wrote:
>
> In order to remove the additional check before calling the
> ghes_notify_sea(), make stub definition when !CONFIG_ACPI_APEI_SEA.
>
> After this cleanup, we can simply call the ghes_notify_sea() to let
> APEI driver handle the SEA
On Sat, Aug 11, 2018 at 6:36 AM Dongjiu Geng wrote:
>
> In order to remove the additional check before calling the
> ghes_notify_sea(), make stub definition when !CONFIG_ACPI_APEI_SEA.
>
> After this cleanup, we can simply call the ghes_notify_sea() to let
> APEI driver handle the SEA
From: Sean Wang
This adds the support of enabling MT7668U and MT7663U Bluetooth
function running on the top of btusb driver. The patch also adds
a newly created file mtkbt.c able to be reused independently from
the transport type such as UART, USB and SDIO.
Sean Wang (2):
Bluetooth: mediatek:
From: Sean Wang
This adds the support of enabling MT7663U Bluetooth function running
on the top of btusb driver.
Signed-off-by: Sean Wang
---
drivers/bluetooth/btmtk.c | 1 +
drivers/bluetooth/btmtk.h | 1 +
drivers/bluetooth/btusb.c | 3 +++
3 files changed, 5 insertions(+)
diff --git
From: Sean Wang
This adds the support of enabling MT7668U Bluetooth function running
on the top of btusb driver. The patch also adds a newly created file
mtkbt.c able to be reused independently from the transport type such
as UART, USB and SDIO.
Signed-off-by: Sean Wang
---
From: Sean Wang
This adds the support of enabling MT7668U and MT7663U Bluetooth
function running on the top of btusb driver. The patch also adds
a newly created file mtkbt.c able to be reused independently from
the transport type such as UART, USB and SDIO.
Sean Wang (2):
Bluetooth: mediatek:
From: Sean Wang
This adds the support of enabling MT7663U Bluetooth function running
on the top of btusb driver.
Signed-off-by: Sean Wang
---
drivers/bluetooth/btmtk.c | 1 +
drivers/bluetooth/btmtk.h | 1 +
drivers/bluetooth/btusb.c | 3 +++
3 files changed, 5 insertions(+)
diff --git
From: Sean Wang
This adds the support of enabling MT7668U Bluetooth function running
on the top of btusb driver. The patch also adds a newly created file
mtkbt.c able to be reused independently from the transport type such
as UART, USB and SDIO.
Signed-off-by: Sean Wang
---
On Fri, Aug 10, 2018 at 11:52 PM Rishabh Bhatnagar
wrote:
>
> Drivers that are registered at an initcall level may have to
> wait until late_init before the probe deferral mechanism can
> retry their probe functions. It is possible that their
> dependencies were resolved much earlier, in some
On Fri, Aug 10, 2018 at 11:52 PM Rishabh Bhatnagar
wrote:
>
> Drivers that are registered at an initcall level may have to
> wait until late_init before the probe deferral mechanism can
> retry their probe functions. It is possible that their
> dependencies were resolved much earlier, in some
On 11 August 2018 18:27:43 BST, Christian Lamparter wrote:
>On Saturday, August 11, 2018 6:25:19 PM CEST Craig Tatlor wrote:
>> Add initial pinctrl driver to support pin configuration with
>> pinctrl framework for sdm660.
>> Based off CAF implementation.
>>
>> Signed-off-by: Craig Tatlor
>>
On 11 August 2018 18:27:43 BST, Christian Lamparter wrote:
>On Saturday, August 11, 2018 6:25:19 PM CEST Craig Tatlor wrote:
>> Add initial pinctrl driver to support pin configuration with
>> pinctrl framework for sdm660.
>> Based off CAF implementation.
>>
>> Signed-off-by: Craig Tatlor
>>
Remove null ptr check before kfree because kfree is null ptr safe.
Issue found by checkpatch.
Signed-off-by: Sumit Kumar
---
drivers/staging/gasket/gasket_page_table.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/gasket/gasket_page_table.c
Remove null ptr check before kfree because kfree is null ptr safe.
Issue found by checkpatch.
Signed-off-by: Sumit Kumar
---
drivers/staging/gasket/gasket_page_table.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/gasket/gasket_page_table.c
Hi Douglas,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on agross/for-next]
[cannot apply to v4.18-rc8 next-20180810]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi Douglas,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on agross/for-next]
[cannot apply to v4.18-rc8 next-20180810]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Remove null ptr check before kfree because kfree is null ptr safe.
Issue found by checkpatch.
Signed-off-by: Sumit Kumar
---
drivers/staging/gasket/gasket_page_table.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/gasket/gasket_page_table.c
Remove null ptr check before kfree because kfree is null ptr safe.
Issue found by checkpatch.
Signed-off-by: Sumit Kumar
---
drivers/staging/gasket/gasket_page_table.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/gasket/gasket_page_table.c
On Sun, Aug 12, 2018 at 03:17:53AM +0530, Sumit Kumar wrote:
> Remove null ptr check before kfree because kfree is null ptr safe.
> Issue found by checkpatch.
>
> Signed-off-by: Sumit Kumar
Do not use fake email addresses in a signed-off-by line :(
On Sun, Aug 12, 2018 at 03:11:22AM +0530, Sumit Kumar wrote:
> Adding a mailing list in cc as per recommendation from greg's patch bot.
> + linux-kernel@vger.kernel.org
>
> $ scripts/get_maintainer.pl -f
> /tmp/0001-staging-gasket-remove-null-ptr-check-before-kfree.patch
> fatal:
On Sun, Aug 12, 2018 at 03:17:53AM +0530, Sumit Kumar wrote:
> Remove null ptr check before kfree because kfree is null ptr safe.
> Issue found by checkpatch.
>
> Signed-off-by: Sumit Kumar
Do not use fake email addresses in a signed-off-by line :(
On Sun, Aug 12, 2018 at 03:11:22AM +0530, Sumit Kumar wrote:
> Adding a mailing list in cc as per recommendation from greg's patch bot.
> + linux-kernel@vger.kernel.org
>
> $ scripts/get_maintainer.pl -f
> /tmp/0001-staging-gasket-remove-null-ptr-check-before-kfree.patch
> fatal:
101 - 166 of 166 matches
Mail list logo