On 09/11/2016 08:24 PM, Masahiro Yamada wrote:
2016-09-10 7:25 GMT+09:00 Stephen Warren <swar...@wwwdotorg.org>:
On 09/09/2016 03:14 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 03:06:01PM -0600, Stephen Warren wrote:
On 09/09/2016 01:11 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at
On 09/12/2016 11:10 AM, Julian Scheel wrote:
On 12.09.16 19:02, Stephen Warren wrote:
On 09/12/2016 01:33 AM, Julian Scheel wrote:
On 06.09.2016 20:49, Stephen Warren wrote:
On 09/06/2016 12:04 PM, Julian Scheel wrote:
On 06.09.16 18:50, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian
On 09/09/2016 10:10 AM, Marcel Ziswiler wrote:
Enable USB gadget DFU functionality for NAND as well.
diff --git a/include/configs/colibri_t20.h b/include/configs/colibri_t20.h
+/* USB DFU */
+#define CONFIG_DFU_NAND
Oh, I see this file already includes tegra-common-usb-gadget.h, so USB
On 09/09/2016 10:10 AM, Marcel Ziswiler wrote:
Without this patch the following error will be shown:
Colibri T20 # usb start
starting USB...
No controllers found
This change seems fine, but I'm concerned that the alias order causes
failures; arbitrary orders should be allowed. Have you
On 09/09/2016 10:10 AM, Marcel Ziswiler wrote:
Without this patch the following error will be shown:
stdio_add_devices: Video device failed (ret=-22)
As commit ec5507707a1d1e84056a6c864338f95f6118d3ca (video: tegra: Move
to using simple-panel and pwm-backlight) states the Colibri T20 needs
On 09/09/2016 10:10 AM, Marcel Ziswiler wrote:
The Tegra 2 aka T20 is not host PC capable. Therefore move the define
CONFIG_CI_UDC_HAS_HOSTPC from the generic tegra-common-usb-gadget.h
header file into resp. SoC type specific ones.
This is OK, but ...
diff --git
On 09/09/2016 10:10 AM, Marcel Ziswiler wrote:
This series addresses various issues as seen on Colibri T20. Please
note that for successful Ethernet operation not only on Colibri T20
but also on Colibri T30 the following patch will still need applying
as well:
[PATCH] net: asix: Fix ASIX 88772B
From: Stephen Warren <swar...@nvidia.com>
On Tegra186, the bootloader which runs before U-Boot passes the Ethernet
MAC address to U-Boot using device tree. Extract this value and write it
to the environment, so that the Ethernet uclass picks it up and uses it
for the built-in Ethernet
From: Stephen Warren <swar...@nvidia.com>
Tegra186 includes a Synopsys DWC EQoS (Ethernet) device. Add this to the
Tegra186 SoC DT so that boards can make use of it.
Signed-off-by: Stephen Warren <swar...@nvidia.com>
---
arch/arm/dts/tegra186.dtsi | 20
1 file
From: Stephen Warren <swar...@nvidia.com>
Enable the Ethernet device in DT, provide board-specific configuration,
and enable the driver in Kconfig.
Signed-off-by: Stephen Warren <swar...@nvidia.com>
---
arch/arm/dts/tegra186-p2771-.dtsi | 5 +
configs/p2771--000_defcon
From: Stephen Warren <swar...@nvidia.com>
Extend the Tegra186 implementation of board_late_init() to call a per-SoC
"hook" function. This will allow SoC-specific (rather than Tegra-wide)
functionality to be implemented without the core Tegra code needing to be
aware of the details
From: Stephen Warren <swar...@nvidia.com>
The Synopsys DWC EQoS is a configurable Ethernet MAC/DMA IP block which
supports multiple options for bus type, clocking and reset structure, and
feature list.
This patch imports the binding from the Linux kernel, including my V3
patch to
From: Stephen Warren <swar...@nvidia.com>
This driver supports the Synopsys Designware Ethernet QoS (Quality of
Service) a/k/a eqos IP block, which is a different design than the HW
supported by the existing designware.c driver. The IP supports many
options for bus type, clocking/reset str
On 09/12/2016 01:33 AM, Julian Scheel wrote:
On 06.09.2016 20:49, Stephen Warren wrote:
On 09/06/2016 12:04 PM, Julian Scheel wrote:
On 06.09.16 18:50, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
This reverts commit 346451b5888c4663bccef4c5203357319aa41f99.
The pmic
On 09/12/2016 08:03 AM, Julian Scheel wrote:
On 06.09.2016 19:15, Stephen Warren wrote:
diff --git a/board/avionic-design/common/meerkat.c
b/board/avionic-design/common/meerkat.c
+void pinmux_init(void)
+{
+pinmux_set_tristate_input_clamping();
That should
On 09/11/2016 07:25 AM, Masahiro Yamada wrote:
Hi Paul,
2016-09-09 17:01 GMT+09:00 Paul Burton :
On 09/09/16 04:15, Masahiro Yamada wrote:
2016-09-08 15:47 GMT+09:00 Paul Burton :
The implementations of clk_get_by_index & clk_get_by_name are
On 09/09/2016 03:14 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 03:06:01PM -0600, Stephen Warren wrote:
On 09/09/2016 01:11 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 01:09:43PM -0600, Stephen Warren wrote:
On 09/09/2016 01:02 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 10:21:45AM -0600
On 09/09/2016 01:11 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 01:09:43PM -0600, Stephen Warren wrote:
On 09/09/2016 01:02 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 10:21:45AM -0600, Stephen Warren wrote:
On 09/08/2016 07:19 PM, Tom Rini wrote:
Signed-off-by: Tom Rini <tr...@konsulko.
On 09/09/2016 01:02 PM, Tom Rini wrote:
On Fri, Sep 09, 2016 at 10:21:45AM -0600, Stephen Warren wrote:
On 09/08/2016 07:19 PM, Tom Rini wrote:
Signed-off-by: Tom Rini <tr...@konsulko.com>
/bin/bash: ess: command not found
diff --git a/configs/harmony_defconfig b/configs/harmony_def
On 09/08/2016 07:19 PM, Tom Rini wrote:
Signed-off-by: Tom Rini
diff --git a/configs/harmony_defconfig b/configs/harmony_defconfig
-CONFIG_USE_PRIVATE_LIBGCC=y
I assume that's because =y is the default for that now?
diff --git a/configs/p2771--000_defconfig
On 09/07/2016 07:29 PM, Masahiro Yamada wrote:
Hi Stephen
2016-09-08 1:15 GMT+09:00 Stephen Warren <swar...@wwwdotorg.org>:
Masahiro,
In patch 6e7e9294d321 "usb: add basic USB configs in Kconfig", you added
"config USB_STORAGE" to drivers/usb/Kconfig. However
Masahiro,
In patch 6e7e9294d321 "usb: add basic USB configs in Kconfig", you added
"config USB_STORAGE" to drivers/usb/Kconfig. However, it's still just
#defined by many include/configs/*.h rather than being defined in
configs/*_defconfig. Is that a problem? It seems to work in practice,
but
On 09/07/2016 12:08 AM, Julian Scheel wrote:
On 06.09.2016 20:58, Stephen Warren wrote:
On 09/06/2016 12:14 PM, Julian Scheel wrote:
On 06.09.16 19:15, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
Add support for platforms based on the Meerkat COM module. Includes
On 09/07/2016 12:03 AM, Julian Scheel wrote:
On 06.09.2016 20:53, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
Add support for platforms based on the Meerkat COM module. Includes
support
for the minimal reference platform called Kein Baseboard, which in
fact is
sufficient
On 09/06/2016 12:14 PM, Julian Scheel wrote:
On 06.09.16 19:15, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
Add support for platforms based on the Meerkat COM module. Includes
support
for the minimal reference platform called Kein Baseboard, which in
fact is
sufficient
On 09/06/2016 12:04 PM, Julian Scheel wrote:
On 06.09.16 18:50, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
This reverts commit 346451b5888c4663bccef4c5203357319aa41f99.
The pmic shall be initialised in board specific code, as it is done for
jetson-tk1 and meerkat
On 09/05/2016 07:29 AM, Julian Scheel wrote:
Add support for platforms based on the Meerkat COM module. Includes support
for the minimal reference platform called Kein Baseboard, which in fact is
sufficient to run most existing Meerkat carriers.
diff --git
On 09/06/2016 12:06 PM, Julian Scheel wrote:
On 06.09.16 18:54, Stephen Warren wrote:
On 09/05/2016 07:29 AM, Julian Scheel wrote:
From: Alban Bedel <alban.be...@avionic-design.de>
When running on a SoC with a secure bootloader CoreSight isn't
allowed, so add an option to d
On 09/06/2016 07:17 AM, Masahiro Yamada wrote:
The remove callbacks of EHCI drivers are often just a wrapper of
ehci_deregister.
Acked-by: Stephen Warren <swar...@nvidia.com>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/m
On 09/06/2016 07:17 AM, Masahiro Yamada wrote:
For vidconsole_post_probe(), it is common coding style to let a
probe method return the value of a register function.
The others will become simple wrapper functions.
drivers/video/tegra124/display.c:
Acked-by: Stephen Warren <swar...@nvidia.
On 09/05/2016 07:29 AM, Julian Scheel wrote:
Add support for platforms based on the Meerkat COM module. Includes support
for the minimal reference platform called Kein Baseboard, which in fact is
sufficient to run most existing Meerkat carriers.
diff --git a/arch/arm/dts/tegra124-meerkat.dtsi
On 09/05/2016 07:29 AM, Julian Scheel wrote:
From: Alban Bedel
When running on a SoC with a secure bootloader CoreSight isn't
allowed, so add an option to disable the CoreSight init.
diff --git a/arch/arm/mach-tegra/Kconfig b/arch/arm/mach-tegra/Kconfig
On 09/05/2016 07:29 AM, Julian Scheel wrote:
From: Alban Bedel
The init simply hardcoded the i2c bus and address to those used on
jetson. Extend the init function to take the bus number and device
address as parameter. As only jetson is using this code for now
On 09/05/2016 07:29 AM, Julian Scheel wrote:
This reverts commit 346451b5888c4663bccef4c5203357319aa41f99.
The pmic shall be initialised in board specific code, as it is done for
jetson-tk1 and meerkat. It can't be assumed that all boards have the pmic on
the same i2c bus.
You can't just
On 09/03/2016 05:38 PM, Masahiro Yamada wrote:
2016-09-03 2:15 GMT+09:00 Stephen Warren <swar...@wwwdotorg.org>:
On 09/02/2016 04:36 AM, Masahiro Yamada wrote:
-ret = expression;
-if (ret)
-return ret;
-return 0;
+return expression;
I disagree with this change if a
On 09/02/2016 04:36 AM, Masahiro Yamada wrote:
-ret = expression;
-if (ret)
-return ret;
-return 0;
+return expression;
I disagree with this change if applied blindly; I think both coding
styles have their merit depending on the semantic context.
In the case of a simple
On 09/01/2016 07:46 PM, wenyou.y...@microchip.com wrote:
Hi Stephen,
Subject: [PATCH v1 2/2] clk: at91: Add .ops callback for clk_generic
To avoid the wild pointer as NULL->of_xlate, add an empty .ops
callback for the clk_generic driver.
This shouldn't be needed. If this driver isn't a
On 09/01/2016 04:53 PM, peter.ch...@data61.csiro.au wrote:
"Tom" == Tom Warren writes:
Tom> Peter, It appears that this got rolled into 'ARM: tegra: increase
Tom> console buffer size and sys args num', so I'm going to mark it as
Tom> Superseded in my Patchwork queue.
Yes,
On 09/01/2016 04:36 PM, Tom Warren wrote:
Steve/Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Tuesday, July 26, 2016 2:57 PM
To: Steve Arnold <nerdboy...@gmail.com>
Cc: Stephen Arnold <sarn...@vctlabs.com>; u-boot@lists.denx.de; Step
On 08/30/2016 07:02 PM, Jaehoon Chung wrote:
Hi Stephen,
On 08/31/2016 01:11 AM, Stephen Warren wrote:
Jaehoon,
When building git://git.denx.de/u-boot-mmc.git master for sandbox, I see the
following error, and many more like it:
Thanks for pointing out. I'm testing the building
/NVIDIA/tegra-pinmux-scripts
+ * Run "board-to-uboot.py cei-tk1-som".
+ */
Is that true? I'd like to see a patch for tegra-pinmux-scripts that adds
the config file for this board too.
Aside from those minor issues,
Acked-by: Stephen Warren <swar...@nvidia.com>
__
On 08/30/2016 01:13 PM, Masahiro Yamada wrote:
2016-08-31 1:25 GMT+09:00 Stephen Warren <swar...@wwwdotorg.org>:
On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
diff --git a/arch/arm/mach-tegra/tegra124/Kconfig
b/ar
On 08/30/2016 02:11 AM, Wenyou Yang wrote:
To avoid the wild pointer as NULL->of_xlate, add an empty .ops
callback for the clk_generic driver.
This shouldn't be needed. If this driver isn't a clock provider, and it
cannot be a clock provider without implementing and clock ops, then
nothing
,
Acked-by: Stephen Warren <swar...@nvidia.com>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
diff --git a/arch/arm/mach-tegra/tegra124/Kconfig
b/arch/arm/mach-tegra/tegra124/Kconfig
config TARGET_JETSON_TK1
bool "NVIDIA Tegra124 Jetson TK1 board"
-
From: Stephen Warren <swar...@nvidia.com>
The board ID EEPROM and board ID stickers on p2771- will use a numeric
versioning scheme, with version numbers such as 000/100/200/300/400/500.
Within NVIDIA, these versions are also known as A00/A01/A02/A03/A04/B00.
However, that numbering
Jaehoon,
When building git://git.denx.de/u-boot-mmc.git master for sandbox, I see
the following error, and many more like it:
Building current source for 3 boards (3 threads, 4 jobs per thread)
sandbox: + sandbox_noblk
+drivers/mmc/mmc.c:25:6: error: ‘SZ_16K’ undeclared here (not in a
On 08/29/2016 02:45 PM, Stephen Warren wrote:
From: Stephen Warren <swar...@nvidia.com>
The board ID EEPROM and board ID stickers on p2771- will use a numeric
versioning scheme, with version numbers such as 000/100/200/300/400/500.
Within NVIDIA, these versions are also known as A00/A
From: Stephen Warren <swar...@nvidia.com>
The board ID EEPROM and board ID stickers on p2771- will use a numeric
versioning scheme, with version numbers such as 000/100/200/300/400/500.
Within NVIDIA, these versions are also known as A00/A01/A02/A03/A04/B00.
However, that numbering
://www.raspberrypi.org/forums/), or if
that doesn't work out perhaps try contacting them directly; there's a
"contact us" page on their website.
Thanks
Duncan Hare
714 931 7952
----
*From:* Stephen Warren <swar...@wwwdotorg.org
On 08/26/2016 08:39 AM, Simon Glass wrote:
+Stephen
On 25 August 2016 at 22:12, wrote:
We have u-boot working on a raspberry pi, but need to append our kernel
parms to those built by the firmware.
is there a version of u-boot for the pi 3, with this support, and some doc
(CC += a few people who co-incidentally seem to be having an almost
identical conversation on the Linux mailing list instead).
On 08/24/2016 10:38 AM, vinoth eswaran wrote:
On Wed, Aug 24, 2016 at 6:01 PM, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 08/24/2016 05:44 AM, vinoth e
On 08/24/2016 10:51 AM, Simon Glass wrote:
At present TPL uses the same options as SPL support. In a few cases the board
config enables or disables the SPL options depending on whether
CONFIG_TPL_BUILD is defined.
With the move to Kconfig, options are determined for the whole build and
(without
On 08/24/2016 08:44 AM, Simon Glass wrote:
New CONFIG options should be added via Kconfig. To help prevent new ad-hoc
CONFIGs from being added, give a build error when these are detected.
Acked-by: Stephen Warren <swar...@nvidia.com>
Tested-by: Stephen Warren <swar...@nvidia.com>
On 08/24/2016 08:44 AM, Simon Glass wrote:
Add a list of ad-hoc CONFIG options that don't use Kconfig. This can be used
to check that new ones are not being added.
diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt
+CONFIG_
Does that indicate a bug in the regex in
On 08/24/2016 05:44 AM, vinoth eswaran wrote:
On Tue, Aug 23, 2016 at 6:09 PM, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 08/23/2016 06:23 AM, vinoth eswaran wrote:
On Mon, Aug 22, 2016 at 6:15 PM, Stephen Warren <swar...@wwwdotorg.org>
wrote:
On 08/22/2016 08:37 AM, vi
On 08/23/2016 04:47 PM, Peter Chubb wrote:
"Stephen" == Stephen Warren <swar...@wwwdotorg.org> writes:
Stephen> On 08/22/2016 04:29 PM, Peter Chubb wrote:
diff --git a/board/nvidia/tk1-som/pinmux-config-tk1-som.h
b/board/nvidia/tk1-som/pinmux-config-tk1-som.h
+/* + *
On 08/23/2016 04:21 PM, Peter Chubb wrote:
"Stephen" == Stephen Warren <swar...@wwwdotorg.org> writes:
Stephen> On 08/22/2016 06:00 PM, Peter Chubb wrote:
The Linux-for-Tegra kernel uses a very long command line.
Stephen> There should be a From: line here indicating
On 08/22/2016 04:29 PM, Peter Chubb wrote:
This patch adds support for the TK1-SOM board, which is almost the
Nit: That blank line at start of the commit description should be removed.
same as the Jetson TK1. Board info at
https://tk1som.com/products/tk1-som
tk1-som sounds like a rather
On 08/23/2016 06:23 AM, vinoth eswaran wrote:
On Mon, Aug 22, 2016 at 6:15 PM, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 08/22/2016 08:37 AM, vinoth eswaran wrote:
Hello Developers,
Currently I am working on an embedded project using Tegra Jetson Tk1
board. The Linux Kernel v
On 08/22/2016 06:00 PM, Peter Chubb wrote:
The Linux-for-Tegra kernel uses a very long command line.
There should be a From: line here indicating that Bryan is the author;
did you actually "git cherry-pick" this, or apply it in some other
manner? Perhaps you're notusing "git send-email" to
On 08/22/2016 04:46 PM, Peter Chubb wrote:
U-Boot's console buffer size needs to be bigger to allow the
default image on NVIDIA's Linux4Tegra to boot.
Otherwise one sees:
bootarg overflow 602+0+0+1 > 512
on the console, and the board refuses to boot.
This is probably fine, but ...
diff
From: Stephen Warren <swar...@nvidia.com>
The nvidia,bpmp property is left over from an old BPMP I2C binding, and
shouldn't be present. Remove it from the SoC DT file, and update the
I2C driver not to parse it; the value wasn't used for anything any more
anyway.
Signed-off-by: Stephen
in the
Linux Kernel) as we do not need multi-platform support (to this degree)
and only the Cavium ThunderX 88xx series has a use for such large
alignment.
Tested-by: Stephen Warren <swar...@nvidia.com>
This has the potential to cause a few more cache warnings due to the
slightly st
On 08/22/2016 08:37 AM, vinoth eswaran wrote:
Hello Developers,
Currently I am working on an embedded project using Tegra Jetson Tk1
board. The Linux Kernel version is 4.7 and the u-boot version is v2016.05.
I am building a customised Linux kernel and u-boot to have the fastest boot
time
On 08/20/2016 05:52 PM, Simon Glass wrote:
Hi Stephen,
On 18 August 2016 at 10:53, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen Warren <swar...@nvidia.com>
In tegra20_slink.c, the set_mode() function may be executed before the
SPI bus is claimed the first tim
On 08/19/2016 10:56 AM, Jagan Teki wrote:
On 18 August 2016 at 22:23, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen Warren <swar...@nvidia.com>
In tegra20_slink.c, the set_mode() function may be executed before the
SPI bus is claimed the first time, and henc
On 08/18/2016 07:49 PM, wenyou.y...@microchip.com wrote:
Add Simon and Andreas in loop
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: 2016年8月18日 11:56
To: Wenyou Yang - A41535 <wenyou.y...@microchip.com>;
wenyou.y...@atmel.com
Cc: u-boot@lists.d
From: Stephen Warren <swar...@nvidia.com>
The Tegra I2C binding dictates that the clock name for the Tegra I2C clock
be "div-clk" not "i2c". Fix the Tegra186 DT and I2C driver to honor this.
Signed-off-by: Stephen Warren <swar...@nvidia.com>
---
From: Stephen Warren <swar...@nvidia.com>
The Tegra SDHCI binding dictates that the reseet name for the Tegra SDHCI
clock be "sdhci" not "sdmmc", and that the clock is accessed by index
rather than by name. Fix the Tegra186 DT and MMC driver to honor this.
Signed-of
On 08/15/2016 09:35 AM, Stephen Warren wrote:
On 08/13/2016 09:56 AM, Jagan Teki wrote:
On 13 August 2016 at 02:36, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen Warren <swar...@nvidia.com>
When the set_mode() function runs, the SPI bus is not active, and henc
From: Stephen Warren <swar...@nvidia.com>
In tegra20_slink.c, the set_mode() function may be executed before the
SPI bus is claimed the first time, and hence the clocks to the SPI
controller may not be running. If so, any register read/write at this
time will hang the CPU. Fix this by en
On 08/17/2016 09:53 PM, wenyou.y...@microchip.com wrote:
Hi Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: 2016年8月18日 11:46
To: Wenyou Yang - A41535 <wenyou.y...@microchip.com>;
wenyou.y...@atmel.com
Cc: u-boot@lists.denx.de; swar...@nvid
On 08/17/2016 06:30 PM, wenyou.y...@microchip.com wrote:
HI Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: 2016年8月17日 23:59
To: Wenyou Yang <wenyou.y...@atmel.com>
Cc: U-Boot Mailing List <u-boot@lists.denx.de>; Stephen Warren
<swa
On 08/17/2016 01:05 AM, Wenyou Yang wrote:
Add check ops pointer before use it. Otherwise, it will cause
the runtime error for the clk devices without ops callback.
Other uclasses like reset, power domain, and mailbox don't do this. All
drivers must have an ops pointer, or they can't be
On 08/17/2016 09:04 AM, Tom Rini wrote:
On Mon, Aug 15, 2016 at 10:08:37AM -0600, Stephen Warren wrote:
On 08/13/2016 04:57 PM, Benoît Thébaudeau wrote:
Hi,
On Tue, Aug 2, 2016 at 9:35 PM, Benoît Thébaudeau
<benoit.thebaudeau@gmail.com> wrote:
On Tue, Aug 2, 2016 at 8:53 PM, S
This prevents capture of command output from terminating early on boards
that use a simple prompt (e.g. "=> ") that appears in the middle of
command output (e.g. crc32's "... ==> 2fa737e0").
Reported-by: Tom Rini <tr...@konsulko.com>
Signed-off-by: Stephen Warren &
On 08/15/2016 05:20 PM, Tom Rini wrote:
On Mon, Aug 15, 2016 at 04:59:02PM -0600, Stephen Warren wrote:
On 08/15/2016 04:49 PM, Tom Rini wrote:
Hey guys,
Is anyone else running the crc32 tftp tests with test.py? I'm trying to
do it locally but even with a 2MiB file it looks like somehow
is usable or not, having a single binary that allows for
uart and non-uart operation.
Acked-by: Stephen Warren <swar...@wwwdotorg.org>
Nits:
I'd hope for a core DM feature to disable statically created devices
rather than re-implementing it per driver, so we don't have to re-invent
this each t
On 08/15/2016 04:49 PM, Tom Rini wrote:
Hey guys,
Is anyone else running the crc32 tftp tests with test.py? I'm trying to
do it locally but even with a 2MiB file it looks like somehow the crc32
is never captured in the output. I've already made sure that the crc32
value is in lowercase to
ion]
--->8---
Acked-by: Stephen Warren <swar...@nvidia.com>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/13/2016 04:57 PM, Benoît Thébaudeau wrote:
Hi,
On Tue, Aug 2, 2016 at 9:35 PM, Benoît Thébaudeau
<benoit.thebaudeau@gmail.com> wrote:
On Tue, Aug 2, 2016 at 8:53 PM, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 07/28/2016 12:11 AM, Tien Fong Chee wrote:
On 08/13/2016 09:56 AM, Jagan Teki wrote:
On 13 August 2016 at 02:36, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen Warren <swar...@nvidia.com>
When the set_mode() function runs, the SPI bus is not active, and hence
the clocks to the SPI controller are not running.
On 08/11/2016 05:38 AM, Alexander Graf wrote:
So far we could only tell the gpio framework that a GPIO was mapped as input or
output, not as alternative function.
This patch adds support for determining whether a function is mapped as
alternative.
The series,
Acked-by: Stephen Warren <s
On 08/04/2016 03:48 PM, Joe Hershberger wrote:
On Thu, Aug 4, 2016 at 4:34 PM, Joe Hershberger
<joe.hershber...@gmail.com> wrote:
On Thu, Aug 4, 2016 at 4:22 PM, Joe Hershberger
<joe.hershber...@gmail.com> wrote:
Hi Stephen,
On Tue, Aug 2, 2016 at 11:56 AM, Stephen
From: Stephen Warren <swar...@nvidia.com>
When the set_mode() function runs, the SPI bus is not active, and hence
the clocks to the SPI controller are not running. Any register read/write
at this time will hang the CPU. Remove the code from set_mode() that does
this, and move it to the c
long phys_addr_t.
Signed-off-by: Masahiro Yamada <yamada.masah...@socionext.com>
---
I did Buildman test, but not run-time test.
Looks like bcm283x (RPI) is the only arch that selects ARMV7_LPAE,
so I hope Stephen will check this patch.
Tested-by: Stephen Warren <swar...@wwwd
On 08/12/2016 03:15 AM, vinoth eswaran wrote:
Hi,
Currently I am working on an Nvidia Jetson Tk1 board.
With u-boot v2016.05 I am seeing the following messages on the start up
...
I am not sure about what's the issue here. Google search shows
something might be missing in the device tree.
arren: moved board ifdef around data in header, made code generic)
(swarren: fixed typos in commit description)
Signed-off-by: Stephen Warren <swar...@nvidia.com>
---
board/nvidia/venice2/as3722_init.c | 13 -
board/nvidia/venice2/as3722_init.h | 4 +++-
2 files changed, 15 insertio
(swarren, re-wrote commit description)
Signed-off-by: Stephen Warren <swar...@nvidia.com>
---
arch/arm/mach-tegra/cpu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-tegra/cpu.h b/arch/arm/mach-tegra/cpu.h
index 3f38969a44f1..1154f8b37ef8 100644
--- a/arch/ar
On 08/08/2016 02:33 PM, Tom Warren wrote:
Simon,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Monday, August 08, 2016 12:54 PM
To: Simon Glass <s...@chromium.org>
Cc: U-Boot Mailing List <u-boot@lists.denx.de>; Tom Warren
<twar...@nvidi
On 08/04/2016 05:15 PM, Alexander Graf wrote:
On 04 Aug 2016, at 20:11, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 08/04/2016 01:11 AM, Alexander Graf wrote:
On the raspberry pi, you can disable the serial port to gain dynamic frequency
scaling which can get handy at times.
H
From: Stephen Warren <swar...@nvidia.com>
Trimslice currently stores its environment at 512KiB into the SPI flash
chip. The U-Boot binary has grown such that the size of the boot image
(which includes the Tegra BCT, padding, and the U-Boot binary) is slightly
larger than 512K now. Conseq
On 08/08/2016 01:47 PM, Simon Glass wrote:
+Tom
Hi Stephen,
On 8 August 2016 at 10:41, Stephen Warren <swar...@wwwdotorg.org> wrote:
On 08/08/2016 10:38 AM, Simon Glass wrote:
Hi Stephen,
On 8 August 2016 at 09:41, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen
From: Stephen Warren <swar...@nvidia.com>
On Tegra186, some I2C controllers are directly controlled by the main CPU,
whereas others are controlled by the BPMP, and can only be accessed by the
main CPU via IPC requests to the BPMP. This driver covers the latter case.
Signed-off-by: Stephen
From: Stephen Warren <swar...@nvidia.com>
In Tegra186, SoC power domains are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that.
Signed-off-by: Stephen Warren <swar...@nvidia.com>
Reviewed-by: Si
From: Stephen Warren <swar...@nvidia.com>
In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP
(Boot and Power Management Processor). This change implements a driver
that does that. A tegra/ sub-directory is created to follow the existing
pattern. It is unconditi
From: Stephen Warren <swar...@nvidia.com>
In Tegra186, on-SoC reset signals are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that. It is unconditionally selected by CONFIG_TEGRA186
since virtually any Tegra186
From: Stephen Warren <swar...@nvidia.com>
Currently, ft_system_setup() is implemented by board*.c, which are a bit
of a dumping ground for a bunch of unrelated functionality, and separate
versions exist for pre-Tegra186 and Tegra186. Move the implementation into
a separate file to se
On 08/08/2016 10:38 AM, Simon Glass wrote:
Hi Stephen,
On 8 August 2016 at 09:41, Stephen Warren <swar...@wwwdotorg.org> wrote:
From: Stephen Warren <swar...@nvidia.com>
The call op requests that the callee pass a message to the underlying HW
or device, wait for a response, a
701 - 800 of 4592 matches
Mail list logo