From: Thierry Reding
On Thu, 24 Aug 2023 22:25:47 +0300, Svyatoslav Ryhel wrote:
> This patchset follows Transformers, Grouper, LG X3 and Endeavoru
> bringup and contains changes from v9 of previous patchset and
> some new improvenets.
>
> List of changes:
> - separated
From: Thierry Reding
On Thu, 24 Aug 2023 21:53:30 +0300, Svyatoslav Ryhel wrote:
> Default-tap and default-trim values are used for eMMC setup
> mostly on T114+ devices. As for now, those values are hardcoded
> for T210 and ignored for all other Tegra generations. Fix this
> by pas
On Fri, Aug 18, 2023 at 12:49:43PM -0400, Tom Rini wrote:
> On Fri, Aug 18, 2023 at 03:39:22PM +0200, Thierry Reding wrote:
>
> > From: Thierry Reding
> >
> > Hi Tom,
> >
> > The following changes since commit 68c07fc5fdf34f0926cf06fc0c4ebd6f2f3afe19:
>
On Fri, Aug 18, 2023 at 08:02:30PM +0300, Svyatoslav Ryhel wrote:
>
>
> 18 серпня 2023 р. 19:49:43 GMT+03:00, Tom Rini
> написав(-ла):
> >On Fri, Aug 18, 2023 at 03:39:22PM +0200, Thierry Reding wrote:
> >
> >> From: Thierry Reding
> >>
> >
:49:43 GMT+03:00, Tom Rini
> >> написав(-ла):
> >> >On Fri, Aug 18, 2023 at 03:39:22PM +0200, Thierry Reding wrote:
> >> >
> >> >> From: Thierry Reding
> >> >>
> >> >> Hi Tom,
> >> >>
> >> >>
On Sun, Aug 20, 2023 at 09:10:17PM +0200, Marek Vasut wrote:
> On 8/20/23 20:32, Svyatoslav Ryhel wrote:
> > 20 серпня 2023 р. 21:14:15 GMT+03:00, Marek Vasut
> > написав(-ла):
> > > On 8/20/23 09:13, Svyatoslav Ryhel wrote:
> > > > 20 серпня 2023 р. 05:23:14 GMT+03:00, Marek Vasut
> > > > напи
On Sat, Aug 19, 2023 at 06:35:00PM +0300, Svyatoslav Ryhel wrote:
> Default-tap and default-trim values are used for eMMC setup
> mostly on T114+ devices. As for now, those values are hardcoded
> for T210 and ignored for all other Tegra generations. Fix this
> by passing tap and trim values from dt
On Sat, Aug 19, 2023 at 06:35:01PM +0300, Svyatoslav Ryhel wrote:
> Default-tap and default-trim values are used for eMMC setup
> mostly on T114+ devices. As for now, those values are hardcoded
> for T210 and ignored for all other Tegra generations. Fix this
> by passing tap and trim values from dt
On Tue, Aug 22, 2023 at 02:22:13PM +0300, Svyatoslav Ryhel wrote:
> Board specific late init allows vendors to set up different device
> or board specific env variables (like serial number, platform name).
> In case this information is missing, u-boot will lack info regards
> serial or platform.
>
On Tue, Aug 22, 2023 at 02:22:15PM +0300, Svyatoslav Ryhel wrote:
> Remove of TrustZone nodes is required by many product devices
> which require repetable calls of same function from device board.
> To simplify this, TZ remove is converted into Kconfig option.
>
> Signed-off-by: Svyatoslav Ryhel
On Wed, Aug 23, 2023 at 02:30:48PM +0300, Svyatoslav Ryhel wrote:
>
>
> 23 серпня 2023 р. 13:53:26 GMT+03:00, Thierry Reding
> написав(-ла):
> >On Sat, Aug 19, 2023 at 06:35:00PM +0300, Svyatoslav Ryhel wrote:
> >> Default-tap and default-trim values are used for eMM
On Wed, Aug 23, 2023 at 02:38:48PM +0300, Svyatoslav Ryhel wrote:
>
>
> 23 серпня 2023 р. 14:03:25 GMT+03:00, Thierry Reding
> написав(-ла):
> >On Sat, Aug 19, 2023 at 06:35:01PM +0300, Svyatoslav Ryhel wrote:
> >> Default-tap and default-trim values are used for eMM
On Wed, Aug 23, 2023 at 03:02:42PM +0300, Svyatoslav Ryhel wrote:
>
>
> 23 серпня 2023 р. 14:03:25 GMT+03:00, Thierry Reding
> написав(-ла):
> >On Sat, Aug 19, 2023 at 06:35:01PM +0300, Svyatoslav Ryhel wrote:
> >> Default-tap and default-trim values are used for eMM
On Wed, Aug 23, 2023 at 02:47:11PM +0300, Svyatoslav Ryhel wrote:
>
>
> 23 серпня 2023 р. 14:17:37 GMT+03:00, Thierry Reding
> написав(-ла):
> >On Tue, Aug 22, 2023 at 02:22:15PM +0300, Svyatoslav Ryhel wrote:
> >> Remove of TrustZone nodes is required by many
On Mon, Aug 07, 2023 at 09:49:07AM -0400, Tom Rini wrote:
> On Mon, Jul 31, 2023 at 11:29:19AM -0400, Tom Rini wrote:
> > On Mon, Jul 31, 2023 at 03:19:08PM +0300, Svyatoslav Ryhel wrote:
> > > Hello!
> > >
> > > It has been a month since the last patchset was sent. Should I re-send
> > > them?
>
From: Thierry Reding
Hi Tom,
The following changes since commit 68c07fc5fdf34f0926cf06fc0c4ebd6f2f3afe19:
Merge https://source.denx.de/u-boot/custodians/u-boot-usb (2023-06-21
14:42:50 -0400)
are available in the Git repository at:
g...@source.denx.de:u-boot/custodians/u-boot-tegra.git
On Wed, Nov 15, 2023 at 02:11:49PM -0500, Tom Rini wrote:
> On Wed, Nov 15, 2023 at 04:51:08PM +0100, Thierry Reding wrote:
> > On Mon, Nov 06, 2023 at 04:04:07PM -0500, Tom Rini wrote:
> > > On Mon, Nov 06, 2023 at 02:11:16PM +, Peter Robinson wrote:
> > > >
On Wed, Dec 13, 2023 at 11:42:45AM +0200, Svyatoslav Ryhel wrote:
>
>
> 15 листопада 2023 р. 21:11:49 GMT+02:00, Tom Rini
> написав(-ла):
> >On Wed, Nov 15, 2023 at 04:51:08PM +0100, Thierry Reding wrote:
> >> On Mon, Nov 06, 2023 at 04:04:07PM -0500, Tom Rini w
On Wed, Dec 13, 2023 at 11:46:58AM +0200, Svyatoslav Ryhel wrote:
>
>
> 9 грудня 2023 р. 16:14:06 GMT+02:00, Tom Rini
> написав(-ла):
> >On Mon, Dec 04, 2023 at 04:45:38PM +0200, Svyatoslav Ryhel wrote:
> >> пн, 4 груд. 2023 р. о 12:26 Thierry Reding пише:
> &g
; 2 files changed, 3 insertions(+), 7 deletions(-)
Acked-by: Thierry Reding
On Tue Jun 18, 2024 at 2:00 PM CEST, Svyatoslav Ryhel wrote:
> This ensures that the device can boot from a USB device prior to MMC. Useful
> cases are when installing a new OS from USB while MMC still has a working OS
> configuration or if the OS configuration is broken in late boot stages
> (kern
On Thu Jun 27, 2024 at 12:27 PM CEST, Svyatoslav Ryhel wrote:
> вт, 18 черв. 2024 р. о 17:16 Svyatoslav пише:
> >
> >
> >
> > 18 червня 2024 р. 15:23:09 GMT+03:00, Thierry Reding
> > написав(-ла):
> > >On Tue Jun 18, 2024 at 2:00 PM CEST, Svyatoslav
On Mon, Nov 13, 2023 at 04:52:22PM +, Peter Robinson wrote:
> > > > > > > > Since the proposed PMIC patches have been accepted, I see the
> > > > > > > > need
> > > > > > > > to convert boards which I maintain to use DM drivers instead of
> > > > > > > > board hacks.
> > > > > > > >
> > > > >
On Mon, Nov 06, 2023 at 04:04:07PM -0500, Tom Rini wrote:
> On Mon, Nov 06, 2023 at 02:11:16PM +, Peter Robinson wrote:
> > On Mon, Nov 6, 2023 at 1:28 PM Svyatoslav Ryhel wrote:
> > >
> > > пн, 6 лист. 2023 р. о 15:13 Peter Robinson пише:
> > > >
> > > > On Mon, Nov 6, 2023 at 11:58 AM Svyat
On Mon, Dec 04, 2023 at 10:20:46AM +0200, Svyatoslav Ryhel wrote:
> Create a DM supported wrapper arround existing Tegra pinmux logic.
> This implementation is backwards compatible with all existing board
> setups and early stages of setup. All new boards must be device tree
> based. Linux dts pinm
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> Consolidate HD headers and place the result into video/tegra20
Was this supposed to be "DC" headers like in the subject?
Other than that this makes sense, so:
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
at said, I'm not familiar with panel_set_backlight(), so perhaps it
always only sets the brightness and the power may already be on earlier?
Ah... nevermind... I see that panel_enable_backlight() is called prior
to panel_set_backlight(), so this looks like it should be fine.
Reviewed-by: Thierry Redin
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> Implement reset use to discard any changes which could have been
> applied to DC before and can interfere with current configuration.
>
> Tested-by: Agneli # Toshiba AC100 T20
> Tested-by: Robert Eckelmann # ASUS TF101
> Tested-by: And
have in the Linux kernel.
It's slightly suboptimal because most of the register values are hard-
coded for Tegra114, but I guess that can always be improved later on.
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
[...]
> diff --git a/arch/arm/include/asm/arch-tegra114/display.h
> b/arch/arm/include/asm/arch-tegra114/display.h
> new file mode 100644
> index 00..9411525799
> --- /dev/null
> +++ b/arch/arm/include/asm/arch-tegra114/display.h
ons(-)
> rename arch/arm/include/asm/arch-tegra30/dsi.h =>
> drivers/video/tegra20/tegra-dsi.h (90%)
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
th of the video FIFO is 1920 *words* no *bytes*
>
> Tested-by: Ion Agorria # HTC One X
> Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
> Signed-off-by: Jonas Schwöbel
> Signed-off-by: Svyatoslav Ryhel
> ---
> drivers/video/tegra20/tegra-dsi.c | 2 +-
> 1 file chan
> 1 file changed, 2 insertions(+), 2 deletions(-)
Yeah, looks like we have that same fixup in Linux:
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Fri Apr 19, 2024 at 6:26 PM CEST, Thierry Reding wrote:
> On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> [...]
> > diff --git a/arch/arm/include/asm/arch-tegra114/display.h
> > b/arch/arm/include/asm/arch-tegra114/display.h
> > new file mode 100
> drivers/video/tegra20/tegra-dc.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> Tegra SoC has 2 independent display controllers called DC_A and
> DC_B, they are handled differently by internal video devices like
> DSI and HDMI controllers so it is important for last to know
> which display controller is used to prop
d-off-by: Jonas Schwöbel
> Signed-off-by: Svyatoslav Ryhel
> ---
> drivers/video/tegra20/tegra-dsi.c | 2 --
> 1 file changed, 2 deletions(-)
Yeah, this seems completely unnecessary.
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Fri Apr 19, 2024 at 6:37 PM CEST, Svyatoslav Ryhel wrote:
> пт, 19 квіт. 2024 р. о 19:05 Thierry Reding пише:
> >
> > On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> > > Implement reset use to discard any changes which could have been
> > > appli
| 1 +
> drivers/video/tegra20/tegra-dsi.c | 14 +
> 3 files changed, 36 insertions(+), 13 deletions(-)
I'm not very familiar with these clocks, but seeing that this was
extensively tested, I guess this is okay, so:
Acked-by: Thierry Reding
signature.asc
Description: PGP signature
as Westman Dorcsak # ASUS Grouper E1565
> Tested-by: Ion Agorria # HTC One X
> Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
> Signed-off-by: Svyatoslav Ryhel
> ---
> drivers/video/tegra20/tegra-dc.c | 6 ++
> 1 file changed, 6 insertions(+)
Reviewed-by: Thierry Redi
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> Implement reset use to discard any changes which could have been
> applied to DSI before and can interfere with current configuration.
>
> Tested-by: Ion Agorria # HTC One X
> Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
> Signed
+++
> 1 file changed, 5 insertions(+)
Makes sense:
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
rect:
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Fri Apr 19, 2024 at 6:44 PM CEST, Svyatoslav Ryhel wrote:
> пт, 19 квіт. 2024 р. о 19:38 Thierry Reding пише:
> >
> > On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> > > Tegra SoC has 2 independent display controllers called DC_A and
> > > DC_B
DC_COM_PIN_OUTPUT_POLARITY1 0x307 */
> +#define LHS_OUTPUT_POLARITY_LOW BIT(30)
> +#define LVS_OUTPUT_POLARITY_LOW BIT(28)
> +#define LSC0_OUTPUT_POLARITY_LOW BIT(24)
This definition seems to be unused, other than that:
Reviewed-by: Thierry Reding
signature.asc
Description: PGP signature
On Tue Jan 23, 2024 at 6:16 PM CET, Svyatoslav Ryhel wrote:
> From: Jonas Schwöbel
>
> Framebuffer address should not be a pointer.
>
> Signed-off-by: Jonas Schwöbel
> Signed-off-by: Svyatoslav Ryhel
> ---
> drivers/video/tegra20/tegra-dc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-
On Tue, Mar 17, 2020 at 01:07:15PM -0700, twar...@nvidia.com wrote:
> From: Tom Warren
>
> This is a WAR for DHCP failure after rebooting from the L4T kernel. The
> r8169.c kernel driver is setting bit 19 of the rt816x HW register 0xF0,
> which goes by FuncEvent and MISC in various driver source/
On Wed, Apr 01, 2020 at 02:03:09AM +0200, Tom Warren wrote:
> -Original Message-
> From: Peter Robinson
> Sent: Tuesday, March 31, 2020 3:54 AM
> To: tomcwarren3...@gmail.com
> Cc: u-boot@lists.denx.de; Stephen Warren ; Thierry Reding
> ; Jonathan Hunter ; Tom Warren
On Wed, Apr 01, 2020 at 10:35:23PM +0200, Tom Warren wrote:
> -Original Message-
> From: Thierry Reding
> Sent: Wednesday, April 1, 2020 8:20 AM
> To: Tom Warren
> Cc: Peter Robinson ; tomcwarren3...@gmail.com;
> u-boot@lists.denx.de; Stephen Warren ; Jonathan Hunter
+++--
> include/configs/tegra-common.h | 6 --
> 15 files changed, 275 insertions(+), 79 deletions(-)
> create mode 100644 drivers/timer/tegra-timer.c
This works fine on Beaver (Tegra30), Jetson TK1 (Tegra124), Jetson TX1
(Tegra210) and Jetson TX2 (Tegra186), so:
Tested-by: Thierry Reding
signature.asc
Description: PGP signature
4 board/nvidia/beaver/beaver-spl.c
> create mode 100644 board/nvidia/cardhu/cardhu-spl.c
> delete mode 100644 board/nvidia/venice2/as3722_init.h
> delete mode 100644 board/toradex/apalis-tk1/as3722_init.h
> create mode 100644 board/toradex/apalis_t30/apalis_t30-spl.c
> create mode 100644 board/toradex/colibri_t30/colibri_t30-spl.c
> create mode 100644 doc/usage/cmd/ebtupdate.rst
I haven't tested this exhaustively, just merely made sure that it can
PXE boot into Linux. Seems to work fine on Beaver and Jetson TK1, so:
Tested-by: Thierry Reding
signature.asc
Description: PGP signature
On Fri, Jun 14, 2013 at 06:41:40PM +0800, Jim Lin wrote:
> Add DT node for USB EHCI function.
> Add support for T30-Cardhu, T30-Beaver, T114-Dalmore boards.
>
> Signed-off-by: Jim Lin
Hi Jim,
none of the patches in this series have a changelog that list the
changes between v1 to v2. It's custom
On Fri, Jun 14, 2013 at 06:41:40PM +0800, Jim Lin wrote:
[...]
> diff --git a/board/nvidia/dts/tegra30-beaver.dts
> b/board/nvidia/dts/tegra30-beaver.dts
[...]
> @@ -68,4 +69,9 @@
> status = "okay";
> bus-width = <8>;
> };
> +
> + usb@7d008000 {
> +
On Sat, Jun 15, 2013 at 11:28:25PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Fri, Jun 14, 2013 at 06:41:40PM +0800, Jim Lin wrote:
> > [...]
> >
> > > diff --git a/board/nvidia/dts/tegra30-beaver.dts
> > > b/board/nvidia/dts/tegra30-bea
On Sun, Jun 16, 2013 at 10:48:45PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Sat, Jun 15, 2013 at 11:28:25PM +0200, Marek Vasut wrote:
> > > Dear Thierry Reding,
> > >
> > > > On Fri, Jun 14, 2013 at 06:41:40PM +0800, Jim Lin wrote:
>
On Sat, Jun 15, 2013 at 09:46:19PM +0200, Marek Vasut wrote:
> Dear Jim Lin,
>
> > Add DT node for USB EHCI function.
> > Add support for T30-Cardhu, T30-Beaver, T114-Dalmore boards.
>
> I'd like to get ACK from someone with the actual hardware.
>
> btw. How usable is the cardhu with current U-B
om the patch.
Besides the one issue I'm still seeing with the very old flash drive,
which might turn out not to be specific to Tegra, this series:
Tested-by: Thierry Reding
pgpEVEDZe7r2R.pgp
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Jun 17, 2013 at 10:39:12PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Sun, Jun 16, 2013 at 10:48:45PM +0200, Marek Vasut wrote:
> > > Dear Thierry Reding,
> > >
> > > > On Sat, Jun 15, 2013 at 11:28:25PM +0200, Marek
On Thu, Jun 20, 2013 at 04:13:38PM +0800, Jim Lin wrote:
> Add DT node for USB EHCI function.
> Add support for T30-Cardhu, T30-Beaver, T114-Dalmore boards.
>
> Signed-off-by: Jim Lin
> ---
> Changes in v2:
> - Remove PLL parameters from dt file
> Changes in v3:
> - Change VBus GPIO from H.05 t
On Sat, Jun 22, 2013 at 06:22:48PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/gpio/pca953x.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
Reviewed-by: Thierry Reding
pgpyYIwLVs86H.pgp
Description: P
From: Thierry Reding
The Linux kernel cannot unpack a ramdisk that's stored in high memory.
Unless the initrd_high environment variable is explicitly set, abide by
that restriction using the getenv_bootm_low() and getenv_bootm_mapsize()
helpers.
Signed-off-by: Thierry Reding
---
c
On Thu, Jul 11, 2013 at 08:39:28AM -0400, Tom Rini wrote:
> On Thu, Jul 11, 2013 at 11:46:19AM +0200, Wolfgang Denk wrote:
> > Dear Thierry Reding,
> >
> > In message <1373500071-6476-1-git-send-email-thierry.red...@gmail.com> you
> > wrote:
> > >
>
On Thu, Jul 11, 2013 at 08:21:17PM +0200, Wolfgang Denk wrote:
> Dear Thierry Reding,
>
> In message <20130711150014.ga2...@dhcp-172-17-186-34.nvidia.com> you wrote:
> >
> > > I'm pretty sure it's all architectures, and this is a problem for device
>
On Wed, Jan 22, 2014 at 01:20:35PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Since all code that sets or interprets MASK_BITS_* now uses the enums
> to define/compare the values, there is no need for MASK_BITS_* to have
> a specific integer value. In fact, having a specific integer
On Wed, Jan 22, 2014 at 01:20:32PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> The only place where the MASK_BITS_* values are used is in
> adjust_periph_pll(), which interprets the value 4 (old MASK_BITS_29_28,
> new MASK_BITS_31_28) as being associated with mask OUT_CLK_SOURCE4_MASK
On Wed, Jan 22, 2014 at 01:20:33PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> OUT_CLK_SOURCE_ are currently named after the number of bits the mask
> they represent includes. However, bit count is not the only possible
> variable; bit position may also vary. Rename OUT_CLK_SOURCE_ to
egra30-common/clock.c | 6 --
> arch/arm/include/asm/arch-tegra/clock.h | 6 ++
> 3 files changed, 6 insertions(+), 12 deletions(-)
With the few small comments addressed, the series:
Reviewed-by: Thierry Reding
I've also given these a spin together with yo
IG_TEGRA30)
> + uint pmc_pwrgate_timer_on; /* _PWRGATE_TIMER_ON_0, offset 28 */
The comment here is wrong, it's still at offset 0x2c. Other than that:
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
I've also applied this to my local tree that I booted the Venice2 from,
along
a30_adjust_pllp(), where it's implied
that when you call tegra30_*() from code targetted at later generations
these would be compatible with Tegra30.
But if you'd rather make it implicit that's fine too.
Either way:
Reviewed-by: Thierry Reding
Tested-by: Thierry Reding
Acked-by:
On Thu, Jan 23, 2014 at 05:42:54PM -0700, Stephen Warren wrote:
[...]
> diff --git a/arch/arm/include/asm/arch-tegra/clk_rst.h
> b/arch/arm/include/asm/arch-tegra/clk_rst.h
[...]
> @@ -105,10 +128,10 @@ struct clk_rst_ctlr {
> uint crc_clk_cpug_cmplx;/* _CLK_CPUG_CMPLX_0, 0x378
On Thu, Jan 23, 2014 at 05:42:55PM -0700, Stephen Warren wrote:
[...]
> diff --git a/arch/arm/cpu/arm720t/tegra-common/cpu.c
> b/arch/arm/cpu/arm720t/tegra-common/cpu.c
[...]
> @@ -128,6 +144,18 @@ int pllx_set_rate(struct clk_pll_simple *pll , u32 divn,
> u32 divm,
>
> debug(" pllx_set_r
I've been booting Venice2 with these patches for a day now, everything
seems to work as expected, so:
Tested-by: Thierry Reding
pgpiuqcN9qGSX.pgp
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/ma
* Simon Glass wrote:
> On Tue, Apr 24, 2012 at 7:53 PM, Thierry Reding
> wrote:
> > Some hardware requires the data buffers to be cacheline-aligned to make
> > sure DMA operations can be properly executed.
> >
> > This patch uses the ALLOC_CACHE_ALIGN_BUFFER macr
The MMC core sometimes reads buffers that are smaller than a complete
cacheline, for example when reading the SCR. In order to avoid a warning
from the ARM v7 cache handling code, this patch makes sure that complete
cachelines are flushed.
Signed-off-by: Thierry Reding
---
drivers/mmc
* Wolfgang Denk wrote:
> Hi,
>
> are there any other urgent fixes that should make it into the imminent
> v2012.04.1 maintenance release ?
I just sent two more patches that are required to boot the Plutux and Medcom
boards successfully. Sorry for being so late, but I only got around to test
the l
cache: allocate cacheline aligned buffers".
Signed-off-by: Thierry Reding
---
This fixes boot failures on Avionic Design Plutux and Medcom boards.
disk/part_dos.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/disk/part_dos.c b/disk/part_dos.c
index b5bcb37..c028
* Mike Frysinger wrote:
> On Tuesday 24 April 2012 03:53:44 Thierry Reding wrote:
> > The MMC core sometimes reads buffers that are smaller than a complete
> > cacheline, for example when reading the SCR. In order to avoid a warning
> > from the ARM v7 cache handling code,
* Simon Glass wrote:
> Hi Thierry,
>
> On Thu, Apr 26, 2012 at 6:18 PM, Thierry Reding <
> thierry.red...@avionic-design.de> wrote:
>
> > * Mike Frysinger wrote:
> > > On Tuesday 24 April 2012 03:53:44 Thierry Reding wrote:
> > > > The MMC core
* Simon Glass wrote:
> This series adds NAND flash support to Tegra and enables it on Seaboard.
>
> Included here is a proposed device tree binding with most of the properties
> private to "nvidia,". The binding includes information about the NAND
> controller as well as the connected NAND device.
t; 158788be
I can also successfully load the loaded uImage to a prompt, so:
Tested-by: Thierry Reding
pgpyQgIjNEHX0.pgp
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
* Stephen Warren wrote:
> Yes, I'd recommend not putting information in DT that can be easily
> extracted from the partition table on the device itself.
The problem is that neither the format of the BCT nor that of the PT is
documented anywhere. It seems like the BCT contains a reference to where
* Stephen Warren wrote:
> On 04/26/2012 12:32 PM, Thierry Reding wrote:
> > The problem is that neither the format of the BCT nor that of the PT is
> > documented anywhere. It seems like the BCT contains a reference to where in
> > the flash the PT starts but I wasn
* Stephen Warren wrote:
> On 04/26/2012 11:10 PM, Thierry Reding wrote:
> > * Stephen Warren wrote:
> >> On 04/26/2012 12:32 PM, Thierry Reding wrote:
> >>> The problem is that neither the format of the BCT nor that of the PT is
> >>> documented anywhere.
* Stephen Warren wrote:
> I just posted a patch which causes U-Boot to define some variables
> describing which board you're running on:
>
> http://lists.denx.de/pipermail/u-boot/2012-May/124556.html
>
> In particular, see the description of that first patch for motivation
> re: U-Boot scripts.
>
* Aneesh V wrote:
> Enable -march=armv7-a for armv7 platforms if the tool-chain
> supports it. This in turn results in Thumb-2 code generated
> for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
>
> Signed-off-by: Aneesh V
> ---
> I believe armv7-a is fine for all the SoCs except Tegra2
>
* Stephen Warren wrote:
> On 05/23/2012 09:01 AM, Thierry Reding wrote:
> > * Aneesh V wrote:
> >> Enable -march=armv7-a for armv7 platforms if the tool-chain
> >> supports it. This in turn results in Thumb-2 code generated for
> >> these platforms
nux kernel Tegra2 clock code.
Signed-off-by: Thierry Reding
---
arch/arm/cpu/armv7/tegra2/ap20.c |2 ++
arch/arm/cpu/armv7/tegra2/clock.c | 42
arch/arm/include/asm/arch-tegra2/clk_rst.h |9 ++
arch/arm/include/asm/arch-tegra2/clock.
This adds basic USB support for port 0. Device tree support is needed to
initialize the USB EHCI and will be added in a subsequent patch.
Signed-off-by: Thierry Reding
---
board/avionic-design/common/tamonten.c | 11 +++
board/avionic-design/common/tamonten.h |2 +-
2 files
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra2-plutux.dts | 67
include/configs/plutux.h | 22 -
2 files changed
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra2-medcom.dts | 67
include/configs/medcom.h | 22 -
2 files changed
* Stephen Warren wrote:
> On 05/24/2012 01:03 AM, Thierry Reding wrote:
> > Upon reset, the CRC_OSC_CTRL register defaults to a 13 MHz oscillator
> > input frequency. With Lucas' recent commit b8cb519 ("tegra2: trivially
> > enable 13 mhz crystal frequency) applie
* Stephen Warren wrote:
> On 05/24/2012 01:04 AM, Thierry Reding wrote:
> > This adds basic USB support for port 0. Device tree support is needed to
> > initialize the USB EHCI and will be added in a subsequent patch.
>
> I don't think this is anything in particular t
* Stephen Warren wrote:
> On 05/24/2012 01:04 AM, Thierry Reding wrote:
> > Device tree support is required for working USB host support, which in
> > turn enables ethernet support.
>
> > diff --git a/board/avionic-design/dts/tegra2-medcom.dts
> > b/board/avioni
* Stephen Warren wrote:
> On 05/24/2012 03:03 PM, Thierry Reding wrote:
> > On Tamonten, U-Boot doesn't execute properly. Or at least I can't
> > tell because it may just be that there is no output whatsoever on
> > the serial port (perhaps due to the peripheral clo
* Stephen Warren wrote:
> On 05/24/2012 03:07 PM, Thierry Reding wrote:
> > * Stephen Warren wrote:
> >> On 05/24/2012 01:04 AM, Thierry Reding wrote:
> >>> This adds basic USB support for port 0. Device tree support is
> >>> needed to init
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
---
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
board/avionic-design/dts/tegra2-medcom.dts
The new gpio_early_init() function, which does nothing by default, can
be overridden by boards to configure GPIOs at an early stage.
Signed-off-by: Thierry Reding
---
Changes in v2:
- new patch required for TEC support
board/nvidia/common/board.c |7 +++
board/nvidia/common/board.h
GPIO PI6 can be used to obtain the write-protect status of an SD card
inserted into the SD slot.
Signed-off-by: Thierry Reding
---
Changes in v2:
- new patch
board/avionic-design/common/tamonten.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/avionic-design
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
---
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
board/avionic-design/dts/tegra2-plutux.dts
The Tamonten Evaluation Carrier is an evaluation board for the Tamonten
processor board. More information is available here:
http://www.avionic-design.de/en/products/nvidia-tegra-tamonten-system-en/nvidia-tegra-tamonten-evboard-en.html
Signed-off-by: Thierry Reding
---
Changes in v2
1 - 100 of 755 matches
Mail list logo
