On 01/06/2016 02:13 AM, Laxman Dewangan wrote:
>
> On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote:
>> Hi,
>>
>> Am 06.01.2016 um 00:40 schrieb Nishanth Menon <n...@ti.com>:
>>
>>> On 01/05/2016 06:01 AM,
On 01/06/2016 01:34 PM, Rob Herring wrote:
> On Wed, Jan 6, 2016 at 8:36 AM, Nishanth Menon <n...@ti.com> wrote:
>> On 01/06/2016 02:13 AM, Laxman Dewangan wrote:
>>>
>>> On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote:
>>>> Hi,
>
none, there'd be no interrupt, right?
> + ti,backup-battery-chargeable;
> + ti,backup-battery-charge-high-current;
> + };
> +
> palmas_pmic {
> compatible = "ti,palmas-pmic";
>
ome polarity - if
it had none, there'd be no interrupt, right?
> + ti,backup-battery-chargeable;
> + ti,backup-battery-charge-high-current;
> + };
> +
> palmas_pmic {
> compatible = "
ume we can just define this in the dts.. Nishanth, got
> any comments on this one?
>
We already have definitions in dtb for omap3 OPPs. I think we should
start using device tree as default. the oppxx_data.c is sticking around
waiting for legacy boot to go away, then those files should be deleted.
gt;
> Hmm I'd assume we can just define this in the dts.. Nishanth, got
> any comments on this one?
>
We already have definitions in dtb for omap3 OPPs. I think we should
start using device tree as default. the oppxx_data.c is sticking around
waiting for legacy boot to go away, then th
lebone-black: BOOT: PASS: err=4 warn=13:
http://pastebin.ubuntu.com/14008272/
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
lebone-black: BOOT: PASS: err=4 warn=13:
http://pastebin.ubuntu.com/14008272/
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
On Tue, Dec 15, 2015 at 7:51 AM, Afzal Mohammed wrote:
> Hi,
>
> On Mon, Dec 14, 2015 at 12:42:58PM -0600, Nishanth Menon wrote:
>
>> Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
>> OMAP2+: omap2plus_defconfig: Add tps65217 support") - this al
On Tue, Dec 15, 2015 at 7:51 AM, Afzal Mohammed <afzal.mohd...@gmail.com> wrote:
> Hi,
>
> On Mon, Dec 14, 2015 at 12:42:58PM -0600, Nishanth Menon wrote:
>
>> Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
>> OMAP2+: omap2plus_defconfig: A
ABB and PBIAS are internal LDO control regulators that are needed for
maintaining proper functionality of OMAP architecture SoCs. Enable the
same. PBIAS is already enabled, so just enable ABB regulator as well.
Signed-off-by: Nishanth Menon
---
arch/arm/configs/multi_v7_defconfig |1 +
1
Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
OMAP2+: omap2plus_defconfig: Add tps65217 support") - this allows
multi_v7_defconfig to boot up on older beaglebone platforms.
Signed-off-by: Nishanth Menon
---
arch/arm/configs/multi_v7_defconfig |2 ++
1 file
Enable PMIC for AM437x platforms such as AM437x-sk similar to commit
a186cf10da84 ("ARM: omap2plus_defconfig: enable TPS65218 configs").
This allows multi_v7_defconfig to boot up on AM437x-sk platform.
Signed-off-by: Nishanth Menon
---
arch/arm/configs/multi_v7_defconfig |2
LDP is more interesting failure: http://pastebin.ubuntu.com/14010254/ change
helps LDP3430 bootup.
It does look like a driver bug of some sort at this point in time..
Nishanth Menon (3):
ARM: multi_v7_defconfig: Enable beaglebone PMIC TPS65217
ARM: multi_v7_defconfig: Enable AM437x PMIC TPS65
Enable PMIC for AM437x platforms such as AM437x-sk similar to commit
a186cf10da84 ("ARM: omap2plus_defconfig: enable TPS65218 configs").
This allows multi_v7_defconfig to boot up on AM437x-sk platform.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/configs/multi_v7_
Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
OMAP2+: omap2plus_defconfig: Add tps65217 support") - this allows
multi_v7_defconfig to boot up on older beaglebone platforms.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/configs/multi_v7_defconfig |
LDP is more interesting failure: http://pastebin.ubuntu.com/14010254/ change
helps LDP3430 bootup.
It does look like a driver bug of some sort at this point in time..
Nishanth Menon (3):
ARM: multi_v7_defconfig: Enable beaglebone PMIC TPS65217
ARM: multi_v7_defconfig: Enable AM437x PMIC TPS65
ABB and PBIAS are internal LDO control regulators that are needed for
maintaining proper functionality of OMAP architecture SoCs. Enable the
same. PBIAS is already enabled, so just enable ABB regulator as well.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/configs/multi_v7_def
When CONFIG_RESET_CONTROLLER is not defined (example COMPILE_TEST),
provide a dummy static inline implementation.
Signed-off-by: Nishanth Menon
---
V2: Thanks to kbot, I realized i messed up the patch -> hopefully, this revision
has better luck.
V1: https://patchwork.kernel.org/patch/7738
-by: Nishanth Menon
---
Changes in V2 since V1:
- Dropped out-of-range temperature used as a marker for first time
we are using a bool now
- minor update in comments to explain -EAGAIN return
V1: https://patchwork.kernel.org/patch/7732781/
https://patchwork.kernel.org/patch
On 12/01/2015 09:56 AM, kbuild test robot wrote:
> Hi Nishanth,
>
> [auto build test ERROR on v4.4-rc3]
> [also build test ERROR on next-20151127]
>
> url:
> https://github.com/0day-ci/linux/commits/Nishanth-Menon/reset-Introduce-static-inline-dummy-function-when-CO
When CONFIG_RESET_CONTROLLER is not defined (example COMPILE_TEST),
provide a dummy static inline implementation.
Signed-off-by: Nishanth Menon
---
include/linux/reset-controller.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/linux/reset-controller.h b/include/linux
On 12/01/2015 09:09 AM, Guenter Roeck wrote:
> On 12/01/2015 06:21 AM, Nishanth Menon wrote:
> [ ... ]
>
>>
>> Hint about how the patch will look like:
>
> Looks ok (and better).
Thanks for the feedback. Will post the same.
--
Regards,
Nishanth Menon
--
To unsub
On 07:47-20151201, Nishanth Menon wrote:
> Hi Guenter,
>
> Thanks for the detailed review..
>
> On 11/30/2015 11:50 PM, Guenter Roeck wrote:
> > On 11/30/2015 08:25 PM, Nishanth Menon wrote:
> [...]
>
> >>
> >> A simpler alternative approach could b
Hi Guenter,
Thanks for the detailed review..
On 11/30/2015 11:50 PM, Guenter Roeck wrote:
> On 11/30/2015 08:25 PM, Nishanth Menon wrote:
[...]
>>
>> A simpler alternative approach could be to sleep in the probe for the
>> duration required, but that will result in latenc
On 12/01/2015 09:09 AM, Guenter Roeck wrote:
> On 12/01/2015 06:21 AM, Nishanth Menon wrote:
> [ ... ]
>
>>
>> Hint about how the patch will look like:
>
> Looks ok (and better).
Thanks for the feedback. Will post the same.
--
Regards,
Nishanth Menon
--
To unsub
When CONFIG_RESET_CONTROLLER is not defined (example COMPILE_TEST),
provide a dummy static inline implementation.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
include/linux/reset-controller.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/linux/reset-controll
On 12/01/2015 09:56 AM, kbuild test robot wrote:
> Hi Nishanth,
>
> [auto build test ERROR on v4.4-rc3]
> [also build test ERROR on next-20151127]
>
> url:
> https://github.com/0day-ci/linux/commits/Nishanth-Menon/reset-Introduce-static-inline-dummy-function-when-CO
Hi Guenter,
Thanks for the detailed review..
On 11/30/2015 11:50 PM, Guenter Roeck wrote:
> On 11/30/2015 08:25 PM, Nishanth Menon wrote:
[...]
>>
>> A simpler alternative approach could be to sleep in the probe for the
>> duration required, but that will result in latenc
On 07:47-20151201, Nishanth Menon wrote:
> Hi Guenter,
>
> Thanks for the detailed review..
>
> On 11/30/2015 11:50 PM, Guenter Roeck wrote:
> > On 11/30/2015 08:25 PM, Nishanth Menon wrote:
> [...]
>
> >>
> >> A simpler alternative approach could b
ta Lobo <elv...@ti.com>
Reported-by: Yan Liu <yan-...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Changes in V2 since V1:
- Dropped out-of-range temperature used as a marker for first time
we are using a bool now
- minor update in comments to exp
When CONFIG_RESET_CONTROLLER is not defined (example COMPILE_TEST),
provide a dummy static inline implementation.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
V2: Thanks to kbot, I realized i messed up the patch -> hopefully, this revision
has better luck.
V1: https://patchwork.k
Balasubramanian
Reported-by: Elvita Lobo
Reported-by: Yan Liu
Signed-off-by: Nishanth Menon
---
Example case (from Beagleboard-x15 using an older kernel revision):
http://pastebin.ubuntu.com/13591711/
Notice the thermal shutdown trigger:
thermal thermal_zone3: critical temperature
com>
Reported-by: Aparna Balasubramanian <apar...@ti.com>
Reported-by: Elvita Lobo <elv...@ti.com>
Reported-by: Yan Liu <yan-...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Example case (from Beagleboard-x15 using an older kernel revision):
http://pasteb
rch/arm/boot/dts/dra72-evm.dts
> @@ -478,6 +478,8 @@
>
> {
> status = "okay";
> + interrupts-extended = <_mpu GIC_SPI 67 IRQ_TYPE_LEVEL_HIGH>,
> + <_pmx_core 0x3e0>;
> };
>
> {
>
Acked-by: Nishanth Menon
++ b/arch/arm/boot/dts/dra72-evm.dts
> @@ -478,6 +478,8 @@
>
> {
> status = "okay";
> + interrupts-extended = <_mpu GIC_SPI 67 IRQ_TYPE_LEVEL_HIGH>,
> + <_pmx_core 0x3e0>;
> };
>
> {
>
Acked-by:
)
>
> Signed-off-by: Tero Kristo
Nice catch.
Acked-by: Nishanth Menon
> ---
> drivers/rtc/rtc-ds1307.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/rtc/rtc-ds1307.c b/drivers/rtc/rtc-ds1307.c
> index a705e64..188006c 100644
&
)
>
> Signed-off-by: Tero Kristo <t-kri...@ti.com>
Nice catch.
Acked-by: Nishanth Menon <n...@ti.com>
> ---
> drivers/rtc/rtc-ds1307.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/rtc/rtc-ds1307.c b/drivers/rtc/rtc-ds1307.c
t;>
>> So, if this patch has no chance for mainline, please let me
>> know it, thanks!
>>
>
> IIRC, Nishanth had posted a patch something similar but got rejected for
> some reason. Probably Nishanth can comment more here.
>
overall the feedback I received was for block
> U-Boot#
>>
>> So, if this patch has no chance for mainline, please let me
>> know it, thanks!
>>
>
> IIRC, Nishanth had posted a patch something similar but got rejected for
> some reason. Probably Nishanth can comment more here.
>
overall the feedback I rec
On 10/07/2015 03:31 PM, santosh shilimkar wrote:
> Nishant,
>
> On 10/7/2015 12:56 PM, Nishanth Menon wrote:
>> On 10/07/2015 02:37 PM, Arnd Bergmann wrote:
>>> On Wednesday 07 October 2015 14:28:09 Nishanth Menon wrote:
>>>> Add ramdisk support to allo
On 10/07/2015 02:37 PM, Arnd Bergmann wrote:
> On Wednesday 07 October 2015 14:28:09 Nishanth Menon wrote:
>> Add ramdisk support to allow for minimal kernel to be supported.
>>
>> Signed-off-by: Nishanth Menon
>>
>
> I have not seen that in a while. Can you e
Add ramdisk support to allow for minimal kernel to be supported.
Signed-off-by: Nishanth Menon
---
Based on next-20151007 (with SPI disabled)
test: http://pastebin.ubuntu.com/12707715/
arch/arm/configs/keystone_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs
Add missing commits for the suggest compatible flags in dt binding.
Fixes: 8841cbf666d6 ("Documentation: dt: keystone: provide SoC specific
compatible flags")
Reported-by: Suman Anna
Signed-off-by: Nishanth Menon
---
This could be squashed since the original patch was not
On 10/07/2015 02:37 PM, Arnd Bergmann wrote:
> On Wednesday 07 October 2015 14:28:09 Nishanth Menon wrote:
>> Add ramdisk support to allow for minimal kernel to be supported.
>>
>> Signed-off-by: Nishanth Menon <n...@ti.com>
>>
>
> I have not seen that in
On 10/07/2015 03:31 PM, santosh shilimkar wrote:
> Nishant,
>
> On 10/7/2015 12:56 PM, Nishanth Menon wrote:
>> On 10/07/2015 02:37 PM, Arnd Bergmann wrote:
>>> On Wednesday 07 October 2015 14:28:09 Nishanth Menon wrote:
>>>> Add ramdisk support to allo
Add ramdisk support to allow for minimal kernel to be supported.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Based on next-20151007 (with SPI disabled)
test: http://pastebin.ubuntu.com/12707715/
arch/arm/configs/keystone_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
Add missing commits for the suggest compatible flags in dt binding.
Fixes: 8841cbf666d6 ("Documentation: dt: keystone: provide SoC specific
compatible flags")
Reported-by: Suman Anna <s-a...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
This could be squashed si
On 10/02/2015 11:09 AM, santosh shilimkar wrote:
> Nishant,
>
> On 9/25/2015 10:38 AM, Nishanth Menon wrote:
>> On 09/25/2015 11:15 AM, santosh shilimkar wrote:
>>> 9/25/2015 9:01 AM, Nishanth Menon wrote:
>
> [..]
>
>>> Please refresh the series comm
Update the compatible flags to allow specific SoC identification.
Signed-off-by: Nishanth Menon
---
V2: No change
V1: https://patchwork.kernel.org/patch/7240911/
arch/arm/boot/dts/k2e-evm.dts | 2 +-
arch/arm/boot/dts/k2e.dtsi | 3 +++
arch/arm/boot/dts/k2hk-evm.dts | 2 +-
arch/arm
=144309031109988=2
V2 of the series has the following changes:
- updated commit message in patch #1
- picked up acked-by for patch #1
Series based on v4.3-rc1
Tested on v4.3-rc3: http://pastebin.ubuntu.com/12659000/
Nishanth Menon (3):
Documentation: dt: keystone: provide SoC
e compatible matches for each SoC in the Keystone family.
Acked-By: Murali Karicheri
Signed-off-by: Nishanth Menon
---
Changes since V2:
- elaborated reasoning why this change is useful - highlighted
potential userspace usage as well.
- picked up Acked-by fr
With future SoCs of keystone2 family, the generic compatible match
may not be sufficient to handle SoC specific handling. So introduce
matches based on SoC compatiblity.
Signed-off-by: Nishanth Menon
---
Changes in V2:
- reformatting of commit message. no functional change
V1: https
Update the compatible flags to allow specific SoC identification.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
V2: No change
V1: https://patchwork.kernel.org/patch/7240911/
arch/arm/boot/dts/k2e-evm.dts | 2 +-
arch/arm/boot/dts/k2e.dtsi | 3 +++
arch/arm/boot/dts/k2hk-evm.dt
=144309031109988=2
V2 of the series has the following changes:
- updated commit message in patch #1
- picked up acked-by for patch #1
Series based on v4.3-rc1
Tested on v4.3-rc3: http://pastebin.ubuntu.com/12659000/
Nishanth Menon (3):
Documentation: dt: keystone: provide SoC
e compatible matches for each SoC in the Keystone family.
Acked-By: Murali Karicheri <m-kariche...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Changes since V2:
- elaborated reasoning why this change is useful - highlighted
potential userspace usage as
On 10/02/2015 11:09 AM, santosh shilimkar wrote:
> Nishant,
>
> On 9/25/2015 10:38 AM, Nishanth Menon wrote:
>> On 09/25/2015 11:15 AM, santosh shilimkar wrote:
>>> 9/25/2015 9:01 AM, Nishanth Menon wrote:
>
> [..]
>
>>> Please refresh the series comm
With future SoCs of keystone2 family, the generic compatible match
may not be sufficient to handle SoC specific handling. So introduce
matches based on SoC compatiblity.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Changes in V2:
- reformatting of commit message. no functional
On 09/25/2015 11:15 AM, santosh shilimkar wrote:
> 9/25/2015 9:01 AM, Nishanth Menon wrote:
>> On 09/25/2015 10:18 AM, santosh shilimkar wrote:
>>> On 9/25/2015 7:50 AM, Nishanth Menon wrote:
>> [...]
>>>> But, how about userspace
>>>> needin
On 09/25/2015 10:18 AM, santosh shilimkar wrote:
> On 9/25/2015 7:50 AM, Nishanth Menon wrote:
[...]
>> But, how about userspace
>> needing to know which SoC they are on, without needing to depend on
>> board->soc mapping? How do we help resolve that?
>>
> Why
bably agree on the topic. But, how about userspace
needing to know which SoC they are on, without needing to depend on
board->soc mapping? How do we help resolve that?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
bably agree on the topic. But, how about userspace
needing to know which SoC they are on, without needing to depend on
board->soc mapping? How do we help resolve that?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 09/25/2015 10:18 AM, santosh shilimkar wrote:
> On 9/25/2015 7:50 AM, Nishanth Menon wrote:
[...]
>> But, how about userspace
>> needing to know which SoC they are on, without needing to depend on
>> board->soc mapping? How do we help resolve that?
>>
> Why
On 09/25/2015 11:15 AM, santosh shilimkar wrote:
> 9/25/2015 9:01 AM, Nishanth Menon wrote:
>> On 09/25/2015 10:18 AM, santosh shilimkar wrote:
>>> On 9/25/2015 7:50 AM, Nishanth Menon wrote:
>> [...]
>>>> But, how about userspace
>>>> needin
On 09/24/2015 09:05 AM, Murali Karicheri wrote:
> On 09/23/2015 02:19 PM, santosh shilimkar wrote:
>> Nishant,
>>
>> On 9/22/2015 9:08 AM, Nishanth Menon wrote:
>>> Keystone2 devices are used on more platforms than just Texas
>>> Instruments reference eval
On 09/24/2015 09:05 AM, Murali Karicheri wrote:
> On 09/23/2015 02:19 PM, santosh shilimkar wrote:
>> Nishant,
>>
>> On 9/22/2015 9:08 AM, Nishanth Menon wrote:
>>> Keystone2 devices are used on more platforms than just Texas
>>> Instruments reference eval
On 09/23/2015 01:05 PM, Murali Karicheri wrote:
> On 09/22/2015 12:08 PM, Nishanth Menon wrote:
[...]
>> diff --git
>> a/Documentation/devicetree/bindings/arm/keystone/keystone.txt
>> b/Documentation/devicetree/bindings/arm/keystone/keystone.txt
>> index 59d7a4
On 09/23/2015 01:05 PM, Murali Karicheri wrote:
> On 09/22/2015 12:08 PM, Nishanth Menon wrote:
[...]
>> diff --git
>> a/Documentation/devicetree/bindings/arm/keystone/keystone.txt
>> b/Documentation/devicetree/bindings/arm/keystone/keystone.txt
>> index 59d7a4
r each SoC family by itself.
This allows SoC specific logic to be run time handled based on
of_machine_is_compatible("ti,k2hk") or as needed for the dependent
processor instead of needing to use board dependent compatibles that
are needed now.
Signed-off-by: Nishanth Menon
---
.../dev
With future SoCs of keystone2 family, the generic compatible match may
not be sufficient to handle SoC specific handling. So introduce matches
based on SoC compatiblity.
Signed-off-by: Nishanth Menon
---
arch/arm/mach-keystone/keystone.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
..)
Nishanth Menon (3):
Documentation: dt: keystone: provide SoC specific compatible flags
ARM: keystone: Update compatible to have SoC specific matches
ARM: dts: keystone: Update SoC specific compatible flags
.../devicetree/bindings/arm/keystone/keystone.txt| 20 +---
arch/arm/boot
Update the compatible flags to allow specific SoC identification.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/k2e-evm.dts | 2 +-
arch/arm/boot/dts/k2e.dtsi | 3 +++
arch/arm/boot/dts/k2hk-evm.dts | 2 +-
arch/arm/boot/dts/k2hk.dtsi | 3 +++
arch/arm/boot/dts/k2l-evm.dts
On 09/22/2015 10:51 AM, santosh.shilim...@oracle.com wrote:
> On 9/22/15 8:39 AM, Nishanth Menon wrote:
>> Keystone2 architecture files also include defconfig and devicetree
>> files which need maintainer to pick up and send for merge. Include the
>> same in the MAINTAINERS
Hi,
Basic support for systemd based distros to be supported by default on
keystone_defconfig.
Series based on v4.3-rc1
Nishanth Menon (2):
ARM: configs: keystone: sync to savedefconfig
ARM: configs: keystone: Add basic systemd related options
arch/arm/configs/keystone_defconfig | 54
Sync up the defconfig to savedefconfig output. easier to integrate
deltas as a result.
Signed-off-by: Nishanth Menon
---
arch/arm/configs/keystone_defconfig | 45 +++--
1 file changed, 18 insertions(+), 27 deletions(-)
diff --git a/arch/arm/configs
Add basic options to bootup on systemd based distros such as debian.
See http://cgit.freedesktop.org/systemd/systemd/tree/README#n38 for
more information.
Signed-off-by: Nishanth Menon
---
arch/arm/configs/keystone_defconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm
Keystone2 architecture files also include defconfig and devicetree
files which need maintainer to pick up and send for merge. Include the
same in the MAINTAINERS file so that we know where what needs to go.
Cc: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Nishanth
With future SoCs of keystone2 family, the generic compatible match may
not be sufficient to handle SoC specific handling. So introduce matches
based on SoC compatiblity.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/mach-keystone/keystone.c | 3 +++
1 file changed, 3 inse
r each SoC family by itself.
This allows SoC specific logic to be run time handled based on
of_machine_is_compatible("ti,k2hk") or as needed for the dependent
processor instead of needing to use board dependent compatibles that
are needed now.
Signed-off-by: Nishanth Menon <n...@ti.c
On 09/22/2015 10:51 AM, santosh.shilim...@oracle.com wrote:
> On 9/22/15 8:39 AM, Nishanth Menon wrote:
>> Keystone2 architecture files also include defconfig and devicetree
>> files which need maintainer to pick up and send for merge. Include the
>> same in the MAINTAINERS
Update the compatible flags to allow specific SoC identification.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/boot/dts/k2e-evm.dts | 2 +-
arch/arm/boot/dts/k2e.dtsi | 3 +++
arch/arm/boot/dts/k2hk-evm.dts | 2 +-
arch/arm/boot/dts/k2hk.dtsi | 3 +++
arch/arm/bo
..)
Nishanth Menon (3):
Documentation: dt: keystone: provide SoC specific compatible flags
ARM: keystone: Update compatible to have SoC specific matches
ARM: dts: keystone: Update SoC specific compatible flags
.../devicetree/bindings/arm/keystone/keystone.txt| 20 +---
arch/arm/boot
ad.org
Signed-off-by: Nishanth Menon <n...@ti.com>
---
MAINTAINERS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7ba7ab749c85..5a06d3e26c80 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1187,6 +1187,9 @@ ARM/TEXAS INSTRUMENT KEYSTONE ARCHITECTURE
M:
Add basic options to bootup on systemd based distros such as debian.
See http://cgit.freedesktop.org/systemd/systemd/tree/README#n38 for
more information.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/configs/keystone_defconfig | 9 +
1 file changed, 9 insertions(+)
Sync up the defconfig to savedefconfig output. easier to integrate
deltas as a result.
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/configs/keystone_defconfig | 45 +++--
1 file changed, 18 insertions(+), 27 deletions(-)
diff --git a/arch/arm/c
Hi,
Basic support for systemd based distros to be supported by default on
keystone_defconfig.
Series based on v4.3-rc1
Nishanth Menon (2):
ARM: configs: keystone: sync to savedefconfig
ARM: configs: keystone: Add basic systemd related options
arch/arm/configs/keystone_defconfig | 54
Hi Tony,
On 09/03/2015 02:23 PM, Nishanth Menon wrote:
> Originally, all the SoC PHY rails were supplied by LDO3. However, as a
> result of characterization, it was determined that this posed a risk in
> extreme load conditions. Hence the PHY rails are split between two
> different
2, "DCDC2", 85, 1675000),
> TPS65218_INFO(DCDC3, "DCDC3", 90, 340),
> TPS65218_INFO(DCDC4, "DCDC4", 1175000, 340),
>
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
65218_INFO(DCDC2, "DCDC2", 85, 1675000),
> TPS65218_INFO(DCDC3, "DCDC3", 90, 340),
> TPS65218_INFO(DCDC4, "DCDC4", 1175000, 340),
>
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe l
Hi Tony,
On 09/03/2015 02:23 PM, Nishanth Menon wrote:
> Originally, all the SoC PHY rails were supplied by LDO3. However, as a
> result of characterization, it was determined that this posed a risk in
> extreme load conditions. Hence the PHY rails are split between two
> different
OMAP5 and DRA7 reuse the same pm44xx_erratum variable so, enable the
same, else PM features such as Suspend to ram is broken in a SoC only
build configuration.
Reported-by: Carlos Hernandez
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/pm.h |3 ++-
1 file changed, 2 insertions
OMAP5 SoC has Cortex-A15 which does not use TWD timer. It uses
ARCH_TIMER instead, clean up unwanted configuration and enable
OMAP_INTERCONNECT and OPP which is necessary for expected functionality
on the SoC.
Reported-by: Carlos Hernandez
Reported-by: Felipe Balbi
Signed-off-by: Nishanth Menon
Hi,
While doing a SoC only build for DRA7, a few bugs did pop up. The
following series provides necessary fixups for the same.
Nishanth Menon (4):
ARM: OMAP4+: PM: erratum is used by OMAP5 and DRA7 as well
ARM: omap2+: board-generic: Remove stale of_irq macros
ARM: DRA7: Select missing
9fa2 ("ARM: omap2+: board-generic: clean up the irq data from
board file")
Reported-by: Carlos Hernandez
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-o
DRA7 does use OPP, uses OMAP interconnect and also does require SCU.
These are missing in the SoC only build of DRA7 breaking various PM
features in DRA7 only build.
Reported-by: Carlos Hernandez
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/Kconfig |3 +++
1 file changed, 3
DRA7 does use OPP, uses OMAP interconnect and also does require SCU.
These are missing in the SoC only build of DRA7 breaking various PM
features in DRA7 only build.
Reported-by: Carlos Hernandez <c...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/mach-omap2/Kc
9fa2 ("ARM: omap2+: board-generic: clean up the irq data from
board file")
Reported-by: Carlos Hernandez <c...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/mach-omap2/board-generic.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-o
Hi,
While doing a SoC only build for DRA7, a few bugs did pop up. The
following series provides necessary fixups for the same.
Nishanth Menon (4):
ARM: OMAP4+: PM: erratum is used by OMAP5 and DRA7 as well
ARM: omap2+: board-generic: Remove stale of_irq macros
ARM: DRA7: Select missing
OMAP5 and DRA7 reuse the same pm44xx_erratum variable so, enable the
same, else PM features such as Suspend to ram is broken in a SoC only
build configuration.
Reported-by: Carlos Hernandez <c...@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/mach-omap2/pm.h |3
..@ti.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
arch/arm/mach-omap2/Kconfig |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 403022a38607..b3a0dff67e3f 100644
--- a/arch/arm/mach-omap2/Kconfig
+
901 - 1000 of 2870 matches
Mail list logo
