* 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't able to find out where.
I have
* 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. It seems like the BCT contains a reference to where
* 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.
The
* 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 ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except
* 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 if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off
Tegra2 clock code.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
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
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 thierry.red...@avionic-design.de
---
board/avionic-design/common/tamonten.c | 11 +++
board/avionic-design/common
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/dts/tegra2-plutux.dts | 67
include/configs/plutux.h
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/dts/tegra2-medcom.dts | 67
include/configs/medcom.h
* 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) applied, this breaks on hardware that
provides
* 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 to do with USB support for
port 0
* 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/avionic-design/dts/tegra2-medcom.dts
* 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 clock being
configured wrongly
* 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 initialize the USB EHCI and will be added in a
subsequent patch
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
board/avionic
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 thierry.red...@avionic-design.de
---
Changes in v2:
- new patch required for TEC support
board/nvidia/common/board.c |7
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 thierry.red...@avionic-design.de
---
Changes in v2:
- new patch
board/avionic-design/common/tamonten.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
board/avionic
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 thierry.red
The PI4 GPIO is used on Tamonten to reset carrier board peripherals.
Power sequencing hardware on the carrier pulls the reset low before
powering up the Tegra, and the CPU is supposed to signal readiness,
and therefore bring peripherals out of reset by pulling PI4 high.
Signed-off-by: Thierry
This commit uses the common Tegra board implementation instead of
duplicating a lot of the code. In addition, the Plutux and Medcom
specific board files can be removed as the MMC/SD setup is common
among all Tamonten-based boards.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
* Stephen Warren wrote:
On 05/25/2012 07:46 AM, Thierry Reding wrote:
The new gpio_early_init() function, which does nothing by default, can
be overridden by boards to configure GPIOs at an early stage.
diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
int
* Stephen Warren wrote:
On 05/25/2012 07:46 AM, Thierry Reding wrote:
The PI4 GPIO is used on Tamonten to reset carrier board peripherals.
Power sequencing hardware on the carrier pulls the reset low before
powering up the Tegra, and the CPU is supposed to signal readiness,
and therefore
* Thierry Reding wrote:
Furthermore I'll need to rebase the patches onto the Tegra branch due to the
major restructuring of the configuration files.
This isn't true. But I'll still have to respin because of the MAINTAINERS
entry and the other points that you brought up, so let me know if I
* Kai Poggensee wrote:
Hi Thierry,
On 25.05.2012 19:40, Thierry Reding wrote:
* Stephen Warren wrote:
On 05/25/2012 07:46 AM, Thierry Reding wrote:
The PI4 GPIO is used on Tamonten to reset carrier board peripherals.
Power sequencing hardware on the carrier pulls the reset low
* Tom Warren wrote:
Thierry,
-Original Message-
From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
Sent: Friday, May 25, 2012 11:00 AM
To: Stephen Warren
Cc: u-boot@lists.denx.de; Tom Warren; Simon Glass
Subject: Re: [PATCH v2 4/7] tegra: Allow boards to perform
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
Changes in v3:
- none
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
Changes in v3:
- none
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from
The PI4 GPIO is used on Tamonten to reset carrier board peripherals.
Power sequencing hardware on the carrier pulls the reset low before
powering up the Tegra, and the CPU is supposed to signal readiness,
and therefore bring peripherals out of reset by pulling PI4 high.
Signed-off-by: Thierry
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 thierry.red...@avionic-design.de
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
Changes in v3:
- none
Changes in v2:
- new patch
board/avionic-design/common
This commit uses the common Tegra board implementation instead of
duplicating a lot of the code. In addition, the Plutux and Medcom
specific board files can be removed as the MMC/SD setup is common
among all Tamonten-based boards.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
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 thierry.red
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 thierry.red...@avionic-design.de
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
Changes in v3:
- none
Changes in v2:
- new patch
* Allen Martin wrote:
On Mon, Jun 04, 2012 at 11:02:30PM -0700, Thierry Reding wrote:
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
* Allen Martin wrote:
Add tegra20-common-post.h to be consistent with other tegra20 boards.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Thierry Reding thierry.red...@avionic-design.de
---
include/configs/tec.h |2 ++
1 file changed, 2 insertions(+)
diff --git
, May 25, 2012 at 06:46:22AM -0700, Thierry Reding wrote:
This commit uses the common Tegra board implementation instead
of
duplicating a lot of the code. In addition, the Plutux and
Medcom
specific board files can be removed as the MMC/SD setup is
common
among all Tamonten-based
* Allen Martin wrote:
On Mon, Jun 11, 2012 at 02:29:59AM -0700, Thierry Reding wrote:
* PGP Signed by an unknown key
* Stephen Warren wrote:
Allen Martin amar...@nvidia.com wrote:
On Fri, Jun 08, 2012 at 10:28:57PM -0700, Stephen Warren wrote:
On 06/08/2012 03:27 PM, Allen Martin
The Medcom is a 16:9 15 terminal that is used for patient infotainment
in hospitals.
Changes in v2:
* No longer override the default CONFIG_SYS_TEXT_BASE setting.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/medcom/Makefile | 50
* Stephen Warren wrote:
Thierry Reding wrote at Tuesday, November 15, 2011 12:19 AM:
NVIDIA's flashing tools assume that the bootloader is loaded at address
0x00108000. Instead of requiring non-standard builds of those tools
which allow a load address of 0x00E08000, this commit just
* Simon Glass wrote:
Hi Thierry,
On Mon, Nov 14, 2011 at 11:27 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
The Plutux is a set-top box device based on the Tamonten processor
module. It can be connected to a display via an HDMI output.
Changes in v2:
* No longer
* Stephen Warren wrote:
Thierry Reding wrote at Tuesday, November 15, 2011 12:27 AM:
The Medcom is a 16:9 15 terminal that is used for patient infotainment
in hospitals.
...
+/*
+ * Routine: gpio_config_uart
+ * Description: Does nothing on Medcom - no conflict w/SPI.
+ */
+void
* Thierry Reding wrote:
* Simon Glass wrote:
[...]
If you are not implementing MMC, just remove it and all the MMC code below.
I don't understand. What makes you think I don't want MMC? Both the Plutux
and the Medcom boot from MMC. If you are referring to the CD being
hard-coded
* Stephen Warren wrote:
Thierry Reding wrote at Tuesday, November 15, 2011 11:49 PM:
* PGP Signed by an unknown key
* Stephen Warren wrote:
Thierry Reding wrote at Tuesday, November 15, 2011 12:19 AM:
NVIDIA's flashing tools assume that the bootloader is loaded at address
* Stephen Warren wrote:
Thierry Reding wrote at Wednesday, November 16, 2011 12:14 AM:
* Thierry Reding wrote:
* Simon Glass wrote:
[...]
If you are not implementing MMC, just remove it and all the MMC code
below.
I don't understand. What makes you think I don't want
* Stephen Warren wrote:
Pass the GPIO numbers for power and card detect to tegra2_mmc_init(), and
modify that function to perform all required GPIO initialization. This
removes the need for board files to perform these operations.
Move board_mmc_getcd() into tegra2_mmc.c now that the driver
deb5ca8.
This commit fixes the passing of gpt_head into is_gpt_valid().
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
disk/part_efi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index e7f2714..ddf80a7 100644
* Thierry Reding wrote:
Something apparently went wrong when the patch in commit deb5ca8 was
applied. Commit f75dd58 changed the type of gpt_head to be a pointer and
correctly adjusted the calls to is_gpt_valid(). But when deb5ca8 got
applied, the gpt_head was again reverted to (gpt_head
Since Ventana is derived from Seaboard and requires seaboard.c to build,
make sure board/nvidia/seaboard is created in the build tree.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/nvidia/ventana/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
. They are available in patchwork here:
http://patchwork.ozlabs.org/patch/122888
http://patchwork.ozlabs.org/patch/122887
http://patchwork.ozlabs.org/patch/122889
http://patchwork.ozlabs.org/patch/123845 (9 patches)
Thierry Reding (2):
tegra2: Always build
The AVP on Tegra2 doesn't boot properly when U-Boot is linked against
the GCC provided libgcc. To work around this, always build and link
against a private libgcc for Tegra2-based boards.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
arch/arm/cpu/armv7/tegra2/config.mk
NVIDIA's flashing tools assume that the bootloader is loaded at address
0x00108000. Instead of requiring non-standard builds of those tools
which allow a load address of 0x00E08000, this commit just switches all
Tegra2 boards to use the standard load address.
Signed-off-by: Thierry Reding
tegra2_mmc_init() is implemented by the Tegra2 MMC driver. Since most of
the Tegra2-based boards will need to call it, this commit exports it in
the new public asm/arch/mmc.h header file to prevent each board from
providing its own prototype.
Signed-off-by: Thierry Reding thierry.red...@avionic
http://patchwork.ozlabs.org/patch/122887
http://patchwork.ozlabs.org/patch/122889
http://patchwork.ozlabs.org/patch/123845 (9 patches)
Thierry Reding (4):
tegra2: Move tegra2_mmc_init() prototype to public header.
tegra2: Add common Avionic Design Tamonten support.
tegra2: Add
Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is
derived from the Harmony reference design.
Changes in v3:
* Remove unused gpio_config_uart().
* Remove call to tegra2_start().
* Use new tegra2_mmc_init().
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Tegra2
code.
* Add MAINTAINERS entry.
Changes in v2:
* No longer override the default CONFIG_SYS_TEXT_BASE setting.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
MAINTAINERS |4 ++
board/avionic-design/plutux/Makefile | 50
.
Changes in v2:
* No longer override the default CONFIG_SYS_TEXT_BASE setting.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
MAINTAINERS |1 +
board/avionic-design/medcom/Makefile | 50 +++
board/avionic-design/medcom
) and an error is returned.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/mmc.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 37ce6e8..d18c095 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
* Stefano Babic wrote:
On 11/17/2011 08:56 AM, Thierry Reding wrote:
I had actually set Doug Anderson diand...@chromium.org on Cc
because he was involved with the initial patch but for some reason
he got stripped from Cc. Does anybody know why this is happening?
Probably Doug has
* Stephen Warren wrote:
Thierry Reding wrote at Thursday, November 17, 2011 12:05 AM:
Something apparently went wrong when the patch in commit deb5ca8 was
applied. Commit f75dd58 changed the type of gpt_head to be a pointer and
correctly adjusted the calls to is_gpt_valid(). But when
* Doug Anderson wrote:
Agreed--I see myself in the CC from the start.
That leaves me really confused.
Thierry
pgptqQ3sZUSiB.pgp
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
* Mike Frysinger wrote:
On Thursday 17 November 2011 04:48:22 Thierry Reding wrote:
Since Ventana is derived from Seaboard and requires seaboard.c to build,
make sure board/nvidia/seaboard is created in the build tree.
--- a/board/nvidia/ventana/Makefile
+++ b/board/nvidia/ventana
* Stephen Warren wrote:
This patch series adds support for the Toshiba AC100 Tegra netbook.
I'm posting it as an RFC because:
a) The AC100 is designed by Compal and marketed by Toshiba. Should we put
the files into board/nvidia (since it uses an NVIDIA SoC), or create a
board/toshiba or
* Stephen Warren wrote:
The Toshiba AC100 (code-name Paz00m a/k/a Dynabook AZ) is an netbook derived
from the NVIDIA Tegra Harmony reference board. It ships with Ubuntu, but is
often repurposed to run Linux. This patch adds just enough support to get a
U-Boot serial console, and the ability
of card-detection.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/tegra2_mmc.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
index 035a868..fe562ed 100644
--- a/drivers/mmc
* Stephen Warren wrote:
On 11/21/2011 01:35 AM, Thierry Reding wrote:
This commit drops the interface check for card-detection and leaves it
up to the board whether or not a card-detect GPIO is connected. Also,
the version field of struct mmc is only valid after the slot has been
probed
* Thierry Reding wrote:
Check for board-specific card detect each time an MMC/SD device is
initialized. If card detection is not implemented, this code behaves as
before and continues assuming a card is present. If no card is detected,
has_init is reset for the MMC/SD device (to force
* Simon Glass wrote:
We need to define CONFIG_ENV_IS_NOWHERE to avoid this error:
cmd_nvedit.c:69:3: error: #error Define one of
CONFIG_ENV_IS_IN_{EEPROM|FLASH|DATAFLASH|ONENAND|SPI_FLASH|MG_DISK|NVRAM|MMC}
or CONFIG_ENV_IS_NOWHERE
Odd. I haven't seen this before when building both
* Andy Fleming wrote:
On Thu, Nov 17, 2011 at 5:51 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Check for board-specific card detect each time an MMC/SD device is
initialized. If card detection is not implemented, this code behaves as
before and continues assuming a card
* Andy Fleming wrote:
[...]
Well, while this isn't the case in any systems I know of now, it is
quite possible for there to be more than one *type* of SD/MMC
controller on an SoC, and there's always the possibility that an SoC
provides a non-controller-specific card-detect mechanism. The idea
* Andy Fleming wrote:
On Tue, Nov 29, 2011 at 1:02 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
* Andy Fleming wrote:
[...]
Well, while this isn't the case in any systems I know of now, it is
quite possible for there to be more than one *type* of SD/MMC
controller
-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/tegra2_mmc.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
index fe562ed..5b4c9f6 100644
--- a/drivers/mmc/tegra2_mmc.c
and 1 is returned if it was detected that a card is present.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/efikamx/efikamx.c |8 +++-
board/emk/top9000/top9000.c | 12 ++--
board/freescale/mx51evk/mx51evk.c |8 +++-
board
.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/arm_pl180_mmci.c |1 +
drivers/mmc/bfin_sdh.c |1 +
drivers/mmc/davinci_mmc.c|1 +
drivers/mmc/ftsdc010_esdhc.c |1 +
drivers/mmc/gen_atmel_mci.c |1 +
drivers/mmc/mmc.c| 18
(), which, however, would require many other drivers to
change.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/fsl_esdhc.c | 29 -
1 files changed, 12 insertions(+), 17 deletions(-)
diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc
indicates that no card is
present and 1 is returned if it was detected that a card is present.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
A silly question -- why do we need this change ? Can you explain it in the
changelog of V2 too?
It's the first step in implementing card
* Stefano Babic wrote:
On 05/12/2011 09:23, Thierry Reding wrote:
This card-detect hook probably doesn't work. Perhaps somebody with more
knowledge about the hardware can comment on this. I think that perhaps
even the complete code from esdhc_init() could go into the getcd()
The reason
* Stefano Babic wrote:
On 05/12/2011 09:23, Thierry Reding wrote:
[...]
diff --git a/board/efikamx/efikamx.c b/board/efikamx/efikamx.c
index b78bf6c..451d709 100644
--- a/board/efikamx/efikamx.c
+++ b/board/efikamx/efikamx.c
@@ -309,17 +309,15 @@ static inline uint32_t efika_mmc_cd(void
(), which, however, would require many other drivers to
change.
In addition to implementing the hook, this patch also removes the call
to the board_mmc_getcd() function which is now called from the MMC
framework and is no longer required here.
Signed-off-by: Thierry Reding thierry.red...@avionic
.html
Changes in v2:
- add a better rationale for the series and a reference to the email
thread that started it
- add an explanation to patch 3 why the call to board_mmc_getcd() is
removed from the fsl_esdhc driver
- add a cover letter which explains the series' goal
Thierry Reding
.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/arm_pl180_mmci.c |1 +
drivers/mmc/bfin_sdh.c |1 +
drivers/mmc/davinci_mmc.c|1 +
drivers/mmc/ftsdc010_esdhc.c |1 +
drivers/mmc/gen_atmel_mci.c |1 +
drivers/mmc/mmc.c| 18
-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/tegra2_mmc.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
index fe562ed..5b4c9f6 100644
--- a/drivers/mmc/tegra2_mmc.c
* Marek Vasut wrote:
By signature you mean signedness ?
No, I mean signature as synonymous to function prototype.
[...]
-int board_mmc_getcd(u8 *absent, struct mmc *mmc)
+int board_mmc_getcd(struct mmc *mmc)
{
struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc-priv;
to board_mmc_getcd() is
removed from the fsl_esdhc driver
- add a cover letter which explains the series' goal
Thierry Reding (4):
mmc: Change board_mmc_getcd() function prototype.
mmc: Implement card detection.
mmc: fsl_esdhc: Implement card-detect hook.
mmc: tegra2: Implement card-detect
-off-by: Thierry Reding thierry.red...@avionic-design.de
---
drivers/mmc/tegra2_mmc.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
index fe562ed..5b4c9f6 100644
--- a/drivers/mmc/tegra2_mmc.c
a struct mmc as the first parameter. Furthermore the
cd parameter was used to mean card absence in some implementations and
card presence in others.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/efikamx/efikamx.c |9 +
board/emk/top9000/top9000.c
(), which, however, would require many other drivers to
change.
In addition to implementing the hook, this patch also removes the call
to the board_mmc_getcd() function which is now called from the MMC
framework and is no longer required here.
Signed-off-by: Thierry Reding thierry.red...@avionic
* Mike Frysinger wrote:
On Tuesday 20 December 2011 03:52:39 Thierry Reding wrote:
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one
* Wolfgang Denk wrote:
Dear Thierry Reding,
In message
1321523302-4761-1-git-send-email-thierry.red...@avionic-design.de you wrote:
Since Ventana is derived from Seaboard and requires seaboard.c to build,
make sure board/nvidia/seaboard is created in the build tree.
Signed-off
As proposed by Mike Frysinger, mkdir can take more than one argument.
Instead of spawning two processes, create both the common and seaboard
directories in one go.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
I realize how trivial this is, and I feel a little embarrassed
* Wolfgang Denk wrote:
Dear p.asawathepme...@gmail.com,
please keep the mailing list on Cc:
And please do not top post / full quote.
In message
1583190526-1317236653-cardhu_decombobulator_blackberry.rim.net-1201398-@b16.c9.bise6.blackberry
you wrote:
I'm using uboot 2009.03 for
Commit 476af29 broke this check when the ifdef lists we consolidated.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
include/image.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/image.h b/include/image.h
index 1ba866e..c56a18d 100644
now
only defines CONFIG_SYS_TEXT_BASE when it isn't already defined by the
board configuration or the command-line respectively.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
include/configs/tegra2-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is
derived from the Harmony reference design.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/common/tamonten.c | 164
board/avionic-design/common/tamonten.h
The Medcom is a 16:9 15 terminal that is used for patient infotainment
in hospitals.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/medcom/Makefile | 50 ++
board/avionic-design/medcom/medcom.c | 62
The Plutux is a set-top box device based on the Tamonten processor
module. It can be connected to a display via an HDMI output.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/plutux/Makefile | 50 ++
board/avionic-design/plutux
a standalone U-Boot with this load
address, U-Boot needs to be built with USE_PRIVATE_LIBGCC=yes.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
include/configs/tegra2-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/tegra2-common.h b
The Plutux is a set-top box device based on the Tamonten processor
module. It can be connected to a display via an HDMI output.
Changes in v2:
* No longer override the default CONFIG_SYS_TEXT_BASE setting.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design
Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is
derived from the Harmony reference design.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
board/avionic-design/common/tamonten.c | 164
board/avionic-design/common/tamonten.h
On Wed, Jan 22, 2014 at 01:20:35PM -0700, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
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
On Wed, Jan 22, 2014 at 01:20:32PM -0700, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
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
101 - 200 of 752 matches
Mail list logo