Re: [U-Boot] [PATCH] mv-common.h: increase malloc arena to 4MiB
ping? On 10/30/2012 12:58 AM, Andreas Bießmann wrote: This will fix the following error: ---8<--- UBIFS error (pid 0): ubifs_mount: Error reading superblock on volume 'ubi:root' errno=-12! --->8--- Signed-off-by: Andreas Bießmann Cc: prafu...@marvell.com Cc: dimax.m...@gmail.com --- include/configs/mv-common.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h index 7086d1d..405a842 100644 --- a/include/configs/mv-common.h +++ b/include/configs/mv-common.h @@ -92,7 +92,7 @@ /* * Size of malloc() pool */ -#define CONFIG_SYS_MALLOC_LEN (1024 * 1024) /* 1MiB for malloc() */ +#define CONFIG_SYS_MALLOC_LEN (1024 * 1024 * 4) /* 4MiB for malloc() */ /* * Other required minimal configurations ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 0/2] Factorize ARM startup code as mush as possible.
hi Albert,
On Tue Nov 13, 2012 at 08:55:23PM +0100, Albert ARIBAUD wrote:
> > > > I tried the 1st patch of the series, and with that u-boot does not
> > > > come up on the board. It is also printing out some random values for
> > > > the dram and nand sizes.
> > > >
> > > > The patch was applied on top of commit 1cc619be8b7. Also, with the
> > > > mentioned commit, u-boot boots up fine on the board. Also to be noted
> > > > is that the spl image compiled with these changes is booting up fine,
> > > > loading the main u-boot image, and jumping to it -- the issue is with
> > > > booting the main u-boot image.
> > >
> > > Thanks Sughosh. Can you build an U-Boot with the following defined
> > > in the hawkboard.h config file?
> > >
> > > #define DEBUG
> > > #if defined(CONFIG_SPL_BUILD) && ! defined (__ASSEMBLY__)
> > > static inline int printf(const char *fmt, ...)
> > > {
> > > return 0;
> > > }
> > > #endif
> > >
> > > Note: only the #define DEBUG matter to me, but with it alone, SPL build
> > > fails due to some code now requiring printf(). This is why I add a
> > > dummy printf definition for C code during SPL build -- ASM code does not
> > > need printf() and actually chokes on the definition, hence the
> > > condition on __ASSEMBLY__.
> > >
> > > This debug U-Boot should print a lot more info. Can you please try it
> > > and copy/paste its output here? Thanks in advance.
> > >
> >
> > Unfortunately i am currently on vacation, with no access to the board, and
> > would be able to try out your suggested changes only after i am back, by
> > the end of next week. In the meantime, i am also trying to get myself a
> > jtag debugger -- it is quite frustrating to provide half baked information.
> >
> Thanks for the feedback. Meanwhile, I have found two ugly bugs which
> would certainly affect execution past board_init_f(), so maybe your
> hawkboard was bitten by theses; next time please try v3, which fixes
> these bugs, or the latest patch version if v3 is obsolete by the time
> you come back.
I tested the v4 of your patches on hawkboard, and now the board boots
up fine. Sorry, i took a little longer than i had expected to be back,
so this got a bit delayed.
-sughosh
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v4 1/2] arm: move C runtime setup code in crt0.S
On Tue Nov 27, 2012 at 01:43:25PM +0100, Albert ARIBAUD wrote: > Move all the C runtime setup code from every start.S > in arch/arm into arch/arm/lib/crt0.S. This covers > the code sequence from setting up the initial stack > to calling into board_init_r(). > > Also, rewrite the C runtime setup and make functions > board_init_*() and relocate_code() behave according to > normal C semantics (no jumping across the C stack any > more, etc). > > Some SPL targets had to be touched because they use > start.S explicitly or for some reason; the relevant > maintainers and custodians are cc:ed. > > Signed-off-by: Albert ARIBAUD > --- Tested on hawkboard. Spl and u-boot images boot up fine with these changes. Tested-by: Sughosh Ganu -sughosh ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: at91sam9x5: add dataflash boot support
Dear Bo Shen, On 07.12.2012 08:37, Bo Shen wrote: Add dataflash boot support on at91sam9x5ek board sorry, but this patch do not apply cleanly on top of current u-boot-arm/master. It seems the mmc (SYS_USE_MMC) is missing there. Can you please rebase or provide the other patches? Best regards Andreas Bießmann Signed-off-by: Bo Shen --- boards.cfg |1 + include/configs/at91sam9x5ek.h | 10 ++ 2 files changed, 11 insertions(+) diff --git a/boards.cfg b/boards.cfg index 70a1569..e799d9b 100644 --- a/boards.cfg +++ b/boards.cfg @@ -97,6 +97,7 @@ at91sam9m10g45ek_nandflash arm arm926ejs at91sam9m10g45ekatmel at91sam9rlek_dataflash arm arm926ejs at91sam9rlek atmel at91at91sam9rlek:AT91SAM9RL,SYS_USE_DATAFLASH at91sam9rlek_nandflash arm arm926ejs at91sam9rlek atmel at91at91sam9rlek:AT91SAM9RL,SYS_USE_NANDFLASH at91sam9x5ek_nandflash arm arm926ejs at91sam9x5ek atmel at91at91sam9x5ek:AT91SAM9X5,SYS_USE_NANDFLASH +at91sam9x5ek_dataflash arm arm926ejs at91sam9x5ekatmel at91at91sam9x5ek:AT91SAM9X5,SYS_USE_DATAFLASH at91sam9x5ek_spiflasharm arm926ejs at91sam9x5ek atmel at91at91sam9x5ek:AT91SAM9X5,SYS_USE_SPIFLASH at91sam9x5ek_mmc arm arm926ejs at91sam9x5ek atmel at91at91sam9x5ek:AT91SAM9X5,SYS_USE_MMC at91sam9xeek_dataflash_cs0 arm arm926ejs at91sam9260ek atmel at91at91sam9260ek:AT91SAM9XE,SYS_USE_DATAFLASH_CS0 diff --git a/include/configs/at91sam9x5ek.h b/include/configs/at91sam9x5ek.h index 1317582..a034ed0 100644 --- a/include/configs/at91sam9x5ek.h +++ b/include/configs/at91sam9x5ek.h @@ -178,6 +178,16 @@ #define CONFIG_BOOTCOMMAND"sf probe 0; " \ "sf read 0x2200 0x10 0x30; " \ "bootm 0x2200" +#elif defined(CONFIG_SYS_USE_DATAFLASH) +/* bootstrap + u-boot + env + linux in data flash */ +#define CONFIG_ENV_IS_IN_SPI_FLASH +#define CONFIG_ENV_OFFSET 0x4200 +#define CONFIG_ENV_SIZE0x4200 +#define CONFIG_ENV_SECT_SIZE 0x210 +#define CONFIG_ENV_SPI_MAX_HZ 3000 +#define CONFIG_BOOTCOMMAND "sf probe 0; " \ + "sf read 0x2200 0x84000 0x294000; " \ + "bootm 0x2200" #else /* CONFIG_SYS_USE_MMC */ /* bootstrap + u-boot + env + linux in mmc */ #define CONFIG_ENV_IS_IN_MMC ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCHv3 2/4] at91sam9x5: enable USB support for 9x5ek board.
Dear richard.gen...@gmail.com, On 30.11.2012 10:18, richard.gen...@gmail.com wrote: From: Richard Genoud Signed-off-by: Richard Genoud --- arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c | 13 + arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++ board/atmel/at91sam9x5ek/at91sam9x5ek.c |3 +++ drivers/usb/host/ohci-at91.c |6 -- 4 files changed, 22 insertions(+), 2 deletions(-) applied to u-boot-atmel/master, thanks! Best regards Andreas Bießmann ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCHv3 3/4] at91sam9x5ek: regroup FAT/DOS features
Dear richard.gen...@gmail.com, On 30.11.2012 10:18, richard.gen...@gmail.com wrote: From: Richard Genoud Signed-off-by: Richard Genoud --- include/configs/at91sam9x5ek.h |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) applied to u-boot-atmel/master, thanks! Best regards Andreas Bießmann ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCHv3 4/4] at91sam9x5ek: add USB configuration
Dear richard.gen...@gmail.com, On 30.11.2012 10:18, richard.gen...@gmail.com wrote: From: Richard Genoud Signed-off-by: Richard Genoud --- include/configs/at91sam9x5ek.h | 23 +++ 1 files changed, 23 insertions(+), 0 deletions(-) applied to u-boot-atmel/master, thanks! Best regards Andreas Bießmann ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: at91sam9x5: add dataflash boot support
Dear Bo Shen, On 09.12.2012 22:35, Andreas Bießmann wrote: Dear Bo Shen, On 07.12.2012 08:37, Bo Shen wrote: Add dataflash boot support on at91sam9x5ek board sorry, but this patch do not apply cleanly on top of current u-boot-arm/master. It seems the mmc (SYS_USE_MMC) is missing there. Can you please rebase or provide the other patches? ... got it: http://patchwork.ozlabs.org/patch/196532/ it is awaiting upstream via u-boot-mmc, sorry, this patch has to wait. Best regards Andreas Bießmann ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] spi: atmel: sam9m10g45 also support WDRBT bit
Dear Bo Shen, On 06.12.2012 09:22, Bo Shen wrote: The at91sam9m10g45 also support WDRBT bit, add support for it Signed-off-by: Bo Shen --- drivers/spi/atmel_spi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) applied to u-boot-atmel/master, thanks! Best regards Andreas Bießmann ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PULL] Please pull u-boot-atmel/master
Dear Albert Aribaud, please consider the following board related changes for u-boot-arm/master. The following changes since commit b8a7c467960ffb4d5a5e1eef5f7783fb6f594542: Merge branch 'u-boot-imx/master' into 'u-boot-arm/master' (2012-11-25 13:01:58 +0100) are available in the git repository at: git://git.denx.de/u-boot-atmel.git master for you to fetch changes up to ac81e1ccf7135d8004763bbf9bef1d95a03fbe92: spi: atmel: sam9m10g45 also support WDRBT bit (2012-12-09 22:40:13 +0100) Bo Shen (1): spi: atmel: sam9m10g45 also support WDRBT bit Richard Genoud (3): at91sam9x5: enable USB support for 9x5ek board. at91sam9x5ek: regroup FAT/DOS features at91sam9x5ek: add USB configuration arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c | 13 ++ arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++ board/atmel/at91sam9x5ek/at91sam9x5ek.c |3 +++ drivers/spi/atmel_spi.c |2 +- drivers/usb/host/ohci-at91.c |6 +++-- include/configs/at91sam9x5ek.h | 29 +- 6 files changed, 51 insertions(+), 4 deletions(-) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/4] MMC: DWMMC: Modified fifo size computation
Hi Simon, On 12/09/2012 04:49 AM, Simon Glass wrote: > Hi Jaehoon, > > On Wed, Dec 5, 2012 at 7:59 PM, Jaehoon Chung wrote: >> It looks good to me. >> Added minor comment. >> >> Acked-by: Jaehoon Chung >> >> On 12/05/2012 10:31 PM, Amar wrote: >>> The current implementation of fifo size computation was giving improper >>> values for eMMC channel. Modified the computation as per user manual. >>> >>> Signed-off-by: Amarendra Reddy >>> --- >>> drivers/mmc/dw_mmc.c |2 ++ >>> 1 files changed, 2 insertions(+), 0 deletions(-) >>> >>> diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c >>> index 4070d4e..62dc152 100644 >>> --- a/drivers/mmc/dw_mmc.c >>> +++ b/drivers/mmc/dw_mmc.c >>> @@ -332,6 +332,8 @@ static int dwmci_init(struct mmc *mmc) >>> dwmci_writel(host, DWMCI_BMOD, 1); >>> >>> fifo_size = dwmci_readl(host, DWMCI_FIFOTH); >>> + fifo_size = ((fifo_size & RX_WMARK(0xFFF)) >> 16) + 1; >> How about using like FIFO_SIZE_MASK? > > It might be better to avoid macros in header files which shift and > mask x, since they obscure the operation, and just define the amount > of shift and mask in the header file. Also if you have a #define for > the mask you should probably also have one for the shift, otherwise > you have the information in two places. So maybe: I want to add the macro into header file like your suggestion. RX_WMARK() is used to set with user input or pdata. If Amarendra will change this patch, it will looks great to me. Best Regards, Jaehoon Chung > > #define RX_WMARK_SHIFT 16 > #define RX_WMARK_MASK (0xfff << RX_WMARK_SHIFT) > > fifo_size = ((fifo_size & RX_WMARK_MASK) >> RX_WMARK_SHIFT) + 1; > >>> + >>> if (host->fifoth_val) >>> fifoth_val = host->fifoth_val; >>> else >>> >> >> ___ >> U-Boot mailing list >> U-Boot@lists.denx.de >> http://lists.denx.de/mailman/listinfo/u-boot > > Regards, > Simon > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [STATUS] build errors on u-boot-samsung
Hello, Since universal_c210 and SMDK5250 use old PMIC framework, these two boards are failed to build. I've pushed the "resolve" branch that is for solve the conflicts. Please submit the patch as soon as possible. Thanks. Minkyu Kang. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] mv-common.h: increase malloc arena to 4MiB
> -Original Message- > From: Andreas Bießmann [mailto:andreas.de...@googlemail.com] > Sent: 09 December 2012 22:20 > To: Andreas Bießmann > Cc: U-Boot List; Prafulla Wadaskar > Subject: Re: [PATCH] mv-common.h: increase malloc arena to 4MiB > > ping? Hi Andreas Sorry for the delay :-( I will pull this in this week. Regards... Prafulla . . . > > On 10/30/2012 12:58 AM, Andreas Bießmann wrote: > > This will fix the following error: > > > > ---8<--- > > UBIFS error (pid 0): ubifs_mount: Error reading superblock on volume > 'ubi:root' errno=-12! > > --->8--- > > > > Signed-off-by: Andreas Bießmann > > Cc: prafu...@marvell.com > > Cc: dimax.m...@gmail.com > > --- > > include/configs/mv-common.h |2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/include/configs/mv-common.h b/include/configs/mv- > common.h > > index 7086d1d..405a842 100644 > > --- a/include/configs/mv-common.h > > +++ b/include/configs/mv-common.h > > @@ -92,7 +92,7 @@ > > /* > >* Size of malloc() pool > >*/ > > -#define CONFIG_SYS_MALLOC_LEN (1024 * 1024) /* 1MiB for malloc() > */ > > +#define CONFIG_SYS_MALLOC_LEN (1024 * 1024 * 4) /* 4MiB for > malloc() */ > > > > /* > >* Other required minimal configurations > > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/4] MMC: DWMMC: Modified fifo size computation
Hi Jaehoon Chung, I will update the patches as per your review comments. As suggested by Mr.Simon, I will create macros similar to the below macros in header file. #define RX_WMARK_SHIFT 16 #define RX_WMARK_MASK (0xfff << RX_WMARK_SHIFT) Thanks & Regards Amarendra On 10 December 2012 07:51, Jaehoon Chung wrote: > Hi Simon, > > On 12/09/2012 04:49 AM, Simon Glass wrote: > > Hi Jaehoon, > > > > On Wed, Dec 5, 2012 at 7:59 PM, Jaehoon Chung > wrote: > >> It looks good to me. > >> Added minor comment. > >> > >> Acked-by: Jaehoon Chung > >> > >> On 12/05/2012 10:31 PM, Amar wrote: > >>> The current implementation of fifo size computation was giving improper > >>> values for eMMC channel. Modified the computation as per user manual. > >>> > >>> Signed-off-by: Amarendra Reddy > >>> --- > >>> drivers/mmc/dw_mmc.c |2 ++ > >>> 1 files changed, 2 insertions(+), 0 deletions(-) > >>> > >>> diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c > >>> index 4070d4e..62dc152 100644 > >>> --- a/drivers/mmc/dw_mmc.c > >>> +++ b/drivers/mmc/dw_mmc.c > >>> @@ -332,6 +332,8 @@ static int dwmci_init(struct mmc *mmc) > >>> dwmci_writel(host, DWMCI_BMOD, 1); > >>> > >>> fifo_size = dwmci_readl(host, DWMCI_FIFOTH); > >>> + fifo_size = ((fifo_size & RX_WMARK(0xFFF)) >> 16) + 1; > >> How about using like FIFO_SIZE_MASK? > > > > It might be better to avoid macros in header files which shift and > > mask x, since they obscure the operation, and just define the amount > > of shift and mask in the header file. Also if you have a #define for > > the mask you should probably also have one for the shift, otherwise > > you have the information in two places. So maybe: > I want to add the macro into header file like your suggestion. > RX_WMARK() is used to set with user input or pdata. > If Amarendra will change this patch, it will looks great to me. > > Best Regards, > Jaehoon Chung > > > > #define RX_WMARK_SHIFT 16 > > #define RX_WMARK_MASK (0xfff << RX_WMARK_SHIFT) > > > > fifo_size = ((fifo_size & RX_WMARK_MASK) >> RX_WMARK_SHIFT) + 1; > > > >>> + > >>> if (host->fifoth_val) > >>> fifoth_val = host->fifoth_val; > >>> else > >>> > >> > >> ___ > >> U-Boot mailing list > >> U-Boot@lists.denx.de > >> http://lists.denx.de/mailman/listinfo/u-boot > > > > Regards, > > Simon > > ___ > > U-Boot mailing list > > U-Boot@lists.denx.de > > http://lists.denx.de/mailman/listinfo/u-boot > > > > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] universal_c210: fix compiler error and compiler warning
This patch fix following errors
universal.c: In function 'init_pmic_lcd':
universal.c:340: warning: implicit declaration of function 'get_pmic'
universal.c:340: warning: initialization makes pointer from integer without a
cast
universal.c: In function 'lcd_power_on':
universal.c:431: warning: initialization makes pointer from integer without a
cast
universal.c: At top level:
universal.c:335: warning: 'init_pmic_lcd' defined but not used
Signed-off-by: Minkyu Kang
Cc: Donghwa Lee
Cc: Lukasz Majewski
---
board/samsung/universal_c210/universal.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/board/samsung/universal_c210/universal.c
b/board/samsung/universal_c210/universal.c
index 3d508be..4869798 100644
--- a/board/samsung/universal_c210/universal.c
+++ b/board/samsung/universal_c210/universal.c
@@ -55,6 +55,8 @@ static int get_hwrev(void)
return board_rev & 0xFF;
}
+static void init_pmic_lcd(void);
+
int power_init_board(void)
{
int ret;
@@ -63,6 +65,8 @@ int power_init_board(void)
if (ret)
return ret;
+ init_pmic_lcd();
+
return 0;
}
@@ -337,7 +341,7 @@ static void init_pmic_lcd(void)
unsigned char val;
int ret = 0;
- struct pmic *p = get_pmic();
+ struct pmic *p = pmic_get("MAX8998_PMIC");
if (pmic_probe(p))
return;
@@ -428,7 +432,7 @@ static void reset_lcd(void)
static void lcd_power_on(void)
{
- struct pmic *p = get_pmic();
+ struct pmic *p = pmic_get("MAX8998_PMIC");
if (pmic_probe(p))
return;
--
1.7.9.5
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] JFFS2 seems to drop nand data with ECC corrections
Hi, Thanks for the confirmation. Is this something that may be patched ? I mean, would a patch for this be accepted ? Regards, Stephane Deltour -Original Message- From: Scott Wood [mailto:scottw...@freescale.com] Sent: donderdag 6 december 2012 19:23 To: Deltour, Stephane Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] JFFS2 seems to drop nand data with ECC corrections On 12/01/2012 11:02:05 AM, Deltour, Stephane wrote: > I had a few boards with NAND related problems. In Linux a file was > written to a JFFS2 partition in NAND, but u-boot was unable to read > the same file correctly from the JFFS2. This happened to be often the > case if the NAND had a few bad blocks in the JFFS2 partition. > Upon further examination it turned out Linux still was able to read > the file 100% correctly from the partition, but u-boot wasn't. > I did get a lot of "read_nand_cache: error reading nand off ..." > messages in u-boot. > > When debugging further it appears that > read_nand_cached(...) in /fs/jffs2/jffs2_1pass.c throws away the data > if nand_read (/drivers/ mtd/nand/nand_base.c) doesn't return 0. > This happens in case of an uncorrectable ECC error (-EBADMSG) or a > correctable ECC error(-EUCLEAN). > (see nand_do_read_ops in /drivers/ mtd/nand/nand_base.c) > > So this would mean that data gets thrown away in case of a correctable > ECC error, which doesn't seem the right thing to do and probably does > not match with how linux is behaving. > > I patched the code to not throw away data with correctable ECC errors > and this seems to fix it for the two boards that had this issue. > If it matters: the correctable ECC errors appeared in good blocks (but > often close to a bad block). > > So would my understanding be 'correct'? Yes. -Scott DISCLAIMER: Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [STATUS] build errors on u-boot-samsung
Hi Minkyu, Will resolve the same and send patches as soon as possible. Regards, Rajeshwari Shinde. On Mon, Dec 10, 2012 at 11:33 AM, Minkyu Kang wrote: > Hello, > > Since universal_c210 and SMDK5250 use old PMIC framework, > these two boards are failed to build. > > I've pushed the "resolve" branch that is for solve the conflicts. > > Please submit the patch as soon as possible. > > Thanks. > Minkyu Kang. > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
