Hi everyone,
Any update on the following query??
Thanks,
Sandeep
-Original Message-
From: Sandeep Kumar
Sent: 24 May 2012 17:53
To: u-boot@lists.denx.de
Cc: Sandeep Kumar
Subject: malloc failing in U-Boot
Hi Everyone,
I am facing some issue while using malloc on my system.
The "mallo
HI Donghwa,
On Wed, May 23, 2012 at 12:39 AM, Donghwa Lee wrote:
> Dear, Simon Glass
>
> I am preparing device tree in Exynos SoC and had already tested by using
> CONFIG_OF_SEPARATE. But, I couldn't test by using CONFIG_OF_EMBED because
> it has a compiler problem to make a binary in the dts/Ma
Dear Wolfgang Denk,
> Dear Otavio Salvador,
>
> In message <1336866018-614-5-git-send-email-ota...@ossystems.com.br> you
wrote:
> > Signed-off-by: Otavio Salvador
> > ---
> >
> > tools/mxsboot.c | 110
> > +++ 1 file changed,
> > 55 insert
Dear Fabio Estevam,
> Hi Marek,
>
> On Tue, May 29, 2012 at 5:43 PM, Marek Vasut wrote:
> > I've been thinking about it, maybe you can use the memory configuration
> > adjustment function -- mx28_adjust_memory_params(). You shouldn't have
> > the
>
> Care to send a patch to fix this?
I thought
This function can be overridden at run-time and allows implementors
of new boards based on the i.MX28 chip to fine-tune the memory params.
It is possible to write into the dram_vals array because when the SPL
runs, it is located SRAM. Therefore the location is writable. There is
no possibility of t
On Wed, May 23, 2012 at 11:58 AM, Vikram Narayanan wrote:
> Move the config file from ~/.config/patman to ~/.patman as it is
> more appropriate to have it there. Update the same in the README.
>
> Signed-off-by: Vikram Narayanan
> Cc: Simon Glass
> Cc: Wolfgang Denk
>
Acked-by: Simon Glass
Certain modules are not affected by means of a warm reset and need not
be configured again. Adding an API to detect a warm reset.
Emif is one such module that need not be configured after warm reset.
All the registers are retained.So, skipping DDR init after warm reset.
Freq_update is done to ma
EMIF and DDR device state are preserved in warmreset. Redoing the full
initialisation would cause unexpected behaviour. Do only partial
initialisation to account for frequency change.
Signed-off-by: Lokesh Vutla
Signed-off-by: R Sricharan
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/c
Certain modules are not affected by means of
a warm reset and need not be configured again.
Adding an API to detect the reset reason warm/cold.
This will be used to skip the module configurations
that are retained across a warm reset.
Signed-off-by: Lokesh Vutla
Signed-off-by: R Sricharan
---
Errata ID:i727
Description: The refresh rate is programmed in the EMIF_SDRAM_REF_CTRL[15:0]
REG_REFRESH_RATE parameter taking into account frequency of the device.
When a warm reset is applied on the system, the OMAP processor restarts
with another OPP and so frequency is not the same. Due to this
Samsung-SoC need to set QUIRK_BROKEN_R1B.
And Feedback clock delay value is set to wrong value.
This patch is fixed them.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
drivers/mmc/s5p_sdhci.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/mm
hello,
I was able to solve nand erase and nand write and saveenv.
Now,I am making kernel up and followed below steps..
1) tf 100 uImage_icm_v1.1
nand erase 0x0020 361483
nand write 100 0x0020 361483
2) tf c0 p1021rdb_32b.dtb
nand erase 0x0010 3000
nand wr
>-Original Message-
>From: Estevam Fabio-R49496
>Sent: Wednesday, May 30, 2012 1:40 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Estevam Fabio-R49496; Liu Hui-R64343
>Subject: [PATCH 09/10] mx6qarm2: Remove unused SOBJS
>
>There is no .S file in this directory, so just remove SOBJS.
>
>-Original Message-
>From: Estevam Fabio-R49496
>Sent: Wednesday, May 30, 2012 1:40 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Estevam Fabio-R49496; Liu Hui-R64343
>Subject: [PATCH 10/10] mx6qsabrelite: Remove unused SOBJS
>
>There is no .S file in this directory, so just remove SOBJ
On 05/29/2012 05:19 PM, Tom Warren wrote:
> On Tue, May 29, 2012 at 3:12 PM, Stephen Warren wrote:
>> On 05/29/2012 03:47 PM, Lucas Stach wrote:
>>> The RAM configuration is set by the bootrom to values specified by the BCT.
>>> To query the available RAM size of a board we can easily read back th
Hi Marek,
On Tue, May 29, 2012 at 5:43 PM, Marek Vasut wrote:
> I've been thinking about it, maybe you can use the memory configuration
> adjustment function -- mx28_adjust_memory_params(). You shouldn't have the
Care to send a patch to fix this?
As the patch in this thread will not be accepte
Lucas,
On Tue, May 29, 2012 at 3:18 PM, Stephen Warren wrote:
> On 05/29/2012 03:47 PM, Lucas Stach wrote:
>> Just stumbled upon this, while looking through the usb code. loop_count
>> runs down from 1, so the correct condition to error out is ==0.
>
> The code change is probably fine, but it
On Tue, May 29, 2012 at 3:12 PM, Stephen Warren wrote:
> On 05/29/2012 03:47 PM, Lucas Stach wrote:
>> The RAM configuration is set by the bootrom to values specified by the BCT.
>> To query the available RAM size of a board we can easily read back those
>> values instead of using the hardcoded OD
Hi Joe,
Am Mittwoch 30 Mai 2012, 00:40:18 schrieb Joe Hershberger:
> > Ah now i get it. But which other code may run and seed the NG with the
> > timer only, while we are in the link local netloop? Shouldn't it be safe
> > to first call srand(mac+timer) and then rand() multiple times? No other
> >
Hi Michael,
On Tue, May 29, 2012 at 5:06 PM, Michael Walle wrote:
>
> Hi Joe,
>
> Am Dienstag 29 Mai 2012, 23:08:23 schrieb Joe Hershberger:
>> Hi Michael,
>>
>> On Tue, May 29, 2012 at 1:23 PM, Michael Walle wrote:
>> > Hi Joe,
>> >
>> > Am Dienstag 29 Mai 2012, 20:08:26 schrieb Joe Hershberger
On 05/29/2012 03:47 PM, Lucas Stach wrote:
> Just stumbled upon this, while looking through the usb code. loop_count
> runs down from 1, so the correct condition to error out is ==0.
The code change is probably fine, but it'd be better if the commit
description stated just what was being chang
On 05/29/2012 03:47 PM, Lucas Stach wrote:
> Signed-off-by: Lucas Stach
Acked-by: Stephen Warren
Although two comments:
* A commit description would be a good idea
* The indentation change to the KBC case might be better as a separate
commit.
___
U-Bo
On 05/29/2012 03:47 PM, Lucas Stach wrote:
> The RAM configuration is set by the bootrom to values specified by the BCT.
> To query the available RAM size of a board we can easily read back those
> values instead of using the hardcoded ODMdata. This allows for a single
> u-boot image on similar boa
Hi Joe,
Am Dienstag 29 Mai 2012, 23:08:23 schrieb Joe Hershberger:
> Hi Michael,
>
> On Tue, May 29, 2012 at 1:23 PM, Michael Walle wrote:
> > Hi Joe,
> >
> > Am Dienstag 29 Mai 2012, 20:08:26 schrieb Joe Hershberger:
> >> If you can verify that the functionality of the
> >> CONFIG_BOOTP_RANDO
On Tue, May 29, 2012 at 6:32 PM, Wolfgang Denk wrote:
> Dear Otavio,
>
> In message 3...@mail.gmail.com> you wrote:
> >
> > > But I haven't seen "i.MXS" used before, and to me it makes no sense as
> > > it mixes unrelated name spaces.
> > >
> > > Please either use the Freescale name(s), or use "
Just stumbled upon this, while looking through the usb code. loop_count
runs down from 1, so the correct condition to error out is ==0.
Signed-off-by: Lucas Stach
CC: Stephen Warren
CC: Tom Warren
---
arch/arm/cpu/armv7/tegra2/usb.c |2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Ze
The RAM configuration is set by the bootrom to values specified by the BCT.
To query the available RAM size of a board we can easily read back those
values instead of using the hardcoded ODMdata. This allows for a single
u-boot image on similar boards with different amount of RAM.
Note that the re
Signed-off-by: Lucas Stach
CC: Stephen Warren
CC: Tom Warren
---
arch/arm/cpu/armv7/tegra2/funcmux.c| 13 -
arch/arm/include/asm/arch-tegra2/funcmux.h |3 +++
2 Dateien geändert, 15 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/arch/arm/cpu/armv7/tegra2/func
On Fri, May 11, 2012 at 9:39 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> SATA_ALT_REF_CLK field corresponds to bits 1 and 2 of offset 0x180c.
Just in case someone would like to check the mx53 fuse map, it is now
available at:
http://cache.freescale.com/files/dsp/doc/ref_manual/IMX53RMAD.p
Dear Otavio,
I wrote:
> In message
> you
> wrote:
> >
> > > But I haven't seen "i.MXS" used before, and to me it makes no sense as
> > > it mixes unrelated name spaces.
> > >
> > > Please either use the Freescale name(s), or use "mxs".
> >
> > http://www.freescale.com/webapp/sps/site/prod_sum
Dear Otavio,
In message
you wrote:
>
> > But I haven't seen "i.MXS" used before, and to me it makes no sense as
> > it mixes unrelated name spaces.
> >
> > Please either use the Freescale name(s), or use "mxs".
>
> http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MXS
It seems y
Dear Marek,
In message <201205292314.04143.ma...@denx.de> you wrote:
>
> > Not because I consider it inherently bad, but for example because it
> > is different from what we, our customers, our documentation and our
> > test scripts are used to.
>
> Then I guess some kind of "common env" for all
On Tue, May 29, 2012 at 5:44 PM, Wolfgang Denk wrote:
> > /*
> > - * Freescale i.MX28 image generator
> > + * Freescale i.MXS image generator
>
> I'm unhappy about the name "i.MXS". Either we say "i.MX28" - then
> it's clear we mean a specific FSL SoC, identified by it's product
> name. Or we
Dear Wolfgang Denk,
> Dear Otavio Salvador,
>
> In message you wrote:
> > I can work on that as far as I know what people expect to have. In
> > meanwhile I'd prefer to have this in since it allow the default
> > environment to just work in our BSP layer for OpenEmbedded.
>
> There is no such t
Hi Michael,
On Tue, May 29, 2012 at 1:23 PM, Michael Walle wrote:
> Hi Joe,
>
> Am Dienstag 29 Mai 2012, 20:08:26 schrieb Joe Hershberger:
>> If you can verify that the functionality of the
>> CONFIG_BOOTP_RANDOM_DELAY and CONFIG_CMD_LINK_LOCAL are uneffected,
>> then I'm OK with it.
>>
>> One th
Dear Charles Manning,
In message <201205150901.30710.mannin...@actrix.gen.nz> you wrote:
>
> > > +PLATFORM_RELFLAGS += -ffunction-sections
> >
> > where's the -fdata-sections ?
>
> I tried that once before and could not get that to work with u-boot. I figure
> doing just the function sections is
On Tue, May 29, 2012 at 5:57 PM, Wolfgang Denk wrote:
> Starting by now, I will NAK all these patches that get posted and
> reposted and reposted again continuously ignoring the rules for patch
> submissions.
>
I sent the last version of the patch changing only the Freescable board.
As I said,
On Tue, May 29, 2012 at 5:47 PM, Wolfgang Denk wrote:
> So is this an update dversion that obsoletes older submissions? If
> so, why is there no indication like a "[PATCH v2]" in the subjec
> tline? WHy are there no change logs in any of the patches?
>
Yes; I sent it two times.
I have some wo
Dear Otavio Salvador,
In message <1337117472-15907-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> The environment has been based on mx53loco and m28evk but keeping the
> possibility to easy change the default console device as Freescale and
> mainline kernels differ on the device name.
>
Dear Otavio Salvador,
In message
you wrote:
>
> I can work on that as far as I know what people expect to have. In
> meanwhile I'd prefer to have this in since it allow the default
> environment to just work in our BSP layer for OpenEmbedded.
There is no such thing as "the default environment".
Dear Otavio Salvador,
In message <1337115571-14115-3-git-send-email-ota...@ossystems.com.br> you
wrote:
> The environment has been based on mx53loco and m28evk but keeping the
> possibility to easy change the default console device as Freescale and
> mainline kernels differ on the device name.
N
Dear Otavio Salvador,
In message <1336866018-614-1-git-send-email-ota...@ossystems.com.br> you wrote:
> This patchset include some small fixes found while looking at code to
> start converting it to use a common mxs SoC code in preparation for
> inclusion of i.MX23 support.
>
> Otavio Salvador (8
Dear Otavio Salvador,
In message <1336866018-614-2-git-send-email-ota...@ossystems.com.br> you wrote:
> Signed-off-by: Otavio Salvador
> ---
> include/configs/m28evk.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Wolfgang Denk
Best regards,
Wolfgang Denk
--
DENX Sof
Dear Otavio Salvador,
In message <1336866018-614-5-git-send-email-ota...@ossystems.com.br> you wrote:
> Signed-off-by: Otavio Salvador
> ---
> tools/mxsboot.c | 110
> +++
> 1 file changed, 55 insertions(+), 55 deletions(-)
>
> diff --git a/
Dear Wolfgang Denk,
> Dear Fabio Estevam,
>
> In message
you wrote:
> > Also, on the other i.MX boards we put the total size of RAM in the
> > config files, and I did the same here with this patch.
>
> This is a really bad habit that I would like to see eradicated rather
> sooner than later.
Dear Otavio Salvador,
In message <1336866018-614-3-git-send-email-ota...@ossystems.com.br> you wrote:
> Signed-off-by: Otavio Salvador
> ---
> include/configs/m28evk.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
Dear Fabio Estevam,
In message
you wrote:
>
> Also, on the other i.MX boards we put the total size of RAM in the
> config files, and I did the same here with this patch.
This is a really bad habit that I would like to see eradicated rather
sooner than later.
Best regards,
Wolfgang Denk
--
Dear "ffile...@libero.it",
In message <809266.7065381336839126651.JavaMail.defaultUser@defaultHost> you
wrote:
>
> for example, I have a block of 8 words, starting at 0x0:
>
> : a b c d
> 0010: e f g h
>
> where a is the crc32 computed on b,c,d,e,f,g,h
>
> Within uboot, I would li
can you send me the u-boot flow for powerpc mpc85xx.
Thanks.
Shiju
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 05/28/2012 11:25 PM, Fabio Estevam wrote:
I need to provide a get_board_rev() function that depends on I2C probe
of a PMIC to decide between the board revision.
I2C is only available after relocation, so what is the correct way to
"delay" get_board_rev, so that it gets called only at a time
Hi Joe,
Am Dienstag 29 Mai 2012, 20:08:26 schrieb Joe Hershberger:
> Hi Michael,
>
> On Mon, May 28, 2012 at 5:03 PM, Michael Walle wrote:
> > [sorry for my first mail.. wasn't intented to be send]
> >
> >
> > Sorry for being too late on this.
> >
> > Am Mittwoch 23 Mai 2012, 19:57:58 schrieb
Hi Michael,
On Mon, May 28, 2012 at 5:03 PM, Michael Walle wrote:
> [sorry for my first mail.. wasn't intented to be send]
>
>
> Sorry for being too late on this.
>
> Am Mittwoch 23 Mai 2012, 19:57:58 schrieb Joe Hershberger:
>> Make the MAC-seeded random number generator available to /net in
>>
There is no .S file in this directory, so just remove SOBJS.
Cc: Marek Vasut
Signed-off-by: Fabio Estevam
---
board/efikamx/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/efikamx/Makefile b/board/efikamx/Makefile
index fdd188e..bd2174f 100644
--- a
There is no .S file in this directory, so just remove SOBJS.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx53evk/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx53evk/Makefile b/board/freescale/mx53evk/Makefile
index b
Dear Fabio Estevam,
> There is no .S file in this directory, so just remove SOBJS.
>
> Cc: Marek Vasut
> Signed-off-by: Fabio Estevam
Looks ok,
Acked-by: Marek Vasut
> ---
> board/efikamx/Makefile |7 +++
> 1 files changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/board/ef
Hello,
If I were to use NAND as a boot device on a custom i.Mx6 based hardware,
should I mention the IOMUX ALT settings in the DCD headers for the NAND
pins?
Thanks,
Vikram
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
There is no .S file in this directory, so just remove SOBJS.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx51evk/Makefile b/board/freescale/mx51evk/Makefile
index 470588e..224eaa3
There is no .S file in this directory, so just remove SOBJS.
Signed-off-by: Fabio Estevam
---
board/ttcontrol/vision2/Makefile |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/board/ttcontrol/vision2/Makefile b/board/ttcontrol/vision2/Makefile
index 393ad68..1e018b0 1
There is no .S file in this directory, so just remove SOBJS.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53ard/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx53ard/Makefile b/board/freescale/mx53ard/Makefile
index eac4b2a..335af11
There is no .S file in this directory, so just remove SOBJS.
Signed-off-by: Fabio Estevam
---
board/esg/ima3-mx53/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/esg/ima3-mx53/Makefile b/board/esg/ima3-mx53/Makefile
index f3b13bc..ab18944 100644
--- a/boa
There is no .S file in this directory, so just remove SOBJS.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qarm2/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx6qarm2/Makefile
b/board/freescale/mx6qarm2/Makefile
ind
There is no .S file in this directory, so just remove SOBJS.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qsabrelite/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx6qsabrelite/Makefile
b/board/freescale/mx6qsabreli
There is no .S file in this directory, so just remove SOBJS.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx53loco/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx53loco/Makefile
b/board/freescale/mx53loco/Makefile
ind
There is no .S file in this directory, so just remove SOBJS.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53smd/Makefile |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mx53smd/Makefile b/board/freescale/mx53smd/Makefile
index ed8e473..8a404c8
Am Dienstag 29 Mai 2012, 14:42:08 schrieb Prafulla Wadaskar:
> And const will be a problem since mpp_ctrl will be array that will be
> dynamically modified.
But not within kirkwood_mpp_restore(), right? So an mpp_ctrl array would be
implicitly casted from u32* to const u32*.
so we would have the
On 05/29/2012 08:57 AM, Thierry Reding wrote:
> * 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.
Original code was assuming that the fuse revision version for all mx53loco
boards
based on Dialog PMIC was the same, which is not the case.
Force the revision of all Dialog-based boards to 0.
This fixes a kernel crash when PMIC is accessed in the 2.6.35 kernel
for Dialog rev E boards.
Signed-of
On Tue, May 29, 2012 at 11:45 AM, Marek Vasut wrote:
> Well ... implement board-specific hack in your boardfile that detects the PMIC
> early?
Yes, you are right. This works ;-)
Regards,
Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http
* 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 th
Hi Albert,
Are you planning to take up the below patch ?
Thanks,
Sricharan
On Thu, May 17, 2012 at 3:22 PM, R Sricharan wrote:
> The following is the cleanup sequence in arch/arm/cpu/armv7/cpu.c
>
> int cleanup_before_linux(void)
> {
> ...
> ...
> dcache_disable();
> v7_outer_cache_disabl
Dear Prafulla Wadaskar,
this is offtopic in this thread, but I tried contacting you about thrice by now
via email, maybe you didn't get those mails. To get quickly to the point, can
you please try cleaning up the patches in patchwork?
Thanks!
Best regards,
Marek Vasut
_
Dear Fabio Estevam,
> Hi,
>
> I need to provide a get_board_rev() function that depends on I2C probe
> of a PMIC to decide between the board revision.
>
> I2C is only available after relocation,
On arm? Not at all ;-) check arch/arm/lib/board.c
> so what is the correct way to
> "delay" get_boa
Dear 坚石,
> I have found some tutorials to debug uboot an samsung 2440 and
> 6410 chip by JTAG .I also known I must write a init program or script
> first .But I don't known to debug uboot on S5pv210 and write the init
> DDR script.Anyone gives me a guide to establish the process.
>Thanks.
Hi Dirk,
On 05/28/2012 10:36 AM, Dirk Behme wrote:
On 27.05.2012 19:16, Eric Nelson wrote:
Hi Dirk,
On 05/26/2012 11:04 PM, Dirk Behme wrote:
Hi Troy,
On 26.05.2012 23:01, Troy Kisky wrote:
This is useful for forcing the ROM's
usb downloader to activate upon a watchdog reset.
Or, you can bo
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 May 2012 18:20
> To: Prafulla Wadaskar
> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
> Subject: Re: [PATCH 1/3] kirkwood: add kirkwood_mpp_save/restore
> functions
>
> On 05/29/2012
On 05/29/2012 02:06 PM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 29 May 2012 16:59
>> To: Prafulla Wadaskar
>> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
>> Subject: Re: [PATCH 1/3] kirkwood: a
> -Original Message-
> From: Michael Walle [mailto:mich...@walle.cc]
> Sent: 29 May 2012 03:38
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Valentin Longchamp; holger.bru...@keymile.com
> Subject: Re: [U-Boot] [PATCH 1/3] kirkwood: add
> kirkwood_mpp_save/restore functions
>
> Am
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 May 2012 14:03
> To: Prafulla Wadaskar
> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
> Subject: Re: [PATCH 3/3] spi/kirkwood: add weak functions
> board_spi_claim/release_bus
>
> On
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 May 2012 16:59
> To: Prafulla Wadaskar
> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
> Subject: Re: [PATCH 1/3] kirkwood: add kirkwood_mpp_save/restore
> functions
>
> >> -Origi
Hi Rajeshwari,
i added Some comments.
On 05/25/2012 08:51 PM, Rajeshwari Shinde wrote:
> Add MSHCI driver support and resgister description for same.
>
> Signed-off-by: Alim Akhtar
> Signed-off-by: Terry Lambert
> Signed-off-by: Rajeshwari Shinde
> ---
> arch/arm/include/asm/arch-exynos/msh
On 05/29/2012 12:29 PM, Prafulla Wadaskar wrote:
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 29 May 2012 14:02
>> To: Prafulla Wadaskar
>> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
>> Subject: Re: [PATCH 2/3] spi/kirkwood: sup
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 29 May 2012 14:15
>> To: Prafulla Wadaskar
>> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
>> Subject: Re: [PATCH 1/3] kirkwood: add kirkwood_mpp_save/restore
>> functions
>>
> ...snip.
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 May 2012 14:02
> To: Prafulla Wadaskar
> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
> Subject: Re: [PATCH 2/3] spi/kirkwood: support spi_claim/release_bus
> functions
>
> On 05/24/
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 May 2012 14:15
> To: Prafulla Wadaskar
> Cc: holger.bru...@keymile.com; u-boot@lists.denx.de
> Subject: Re: [PATCH 1/3] kirkwood: add kirkwood_mpp_save/restore
> functions
>
...snip...
> >
Dear Liu Gang,
> Dear Marek,
>
> On Fri, 2012-05-25 at 14:24 +0200, Marek Vasut wrote:
> > arch/powerpc/cpu/mpc83xx/Makefile |3 +++
> > arch/powerpc/cpu/mpc83xx/cache.c | 33
> > + arch/powerpc/cpu/mpc85xx/Makefile |
> > 3 +++
> > arch/powerpc/cpu/mpc
Dear Marek,
On Fri, 2012-05-25 at 14:24 +0200, Marek Vasut wrote:
> arch/powerpc/cpu/mpc83xx/Makefile |3 +++
> arch/powerpc/cpu/mpc83xx/cache.c | 33 +
> arch/powerpc/cpu/mpc85xx/Makefile |3 +++
> arch/powerpc/cpu/mpc85xx/cache.c | 33 +
On 05/24/2012 10:26 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 16 May 2012 16:24
>> To: Prafulla Wadaskar; holger.bru...@keymile.com
>> Cc: Valentin Longchamp; u-boot@lists.denx.de; Holger Brunck; Pra
Dear Liu Gang,
> Hi Marek,
>
> On Thu, 2012-05-24 at 15:21 +0200, Marek Vasut wrote:
> > > > drivers/usb/host/ehci-hcd.c | 127
> > > > +-- 1 files changed, 27
> > > > insertions(+), 100 deletions(-)
> > >
> > > Unfortunately this patch breaks compiling
On 05/24/2012 10:38 AM, Prafulla Wadaskar wrote:
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 16 May 2012 16:24
>> To: Prafulla Wadaskar; holger.bru...@keymile.com
>> Cc: Valentin Longchamp; u-boot@lists.denx.de; Holger Brunck; Prafulla
On 05/24/2012 10:35 AM, Prafulla Wadaskar wrote:
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 16 May 2012 16:24
>> To: Prafulla Wadaskar; holger.bru...@keymile.com
>> Cc: Valentin Longchamp; u-boot@lists.denx.de; Holger Brunck; Prafulla
Hi Marek,
On Thu, 2012-05-24 at 15:21 +0200, Marek Vasut wrote:
> > > drivers/usb/host/ehci-hcd.c | 127
> > > +-- 1 files changed, 27
> > > insertions(+), 100 deletions(-)
> >
> > Unfortunately this patch breaks compiling for many powerpc boards, mpc5
Dear Bo Shen,
On 28.05.2012 09:43, Bo Shen wrote:
> Hi All,
>
> On 5/21/2012 9:50, Bo Shen wrote:
>> Enable new PIO feature supported by Atmel SoC.
>> Using CPU_HAS_PIO3 micro to enable PIO new feature.
>>
>> Signed-off-by: Bo Shen
>> ---
>> Changes since v1:
>> - remove the legacy interface.
>
92 matches
Mail list logo
