Remove all the unwanted exports from the driver
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
arch/arm/plat-omap/dmtimer.c
Remove unused timer pdata.
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
arch/arm/mach-omap2/pdata-quirks.c | 32
Add timer ops to the platform data structure
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
include/linux/platform_data
Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
Signed-off-by: Keerthy
---
Changes in v4:
* Switched to dev_get_platdata.
Changes in v3:
* Used of_find_platdata_by_node function to fetch platform
data for timer node.
drivers/pwm/pwm-omap-dmtimer.c | 39
the inline functions in header file under OMAP2PLUS
* Added a new of helper function to fetch plat_data from of node.
Keerthy (8):
clocksource: dmtimer: Remove all the exports
arm: omap: timer: Wrap the inline functions under OMAP2PLUS define
arm: omap: Move dmtimer.h out of plat-omap
arm: OMAP
On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
> Keerthy,
>
> On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote:
>> Remove all the unwanted exports from the driver
>
> I'm adding event capture capability to the pwm-omap driver and so far used
&g
On Tuesday 12 December 2017 01:31 PM, Ladislav Michl wrote:
> On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
>>
>>
>> On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
>>> Keerthy,
>>>
>>> On Tue, Dec 12, 2017 at 11:42:10AM +0
On Tuesday 12 December 2017 01:49 PM, Ladislav Michl wrote:
> On Tue, Dec 12, 2017 at 01:38:04PM +0530, Keerthy wrote:
>> On Tuesday 12 December 2017 01:31 PM, Ladislav Michl wrote:
>>> On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
>>>>
>>>>
On Monday 06 November 2017 12:29 PM, Keerthy wrote:
>
>
> On Monday 06 November 2017 12:25 PM, Sekhar Nori wrote:
>> + linux omap list
>>
>> On Tuesday 31 October 2017 09:57 PM, Alexandre Belloni wrote:
>>> Register an nvmem device to expose the 3 scra
On Wednesday 08 November 2017 11:57 AM, Alexandre Belloni wrote:
> Hi,
>
> On 08/11/2017 at 11:30:45 +0530, Keerthy wrote:
>>>>> +static int omap_rtc_scratch_read(void *priv, unsigned int offset, void
>>>>> *_val,
>>>>> +
On Wednesday 08 November 2017 12:46 PM, Alexandre Belloni wrote:
> On 08/11/2017 at 12:38:05 +0530, Keerthy wrote:
>>
>>
>> On Wednesday 08 November 2017 11:57 AM, Alexandre Belloni wrote:
>>> Hi,
>>>
>>> On 08/11/2017 at 11:30:45 +0530, Keerthy
On Wednesday 08 November 2017 01:51 PM, Alexandre Belloni wrote:
> On 08/11/2017 at 13:36:15 +0530, Keerthy wrote:
>>
>>
>> On Wednesday 08 November 2017 12:46 PM, Alexandre Belloni wrote:
>>> On 08/11/2017 at 12:38:05 +0530, Keerthy wrote:
>>>>
>&g
On Wednesday 08 November 2017 02:01 PM, Keerthy wrote:
>
>
> On Wednesday 08 November 2017 01:51 PM, Alexandre Belloni wrote:
>> On 08/11/2017 at 13:36:15 +0530, Keerthy wrote:
>>>
>>>
>>> On Wednesday 08 November 2017 12:46 PM, Alexandre Belloni w
On Wednesday 08 November 2017 02:05 PM, Alexandre Belloni wrote:
> On 08/11/2017 at 14:02:31 +0530, Keerthy wrote:
>>
>>
>> On Wednesday 08 November 2017 02:01 PM, Keerthy wrote:
>>>
>>>
>>> On Wednesday 08 November 2017 01:51 PM, Alexandre Bel
On Friday 10 November 2017 04:43 PM, Keerthy wrote:
> As per the re-design assign the first bank regs for unbanked
> irq case. This was missed out in the original patch.
Linus,
A gentle ping.
- Keerthy
>
> Signed-off-by: Keerthy
> Fixes: b5cf3fd827d2e1 ("gpio: davi
t; [ 2456.252075] thermal cooling_device0: old_target=2, target=1
>
> IOW, this change is needed to keep the state for a cooling device if the
> temperature trend is oscillating while the temperature increases slightly.
>
> Without this change, the situation above leads to a catastr
q driver also be calling
platform_device_register_simple?
Regards,
Keerthy
>
When the initial support was added for this PMIC was added
only regulator support was present. Now we have GPIO and Powerbutton
support as well. Hence correct the description of MFD_TPS65218 config
option.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 3 +--
1 file changed, 1 insertion(+), 2
Currently the driver boots only via device tree hence add a
dependency on CONFIG_OF. This leaves with a bunch of unused code
so clean that up.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig| 2 +-
drivers/mfd/tps65218.c | 8
2 files changed, 1 insertion(+), 9 deletions(-)
diff
On Monday 09 October 2017 09:20 PM, Mark Brown wrote:
> On Mon, Oct 09, 2017 at 06:35:14PM +0300, Tero Kristo wrote:
>
>> The EN signal coming in to the PMIC is actually used to poweroff the system
>> completely. There is no other mechanism for doing this in lp873x based
>> systems, they
Silence error prints in case of EPROBE_DEFER. This avoids
multiple/duplicate defer prints during boot.
Signed-off-by: Keerthy
---
drivers/gpio/gpio-davinci.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpio-davinci.c b/drivers/gpio/gpio-davinci.c
index
el threads ... done.
[ 74.175628] OOM killer enabled.
[ 74.178796] Restarting tasks ... done.
[ 74.226769] PM: suspend exit
rtcwake: write error
1
One task refusing to freeze is the final error i am seeing.
- Keerthy
On 19/08/19 11:57 AM, Stephen Boyd wrote:
Quoting Keerthy (2019-08-18 21:24:58)
Hi Stephen,
commit 03a3bb7ae63150230c5de645dc95e673ebf17e1a
Author: Stephen Boyd
Date: Mon Aug 5 16:32:41 2019 -0700
hwrng: core - Freeze khwrng thread during suspend
Commit seems to be breaking
On 6/13/2019 9:15 PM, Mark Brown wrote:
On Wed, Jun 12, 2019 at 08:16:20PM +0530, Keerthy wrote:
patches 1/3 2/3 are already applied to linux-next.
This doesn't build without those patches:
They are already on next. Do you want me to resend them as well?
CC drivers/regulator
On 6/13/2019 11:02 PM, Mark Brown wrote:
On Thu, Jun 13, 2019 at 10:32:45PM +0530, keerthy wrote:
On 6/13/2019 9:15 PM, Mark Brown wrote:
On Wed, Jun 12, 2019 at 08:16:20PM +0530, Keerthy wrote:
patches 1/3 2/3 are already applied to linux-next.
This doesn't build without those
tried looking through the
git log, and the initial commit itself didn't add the MSTANDBY_ flags
but used the SYSC_HAS_MIDLEMODE.
Jyri,
Do you know the history?
Tony/Suman,
This patch breaks DS0 on am3.
- Keerthy
regards
Suman
Let's fix the warning by removing SYSC_HAS_MIDLEMODE. Note
the legacy platform data.
I also noticed we need two fixes for the ti-sysc driver while looking
at the warnings.
Tony,
Apart from Patch 2(breaks DS0 on AM3). Rest all work fine.
Tested for DS0/RTC+ddr on AM4, DS0 on AM3 Boneblack.
You can add my:
Tested-by: Keerthy
For all the 7 patches except
in?
That will be some magnitude of change.
Best Regards,
Keerthy
em. That's because clkdm_allow_idle_nolock() and
clkdm_deny_idle_nolock() have usage count with clkdm->forcewake_count.
Let's drop the unpaired sysc_clkdm_deny_idle() to fix idling of devices.
Tested-by: Keerthy
I believe still the previous fix [1] for nfs boot is still not on
linux-next. Are
ous suggestions found here:
> https://patchwork.kernel.org/patch/10140209/
> I'd say this fix belongs to patch which introduces of_node_put() in the error
> path. I'll then rebase this patches on top of the fix.
Agreed. I missed the success path as i assumed only error paths needed
te of_node_put(). I will post v8 of this patch alone as other patches
can be left untouched. Hope that is okay.
Regards,
Keerthy
>
> Thank you,
> ladis
>
Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
Signed-off-by: Keerthy
Acked-by: Neil Armstrong
Reviewed-by: Claudiu Beznea
---
Changes in v8:
* Added of_node_put call in success case of probe.
Boot tested on am437x-gp-evm and dra7xx-evm.
Also compile tested
On Wednesday 24 January 2018 10:56 AM, Keerthy wrote:
>
>
> On Monday 22 January 2018 04:23 PM, Ladislav Michl wrote:
>> Dear Claudiu,
>>
>> On Mon, Jan 22, 2018 at 11:17:08AM +0200, Claudiu Beznea wrote:
>>> On 17.01.2018 23:47, Ladislav Michl wrote:
&
On Wednesday 24 January 2018 12:54 PM, Ladislav Michl wrote:
> Keerthy,
>
> On Wed, Jan 24, 2018 at 11:14:40AM +0530, Keerthy wrote:
>> Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
>>
>> Signed-off-by: Keerthy
>> Acked-by: Neil Armstron
Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
Signed-off-by: Keerthy
Acked-by: Neil Armstrong
Reviewed-by: Claudiu Beznea
---
Changes in v9:
* Reorganized the place where of_node_put was called.
Changes in v8:
* Added of_node_put call in success case of probe.
Boot
On Wednesday 24 January 2018 04:49 PM, Keerthy wrote:
> Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
>
> Signed-off-by: Keerthy
> Acked-by: Neil Armstrong
> Reviewed-by: Claudiu Beznea
> ---
> Changes in v9:
>
> * Reorganized the place w
Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
Signed-off-by: Keerthy
Acked-by: Neil Armstrong
Reviewed-by: Claudiu Beznea
---
Changes in v10:
* Corrected a return variable.
Changes in v9:
* Reorganized the place where of_node_put was called.
Changes in v8
On Wednesday 27 September 2017 05:24 AM, Daniel Lezcano wrote:
> At this moment, we have both the interrupt setup and the polling enabled. The
> interrupt does nothing more than forcing an update while the temperature is
> polled every second.
>
> We can do much better than that, threshold is
The reset value of the EN_PIN_CTRL bit fields of LDOs and BUCKs
need not be set correctly. Hence update the enable mask to include
the EN_PIN_CTRL bit. While enabling this should be set to 1 so
that all the regulators are tied to EN pin.
Signed-off-by: Keerthy
---
drivers/regulator/lp873x
On Monday 13 November 2017 06:35 PM, Axel Lin wrote:
> The enum tps65218_regulators is no longer being used after
> commit 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles").
Reviewed-by: Keerthy
>
> Signed-off-by: Axel Lin
> ---
> drivers/regula
On Monday 13 November 2017 06:22 PM, Axel Lin wrote:
> Signed-off-by: Axel Lin
One line commit message would be better than blank commit message.
Otherwise:
Reviewed-by: Keerthy
> ---
> drivers/regulator/tps65218-regulator.c | 2 ++
> 1 file changed, 2 insertions(+)
>
The powerhold mask for TPS65917 is different when comapred to
the other palmas versions. Hence assign the right mask that enables
power off of tps65917 pmic correctly.
Signed-off-by: Keerthy
---
drivers/mfd/palmas.c | 10 +-
include/linux/mfd/palmas.h | 3 +++
2 files changed, 12
On 29/06/19 2:07 AM, Nishanth Menon wrote:
On 09:08-20190628, Keerthy wrote:
[..]
+ select GPIO_SYSFS
+ select GPIO_DAVINCI
Could you help explain the logic of doing this? commit message is
basically the diff in English. To me, this does NOT make sense.
I understand
On 6/8/2019 4:09 AM, Linus Walleij wrote:
On Thu, Jun 6, 2019 at 11:55 AM Keerthy wrote:
The patch adds k3 am654 compatible, specific properties and
an example.
Signed-off-by: Keerthy
Patch applied with the three others, so now all
GPIO changes are in tree.
Please funnel all the DTS
On 5/28/2019 6:57 PM, Mark Brown wrote:
On Tue, May 28, 2019 at 03:23:41PM +0530, Keerthy wrote:
On 22/05/19 9:05 PM, Mark Brown wrote:
On Thu, May 16, 2019 at 10:02:18AM +0530, Keerthy wrote:
Acked-by: Mark Brown
This patch will come via the mfd branch?
I'd expect so, IIRC it had
On 6/24/2019 7:53 PM, David Miller wrote:
From: Keerthy
Date: Mon, 24 Jun 2019 10:46:19 +0530
Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet:
ti: cpsw: use cpsw as drv data")changes
the driver data to struct cpsw_common *cpsw. This is done
only in pr
The patch fixes a bunch of static checker warnings.
Reported-by: Dan Carpenter
Signed-off-by: Keerthy
---
drivers/soc/ti/pm33xx.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/soc/ti/pm33xx.c b/drivers/soc/ti/pm33xx.c
index bb77c220b6f8
On 10/1/2019 12:16 AM, Olof Johansson wrote:
On Mon, Sep 30, 2019 at 6:49 AM Will Deacon wrote:
On Fri, Sep 20, 2019 at 01:29:46PM +0530, Keerthy wrote:
Commit 6334150e9a36 ("remoteproc: don't allow modular build")
changes CONFIG_REMOTEPROC to a boolean from a tristate config
op
quick testing on other boards welcome.
Patches apply on top of linux-next branch
Changes in v2:
Cc the right lists.
Keerthy (4):
arm: configs: omap2plus_defconfig: Change CONFIG_REMOTEPROC from m to
y
arm: configs: davinci_all_defconfig: Change CONFIG_REMOTEPROC from m
to y
arm
ig to have CONFIG_REMOTEPROC built in.
Fixes: 6334150e9a36 ("remoteproc: don't allow modular build")
Signed-off-by: Keerthy
---
arch/arm/configs/davinci_all_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/configs/davinci_all_defconfig
ig to have CONFIG_REMOTEPROC built in.
Fixes: 6334150e9a36 ("remoteproc: don't allow modular build")
Signed-off-by: Keerthy
---
arch/arm/configs/multi_v7_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/config
ig to have CONFIG_REMOTEPROC built in.
Fixes: 6334150e9a36 ("remoteproc: don't allow modular build")
Signed-off-by: Keerthy
---
arch/arm64/configs/defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 8e05c3
ig to have CONFIG_REMOTEPROC built in.
Fixes: commit 6334150e9a3646 ("remoteproc: don't allow modular build")
Signed-off-by: Keerthy
---
arch/arm/configs/omap2plus_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
On 13/08/19 5:34 PM, Tony Lindgren wrote:
* Keerthy [190626 00:50]:
The patch fixes a bunch of static checker warnings.
Sorry I just noticed that this one is still pending, applying
into fixes.
Thanks Tony
Tony
st succeed with clk_get() to continue. For modules with
no clock names specified in device tree we will just ignore the clocks.
Tested for DS0 and RTC+DDR modes on AM437x
FWIW
Tested-by: Keerthy
Fixes: 2b2f7def058a ("bus: ti-sysc: Add support for missing clockdomain
handling")
be posting more patches for dropping hwmods properties as they
get tested.
Tony,
What is the base of this series? It does not apply cleanly neither on
linux-next nor on top of 5.2->rc1. If there are dependencies do you have
a branch?
- Keerthy
Regards,
Tony
Tony Lindgren (12):
bus:
be posting more patches for dropping hwmods properties as they
get tested.
Added missing dra71/76 patches on linux-next which get them to boot.
Tested for boot on dra71/76.
Tested for DS0 on AM43/33.
Tested for RTC+DDR mode on am43.
For the series:
Tested-by: Keerthy
Regards,
Tony
On 22/05/19 9:05 PM, Mark Brown wrote:
On Thu, May 16, 2019 at 10:02:18AM +0530, Keerthy wrote:
The LP8756x family has a single output 4-phase regulator
configuration. Add support for the same. The control
lies in the master buck which is buck0 for 4-phase
configuration. Enable/disable
p; resume also to fetch the updated driver data.
Fixes: bfe59032bd6127ee1 ("net: ethernet: ti: cpsw: use cpsw as drv data")
Signed-off-by: Keerthy
---
drivers/net/ethernet/ti/cpsw.c | 36 +++---
1 file changed, 11 insertions(+), 25 deletions(-)
diff --git a
p; resume also to fetch the updated driver data.
Fixes: bfe59032bd6127ee1 ("net: ethernet: ti: cpsw: use cpsw as drv data")
Signed-off-by: Keerthy
---
Change in v2:
* Added NULL Checks for cpsw->slaves[i].ndev in suspend/resume functions.
drivers/
window
Keerthy (3):
dt-bindings: mfd: lp87565: Add LP87561 configuration
mfd: lp87565: Add support for 4-phase LP87561 combination
regulator: lp87565: Add 4-phase lp87561 regulator support
Thanks Lee Jones
and authentication of content in applications
requiring DRM (digital rights management) and
content/asset protection
The device includes one instantiation of SA2_UL named SA2_UL0
SA2UL needs on tx channel and a pair of rx dma channels.
Signed-off-by: Keerthy
---
.../devicetree/bindings/crypto
on top of:
https://patchwork.kernel.org/project/linux-dmaengine/list/?series=114105
The above series adds couple of dmaengine APIs that are used
by the sa2ul driver. Hence there is a hard dependency on the
above series.
Keerthy (10):
dt-bindings: crypto: k3: Add sa2ul bindings documentation
crypto
hmac(sha1) HMAC algorithm support
and the message digest size is 20 bytes.
Signed-off-by: Keerthy
---
drivers/crypto/sa2ul.c | 347 +
1 file changed, 347 insertions(+)
diff --git a/drivers/crypto/sa2ul.c b/drivers/crypto/sa2ul.c
index 9c9008e21867
of 32 bytes is used for authetication
and AES in CBC mode is used in conjunction for encryption/decryption.
Signed-off-by: Keerthy
---
drivers/crypto/sa2ul.c | 92 ++
1 file changed, 92 insertions(+)
diff --git a/drivers/crypto/sa2ul.c b/drivers/crypto
bytes is used for authetication
and AES in CBC mode is used in conjunction for encryption/decryption.
Signed-off-by: Keerthy
---
drivers/crypto/sa2ul.c | 402 +
1 file changed, 402 insertions(+)
diff --git a/drivers/crypto/sa2ul.c b/drivers/crypto/sa2ul.c
Add crypto accelarator node. Define the psil specific config
node as well. This can be used in Packet Mode alone.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 33
1 file changed, 33 insertions(+)
diff --git a/arch/arm64/boot/dts/ti/k3-am65
hmac(sha256) HMAC algorithm support
and the message digest size is 32 bytes.
Signed-off-by: Keerthy
---
drivers/crypto/sa2ul.c | 52 ++
1 file changed, 52 insertions(+)
diff --git a/drivers/crypto/sa2ul.c b/drivers/crypto/sa2ul.c
index e3a1321f0666
The transform function can be used as is by other crypto
drivers that need to transform the 256 bit key using cpu.
Hence export it.
Signed-off-by: Keerthy
---
crypto/sha256_generic.c | 3 ++-
include/crypto/sha.h| 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/crypto
ciphertext value and vice versa. In other words,
the same plaintext value will always result in the same ciphertext value.
Signed-off-by: Keerthy
---
drivers/crypto/sa2ul.c | 76 ++
1 file changed, 76 insertions(+)
diff --git a/drivers/crypto/sa2ul.c b/drivers
-by: Keerthy
---
drivers/crypto/Kconfig | 17 +
drivers/crypto/Makefile |1 +
drivers/crypto/sa2ul.c | 1151 +++
drivers/crypto/sa2ul.h | 384 +
4 files changed, 1553 insertions(+)
create mode 100644 drivers/crypto/sa2ul.c
create mode 100644 drivers
Triple DES (3DES), officially the Triple Data Encryption Algorithm
(TDEA or Triple DEA), is a symmetric-key block cipher, which applies
the DES cipher algorithm three times to each data block
Add 3DES ECB(Electronic code book) & CBC(Cipher Block Chaining)
Mode support.
Signed-off-by: Kee
On 27/06/19 10:41 AM, Stephen Rothwell wrote:
Hi Lee,
After merging the mfd tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
drivers/regulator/lp87565-regulator.c: In function 'lp87565_regulator_probe':
drivers/regulator/lp87565-regulator.c:182:11: warning: this
Enable GPIO_DAVINCI and related configs for TI K3 AM6 platforms.
Signed-off-by: Keerthy
---
Changes in v2:
* Enabling configs in Kconfig.platforms file instead of defconfig.
* Removed GPIO_DEBUG config.
arch/arm64/Kconfig.platforms | 2 ++
1 file changed, 2 insertions(+)
diff --git
= LP87565_BUCK_3210;
max_idx = LP87565_BUCK_3210;
+ break;
Thanks Colin.
Reviewed-by: Keerthy
default:
dev_err(lp87565->dev, "Invalid lp config %d\n",
lp87565->dev_type);
On 27/06/19 8:02 PM, Nishanth Menon wrote:
On 16:39-20190627, Keerthy wrote:
Enable GPIO_DAVINCI and related configs for TI K3 AM6 platforms.
Signed-off-by: Keerthy
---
Changes in v2:
* Enabling configs in Kconfig.platforms file instead of defconfig.
* Removed GPIO_DEBUG config
On 28/06/19 9:49 AM, Herbert Xu wrote:
On Tue, Jun 18, 2019 at 05:38:33PM +0530, Keerthy wrote:
The series adds Crypto hardware accelerator support for SA2UL.
SA2UL stands for security accelerator ultra lite.
Please cc linux-cry...@vger.kernel.org.
Okay. I will do that.
Thanks,
On 02/07/19 5:01 PM, Lee Jones wrote:
On Tue, 02 Jul 2019, Colin Ian King wrote:
On 02/07/2019 11:44, Lee Jones wrote:
On Fri, 28 Jun 2019, Colin Ian King wrote:
On 28/06/2019 15:36, Mark Brown wrote:
On Thu, Jun 27, 2019 at 02:16:39PM +0100, Colin King wrote:
From: Colin Ian King
On 05/06/19 7:56 PM, Bartosz Golaszewski wrote:
śr., 5 cze 2019 o 10:02 Keerthy napisał(a):
Add new compatible for K3 AM654 SoCs.
Signed-off-by: Keerthy
---
drivers/gpio/gpio-davinci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-davinci.c b/drivers/gpio/gpio
There are 2 push buttons: SW5 and SW6 that are basically connected to
WKUP_GPIO0_24 and WKUP_GPIO0_27 respectively. Add the respective
nodes and the pinctrl data to set the mode to GPIO and Input.
Signed-off-by: Keerthy
---
.../arm64/boot/dts/ti/k3-am654-base-board.dts | 27
Add gpio0/1 nodes under main domain. They have 96 and 90 gpios
respectively and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm64/boot/dts
Add gpio0 node under wakeup domain. This has 56 gpios
and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi
b
The patch adds k3 am654 compatible, specific properties and
an example.
Signed-off-by: Keerthy
---
.../devicetree/bindings/gpio/gpio-davinci.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-davinci.txt
b/Documentation
://patchwork.kernel.org/project/linux-arm-kernel/list/?series=112791
Posting as RFC as it has dependencies to be merged.
Resending with the linux-gpio and gpio Maintainers copied.
Changes in v2:
* Added a separate am654 compatible.
Keerthy (4):
dt-bindings: gpio: davinci: Add k3 am654 compatible
arm64: dts
usb4_tm is unsed on dra72 and accessing the module
with ti,sysc is causing a boot crash hence disable its target
module.
Fixes: 549fce068a3112 ("ARM: dts: dra7: Add l4 interconnect hierarchy and
ti-sysc data")
Reported-by: Vignesh Raghavendra
Signed-off-by: Keerthy
---
arch/ar
K3 AM6 platform has 2 instances of gpio banks on main domain
and 1 instance on wakeup domin. All are capable of generating
banked interrupts.
Keerthy (2):
gpio: davinci: Fix the compiler warning with ARM64 config enabled
gpio: Davinci: Add K3 Specific dependencies
drivers/gpio/Kconfig
Fix the compiler warning with ARM64 config enabled
as the current mask assumes 32 bit by default.
Signed-off-by: Keerthy
---
drivers/gpio/gpio-davinci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-davinci.c b/drivers/gpio/gpio-davinci.c
index
Add K3 dependencies to enable the driver on K3 platforms.
Signed-off-by: Keerthy
---
drivers/gpio/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
index 62f3fe06cd2f..28dba62e2219 100644
--- a/drivers/gpio/Kconfig
+++ b
Add gpio0/1 nodes under main domain. They have 96 and 90 gpios
respectively and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm64/boot/dts
://patchwork.kernel.org/project/linux-arm-kernel/list/?series=112791
Posting as RFC as it has dependencies to be merged.
Keerthy (3):
arm64: dts: ti: am6-wakeup: Add gpio node
arm64: dts: ti: am6-main: Add gpio nodes
arm64: dts: ti: am654-base-board: Add gpio_keys node
arch/arm64/boot/dts/ti/k3-am65
There are 2 push buttons: SW5 and SW6 that are basically connected to
WKUP_GPIO0_24 and WKUP_GPIO0_27 respectively. Add the respective
nodes and the pinctrl data to set the mode to GPIO and Input.
Signed-off-by: Keerthy
---
.../arm64/boot/dts/ti/k3-am654-base-board.dts | 27
Add gpio0 node under wakeup domain. This has 56 gpios
and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi
b
Enable GPIO_DAVINCI and related configs for TI K3 AM6 platforms.
Signed-off-by: Keerthy
---
arch/arm64/configs/defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index d1b72f99e2f4..57d7a4c207bd 100644
--- a/arch/arm64
On 05/06/19 11:46 AM, Lokesh Vutla wrote:
On 05/06/19 11:38 AM, Keerthy wrote:
Add gpio0 node under wakeup domain. This has 56 gpios
and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 15 +++
1 file
The patch adds k3 am654 compatible, specific properties and
an example.
Signed-off-by: Keerthy
---
.../devicetree/bindings/gpio/gpio-davinci.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-davinci.txt
b/Documentation
Add gpio0 node under wakeup domain. This has 56 gpios
and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi
b
There are 2 push buttons: SW5 and SW6 that are basically connected to
WKUP_GPIO0_24 and WKUP_GPIO0_27 respectively. Add the respective
nodes and the pinctrl data to set the mode to GPIO and Input.
Signed-off-by: Keerthy
---
.../arm64/boot/dts/ti/k3-am654-base-board.dts | 27
://patchwork.kernel.org/project/linux-arm-kernel/list/?series=112791
Posting as RFC as it has dependencies to be merged.
Changes in v2:
* Added a separate am654 compatible.
Keerthy (4):
dt-bindings: gpio: davinci: Add k3 am654 compatible
arm64: dts: ti: am6-wakeup: Add gpio node
arm64: dts: ti: am6-main
Add gpio0/1 nodes under main domain. They have 96 and 90 gpios
respectively and all are capable of generating banked interrupts.
Signed-off-by: Keerthy
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm64/boot/dts
K3 AM6 platform has 2 instances of gpio banks on main domain
and 1 instance on wakeup domin. All are capable of generating
banked interrupts.
Changes in v2:
* Introduced a separate compatible for am654.
Documentation patch link: https://patchwork.kernel.org/patch/10976445/
Keerthy (3
Fix the compiler warning with ARM64 config enabled
as the current mask assumes 32 bit by default.
Signed-off-by: Keerthy
---
drivers/gpio/gpio-davinci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-davinci.c b/drivers/gpio/gpio-davinci.c
index
1201 - 1300 of 2181 matches
Mail list logo