Hi,
This patchset adds support for a new board SMDKV310, based on S5PV310 SOC.
This SOC is very similar to S5PC210 SOC, hence we are re-using this SOC code.
Specific changes in PATCH v2 are mention in specific patch files.
Chander Kashyap (2):
ARMV7: Add support for Samsung SMDKV310 Board
ARM
SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much
similar to S5PC210.
Signed-off-by: Chander Kashyap
Signed-off-by: Tushar Behera
---
Changes for v2:
- Coding Style Cleanup
- Removed unwanted macros from board config file.
- Ethernet controllor configu
Added MMC SPL boot support for SMDKV310. This framework design is
based on nand_spl support.
Signed-off-by: Chander Kashyap
---
Makefile|9 ++
spl/board/samsung/smdkv310/Makefile | 103 +++
spl/board/samsung/smdkv310/mm
Signed-off-by: Shaohui Xie
Cc: Mike Frysinger
---
drivers/mtd/spi/spansion.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/spansion.c b/drivers/mtd/spi/spansion.c
index a3401b3..8835e96 100644
--- a/drivers/mtd/spi/spansion.c
+++ b/drivers/mtd/s
Hi all,
Call it a detail, but I see that get_ram_size() calls sometime qualify
their argument as volatile and sometimes not, and this makes checkpatch
complain that volatiles are Bad(tm), which I would like to get fixed.
The prototype for get_ram_size() in is
longget_ram_size (vol
Hello Sir,
Good day to you.
This is May from DesirePower International Group in Shenzhen, China, which is
specialized in LED lighting for several years.
Top quality with low price of LED lights for you. E-catalogue is free for your
learning if you are in need.
Would you just take several mi
On Wednesday 12 January 2011 10:14:42 Ricardo Ribalda Delgado wrote:
> Old address of RESET_VECTOR were overwritten by the bss sector, making
> impossible its run from xmd.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
On Wednesday 06 April 2011 13:53:42 Dirk Eibach wrote:
> Dirk Eibach (8):
> ppc4xx: Improve DLVision-10G PLL setup
> ppc4xx: Improve video board detection
> hwmon: Extend lm63.c to support LM64
> ppc4xx: Adapt DLVision 10G to new FPGA firmware
> ppc4xx: Set DLVision 10G osd position to li
Hi Wolfgang,
please pull the following ppc4xx patches:
The following changes since commit 735eb0f0e66b544b1dfaf6c43ce6e4bd9ae64b5e:
tools/env: fix redundant env flag comparison (2011-04-21 00:25:08 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Hi MacPaul,
Le 21/04/2011 04:57, Macpaul Lin a écrit :
> HI Albert,
>
> 2011/4/16 Albert ARIBAUD:
>> Please resend a V3 patch set of the four patches, even if two of them are
>> unchanged. Make sure all patches have their history updated, even the
>> unchanged patches ('V3: no change'). I'll apply
Le 20/04/2011 21:26, Michael Schwingen a écrit :
> On 04/20/2011 07:49 PM, Albert ARIBAUD wrote:
>> Le 20/04/2011 19:15, Michael Schwingen a écrit :
>>
>>> Why don't we pull the original master mach-types file, and generate the
>>> required .h file(s) during make using the same (or a similar) scrip
Hi Albert,
2011/4/21 Albert ARIBAUD :
> 91478 and 91479, though, I don't see their point: they are adding a file
> that obviously no one used before it was added, but that no one uses now.
> These header files are dead code, and should only be added in a patch where
> other code changes actually m
Hi there,
I just started to work with the u-boot sources for my bachelor thesis.
There was a part in the source which irritated me a bit.
I talk about ./arch/arm/cpu/armv7/omap-common/timer.c
It's about that part of code:
#define TIMER_LOAD_VAL 0x
int timer_init(void)
{
/* st
Adding u-boot list seem to have missed it in my reply.
On Thu, Apr 21, 2011 at 9:16 AM, Jason Kridner wrote:
> On Wed, Apr 20, 2011 at 6:04 PM, Wolfgang Denk wrote:
>
>> Dear Jason Kridner,
>>
>> In message <1299013329-29931-1-git-send-email-jkrid...@beagleboard.org>
>> you wrote:
>> > This
On Thursday, April 21, 2011 5:44 PM, Simon Schwarz wrote:
> Hi there,
[...]
>
> It's about that part of code:
> #define TIMER_LOAD_VAL 0x
>
IIRC there was a patch which corrected this reload value to 0.
Regards,
Vaibhav
___
U-Boot mailing lis
On Sunday 10 April 2011 22:06:29 Mike Frysinger wrote:
> The M29W800DT parts also report their geometry with the sector layout
> reversed. So add that ID to the flash_fixup_stm function.
>
> Otherwise, we get:
> bfin> flinfo
>
> Bank # 1: CFI conformant FLASH (16 x 16) Size: 1 MB in 19 Sectors
On Monday 11 April 2011 14:16:19 Heiko Schocher wrote:
> tested on the a4m072 board with a S29GL512P flash.
>
> flinfo without this patch
> Bank # 1: CFI conformant flash (16 x 16) Size: 32 MB in 256 Sectors
> AMD Standard command set, Manufacturer ID: 0x01, Device ID: 0x227E
> Erase timeout:
On Tuesday 12 April 2011 09:59:04 Aaron Williams wrote:
> I ran into a problem where the reset was failing except when I enabled
> debugging support. After talking with Garret Swalling at Spansion I
> was told that the GL-N series of devices require a 500ns wait for the
> reset to complete. The b
Hi Wolfgang,
please pull the following patches:
The following changes since commit 735eb0f0e66b544b1dfaf6c43ce6e4bd9ae64b5e:
tools/env: fix redundant env flag comparison (2011-04-21 00:25:08 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Aa
Hi Wolfgang,
> Dear Graeme Russ,
>
> In message you wrote:
>>
>> What about my other suggestion - A checkpatch summary with an expalation
>> for any warnings or errors? See for example my heads-up for checkpatch
>> warnings - http://lists.denx.de/pipermail/u-boot/2011-April/090144.html
>
> For is
Hi Scott,
> I vote for "checkpatch is a tool that can help you find some style problems,
> but is imperfect, and the things it complains about are of varying
> importance". If you insist on zero warnings, what's the difference between
> a warning and an error? And will there then be a U-Boot-spe
On Thu, Apr 21, 2011 at 04:29:17PM +0200, Detlev Zundel wrote:
> What about the problem with checkpatch errors in current code, i.e. the
> origin of this sentence:
>
> Also warnings produced for context lines (i.e. existing code) rather
> than actual changes can also be ignored.
How about rep
On Thu, Apr 21, 2011 at 9:17 AM, Jason Kridner wrote:
> Adding u-boot list seem to have missed it in my reply.
>
>
> On Thu, Apr 21, 2011 at 9:16 AM, Jason Kridner
> wrote:
>
>> On Wed, Apr 20, 2011 at 6:04 PM, Wolfgang Denk wrote:
>>
>>> Dear Jason Kridner,
>>>
>>> In message <1299013329-29
At 10:49 21.04.2011 -0400, Eric Cooper wrote:
>On Thu, Apr 21, 2011 at 04:29:17PM +0200, Detlev Zundel wrote:
>> What about the problem with checkpatch errors in current code, i.e. the
>> origin of this sentence:
>>
>> Also warnings produced for context lines (i.e. existing code) rather
>> tha
On Thu, Apr 21, 2011 at 04:56:36PM +0200, Fabian Cenedese wrote:
> Is that even possible? The cosmetic patch itself will be surrounded
> by context lines which may fire up a warning. So these lines need
> to be changed as well to satisy checkpatch. But this new patch
> will again include several co
On Wed, Apr 20, 2011 at 11:56 PM, Aneesh V wrote:
> Hi Simon, Wolfgang,
>
> On Thursday 21 April 2011 12:04 AM, Simon Glass wrote:
>>
>> On Fri, Mar 25, 2011 at 11:35 AM, Albert ARIBAUD
>> wrote:
>>>
>>> Le 25/03/2011 17:12, Aneesh V a écrit :
>>>
Another problem I have with relocation is th
Confirm the receipt of $50,000 from western
union by filling the details to the Transfer
Manager Mr.Eddy James:
WESTERN UNION WINNER BIODATAS Form
1. Name:
2. Address
3. Country :
4. Phone Number
5. Occupation:
6. Sex :..
7. Age
___
U-Boot mailing li
Hi Fabi,
> At 10:49 21.04.2011 -0400, Eric Cooper wrote:
>>On Thu, Apr 21, 2011 at 04:29:17PM +0200, Detlev Zundel wrote:
>>> What about the problem with checkpatch errors in current code, i.e. the
>>> origin of this sentence:
>>>
>>> Also warnings produced for context lines (i.e. existing code
Hi Eric,
> On Thu, Apr 21, 2011 at 04:56:36PM +0200, Fabian Cenedese wrote:
>> Is that even possible? The cosmetic patch itself will be surrounded
>> by context lines which may fire up a warning. So these lines need
>> to be changed as well to satisy checkpatch. But this new patch
>> will again in
Hi Eric,
> On Thu, Apr 21, 2011 at 04:29:17PM +0200, Detlev Zundel wrote:
>> What about the problem with checkpatch errors in current code, i.e. the
>> origin of this sentence:
>>
>> Also warnings produced for context lines (i.e. existing code) rather
>> than actual changes can also be ignore
On 04/15/2011 08:07 PM, Stefano Babic wrote:
> On 04/12/2011 04:18 AM, Fabio Estevam wrote:
>> Use the same method of the Linux kernel to print the MX31 silicon version on
>> boot.
>>
>> Tested on a MX31PDK with a 2.0 silicon, where it shows:
>>
>> CPU: Freescale i.MX31 rev 2.0 at 531 MHz
>>
>>
Drop warnings due to recent commit
ARM: mx31: Print the silicon version
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
arch/arm/include/asm/arch-mx31/imx-regs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx31/imx-regs.h
b/arch/arm/in
On Thu, 21 Apr 2011 16:29:17 +0200
Detlev Zundel wrote:
> Hi Scott,
>
> > I vote for "checkpatch is a tool that can help you find some style problems,
> > but is imperfect, and the things it complains about are of varying
> > importance". If you insist on zero warnings, what's the difference be
From: Cliff Cai
When dealing with non-multipoint devices, if the software root hub code
accepted the message, then we still need to process it normally. So only
return quickly when the root hub skipped the message or is otherwise in
an error state.
Signed-off-by: Cliff Cai
Signed-off-by: Mike
thanks, added to my sf branch
-mike
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Apr 20, 2011 at 10:51 PM, Macpaul Lin wrote:
> Add support of MX25L4005 and MX25L8005 according to the datasheet
> http://www.mct.net/download/macronix/mx25l8005.pdf
>
> This patch has been tested with MX25L4005 and MX25L8005
thanks, added to my sf branch
-mike
On Thu, Apr 21, 2011 at 3:09 AM, Albert ARIBAUD wrote:
> Call it a detail, but I see that get_ram_size() calls sometime qualify
> their argument as volatile and sometimes not, and this makes checkpatch
> complain that volatiles are Bad(tm), which I would like to get fixed.
>
> The prototype for get
On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
> --- a/include/spi.h
> +++ b/include/spi.h
> /* Controller-specific definitions: */
>
> /* CONFIG_HARD_SPI triggers SPI bus initialization in PowerPC */
> -#ifdef CONFIG_MPC8XXX_SPI
> +#if defined(CONFIG_MPC8XXX_SPI) || defined(CONFIG_FSL_ESPI)
On Thu, Apr 21, 2011 at 2:05 AM, Shaohui Xie wrote:
> espi flash read returns invalid data if the read length is more than 0xFFFA
> bytes, it supports maximum transaction of 2^16 bytes at a time, resister
> spcom[TRANLEN] is 16 bits. If the transaction length is greater than 0x,
> it need to b
On 04/20/2011 12:47 PM, Jason Liu wrote:
> The boot cause code has been factor out to soc common
> code,we need drop the part from the board support code
>
> Signed-off-by: Jason Liu
Hi Jason,
> ---
> board/efikamx/efikamx.c | 30 ++
> board/freescale/mx
On 04/20/2011 12:47 PM, Jason Liu wrote:
> +int board_mmc_getcd(u8 *cd, struct mmc *mmc)
> +{
> + struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc->priv;
> +
> + if (cfg->esdhc_base == MMC_SDHC1_BASE_ADDR)
> + *cd = mxc_gpio_get(77); /*GPIO3_13*/
> + else
> +
On 04/16/2011 04:54 AM, Fabio Estevam wrote:
> Commit 5d2c154 (IMX: MX31: Cleanup include files and drop nasty #ifdef in
> drivers)
> renamed mx31-imx-regs.h to imx-regs.h.
>
> Change the file label accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Regards,
St
Le 21/04/2011 19:02, Mike Frysinger a écrit :
> On Thu, Apr 21, 2011 at 3:09 AM, Albert ARIBAUD wrote:
>> Call it a detail, but I see that get_ram_size() calls sometime qualify
>> their argument as volatile and sometimes not, and this makes checkpatch
>> complain that volatiles are Bad(tm), which I
On 04/20/2011 12:47 PM, Jason Liu wrote:
> factor out boot cause funciton to common code to avoid
> the duplicate code in each board support package
>
> Signed-off-by: Jason Liu
> ---
> change since v4:
> - make common code soc specific
> changes since v3:
> - add full boot reset cause
> ---
App
On 04/21/2011 06:09 PM, Stefano Babic wrote:
> Drop warnings due to recent commit
> ARM: mx31: Print the silicon version
>
> Signed-off-by: Stefano Babic
> CC: Fabio Estevam
> ---
Applied directly to u-boot-imx, as fix.
regards,
Stefano Babic
--
==
On Apr 21, 2011, at 12:10 PM, Mike Frysinger wrote:
> On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
>> --- a/include/spi.h
>> +++ b/include/spi.h
>> /* Controller-specific definitions: */
>>
>> /* CONFIG_HARD_SPI triggers SPI bus initialization in PowerPC */
>> -#ifdef CONFIG_MPC8XXX_SPI
>
From: Kim Phillips
versioned SEC properties changed names during development, so
for now search and update LIODNs for both "secX.Y" and
"sec-vX.Y" based properties.
Signed-off-by: Kim Phillips
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/fsl_liodn.h | 13 +
1 files cha
From: Lei Xu
The workaround for ESDHC111 should also be applied on
P2040/P3041/P5010/P5020 SoCs.
Signed-off-by: Lei Xu
Signed-off-by: Roy Zang
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/config_mpc85xx.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/a
From: Jerry Huang
Signed-off-by: Jerry Huang
Signed-off-by: Zhao Chenhui
Signed-off-by: Kumar Gala
---
boards.cfg|1 +
include/configs/P2020DS.h | 28
2 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
ind
From: Priyanka Jain
Also added support to save env to spi flash in case of SPIBOOT.
Signed-off-by: Priyanka Jain
Signed-off-by: Kumar Gala
---
include/configs/P1_P2_RDB.h | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/include/configs/P1_P2_RDB.h b/i
From: Jiang Yutang
Signed-off-by: Jiang Yutang
Signed-off-by: Kumar Gala
---
board/freescale/p1022ds/p1022ds.c |3 +++
include/configs/P1022DS.h | 15 +++
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/board/freescale/p1022ds/p1022ds.c
b/board/freesc
Introduce new CONFIG_SYS_FSL_TBCLK_DIV on 85xx platforms because
different SoCs have different divisor amounts. All the PQ3 parts are
/8, the P4080/P4080 is /16, and P2040/P3041/P5020 are /32.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cpu.c| 11 ++-
arch/power
On Thu, 21 Apr 2011 13:54:01 -0500
Kumar Gala wrote:
> From: Jerry Huang
>
> Signed-off-by: Jerry Huang
> Signed-off-by: Zhao Chenhui
> Signed-off-by: Kumar Gala
> ---
> boards.cfg|1 +
> include/configs/P2020DS.h | 28
> 2 files changed, 2
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm1136/mx31/generic.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/arch/arm/cpu/arm1136/mx31/generic.c
index 18572b9..c17c738 100644
--- a/arch/arm/cpu/arm1136/mx31/generic.c
+++ b
On Thu, Apr 21, 2011 at 2:13 PM, Kumar Gala wrote:
> On Apr 21, 2011, at 12:10 PM, Mike Frysinger wrote:
>> On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
>>> --- a/include/spi.h
>>> +++ b/include/spi.h
>>> /* Controller-specific definitions: */
>>>
>>> /* CONFIG_HARD_SPI triggers SPI bus init
On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
> +struct spi_slave *spi_setup_slave(unsigned int bus, unsigned int cs,
> + unsigned int max_hz, unsigned int mode)
> +{
> + ccsr_espi_t *espi = (void *)(CONFIG_SYS_MPC85xx_ESPI_ADDR);
you support just one bus ? that's no fun
On Thu, Apr 21, 2011 at 1:50 PM, Albert ARIBAUD wrote:
> Le 21/04/2011 19:02, Mike Frysinger a écrit :
>> On Thu, Apr 21, 2011 at 3:09 AM, Albert ARIBAUD wrote:
>>> Call it a detail, but I see that get_ram_size() calls sometime qualify
>>> their argument as volatile and sometimes not, and this make
Dear John Rigby,
In message you wrote:
>
> > If you are discussing requirements for U-Boot, and plan to get these
> > merged in to mainlineU-Boot one day, it would probably be a good idea
> > to discuss these plans on the U-Boot mailing list as well - ideally
> > before any design is cast in iron
Dear Stefano Babic,
In message <4db06cbe.8050...@denx.de> you wrote:
> On 04/20/2011 12:47 PM, Jason Liu wrote:
>
> > +int board_mmc_getcd(u8 *cd, struct mmc *mmc)
> > +{
> > + struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc->priv;
> > +
> > + if (cfg->esdhc_base == MMC_SDHC1_BASE_ADD
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20110418094025.gc11...@bee.dooz.org> you wrote:
> Would it be possible to introduce a QEMU Versatile board in U-Boot
> derived from the regular Versatile board's config? It would disable
> the things that aren't (yet) supported in QEMU or too pa
Dear Simon Glass,
In message you wrote:
>
> >> + eth = &usb_eth[usb_max_eth_dev].eth_dev;
> >
> > Index for eth is usb_max_eth_dev.
> >
> >> @@ -100,7 +102,10 @@ static void probe_valid_drivers(struct usb_device *>
> >> dev)
> >>* call since eth_current_> chan
Dear Simon Glass,
In message you wrote:
>
> Thanks, yes - have done a better rebase so can test properly now.
> (where do I get ppc_8xx-gcc so I can use MAKEALL?)
ELDK is your friend.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16
On 22/04/11 02:10, Scott Wood wrote:
> On Thu, 21 Apr 2011 16:29:17 +0200
> Detlev Zundel wrote:
>
>> Hi Scott,
>>
>>> I vote for "checkpatch is a tool that can help you find some style problems,
>>> but is imperfect, and the things it complains about are of varying
>>> importance". If you insis
On Thu, Apr 21, 2011 at 4:38 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message you wrote:
>>
>> >> + eth = &usb_eth[usb_max_eth_dev].eth_dev;
>> >
>> > Index for eth is usb_max_eth_dev.
>> >
>> >> @@ -100,7 +102,10 @@ static void probe_valid_drivers(struct usb_device *>
>>
On Apr 21, 2011, at 4:25 PM, Mike Frysinger wrote:
> On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
>> +struct spi_slave *spi_setup_slave(unsigned int bus, unsigned int cs,
>> + unsigned int max_hz, unsigned int mode)
>> +{
>> + ccsr_espi_t *espi = (void *)(CONFIG_SYS_MPC
On Apr 21, 2011, at 4:20 PM, Mike Frysinger wrote:
> On Thu, Apr 21, 2011 at 2:13 PM, Kumar Gala wrote:
>> On Apr 21, 2011, at 12:10 PM, Mike Frysinger wrote:
>>> On Thu, Apr 21, 2011 at 2:04 AM, Shaohui Xie wrote:
--- a/include/spi.h
+++ b/include/spi.h
/* Controller-specific defi
>> What else? I know one issue maybe why does this need to exist when
>> other solutions exist. I think that since Android uses it, it is
>> somewhat of a de facto standard.
>
> Oh. Android uses it. It must be The Right Thing (TM), then, I guess.
> Probably like some of the Linux kernel code they
Hi, Stefano,
On Fri, Apr 22, 2011 at 1:43 AM, Stefano Babic wrote:
> On 04/20/2011 12:47 PM, Jason Liu wrote:
>
>> +int board_mmc_getcd(u8 *cd, struct mmc *mmc)
>> +{
>> + struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc->priv;
>> +
>> + if (cfg->esdhc_base == MMC_SDHC1_BASE_ADDR)
>From: vapierfil...@gmail.com [mailto:vapierfil...@gmail.com] On Behalf Of
>Mike Frysinger
>Sent: Friday, April 22, 2011 5:25 AM
>To: Xie Shaohui-B21989
>Cc: u-boot@lists.denx.de; Gala Kumar-B11780; Zang Roy-R61911; Hu Mingkai-
>B21284
>Subject: Re: [PATCH 1/2][v2] powerpc: eSPI and eSPI controller
>-Original Message-
>From: vapierfil...@gmail.com [mailto:vapierfil...@gmail.com] On Behalf Of
>Mike Frysinger
>Sent: Friday, April 22, 2011 1:10 AM
>To: Xie Shaohui-B21989
>Cc: u-boot@lists.denx.de; Gala Kumar-B11780; Zang Roy-R61911; Hu Mingkai-
>B21284
>Subject: Re: [PATCH 1/2][v2] p
Dear All,
I am presently trying to port UBI filesystem for TQ2440 board, my u-boot do
not support the UBI command.
Please let me wither we can do copy ubi image without u-boot's UBI
support.if there is work around let me know this can be done.
I tried "nand write.e" command support by my uboot t
Hi, Stefano,
On Fri, Apr 22, 2011 at 12:36 PM, Jason Hui wrote:
> Hi, Stefano,
>
> On Fri, Apr 22, 2011 at 1:43 AM, Stefano Babic wrote:
>> On 04/20/2011 12:47 PM, Jason Liu wrote:
>>
>>> +int board_mmc_getcd(u8 *cd, struct mmc *mmc)
>>> +{
>>> + struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc
Hi, Stefano,
On Fri, Apr 22, 2011 at 1:18 AM, Stefano Babic wrote:
> On 04/20/2011 12:47 PM, Jason Liu wrote:
>> The boot cause code has been factor out to soc common
>> code,we need drop the part from the board support code
>>
>> Signed-off-by: Jason Liu
>
> Hi Jason,
>
>> ---
>> board/efikamx
Le 22/04/2011 00:28, Mike Frysinger a écrit :
> On Thu, Apr 21, 2011 at 1:50 PM, Albert ARIBAUD wrote:
>> Le 21/04/2011 19:02, Mike Frysinger a écrit :
>>> On Thu, Apr 21, 2011 at 3:09 AM, Albert ARIBAUD wrote:
Call it a detail, but I see that get_ram_size() calls sometime qualify
their
Le 22/04/2011 02:43, Graeme Russ a écrit :
> So, if someone maintains a U-Boot fork of checkpatch, keeps it up-to-date
> with the Linux version, and pushes patches back up to Linux (to keep them
> is sync as much as practicable possible) would we agree that that would be
> the most favoured soluti
On 04/22/2011 06:36 AM, Jason Hui wrote:
>
> OK, I will resend the patchset as the following layout:
>
> MX5: clock: Add clock config interface
> MX5: factor out boot cause funciton to common code
> PMIC: Add dialog pmic support
> MX53: support for freescale MX53LOCO board (merge "Add power init
76 matches
Mail list logo
