s
> these features only for Nvidia boards.
>
> This patch adds a simple Makefile include so all new features become
> available for non-Nvidia board vendors.
>
> Cc: Stephen Warren
> Cc: Tom Warren
> Cc: Thierry Reding
> Cc: Lucas Stach
> Signed-off-by: Marc Dietrich
&
On Thu, Sep 27, 2012 at 05:44:24PM -0700, Simon Glass wrote:
> This binding will apparently soon be in linux-next. Bring it in now
> since we need to do something, and may as well try to target what
> Linux will have.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v3:
> - Add new commit for pw
On Thu, Sep 27, 2012 at 04:37:41PM -0700, Simon Glass wrote:
> Hi Stephen,
>
> On Thu, Sep 27, 2012 at 4:21 PM, Stephen Warren wrote:
> > On 09/27/2012 02:27 PM, Simon Glass wrote:
> >> On Thu, Sep 27, 2012 at 8:49 AM, Stephen Warren
> >> wrote:
> >>> On 09/27/2012 07:58 AM, Simon Glass wrote:
The official vendor prefix for Avionic Design is now "ad". Update the
board DTS files accordingly.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra20-medcom.dts | 2 +-
board/avionic-design/dts/tegra20-plutux.dts | 2 +-
board/avionic-design/dts/tegra20-tec.dts
On Wed, Sep 19, 2012 at 12:44:27AM +0200, Marek Vasut wrote:
> Dear Simon Glass,
>
> > Hi,
> >
> > On Tue, Sep 18, 2012 at 2:21 PM, Marek Vasut wrote:
> > > Dear Simon Glass,
> > >
> > >> Hi,
> > >>
> > >> On Tue,
On Tue, Sep 18, 2012 at 11:20:30PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Tue, Sep 18, 2012 at 09:36:18PM +0200, Marek Vasut wrote:
> > > Dear Thierry Reding,
> > >
> > > [...]
> > >
> > > > > Sure, but after y
Medcom is the marketing name for an older, PXA-based version of the same
device. In order to avoid confusion, rename the Tegra-based version to
the new marketing name.
Signed-off-by: Thierry Reding
---
MAINTAINERS | 2 +-
.../dts/{tegra20
On Tue, Sep 18, 2012 at 09:36:18PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> [...]
>
> > > Sure, but after you apply the bounce buffer, you can safely invalidate
> > > the whole cacheline, so align it up and be done with it.
> >
> > That&#x
On Tue, Sep 18, 2012 at 09:21:14PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Tue, Sep 18, 2012 at 08:37:44PM +0200, Marek Vasut wrote:
> > > Dear Simon Glass,
> > >
> > > > Hi Thierry,
> > > >
> > > > On Tu
On Tue, Sep 18, 2012 at 08:37:44PM +0200, Marek Vasut wrote:
> Dear Simon Glass,
>
> > Hi Thierry,
> >
> > On Tue, Sep 18, 2012 at 7:54 AM, Thierry Reding
> >
> > wrote:
> > > On Mon, Sep 17, 2012 at 02:39:01PM -0700, Simon Glass wrote:
> > &g
On Mon, Sep 17, 2012 at 02:39:01PM -0700, Simon Glass wrote:
> Hi Thierry,
>
> On Sat, Sep 15, 2012 at 11:49 PM, Thierry Reding
> wrote:
> > On Sat, Sep 15, 2012 at 07:45:30PM -0700, Simon Glass wrote:
> >> Hi,
> >>
> >> On Sat, Sep 15, 2012 at 1:41
On Sat, Sep 15, 2012 at 07:45:30PM -0700, Simon Glass wrote:
> Hi,
>
> On Sat, Sep 15, 2012 at 1:41 PM, Thierry Reding
> wrote:
> > On Sat, Sep 15, 2012 at 10:11:54PM +0200, Marek Vasut wrote:
> >> Dear Thierry Reding,
> >>
> >> > On Fri, Sep
On Sat, Sep 15, 2012 at 10:11:54PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Fri, Sep 14, 2012 at 08:53:32AM -0700, Simon Glass wrote:
> > > Hi,
> > >
> > > On Wed, Sep 12, 2012 at 4:42 PM, Marek Vasut wrote:
> > > > Dear Steph
On Sat, Sep 15, 2012 at 10:01:47PM +0200, Thierry Reding wrote:
> I think I traced this to the copying of CSD a while back. The problem is
> that the transferred buffer is 8 bytes, so there's no way to make it
> aligned properly. Unfortunately the entailing discussion did not yield a
On Fri, Sep 14, 2012 at 08:53:32AM -0700, Simon Glass wrote:
> Hi,
>
> On Wed, Sep 12, 2012 at 4:42 PM, Marek Vasut wrote:
> > Dear Stephen Warren,
> >
> >> On 09/12/2012 04:38 PM, Marek Vasut wrote:
> >> > Dear Stephen Warren,
> >> >
> >> >> On 09/12/2012 10:19 AM, Tom Warren wrote:
> >> >>> Fol
On Tue, Jul 31, 2012 at 08:52:34AM -0700, Tom Warren wrote:
> Stephen/Thierry,
>
> > -Original Message-
> > From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> > Sent: Tuesday, July 31, 2012 8:47 AM
> > To: Tom Warren
> > Cc: Thierry Reding;
On Tue, Jul 31, 2012 at 09:40:54AM -0600, Stephen Warren wrote:
> On 07/31/2012 12:21 AM, Thierry Reding wrote:
> > This commit enables NAND support on the Tamonten Evaluation Carrier and
> > adds the corresponding device tree nodes. Furthermore, the U-Boot
> > environment
On Tue, Jul 31, 2012 at 10:27:23AM +0100, Simon Glass wrote:
> +Thierry
>
> Hi,
>
> On Thu, Jul 12, 2012 at 4:25 PM, Simon Glass wrote:
> > Add LCD definitions and also a proposed binding for LCD displays.
> >
> > The PWM is as per what will likely be committed to linux-next soon.
> >
> > The di
This commit enables NAND support on the Tamonten Evaluation Carrier and
adds the corresponding device tree nodes. Furthermore, the U-Boot
environment can now be stored in NAND.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra20-tec.dts | 11 +++
include/configs/tec.h
In order for cache invalidation and flushing to work properly, the data
and OOB buffers must be aligned to full cache lines.
Signed-off-by: Thierry Reding
---
common/cmd_nand.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index
command, but it was easy to fix.
I'll send a patch along with support on TEC which I've tested this on
successfully:
Tested-by: Thierry Reding
pgpKEh86NubWG.pgp
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Jul 30, 2012 at 11:37:52AM -0600, Stephen Warren wrote:
> diff --git a/include/configs/harmony.h b/include/configs/harmony.h
[...]
> /* Environment not stored */
> -#define CONFIG_ENV_IS_NOWHERE
> +#define CONFIG_ENV_IS_IN_NAND
> +#define CONFIG_ENV_OFFSET(SZ_512M - SZ_128K) /* 128K se
arning was introduced in 436da3c "ext2load: increase read
> > > speed":
> > >
> > > ext2fs.c: In function 'ext2fs_read_file':
> > > ext2fs.c:458:19: warning: 'blocknxt' may be used uninitialized in this
> > > func=
> >
On Thu, Jul 19, 2012 at 05:24:35PM +0900, Adam Jiang wrote:
> On Thu, Jul 19, 2012 at 03:37:07PM +0800, Thierry Reding wrote:
> > * PGP Signed by an unknown key
> >
> > On Thu, Jul 12, 2012 at 08:25:08AM -0700, Simon Glass wrote:
> > > From: Wei Ni
> > >
&
Align LCD frame buffer to section boundary
> tegra: Support control of cache settings for LCD
> tegra: fdt: Add LCD definitions for Seaboard
> lcd: Add CONSOLE_SCROLL_LINES option to speed console
>
> Wei Ni (1):
> tegra: Add SOC support for display/lcd
I was able to make
On Thu, Jul 12, 2012 at 08:25:09AM -0700, Simon Glass wrote:
> This driver supports driving a single LCD and providing a U-Boot console
> on it.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Update LCD driver to deal with new fdt bindings
>
> Changes in v3:
> - Adjust LCD driver to u
On Thu, Jul 12, 2012 at 08:25:08AM -0700, Simon Glass wrote:
> From: Wei Ni
>
> Add support for the LCD peripheral at the Tegra2 SOC level. A separate
> LCD driver will use this functionality to configure the display.
>
> Mayuresh Kulkarni:
> - changes to remove bitfields and clean up for submis
On Sat, Jul 14, 2012 at 10:03:31AM +0200, Simon Glass wrote:
> Hi Christian,
>
> On Thu, Apr 19, 2012 at 2:41 PM, Christian Kroehnert
> wrote:
> > On 15.01.2012 01:47, Simon Glass wrote:
> >>
> >> This series adds support for the Tegra2x's display peripheral. This
> >> supports the LCD display on
On Thu, Jul 12, 2012 at 10:21:01AM +0200, Simon Glass wrote:
> Hi Thierry,
>
> On Wed, Jul 11, 2012 at 7:48 AM, Thierry Reding
> wrote:
> > On Wed, Jul 11, 2012 at 06:44:10AM +0200, Simon Glass wrote:
> >> Hi Stephen,
> >>
> >> On Fri, Jun 15
On Wed, Jul 11, 2012 at 06:44:10AM +0200, Simon Glass wrote:
> Hi Stephen,
>
> On Fri, Jun 15, 2012 at 1:32 AM, Stephen Warren wrote:
>
> > On 06/13/2012 10:19 AM, Simon Glass wrote:
> > > Add LCD definitions and also a proposed binding for LCD displays.
> > >
> > > The PWFM is in progress on the
On Mon, Jul 09, 2012 at 12:25:27AM +0200, Wolfgang Denk wrote:
> Hi all,
>
> after merging the latest ARM pull request, a large number of boards is
> broken:
>
> - SUMMARY
> Boards compiled: 302
> Boards with errors: 6 ( harmony seaboard ventana wh
this
> function [-Wuninitialized]
>
> this change makes it go away.
>
> Cc: Eric Nelson
> Cc: Thierry Reding
> Cc: Jason Cooper
> Cc: Andreas Bießmann
> Cc: Reinhard Arlt
> Signed-off-by: Kim Phillips
> ---
> v2: changed to Thierry's recommenda
| 12 +-
> include/configs/paz00.h| 12 +-
> include/configs/plutux.h | 12 +-
> include/configs/seaboard.h | 20 +--
> include/configs/tec.h | 12 +-
> .
lized]
> --->8---
>
> The warning was introduced in 436da3cd233e7166b5ce9293dbd28092cf37bcc9.
>
> Signed-off-by: Andreas Bießmann
> cc: Jason Cooper
> cc: Eric Nelson
> cc: Thierry Reding
> ---
> fs/ext2/ext2fs.c |2 +-
> 1 file changed, 1 insertion(+), 1
* 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 wrote:
> > > >On Fri, Jun 08, 2012 at 10:28:57PM -0700, Stephen Warren wro
012 02:01 PM, Allen Martin wrote:
> >> >>> On Fri, 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 ad
* Allen Martin wrote:
> Add tegra20-common-post.h to be consistent with other tegra20 boards.
>
> Signed-off-by: Allen Martin
Acked-by: Thierry Reding
> ---
> include/configs/tec.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/configs/tec.h
* 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-d
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
Acked-by: Stephen Warren
---
Changes in v3:
- none
Changes in v2:
- new patch required for TEC support
board/nvidia/common
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
Acked-by: Stephen
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
Acked-by: Stephen Warren
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
Acked-by: Stephen Warren
---
Changes in v3:
- none
Changes in v2:
- new patch
board/avionic-design/common/tamonten.c |4 +++-
1 file changed, 3 insertions(+), 1
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
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
Acked-by: Stephen Warren
---
Changes in v3:
- none
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
Device tree support is required for working USB host support, which in
turn enables ethernet support.
Signed-off-by: Thierry Reding
Acked-by: Stephen Warren
---
Changes in v3:
- none
Changes in v2:
- drop chosen and sdhci@c8000600 nodes from DTS
- drop CONFIG_USB_ETHER_ASIX from configuration
* 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
> >
* 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.
> >>
* 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
* 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 sign
* 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/boa
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
---
Changes in v2:
- new patch
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
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
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
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
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
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
* 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
* 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 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 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: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
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
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
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
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.
* 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
* 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:
> 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.
>
* 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:
> 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:
> 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
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
* 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.
* 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
* 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,
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
* 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
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
* 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
* Prabhakar Lad wrote:
>The patch is already accepted by the maintainer,
>
> http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=e669db1c209eed02ca8c837914c161f5daa2d8fd
>so ill drop this fix.
Okay, no problem.
Thierry
pgpcN2ELOFLXt.pgp
Description: PGP signature
___
* Prabhakar Lad wrote:
> Thierry,
>
> On 2/6/12, Thierry Reding wrote:
> > * Prabhakar Lad wrote:
> >> Fix build error for mx6qarm2 board due to prototype change
> >> for function board_mmc_getcd().
> >> mx6qarm2.c:123: error: conflicting types for &
^
Could you fix up this comment at the same time (put spaces after /* and
before */)?
> - *cd = gpio_get_value(171);
> - } else /* Don't have the CD GPIO pin on board */
> - *cd = 0;
> + ret = !gpio_get_value(171);
> +
etcd(u8 *cd, struct mmc *mmc)
> +int board_mmc_getcd(struct mmc *mmc)
> {
> - *cd = at91_get_pio_value(CONFIG_SYS_MMC_CD_PIN) ? 1 : 0;
> - return 0;
> + return !at91_get_pio_value(CONFIG_SYS_MMC_CD_PIN);
> }
> #endif
Reviewed-by: Thierry Reding
pgp3tHJNEKC0
* Simon Glass wrote:
> Use the new funcmux_select() feature to set up the MMC pin mux.
>
> Signed-off-by: Simon Glass
Tested on Plutux and Medcom.
Acked-by: Thierry Reding
Tested-by: Thierry Reding
> ---
> board/avionic-design/common/tamonten.c | 10 ++
>
* Andy Fleming wrote:
> Could you rebase these patches on the top of the mmc tree? They don't
> apply cleanly anymore, and I don't want to mangle them in my attempts
> at hand-application.
Hi Andy,
I just sent out v4, which is rebased on the latest MMC tree (branch master).
The conflict resolutio
ses 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
---
board/efikamx/efikamx.c |9 +
board/emk/top9000
.
Signed-off-by: Thierry Reding
---
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 ++
drivers/mmc
-off-by: Thierry Reding
---
drivers/mmc/tegra2_mmc.c | 32 +---
1 files changed, 13 insertions(+), 19 deletions(-)
diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
index 035a868..5b4c9f6 100644
--- a/drivers/mmc/tegra2_mmc.c
+++ b/drivers/mmc
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 (4):
mmc: Change board_mmc_getcd() function prototype.
mmc: Implement card detect
_init(), 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
---
driver
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
---
I realize how trivial this is, and I feel a little embarrassed.
board/nvidia/ventana/Makefile
* 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/seaboar
* 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
_init(), 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
---
driver
ses 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
---
board/efikamx/efikamx.c |9 +
board/emk/top9000
-off-by: Thierry Reding
---
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
+++ b/drivers/mmc/tegra2_mmc.c
ll 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 c
.
Signed-off-by: Thierry Reding
---
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 ++
drivers/mmc
* 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->p
601 - 700 of 755 matches
Mail list logo
