On Wed, Dec 7, 2011 at 3:47 PM, Anatolij Gustschin wrote:
> Fix:
> mv_sdhci.c: In function 'mv_sdh_init':
> mv_sdhci.c:47:22: warning: the comparison will always
> evaluate as 'true' for the address of 'mv_sdhci_writeb'
> will never be NULL [-Waddress]
>
> Signed-off-by: Anatolij Gustschin
> Cc:
On Mon, Nov 28, 2011 at 8:31 PM, Macpaul Lin wrote:
> Add a host capability checking to avoid the mmc stack
> switch the card to HIGHSPEED mode when the card supports
> HIGHSPEED while the host doesn't.
>
> This patch avoid furthur transaction problem when the
> mmc/sd card runs different mode to
On Mon, Nov 28, 2011 at 9:30 PM, Macpaul Lin wrote:
> This patch improve the performance by spliting flag examination code
> in ftsdc010_send_cmd() into 3 functions.
> This patch also reordered the function which made better capability to
> some high performance cards against to the next version o
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.
On Tue, Dec 20, 2011 at 2:52 AM, Thierry Reding
wrote:
> This series of patches implements central card-detection within the MMC
> frame
> This trivial change removes a compilation warning:
> 8<
> phy.c: In function 'phy_init':
> phy.c:448:2: warning: implicit declaration of function 'phy_smsc_init'
> 8<
>
> Signed-off-by: Vladimir Zapolskiy
> Cc: Nobuhiro Iwamatsu
> ---
> include/phy.h |1 +
> 1 file
This trivial change removes a compilation warning:
8<
phy.c: In function 'phy_init':
phy.c:448:2: warning: implicit declaration of function 'phy_smsc_init'
8<
Signed-off-by: Vladimir Zapolskiy
Cc: Nobuhiro Iwamatsu
---
include/phy.h |1 +
1 files changed, 1 insertion
Hi Aneesh
On 12/29/2011 07:31 PM, Aneesh V wrote:
> Hi Raul,
>
> On Monday 26 December 2011 11:38 PM, Raúl Porcel wrote:
>> Hi,
>>
>> Following with the issue on
>> http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/111922
>>
>> Looks like the 23e9f0723e48615332119de4f4ec7a833a282628 commit
Fix boot issue on ES2.0 Panda by tuning some
IO settings. The CONTROL_EFUSE_2 register has
to be over-ridden in software for 4430 boards.
Commit 23e9f0723e48615332119de4f4ec7a833a282628
wrongly did this for CONTROL_EFUSE_1. Reverting
this and doing it for CONTROL_EFUSE_2.
Signed-off-by: Aneesh V
Hi Raul,
On Monday 26 December 2011 11:38 PM, Raúl Porcel wrote:
Hi,
Following with the issue on
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/111922
Looks like the 23e9f0723e48615332119de4f4ec7a833a282628 commit was
supposed to fix this, but it doesn't, the problem is still present
> On 29/12/2011 16:22, Marek Vasut wrote:
> >> Use GENERATED_GBL_DATA_SIZE for calculating CONFIG_SYS_INIT_SP_OFFSET.
> >>
> >> Signed-off-by: Fabio Estevam
> >
> > Maybe I'd be better to consolidate the i.MX28 config to a common config
> > file and have only board specific stuff in the board-sp
On Thu, Dec 1, 2011 at 2:39 PM, Stephan Linz wrote:
> +static int phywrite(struct eth_device *dev, u8 phy_addr,
> + u8 reg_addr, u16 phy_data)
> +{
> + struct temac_reg *regs = (struct temac_reg *)dev->iobase;
> +
> + out_be32(®s->lsw, (phy_data &
On 12/29/2011 12:09 AM, Dirk Behme wrote:
On 28.12.2011 13:32, Stefano Babic wrote:
On 26/12/2011 08:34, Dirk Behme wrote:
From: Jason Liu
Add the initial support for Freescale i.MX6Q Sabre Lite board
Hi Dirk,
Index: freescale-u-boot-imx.git/MAINTAINERS
==
From: Jason Liu
Add the initial support for Freescale i.MX6Q Sabre Lite board
Signed-off-by: Dirk Behme
Signed-off-by: Jason Liu
CC: Eric Nelson
---
V4: Rebase board_mmc_getcd() against
http://patchwork.ozlabs.org/patch/132398/
This does mean that this patch needs that patch to be app
On 29/12/2011 16:22, Marek Vasut wrote:
>> Use GENERATED_GBL_DATA_SIZE for calculating CONFIG_SYS_INIT_SP_OFFSET.
>>
>> Signed-off-by: Fabio Estevam
>
> Maybe I'd be better to consolidate the i.MX28 config to a common config file
> and
> have only board specific stuff in the board-specific conf
On Thu, Dec 29, 2011 at 1:22 PM, Marek Vasut wrote:
> Maybe I'd be better to consolidate the i.MX28 config to a common config file
> and
> have only board specific stuff in the board-specific configs, which would in
> turn include the file?
Sounds like a good idea.
Regards,
Fabio Estevam
> Remove 'all' target from Makefile, as this is unused code.
>
> Signed-off-by: Fabio Estevam
> ---
> board/denx/m28evk/Makefile |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/board/denx/m28evk/Makefile b/board/denx/m28evk/Makefile
> index aa16c7d..1fb56d8 100644
> Remove 'all' target from Makefile, as this is unused code.
>
> Signed-off-by: Fabio Estevam
> ---
> This was first pointed out by Mike Frysinger here:
> http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/118719
>
> ,but I missed to include it on later patch submissions.
>
> board/frees
> Use GENERATED_GBL_DATA_SIZE for calculating CONFIG_SYS_INIT_SP_OFFSET.
>
> Signed-off-by: Fabio Estevam
Maybe I'd be better to consolidate the i.MX28 config to a common config file
and
have only board specific stuff in the board-specific configs, which would in
turn include the file?
M
>
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of amruth vamadev
> Sent: Thursday, December 29, 2011 5:09 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] Support for P1011 CCSRBAR
>
> Hi
Can you please give more details here,
Use GENERATED_GBL_DATA_SIZE for calculating CONFIG_SYS_INIT_SP_OFFSET.
Signed-off-by: Fabio Estevam
---
include/configs/m28evk.h |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index 39c841f..2b4871e 100644
---
Remove 'all' target from Makefile, as this is unused code.
Signed-off-by: Fabio Estevam
---
This was first pointed out by Mike Frysinger here:
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/118719
,but I missed to include it on later patch submissions.
board/freescale/mx28evk/Makefil
Remove 'all' target from Makefile, as this is unused code.
Signed-off-by: Fabio Estevam
---
board/denx/m28evk/Makefile |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/board/denx/m28evk/Makefile b/board/denx/m28evk/Makefile
index aa16c7d..1fb56d8 100644
--- a/board/denx/
> >-Original Message-
> >From: Fabio Estevam [mailto:feste...@gmail.com]
> >Sent: Wednesday, December 21, 2011 12:33 AM
> >To: u-boot@lists.denx.de
> >Cc: sba...@denx.de; marek.va...@gmail.com; Fleming Andy-AFLEMING; Gala
> >Kumar-B11780; Guo Shawn-R65073; Liu Hui-R64343; Huang Changming-R6
Hi
I am trying to access CCSRBAR using address 0xffe0.I know this is
not the default address for freescale P1011 board, flash address is
mapped to 0xff00 and the flash is not programmed with u-boot.I am
running out of RAM and have issues accessing CCSRBAR.Can we relocate
CCSRBAR to someothe
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Wednesday, December 21, 2011 12:33 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; marek.va...@gmail.com; Fleming Andy-AFLEMING; Gala
>Kumar-B11780; Guo Shawn-R65073; Liu Hui-R64343; Huang Changming-R66093;
>Este
Kumar/Andy,
On Thu, Dec 29, 2011 at 7:47 AM, Stefano Babic wrote:
> On 20/12/2011 17:33, Fabio Estevam wrote:
>> Since commit 97039ab98 (env_mmc: Allow board code to override the
>> environment address)
>> mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
>>
>> The mmc_get_env_addr
I've solved this issue. I just needed to add CONFIG_DA8XX_GPIO in my
configuration file.
Regards,
Gabriele
Da: Gabriele Filosofi
Inviato: giovedì 29 dicembre 2011 11.15
A: 'u-boot@lists.denx.de'
Oggetto: [U-Boot] arm, da850: gpio control
Hi all,
Please, what I have to include to use gpio suppor
Hi all,
Please, what I have to include to use gpio support for da850 platform ?
Thanks,
Gabriele
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 20/12/2011 17:33, Fabio Estevam wrote:
> Since commit 97039ab98 (env_mmc: Allow board code to override the environment
> address)
> mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
>
> The mmc_get_env_addr implementation that exists at
> board/freescale/common/sdhc_boot.c is mea
On 19/12/2011 13:38, Jason Liu wrote:
> For the i.mx6q, the burned-in MAC address will be the following odering,
>
> fuse: 0x620[7:0] MAC_ADDR[7:0] ---> mac[5]
> fuse: 0x620[15:8] MAC_ADDR[15:8]---> mac[4]
> fuse: 0x620[23:16] MAC_ADDR[23:16] ---> mac[3]
> fuse: 0x620[31:24] MAC_ADDR[
On 29/12/2011 09:42, Igor Grinberg wrote:
> Hi Stefano,
>
Hi Igor,
> Isn't Ilya is author of these?
> I would expect you (at least) to put him in Cc, no?
No, he's not, but these patches rely on Ilya's patches for AM3517. It is
sure a good idea to add him in CC
>> +distclean: clean
>> +rm
Hi Stefano,
Isn't Ilya is author of these?
I would expect you (at least) to put him in Cc, no?
On 12/28/11 18:47, Stefano Babic wrote:
> The mt_ventoux board is a custom board using
> the Technexion TAM3517 module.
>
> Signed-off-by: Stefano Babic
> ---
> MAINTAINERS |
Stefano,
2011/12/19 Jason Liu :
> For the i.mx6q, the burned-in MAC address will be the following odering,
>
> fuse: 0x620[7:0] MAC_ADDR[7:0] ---> mac[5]
> fuse: 0x620[15:8] MAC_ADDR[15:8] ---> mac[4]
> fuse: 0x620[23:16] MAC_ADDR[23:16] ---> mac[3]
> fuse: 0x620[31:24] MAC_ADDR[31:24]
>-Original Message-
>From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>On Behalf Of Dirk Behme
>Sent: Thursday, December 29, 2011 3:10 PM
>To: Stefano Babic; Jason Liu
>Cc: u-boot@lists.denx.de; Dirk Behme
>Subject: Re: [U-Boot] [PATCH v3] i.mx: i.mx6q: add the init
34 matches
Mail list logo
