On 18/06/2020 12:54, Jon Hunter wrote:
> When CONFIG_OF_LIVE is enabled, dev_of_offset() cannot be used and
> if used returns an invalid offset. This causes the call to
> fdt_stringlist_get() in the psci_probe() to fail to read the 'method'
> property from the PSCI node fo
quot;) was
added, which moves the PSCI EFI system reset handler into the PSCI
driver, this has prevented the EFI system reset from working for
Tegra210 and Tegra186. Therefore, populating these nodes is necessary
to fix the EFI system reset for Tegra210 and Tegra186.
Signed-off-by: Jon Hunter
---
eset has been
broken for Tegra210 and Tegra196 platforms. This also fixes the EFI
system reset for these Tegra platforms.
Signed-off-by: Jon Hunter
---
drivers/firmware/psci.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/firmware/psci.c b/drivers/firmware/psci.
On 31/01/2020 14:05, Tom Rini wrote:
> On Fri, Jan 31, 2020 at 01:24:21PM +0000, Jon Hunter wrote:
>>
>> On 31/01/2020 12:42, Soeren Moch wrote:
>>> On 31.01.20 11:59, Jon Hunter wrote:
>>>> U-Boot supports loading a user environment from a file in the
&g
On 31/01/2020 12:42, Soeren Moch wrote:
> On 31.01.20 11:59, Jon Hunter wrote:
>> U-Boot supports loading a user environment from a file in the
>> file-system. Therefore to make it easier for users to override the
>> default environment, add support to the 'distro_b
ere an extlinux.conf or boot script might be found.
Note that by importing the environment with the '-t' option, the current
environment is appended/updated rather than replaced completely.
Signed-off-by: Jon Hunter
---
include/config_distro_bootcmd.h | 14 ++
1 file c
Hi Simon,
On 25/04/2019 02:11, Simon Glass wrote:
> Hi Jon,
>
> On Wed, 24 Apr 2019 at 03:15, Jon Hunter wrote:
>>
>>
>> On 24/04/2019 04:56, Simon Glass wrote:
>>> This file was missed when adding the sound driver to U-Boot. Bring it in
>>> from
On 24/04/2019 04:56, Simon Glass wrote:
> This file was missed when adding the sound driver to U-Boot. Bring it in
> from Linux 5.0.
>
> Signed-off-by: Simon Glass
> ---
>
> .../sound/nvidia,tegra-audio-max98090.txt | 53 +++
> 1 file changed, 53 insertions(+)
> create mod
On 01/04/2019 21:38, Simon Glass wrote:
> Add a sound driver for tegra devices. This connects the audio hub, I2S
> controller and audio codec to allow sound output.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> drivers/sound/Makefile | 2 +-
> drivers/sound/tegra_sou
On 01/04/2019 21:38, Simon Glass wrote:
> Add a driver which supports transmitting digital sound to an audio codec.
> This uses fixed parameters as a device-tree binding is not currently
> defined.
>
> Signed-off-by: Simon Glass
> ---
Acked-by: Jon Hunter
Cheers
(c) 2013, NVIDIA CORPORATION. All rights reserved.
> + */
Looks fine to me, although you may wish to update your copyright date
now ;-)
Acked-by: Jon Hunter
Cheers
Jon
--
nvpublic
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: Jonathan Hunter
Booting recently Linux -next kernels on 32-bit Tegra devices has been
failing when using the 'multi_v7_defconfig' kenrel configuration because
the size of has grown such that it is overwriting the FDT blob.
Current Linux -next kernels built with the 'multi_v7_defconfig' hav
On 08/02/2019 04:14, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 21 Jan 2019 at 16:43, Simon Glass wrote:
>>
>> Hi Tom,
>>
>> On Mon, 21 Jan 2019 at 10:46, Tom Warren wrote:
>>>
>>> Let's have Jon Hunter take a look, I'll take it in to
On 15/02/18 15:12, Andreas Färber wrote:
> Hi Jon,
>
> Am 15.02.2018 um 15:01 schrieb Jon Hunter:
>> On 15/02/18 12:32, Andreas Färber wrote:
>>> Am 15.02.2018 um 10:22 schrieb Jon Hunter:
>>>> On 15/02/18 01:51, Andreas Färber wrote:
>>>>> I
On 15/02/18 12:32, Andreas Färber wrote:
> Am 15.02.2018 um 10:22 schrieb Jon Hunter:
>> On 15/02/18 01:51, Andreas Färber wrote:
>>> I would like to test the latest version of U-Boot on the Jetson TX1.
> [...]
>>> Here's what I have tried:
>>>
>&
On 15/02/18 01:51, Andreas Färber wrote:
> Hello,
>
> I would like to test the latest version of U-Boot on the Jetson TX1.
>
> Unfortunately U-Boot is lacking a README that would explain how to do that:
>
> http://git.denx.de/?p=u-boot.git;a=tree;f=board/nvidia/p2371-2180;h=097fb9aaec8abd522b7b
The function get_timer() should return time in ms and CONFIG_SYS_HZ
should be set to 1000 by default. Fix both of these items.
Signed-off-by: Jon Hunter
---
arch/arm/cpu/arm926ejs/omap/timer.c | 15 ---
include/configs/omap5912osk.h |2 +-
2 files changed, 9 insertions
The current u-boot binary needs more than 128KB of flash space and so
move the u-boot environment from an offset of 128KB to 256KB in flash
to ensure the enviroment does not overlap with u-boot.
Signed-off-by: Jon Hunter
---
include/configs/omap5912osk.h |6 +++---
1 file changed, 3
board to do this.
Also fix the stack pointer so that it is pointing to the end of the
internal RAM and not the beginning as this was also causing the device
to crash.
Signed-off-by: Jon Hunter
---
board/ti/omap5912osk/lowlevel_init.S | 20
board/ti/omap5912osk/omap5912osk.c
board only has 32MB of RAM and so fix the comment
in the omap5912-osk config.mk file as well.
Signed-off-by: Jon Hunter
---
board/ti/omap5912osk/config.mk | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/board/ti/omap5912osk/config.mk b/board/ti/omap5912osk
Currently, u-boot support for the omap5912-osk board is broken and
u-boot is not booting when program into flash. Fix u-boot support
for this board.
Jon Hunter (5):
omap5912-osk: Fix DRAM initialisation
omap5912-osk: Fix booting from NOR flash
omap5912-osk: Fix device initialisation
there.
Signed-off-by: Jon Hunter
---
board/ti/omap5912osk/omap5912osk.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/board/ti/omap5912osk/omap5912osk.c
b/board/ti/omap5912osk/omap5912osk.c
index fac683a..9e91c5e 100644
--- a/board/ti/omap5912osk/omap5912osk.c
On 04/03/2013 02:35 PM, Jon Hunter wrote:
> The function get_timer() should return time in ms and CONFIG_SYS_HZ
> should be set to 1000 by default. Fix both of these items.
Ignore this patch it is a duplicate!
Jon
___
U-Boot mailing list
flash
this is no longer necessary.
Signed-off-by: Jon Hunter
---
arch/arm/include/asm/arch-omap24xx/omap2420.h |6 +++---
board/ti/omap2420h4/config.mk |4 ++--
board/ti/omap2420h4/mem.c | 13 -
include/configs/omap2420h4.h
The function get_timer() should return time in ms and CONFIG_SYS_HZ
should be set to 1000 by default. Fix both of these items.
Signed-off-by: Jon Hunter
---
arch/arm/cpu/arm1136/omap24xx/timer.c |8 ++--
include/configs/omap2420h4.h |2 +-
2 files changed, 7 insertions
The function get_timer() should return time in ms and CONFIG_SYS_HZ
should be set to 1000 by default. Fix both of these items.
Signed-off-by: Jon Hunter
---
arch/arm/cpu/arm1136/omap24xx/timer.c |8 ++--
include/configs/omap2420h4.h |2 +-
2 files changed, 7 insertions
Enable device-tree support for the omap2420-h4 board.
Signed-off-by: Jon Hunter
---
include/configs/omap2420h4.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index cb050ab..e144ae9d 100644
--- a/include/configs/omap2420h4.h
.
Signed-off-by: Jon Hunter
---
board/ti/omap2420h4/omap2420h4.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/board/ti/omap2420h4/omap2420h4.c b/board/ti/omap2420h4/omap2420h4.c
index 188e4ac..532e989 100644
--- a/board/ti/omap2420h4/omap2420h4.c
Currently, u-boot support for the omap2420-h4 board is broken and
u-boot is not booting when program into flash. Fix u-boot support
for this board.
Jon Hunter (4):
omap2420-h4: Fix DRAM initialisation
omap2420-h4: Fix booting from NOR flash
omap2420-h4: Add device tree support
omap2420-h4
On 03/21/2013 10:28 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/21/2013 11:25 AM, Jon Hunter wrote:
>>
>> On 03/21/2013 09:41 AM, Tom Rini wrote:
>>> On Thu, Mar 21, 2013 at 03:35:40PM +0100, Wolfgang Denk wrote:
&g
On 03/21/2013 09:41 AM, Tom Rini wrote:
> On Thu, Mar 21, 2013 at 03:35:40PM +0100, Wolfgang Denk wrote:
>> Dear Tom,
>>
>> In message <514b1036.3090...@ti.com> you wrote:
>>>
A system with CONFIG_SYS_HZ != 1000 is _broken_.
>>>
>>> So, RPi is going higher, and Jon hit this on I suspect omap2
Hi Marek,
On 03/20/2013 07:19 PM, Marek Vasut wrote:
> Dear Jon Hunter,
>
>> On 01/24/2013 05:05 AM, Jim Lin wrote:
>>> Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
>>> CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
>&g
On 03/21/2013 01:57 AM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <514aa642.3090...@wwwdotorg.org> you wrote:
>>
>> Interesting. I just noticed the same problem, and posted the following
>> patch to fix it:
>>
>> http://lists.denx.de/pipermail/u-boot/2013-March/149625.html
>>
>>
On 01/24/2013 05:05 AM, Jim Lin wrote:
> Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
> CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
> configuration file and when tstc() function for checking key pressed
> takes longer time than 10 ms (e.g., 50 ms) to fi
Hi Sricharan,
On 05/04/2012 06:20 AM, R, Sricharan wrote:
> Jon,
> [snip]
>
>> --- a/include/configs/omap4_common.h
>> +++ b/include/configs/omap4_common.h
>> @@ -151,6 +151,7 @@
>> #define CONFIG_EXTRA_ENV_SETTINGS \
>>"loadaddr=0x8200\0" \
>>"console=ttyO2,115200n8\0" \
>>
From: Jon Hunter
For OMAP4 boards, such as the panda-es, that have 1GB of memory the linux
kernel fails to locate the device tree blob on boot. The reason being is that
u-boot is copying the DT blob to the upper part of RAM when booting the kernel
and the kernel is unable to access the blob. By
From: Jon Hunter
For OMAP4 boards, such as the panda-es, that have 1GB of memory the linux
kernel fails to locate the device tree blob on boot. The reason being is that
u-boot is copying the DT blob to the upper part of RAM when booting the kernel
and the kernel is unable to access the blob. By
37 matches
Mail list logo
