Am Montag, den 13.04.2020, 18:11 +0300 schrieb Igor Opaniuk:
> From: Igor Opaniuk
>
> Take over maintainership for Colibri T20 module.
>
> Signed-off-by: Igor Opaniuk
Acked-by: Lucas Stach
> ---
>
> board/toradex/colibri_t20/MAINTAINERS | 2 +-
> 1 file changed,
Am Donnerstag, den 14.01.2016, 13:26 -0700 schrieb Simon Glass:
> The original tegra20 display driver was written before Linux had
> device tree
> bindings for display. Since then Linux has developed a robust set of
> bindings
> covering various aspects of enabling a display.
>
> This series moves
Hi Stephen,
I was just porting this change to barebox and stumbled upon a few errors
here.
Am Donnerstag, den 24.04.2014, 13:30 -0600 schrieb Stephen Warren:
> From: Stephen Warren
>
[...]
> diff --git a/arch/arm/cpu/arm720t/tegra30/cpu.c
> b/arch/arm/cpu/arm720t/tegra30/cpu.c
> index 85a945bc
Am Mittwoch, den 27.02.2013, 14:03 -0700 schrieb Stephen Warren:
> On 02/26/2013 04:00 PM, Stephen Warren wrote:
> > This is useful on all Tegras, so that boot.scr on all devices can use
> > the same commands. Hence, move it to tegra-common.h.
>
> Unfortunately, this breaks Tegra114 builds because
Am Donnerstag, den 14.02.2013, 13:24 -0700 schrieb Stephen Warren:
[...]
> >>
> >> The one issue with this is that only newer versions of dtc support the
> >> -i option. The version packaged with most distros won't support it.
> >> That'll mean something like "MAKEALL -a arm" is going to fail for a
Am Donnerstag, den 14.02.2013, 14:03 -0700 schrieb Tom Warren:
> This patchset adds device-tree support to the Tegra MMC driver.
> All device config is done via properties in the DT files instead
> of hard-coded config options/function arguments.
>
> I've tested this on my Seaboard and everything
Am Donnerstag, den 14.02.2013, 17:27 +0100 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > This moves out the Tegra EHCI driver from a platform specific directory
> > to the standard driver/usb/host dir.
> >
> > This is a preparation needed to share this driver betwe
Hello Tom,
Am Dienstag, den 12.02.2013, 12:24 -0700 schrieb Tom Warren:
> Lucas,
> >>>
> >> tegra_mmc_init should not be called from every individual board file,
> >> but from the common nvidia tegra board file. Only the pinmux should stay
> >> in the individual board code, same thing as was done
Am Montag, den 11.02.2013, 10:56 -0700 schrieb Tom Warren:
> Lucas,
>
> On Mon, Feb 11, 2013 at 10:28 AM, Lucas Stach wrote:
> > Hi Tom,
> >
> > Am Montag, den 11.02.2013, 10:17 -0700 schrieb Tom Warren:
> >> Linux dts files were used for those boards that
Am Montag, den 11.02.2013, 10:17 -0700 schrieb Tom Warren:
> tegra_mmc_init() now parses the DT info for bus width, WP/CD GPIOs, etc.
> Tested on Seaboard, fully functional.
>
> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
> dtsi file w/common settings.
>
> Signed-off-by: To
Hi Tom,
Am Montag, den 11.02.2013, 10:17 -0700 schrieb Tom Warren:
> Linux dts files were used for those boards that didn't already
> have sdhci info populated. Tamonten has their own dtsi file with
> common sdhci nodes (sourced from Linux).
>
> Signed-off-by: Tom Warren
> ---
> v2:
> - cleanup
usable for Tegra30.
NOTE: A lot more work is required to properly init the PHYs and PLL_U on
Tegra30, this is just to make porting easier and it does no harm here.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/Makefile | 1 -
arch/arm/cpu/armv7/tegra20/usb.c
The ehci_hcd entry points were just calling into the Tegra USB
functions. Now that they are in the same file we can just move over the
implementation.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/include/asm/arch-tegra/usb.h | 19 --
drivers/usb/host/ehci-tegra.c
Remove unneeded headers, function prototype and stale comment, that
doesn't match the actual codebase anymore.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
2 files chang
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index 07c1ade..2007483
global state.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/usb.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index f151fb2..07c1ade 100644
Both Tegra20 and Tegra30 have a max of 3 USB controllers.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index 1bccf2b
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
v2:
- remember if port is already initialized and
, fixes a build warning and has Simons
acked-by attached to the patches.
I expect this series to go in through the Tegra tree. Marek, I suppose you
are OK with the series, as you already were about to apply them in V2 form,
please ACK so Tom can pick them up.
Lucas Stach (7):
tegra: usb: set
Hi Allen,
Am Dienstag, den 29.01.2013, 19:05 -0800 schrieb Allen Martin:
> The problem I'm seeing is that this regressed environment loading on
> all boards that use fdt, because none of them have
> /config/load-environment defined. If I read the commit message
> correctly, I think the actual in
Am Freitag, den 25.01.2013, 14:12 -0800 schrieb Stephen Warren:
> On 01/24/2013 08:48 AM, Lucas Stach wrote:
> > All boards are converted to the new tablebased pinmux setup. Get rid of
> > the old method.
>
> > diff --git a/arch/arm/cpu/tegra-common/board.c
> &g
Am Freitag, den 25.01.2013, 14:04 -0800 schrieb Stephen Warren:
> On 01/24/2013 08:48 AM, Lucas Stach wrote:
> > Init pinmux in one shot, in order to avoid any conflicts.
>
> > diff --git a/board/avionic-design/common/tamonten.c
> > b/board/avionic-design/common/tamonten
Am Samstag, den 26.01.2013, 10:49 +1300 schrieb Simon Glass:
[...]
> > But yes in the end we want to pack this information into the DT files.
> > But even then it would be nice if people would test this pachset, as I
> > imagine DT based pinmux is the same as tablebased pinmux, just in a
> > slight
Hello Simon,
Am Samstag, den 26.01.2013, 10:20 +1300 schrieb Simon Glass:
> Hi Lucas,
>
> On Fri, Jan 25, 2013 at 7:22 AM, Lucas Stach wrote:
> > Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
> >> Hi Lucas,
> >>
> >> On Fri, J
Hello Tom,
Am Freitag, den 25.01.2013, 08:07 -0800 schrieb Tom Warren:
> I tried to apply this to u-boot-tegra/next and it needed some massaging to
> get it to apply cleanly. Minor stuff, but you'll need to rebase it on top of
> current u-boot-tegra/next (I just pushed a new version with my 'Mov
The ehci_hcd entry points were just calling into the Tegra USB
functions. Now that they are in the same file we can just move over the
implementation.
Signed-off-by: Lucas Stach
---
arch/arm/include/asm/arch-tegra/usb.h | 19 --
drivers/usb/host/ehci-tegra.c | 119
Remove unneeded headers, function prototype and stale comment, that
doesn't match the actual codebase anymore.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
2 files changed, 1 insertion(+
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index 07c1ade..2007483
usable for Tegra30.
NOTE: A lot more work is required to properly init the PHYs and PLL_U on
Tegra30, this is just to make porting easier and it does no harm here.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/Makefile| 1 -
arch/arm/cpu/armv7/tegra20/usb.c
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach
---
v2:
- remember if port is already initialized and skip init in that case
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their own.
Signed-off-by: Lucas Stach
---
To clarify why this is a good thing an excerpt from the first round of
review:
"The intent of this patch is not real
Tegra tree.
Lucas Stach (7):
tegra: usb: set USB_PORTS_MAX to correct value
tegra: usb: make controller init functions more self contained
tegra: usb: remove unneeded function parameter
tegra: usb: move controller init into start_port
tegra: usb: various small cleanups
tegra: usb: move
Both Tegra20 and Tegra30 have a max of 3 USB controllers.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index 1bccf2b..f151fb2 100644
--- a
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
> Hi Lucas,
>
> On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach wrote:
> > Init pinmux in one shot, in order to avoid any conflicts.
> >
> > Signed-off-by: Lucas Stach
> > ---
> >
It's not used by anything anymore, now that all boards are using
tablebased pinmux.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/tegra-common/board.c | 1 -
arch/arm/cpu/tegra20-common/Makefile| 2 +-
arch/arm/cpu/tegra20-common/funcmux.c
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/tegra-common/board.c | 25
arch/arm/include/asm/arch-tegra/board.h | 12 --
board/nvidia/common/board.c | 41
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/compulab/trimslice/trimslice.c | 146 +++
include/configs/trimslice.h | 3 +
2 files changed, 118 insertions(+), 31 deletions(-)
diff --git a/board/compulab
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/compal/paz00/paz00.c | 149 ++---
include/configs/paz00.h| 3 +
2 files changed, 115 insertions(+), 37 deletions(-)
diff --git a/board/compal/paz00/paz00
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/seaboard/seaboard.c | 133 +--
include/configs/seaboard.h | 3 +
include/configs/ventana.h| 3 +
3 files changed, 121 insertions(+), 18
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/whistler/whistler.c | 131 ++-
include/configs/whistler.h | 3 +
2 files changed, 119 insertions(+), 15 deletions(-)
diff --git a/board/nvidia
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/harmony/harmony.c | 143 -
include/configs/harmony.h | 3 +
2 files changed, 116 insertions(+), 30 deletions(-)
diff --git a/board/nvidia/harmony
Init Colibri T20 pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
.../colibri_t20-common/colibri_t20-common.c| 132 +
board/toradex/colibri_t20_iris/colibri_t20_iris.c | 16 +--
include/configs/colibri_t20_iris.h
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/avionic-design/common/tamonten.c | 133 -
include/configs/medcom-wide.h | 3 +
include/configs/plutux.h | 3 +
include/configs/tec.h
Signed-off-by: Lucas Stach
---
arch/arm/include/asm/arch-tegra20/pinmux.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/include/asm/arch-tegra20/pinmux.h
b/arch/arm/include/asm/arch-tegra20/pinmux.h
index a9b4eda..a167e48 100644
--- a/arch/arm/include/asm/arch
This disables all pinmux entry points and instead calls pinmux_init() in
early board init, allowing boards to set up the pinmux in one shot, like
it's done with Tegra30.
This option is temporary and can go away once we switched over all
boards to the new pinmux style.
Signed-off-by: Lucas
there is no need to keep it. But I want to hear from other
people if they see any reason to keep this.
Lucas Stach (11):
tegra: introduce config option to do table based pinmux
tegra20: add entry point and helper for tablebased pinmux
tegra20: switch over colibri_t20 board to use tablebased p
Am Dienstag, den 22.01.2013, 09:24 -0700 schrieb Stephen Warren:
> On 01/21/2013 05:20 PM, Lucas Stach wrote:
> > Even the 8bit case needs KBCB configured, as pin D7 is located in this
> > pingroup. Also pingroup ATC seems to come out of reset with config set
> > to NAND, so
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
Signed-off-by: Lucas Stach
---
v2: keep preference of CONFIG_OF_CONTROL and just change default value
---
arch/arm/lib/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
Signed-off-by: Lucas Stach
---
arch/arm/lib/board.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index cfe32cc..1a32611 100644
Even the 8bit case needs KBCB configured, as pin D7 is located in this
pingroup. Also pingroup ATC seems to come out of reset with config set
to NAND, so we need to explictly configure some other function to this
group in order to avoid clashing settings.
Signed-off-by: Lucas Stach
---
arch/arm
Am Donnerstag, den 01.11.2012, 16:42 -0700 schrieb Simon Glass:
> This option delays loading of the environment until later, so that only the
> default environment will be available to U-Boot.
>
> This can address the security risk of untrusted data being used during boot.
>
> When CONFIG_DELAY_E
Hi Tom,
Am Dienstag, den 04.12.2012, 13:22 -0700 schrieb Tom Warren:
[...]
>
> >
> >> +#define V_NS16550_CLK21600 /* 216MHz
> >> (pllp_out0) */
> >
> > I thought PLL_P ran at 408MHz on Tegra30? The kernel certainly sets it
> > up that way.
>
> See my previous r
Dear Marek Vasut,
Am Mittwoch, den 07.11.2012, 14:25 +0100 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > Dear Marek Vasut,
> >
> > Am Dienstag, den 06.11.2012, 23:35 +0100 schrieb Marek Vasut:
> > > I don't see how you transfer DT information into co
Dear Marek Vasut,
Am Dienstag, den 06.11.2012, 23:35 +0100 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> [...]
>
> > > > > > What do you think?
> > > > >
> > > > > What about passing port private / platform data instead of ID ?
> &g
Am Dienstag, den 06.11.2012, 00:56 +0100 schrieb Marek Vasut:
> Dear Benoît Thébaudeau,
>
> > Dear Marek Vasut,
> >
> > On Monday, November 5, 2012 11:54:12 PM, Marek Vasut wrote:
> > > Dear Benoît Thébaudeau,
> > >
> > > > Hi Marek,
> > > >
> > > > Thanks to Lucas' series coming with commits c
Am Freitag, den 02.11.2012, 08:45 -0600 schrieb Stephen Warren:
> On 11/01/2012 05:34 PM, Lucas Stach wrote:
> > Am Donnerstag, den 01.11.2012, 17:30 -0600 schrieb Stephen Warren:
> >> On 11/01/2012 05:17 PM, Lucas Stach wrote:
> >>> Hi Stephen,
> >>>
Am Donnerstag, den 01.11.2012, 17:30 -0600 schrieb Stephen Warren:
> On 11/01/2012 05:17 PM, Lucas Stach wrote:
> > Hi Stephen,
> >
> > Am Donnerstag, den 01.11.2012, 16:14 -0600 schrieb Stephen Warren:
> >> From: Stephen Warren
> >>
> >> TrimSlice
Hi Stephen,
Am Donnerstag, den 01.11.2012, 16:14 -0600 schrieb Stephen Warren:
> From: Stephen Warren
>
> TrimSlice's USB1 port has two purposes; it either acts as a device port
> hosting Tegra's USB recovery protocol, or acts as a host port connected
> to the internal USB->SATA bridge chip, whi
Am Donnerstag, den 01.11.2012, 15:57 -0600 schrieb Stephen Warren:
> On 07/30/2012 12:53 AM, Simon Glass wrote:
> > This enables NAND support for the Seaboard.
>
> > diff --git a/include/configs/seaboard.h b/include/configs/seaboard.h
>
> > #include "tegra20-common-post.h"
> >
> > +/* NAND sup
Am Dienstag, den 30.10.2012, 12:51 -0600 schrieb Stephen Warren:
> On 10/30/2012 12:45 PM, Lucas Stach wrote:
> > Am Dienstag, den 30.10.2012, 12:38 -0600 schrieb Stephen Warren:
> >> On 10/30/2012 03:22 AM, Lucas Stach wrote:
> >>> This moves the Tegra USB implementa
Am Dienstag, den 30.10.2012, 12:38 -0600 schrieb Stephen Warren:
> On 10/30/2012 03:22 AM, Lucas Stach wrote:
> > This moves the Tegra USB implementation into the drivers/usb/host
> > directory.
>
> > diff --git a/arch/arm/cpu/armv7/tegra20/usb.c
> > b
Am Dienstag, den 30.10.2012, 06:53 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 6:38 AM, Lucas Stach wrote:
> > Am Dienstag, den 30.10.2012, 06:33 -0700 schrieb Simon Glass:
> >> Hi Lucas,
> >>
> >> On Tue, Oct 30, 2012 at 2:22 AM,
Am Dienstag, den 30.10.2012, 06:48 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 6:37 AM, Lucas Stach wrote:
> > Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
> >> Hi Lucas,
> >>
> >> On Tue, Oct 30, 2012 at 2:22
Am Dienstag, den 30.10.2012, 06:33 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> > This moves the Tegra USB implementation into the drivers/usb/host
> > directory.
> >
> > Signed-off-by: Lucas Stach
> &
Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> > There is no need to init a USB controller before the upper layers indicate
> > that they are actually going to use it.
> >
> > b
Am Dienstag, den 30.10.2012, 06:23 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> > The setup is trivial, no need to split this out into a separate function.
> >
> > Signed-off-by: Lucas Stach
> > ---
> >
Hello Simon,
Am Dienstag, den 30.10.2012, 06:03 -0700 schrieb Simon Glass:
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> > There is no need to pass around all those parameters. The init functions
> > are able to easily extract all the needed se
Hi Marek,
Am Dienstag, den 30.10.2012, 13:33 +0100 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> [...]
>
> > > > -static int add_port(struct fdt_usb *config)
> > >
> > > Fix the comment instead of removing it?
> >
> > I don't thin
Hello Marek,
Am Dienstag, den 30.10.2012, 11:59 +0100 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > There is no need to init a USB controller before the upper layers indicate
> > that they are actually going to use it.
> >
> > board_usb_init now only parses t
This moves the Tegra USB implementation into the drivers/usb/host
directory.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/Makefile| 2 -
.../tegra20/usb.c => drivers/usb/host/ehci-tegra.c | 60 --
2 Dateien geändert, 55 Zeilen hinzugefügt(+)
The ehci_hcd entry points were just calling into the Tegra USB functions. Now
that they are in the same file we can just move over the implementation.
Signed-off-by: Lucas Stach
---
arch/arm/include/asm/arch-tegra20/usb.h | 19 ---
drivers/usb/host/ehci-tegra.c | 93
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 47
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 Datei geändert, 2 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index e61bd69..cf800b1 100644
The setup is trivial, no need to split this out into a separate function.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 15 +--
1 Datei geändert, 5 Zeilen hinzugefügt(+), 10 Zeilen entfernt(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7
Remove unneeded headers, function prototype and stale comment.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
2 Dateien geändert, 1 Zeile hinzugefügt(+), 15 Zeilen entfernt(-)
diff --git a/arch/arm
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their own.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 24
1 Datei geändert, 12 Zeilen hinzugefügt(+), 12 Zeilen
No point in having this as an enum. Also while at it set it to the real hardware
maximum for both Tegra 2 and Tegra 3. If new Tegra hardware includes more
USB controllers we can always bump the limit then.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c | 4 +---
1 Datei
Hi Marek,
Am Freitag, den 26.10.2012, 09:09 +0200 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > Move the Tegra EHCI implementation to the correct directory in the tree.
> > This code is specific to the Tegra EHCI controller, not to the Tegra SoC
> > in general.
> >
Am Donnerstag, den 25.10.2012, 19:31 -0700 schrieb Simon Glass:
> From: Sean Paul
>
> Add get and set gpio functions to fdtdec that take into account the
> polarity field in fdtdec_gpio_state.flags.
>
In another thread Stephen Warren and I came to the conclusion that we
most likely should remove
init point and saves time if you are not going
to use usb in your boot process at all
Signed-off-by: Lucas Stach
---
This patch is based on the u-boot-usb tree
I've tested this on the Colibri T20 platform with no functional regressions.
All 3 USB controllers (both UTMI and ULPI) work as b
boot to RAM image. jump_to_image_no_args() must be
> overridden on tegra so the host CPU can be initialized.
>
> Signed-off-by: Allen Martin
Tested-by: Lucas Stach
> ---
> v2: Add back some required headers to avoid compiler warnings
> ---
> arch/arm/cpu/
do we
have to hit a hard size limit, so for the series:
Acked-by: Lucas Stach
> Signed-off-by: Stephen Warren
> ---
> include/configs/tegra20-common.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/tegra20-common.h
> b
Scott, can I have your Acked-by for this, so Tom can take it through the
Tegra tree?
Thanks,
Lucas
Am Sonntag, den 07.10.2012, 23:29 +0200 schrieb Lucas Stach:
> Add the missing bits to the Tegra NAND driver to make ONFI detection work
> properly.
>
> Also add it to the Tegra defaul
Am Montag, den 08.10.2012, 10:28 -0600 schrieb Stephen Warren:
> On 10/07/2012 03:36 PM, Lucas Stach wrote:
> > This adds board support for the Toradex Colibri T20 module.
> >
> > Working functions:
> > - SD card boot
> > - USB boot
> > - Network
> &
This adds board support for the Toradex Colibri T20 module.
Working functions:
- SD card boot
- USB boot
- Network
- NAND environment
Signed-off-by: Lucas Stach
---
v2:
- rename .dts file to match board name
v3:
- make comments more meaningful
- split into module and carrier board specific part
Add the missing bits to the Tegra NAND driver to make ONFI detection work
properly.
Also add it to the Tegra default config, as it seems to be a reasonable thing
to have it available on all boards that use any kind of NAND.
Signed-off-by: Lucas Stach
---
v2: use puts instead of printf
report result to me.
>
Although, as you know, I don't like the general direction in which this
is heading you get a
Tested-by: Lucas Stach
As it at least allows for a booting machine in various configurations on
my Colibri T20.
> arch/arm/cpu/arm926ejs/orion5x/cpu.c |4 +-
&g
Am Dienstag, den 02.10.2012, 15:45 -0700 schrieb Tom Warren:
> These are stripped down for bringup, They'll be filled out later
> to match-up with the kernel DT contents, and/or as devices are
> brought up (mmc, usb, spi, etc.).
>
> Signed-off-by: Tom Warren
> ---
> arch/arm/dts/tegra30.dtsi
Hi Tom,
Am Montag, den 01.10.2012, 10:12 -0700 schrieb Tom Warren:
> Lucas, Stephen, et al.
>
> On Mon, Oct 1, 2012 at 9:39 AM, Tom Warren wrote:
> > Lucas,
> >
> > On Mon, Oct 1, 2012 at 9:24 AM, Stephen Warren
> > wrote:
> >> On 09/29/2012 02:02 P
Am Montag, den 01.10.2012, 10:33 -0600 schrieb Stephen Warren:
> On 09/29/2012 02:03 PM, Lucas Stach wrote:
> > This adds board support for the Toradex Colibri T20 module.
> >
> > Working functions:
> > - SD card boot
> > - USB boot
> > - Network
> >
Also CC'ing Albert
Am Montag, den 01.10.2012, 04:17 +0200 schrieb Marek Vasut:
> Dear Lucas Stach,
>
> > Hi all,
> >
> > now that everything involving Colibri T20 is in pretty good shape I'm
> > moving on to some code cleanups to the U-Boot Tegra codeba
Hi all,
now that everything involving Colibri T20 is in pretty good shape I'm
moving on to some code cleanups to the U-Boot Tegra codebase.
One of the big things on my list is the move of the Tegra USB driver
implementation to the correct location in drivers/usb/host. In
anticipation of this move
file.
Signed-off-by: Lucas Stach
Acked-by: Igor Grinberg
---
v2:
- move all controller init stuff in the respective functions to
make them self contained
- let board define ULPI_REF_CLK to account for the possibility
that some ULPI phys need a other ref clk than 24MHz
- don't touch ULPI
Allows for easy configuration of the VBUS indicator related ULPI
config bits.
Also move the external indicator setup from ulpi_set_vbus() to
the new function.
Signed-off-by: Lucas Stach
Acked-by: Igor Grinberg
---
v4:
- do r-m-w access on iface_ctrl register
- align with coding style of other
This adds board support for the Toradex Colibri T20 module.
Working functions:
- SD card boot
- USB boot
- Network
- NAND environment
Signed-off-by: Lucas Stach
CC: Stephen Warren
CC: Tom Warren
---
v2: rename .dts file to match board name
---
MAINTAINERS | 4
Boards may require a different pinmux setup for NAND than the default one.
Add a way to call into board specific code to set this up.
Signed-off-by: Lucas Stach
---
v2: move pinmux setup to common Tegra board code
---
arch/arm/include/asm/arch-tegra/board.h | 1 +
board/nvidia/common/board.c
The prototypes used in board files were all scattered out, which lead to
code duplication between SPL and normal U-Boot and some prototypes not actually
being used. Consolidate this in a common board header.
Signed-off-by: Lucas Stach
---
v2: remove wrong paragraph about how to move ahead in the
Am Freitag, den 28.09.2012, 17:35 -0500 schrieb Scott Wood:
> On 09/28/2012 10:56:51 AM, Lucas Stach wrote:
> > Add the missing bits to the Tegra NAND driver to make ONFI detection
> > work
> > properly.
> >
> > Also add it to the Tegra default config, as it see
Add the missing bits to the Tegra NAND driver to make ONFI detection work
properly.
Also add it to the Tegra default config, as it seems to be a reasonable thing
to have it available on all boards that use any kind of NAND.
Signed-off-by: Lucas Stach
---
drivers/mtd/nand/tegra_nand.c| 36
Hi Scott,
Am Donnerstag, den 27.09.2012, 17:27 -0500 schrieb Scott Wood:
> On 09/27/2012 05:19:23 PM, Lucas Stach wrote:
> > Am Donnerstag, den 27.09.2012, 17:13 -0500 schrieb Scott Wood:
> > > On 09/27/2012 05:08:03 PM, Lucas Stach wrote:
> > > > Am Donnersta
1 - 100 of 228 matches
Mail list logo