On 4/4/2013 3:09 AM, Trent Piepho wrote:
It's something to do with the way u-boot writes to nand. If I write
with nandwrite it doesn't happen, nandtest doesn't find any bad
Hmm, I'm pretty sure I tested burning the u-boot generated nand image
with nandwrite under Linux with exactly the same
On 04/06/2013 02:10 AM, Scott Wood wrote:
On 03/22/2013 02:08:05 AM, Prabhakar Kushwaha wrote:
diff --git a/board/freescale/common/Makefile
b/board/freescale/common/Makefile
index 75725b4..a4d521c 100644
--- a/board/freescale/common/Makefile
+++ b/board/freescale/common/Makefile
@@ -29,6 +29,15
On 04/06/2013 02:03 AM, Scott Wood wrote:
On 03/22/2013 02:07:48 AM, Prabhakar Kushwaha wrote:
IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR
flash or
no NOR boot, do not compile its workaround.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.gi
Add support for hsi2c controller available on exynos5420.
Note: driver currently supports only fast speed mode 100kbps
Change-Id: I02555b1dc8f4ac21c50aa5158179768563c92f43
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: R. Chandrasekar
Reviewed-by: Vadim Bendebury
Reviewed-by: Simon Gla
From: Fabio Estevam
mx6slevk board is a development board from Freescale based on the mx6 solo-lite
processor.
For details about mx6slevk, please refer to:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX6SLEVK&parentCode=i.MX6SL&fpsp=1
Signed-off-by: Fabio Estevam
---
MAINT
From: Fabio Estevam
mx6 solo-lite is another member of the mx6 series.
For more information about mx6 solo-lite, please visit:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX6SL&nodeId=018rH3ZrDRB24A
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx6/clock.c
From: Fabio Estevam
Instead of having the same PAD control definition in each MX6 variant pin file,
place it into a common location.
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 27 ---
arch/arm/include/asm/arch-mx6/mx6q_pins.h | 27
On Fri, Apr 05, 2013 at 04:11:10PM -0700, Simon Glass wrote:
> When crc32 is handled by the hash library, it requires the data to be in
> big-endian format, since it reads it byte-wise. Thus at present the 'crc32'
> command reports incorrect data. For example, previously we might see:
>
> Peach #
On 04/05/2013 01:47:12 PM, Wolfgang Denk wrote:
Dear Rob,
In message <515f1504.4090...@gmail.com> you wrote:
>
> >> If the stack is all of RAM, then what address should the initrd
and dtb
> >> be copied to?
> >
> > Why do they have to be copied at all? Why cannot they remain
where
> > they
When crc32 is handled by the hash library, it requires the data to be in
big-endian format, since it reads it byte-wise. Thus at present the 'crc32'
command reports incorrect data. For example, previously we might see:
Peach # crc32 4000 100
CRC32 for 4000 ... 40ff ==> 0d968558
but in
dcbi instruction has been used to clear D-cache lock. However, the cache
lock is persistent for e6500 core. Use dcblc to clear the lock explicitly.
Signed-off-by: York Sun
---
Change since v1: fix typo s/presistent/persistent/
arch/powerpc/cpu/mpc85xx/start.S |1 +
1 file changed, 1 inserti
On 04/05/2013 03:09 PM, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <1365195056-20188-1-git-send-email-york...@freescale.com> you
> wrote:
>> When we copy code/data to the main memory, we may need to flush the
>> cache if required by architecture. It uses the existing function
>> flush_c
From: Naveen Krishna Chatradhi
This patch implements the mux_addr bit fields defined in tmu_control
register (used for debugging purpose)
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Vadim Bendebury
---
drivers/power/exynos-tmu.c | 11 ++-
1 file changed, 10 insertions(+), 1
From: Naveen Krishna Chatradhi
This patch does the folowing
1. change the data types for unsigned int variable to unsigned
2. change the tmu_base type to struct exynos5_tmu_reg *
3. Add timer functionality for get_cur_temp()
4. error handling in the get_tmu_fdt_values()
5. Add check for curr_temp
Dear York Sun,
In message <1365193024-11701-1-git-send-email-york...@freescale.com> you wrote:
> dcbi instruction has been used to clear D-cache lock. However, the cache
> lock is presistent for e6500 core. Use dcblc to clear the lock explicitly.
s/presistent/persistent/ ?
Best regards,
Wolfga
Dear York Sun,
In message <1365195056-20188-1-git-send-email-york...@freescale.com> you wrote:
> When we copy code/data to the main memory, we may need to flush the
> cache if required by architecture. It uses the existing function
> flush_cache. Syntax is
>
> flush
Plain "flush" is way too ge
On 04/05/2013 02:00 PM, Tom Rini wrote:
> On 04/05/2013 04:50 PM, York Sun wrote:
>> When we copy code/data to the main memory, we may need to flush
>> the cache if required by architecture. It uses the existing
>> function flush_cache. Syntax is
>
>> flush
>
>> The addr and size are given in h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/05/2013 04:50 PM, York Sun wrote:
> When we copy code/data to the main memory, we may need to flush
> the cache if required by architecture. It uses the existing
> function flush_cache. Syntax is
>
> flush
>
> The addr and size are given in h
Hi Andreas,
On Fri, 5 Apr 2013 22:22:34 +0200, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> please pull the following late change into u-boot-arm/master. The other
> pending patches where way after merge window close and will end up in next
> branch these days.
>
> The following changes
When we copy code/data to the main memory, we may need to flush the
cache if required by architecture. It uses the existing function
flush_cache. Syntax is
flush
The addr and size are given in hexadecimal. Like memory command, there is
no sanity check for the parameters.
Signed-off-by: York Su
On 03/22/2013 02:08:05 AM, Prabhakar Kushwaha wrote:
diff --git a/board/freescale/common/Makefile
b/board/freescale/common/Makefile
index 75725b4..a4d521c 100644
--- a/board/freescale/common/Makefile
+++ b/board/freescale/common/Makefile
@@ -29,6 +29,15 @@ endif
LIB= $(obj)libfreescale.o
On 03/22/2013 02:07:48 AM, Prabhakar Kushwaha wrote:
IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR
flash or
no NOR boot, do not compile its workaround.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2:
-
On Apr 4, 2013, at 1:41 PM, Eric Nelson wrote:
> Hi Andrew,
>
> On 04/04/2013 11:03 AM, Gabbasov, Andrew wrote:
>> Hi Eric,
>>
>>> From: Eric Nelson [eric.nel...@boundarydevices.com]
>>> Sent: Thursday, April 04, 2013 03:47
>>> To: Gabbasov, Andrew
>>> Cc: u-boot@lists.denx.de; Behme, Dirk - Bo
On Fri, Apr 05, 2013 at 10:04:02PM +0200, Albert ARIBAUD wrote:
> The two general ideas of my proposal are:
>
> 1) to separate testing the image (text,data,rodata,lists) size on the
>one hand and the image BSS size on the other hand, and
>
> 2) to consider that if a target defines an image m
Dear Albert Aribaud,
please pull the following late change into u-boot-arm/master. The other
pending patches where way after merge window close and will end up in next
branch these days.
The following changes since commit fed029f3c31b7d5df674b5090a13356b631918c7:
Merge branch 'u-boot-samsung/m
dcbi instruction has been used to clear D-cache lock. However, the cache
lock is presistent for e6500 core. Use dcblc to clear the lock explicitly.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/start.S |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/cpu/mpc85xx/start.S
Hi Tom,
On Fri, 5 Apr 2013 15:44:08 -0400, Tom Rini wrote:
> On Fri, Apr 05, 2013 at 09:17:40PM +0200, Albert ARIBAUD wrote:
> > Hi Tom,
> >
> > On Fri, 5 Apr 2013 13:55:21 -0400, Tom Rini wrote:
> >
> > > On Fri, Apr 05, 2013 at 07:32:54PM +0200, Beno??t Th??baudeau wrote:
> > > > Hi Tom,
>
Dear Josh Wu,
Josh Wu writes:
>Atmel change to new logo since 2012. This patch update the logo to new one.
>
>Signed-off-by: Josh Wu
>---
> tools/logos/atmel.bmp | Bin 26334 -> 15478 bytes
> 1 file changed, 0 insertions(+), 0 deletions(-)
applied to u-boot-atmel/master, thanks!
Best regards,
On Fri, Apr 05, 2013 at 09:17:40PM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 5 Apr 2013 13:55:21 -0400, Tom Rini wrote:
>
> > On Fri, Apr 05, 2013 at 07:32:54PM +0200, Beno??t Th??baudeau wrote:
> > > Hi Tom,
> > >
> > > On Friday, April 5, 2013 6:00:30 PM, Tom Rini wrote:
> > > > On F
On Fri, 5 Apr 2013 21:17:40 +0200, Albert ARIBAUD
wrote:
> Hi Tom,
>
> On Fri, 5 Apr 2013 13:55:21 -0400, Tom Rini wrote:
>
> > On Fri, Apr 05, 2013 at 07:32:54PM +0200, Beno??t Th??baudeau wrote:
> > > Hi Tom,
> > >
> > > On Friday, April 5, 2013 6:00:30 PM, Tom Rini wrote:
> > > > On Fri, A
Hi Tom,
On Fri, 5 Apr 2013 13:55:21 -0400, Tom Rini wrote:
> On Fri, Apr 05, 2013 at 07:32:54PM +0200, Beno??t Th??baudeau wrote:
> > Hi Tom,
> >
> > On Friday, April 5, 2013 6:00:30 PM, Tom Rini wrote:
> > > On Fri, Apr 05, 2013 at 03:56:46PM +0200, Beno??t Th??baudeau wrote:
> > > > Hi Albert
On Fri, Apr 05, 2013 at 01:16:36PM -0500, Rob Herring wrote:
> On 04/05/2013 12:13 PM, Wolfgang Denk wrote:
> > Dear Rob,
> >
> > In message <515efe6f.1020...@gmail.com> you wrote:
> >>
> >>> In addition to commit 60d7d5a "env: fix potential stack overflow in
> >>> environment functions" discussed
Dear Rob,
In message <515f1504.4090...@gmail.com> you wrote:
>
> >> If the stack is all of RAM, then what address should the initrd and dtb
> >> be copied to?
> >
> > Why do they have to be copied at all? Why cannot they remain where
> > they have been loaded in the firtst place? The memcpy jus
On 04/05/2013 12:13 PM, Wolfgang Denk wrote:
> Dear Rob,
>
> In message <515efe6f.1020...@gmail.com> you wrote:
>>
>>> In addition to commit 60d7d5a "env: fix potential stack overflow in
>>> environment functions" discussed here, I think we should also revert
>>> commit fcfa696 "ARM: increase lmb
On Fri, Apr 05, 2013 at 07:32:54PM +0200, Beno??t Th??baudeau wrote:
> Hi Tom,
>
> On Friday, April 5, 2013 6:00:30 PM, Tom Rini wrote:
> > On Fri, Apr 05, 2013 at 03:56:46PM +0200, Beno??t Th??baudeau wrote:
> > > Hi Albert,
> > >
> > > On Friday, April 5, 2013 8:00:43 AM, Albert ARIBAUD wrote:
Hi Tom,
On Friday, April 5, 2013 6:00:30 PM, Tom Rini wrote:
> On Fri, Apr 05, 2013 at 03:56:46PM +0200, Beno??t Th??baudeau wrote:
> > Hi Albert,
> >
> > On Friday, April 5, 2013 8:00:43 AM, Albert ARIBAUD wrote:
> > > Hi Beno??t,
> [snip]
> > > IIUC, this future patch would increase the limit f
Dear Rob,
In message <515efe6f.1020...@gmail.com> you wrote:
>
> > In addition to commit 60d7d5a "env: fix potential stack overflow in
> > environment functions" discussed here, I think we should also revert
> > commit fcfa696 "ARM: increase lmb stack space reservation to 4KB"
> > because it is co
Hi Wolfgang,
On Sat, Mar 9, 2013 at 1:09 AM, Wolfgang Denk wrote:
> Dear Matt,
>
> In message <1345733053-5023-1-git-send-email-m...@genesi-usa.com> you wrote:
>> This gives us a string like "20120822150855" which encodes the build time.
>>
>> This allows automated version checking and flashing o
On 04/05/2013 11:24 AM, Wolfgang Denk wrote:
> Dear Tom, dear Albert,
>
> In message <20130405111710.8c04c200...@gemini.denx.de> I wrote:
>>
>> I hereby request to revert that commit.
>
> In addition to commit 60d7d5a "env: fix potential stack overflow in
> environment functions" discussed here,
Dear Matt,
In message
you wrote:
>
> I will submit this as a series shortly (with the configuration update)
> if this patch has been dropped
> already, alternatively I will just submit the configuration update and
> remark that it requires this patch.
>
> Is that okay?
Both is fine wwith me.
On Thu, Apr 04, 2013 at 07:10:05AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the updated cfi-flash repository with the build warning fix:
>
> The following changes since commit 5644369450635fa5c2967bee55b1ac41f6e988d0:
>
> Merge branch 'ag...@denx.de' of git://git.denx.de/u-boot-st
Dear Tom, dear Albert,
In message <20130405111710.8c04c200...@gemini.denx.de> I wrote:
>
> I hereby request to revert that commit.
In addition to commit 60d7d5a "env: fix potential stack overflow in
environment functions" discussed here, I think we should also revert
commit fcfa696 "ARM: increas
Cc: Sricharan R
Signed-off-by: Tom Rini
---
include/configs/omap5_common.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/include/configs/omap5_common.h b/include/configs/omap5_common.h
index 6ba5022..a6348a6 100644
--- a/include/configs/omap5_common.h
+++ b/include/con
The omap5_uevm platform has eMMC, and it makes sense to say that our
default env storage shall reside there. Other platforms may not, so
move this choice to the EVM config. In addition, we should provide some
way to partition the flash for later usage, so take advantage of the GPT
partition table
In the case of booting from certain peripherals, such as UART, we must
not see what the device descriptor says for RAW or FAT mode because in
addition to being nonsensical, it leads to a hang. This is why we have
a test currently for the boot mode being within range. The problem
however is that o
Today, the eMMC on the omap5_uevm cannot be booted from, due to a bug in
the save_boot_params function that tests for a range of XIP to MMC2.
But in the case of OMAP5, MMC2 is eMMC boot partition and MMC2_2 is eMMC
(main), and uEVM can only boot from MMC2_2. We cannot just update the
test as-is be
Dear Rob Herring,
In message <515eed36.9090...@gmail.com> you wrote:
>
> The stack size limit only comes into play when bootm runs and starts
> moving initrd and dtb to high addresses below the stack. At that point,
> the stack size does become limited because only 4KB (recently increase
> from 1K
Dear Rob Herring,
In message <515eed36.9090...@gmail.com> you wrote:
>
> The stack size limit only comes into play when bootm runs and starts
> moving initrd and dtb to high addresses below the stack. At that point,
> the stack size does become limited because only 4KB (recently increase
> from 1K
On Fri, Apr 05, 2013 at 03:56:46PM +0200, Beno??t Th??baudeau wrote:
> Hi Albert,
>
> On Friday, April 5, 2013 8:00:43 AM, Albert ARIBAUD wrote:
> > Hi Beno??t,
[snip]
> > IIUC, this future patch would increase the limit for SPL run-time size,
> > as the constant against which the ASS tests __bss_
On 04/05/2013 07:53 AM, Tom Rini wrote:
> On Fri, Apr 05, 2013 at 08:00:43AM +0200, Albert ARIBAUD wrote:
>> Hi Beno??t,
>>
>> CC:ing Stephen Warren who wrote commit 2b7818d4 which git blame
>> tells me added the ASSERT() to arch/arm/cpu/u-boot.lds, and Tom
>> Rini to help decide what to do.
> [sn
On 04/05/2013 06:17 AM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <20130403153014.GF7035@bill-the-cat> you wrote:
>>
>> On Fri, Mar 22, 2013 at 11:26:21AM -, Rob Herring wrote:
>>
>>> From: Rob Herring
>>>
>>> Most of the various environment functions create CONFIG_ENV_SIZE buffers
The kernel states:
---8<---
The OMAP3 GPMC hardware BCH engine computes remainder polynomials, it does not
provide automatic error location and correction: this step is implemented using
the BCH library.
--->8---
And we do so in u-boot.
This implementation uses the same layout for BCH8 but it is
Hi Albert,
On Friday, April 5, 2013 8:00:43 AM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> CC:ing Stephen Warren who wrote commit 2b7818d4 which git blame tells
> me added the ASSERT() to arch/arm/cpu/u-boot.lds, and Tom Rini to help
> decide what to do.
>
> On Fri, 5 Apr 2013 05:44:55 +0200 (CEST),
On Fri, Apr 05, 2013 at 08:00:43AM +0200, Albert ARIBAUD wrote:
> Hi Beno??t,
>
> CC:ing Stephen Warren who wrote commit 2b7818d4 which git blame tells
> me added the ASSERT() to arch/arm/cpu/u-boot.lds, and Tom Rini to help
> decide what to do.
[snip]
> > > > > Looks good, but what about the __bs
Dear Thomas Weber,
On 04/05/2013 01:44 PM, Thomas Weber wrote:
> Hello Andreas,
>
> On 04/03/2013 04:50 PM, Andreas Bießmann wrote:
>> diff --git a/doc/README.omap3 b/doc/README.omap3
>> index 0a37de0..56aca8e 100644
>> --- a/doc/README.omap3
>> +++ b/doc/README.omap3
>> @@ -145,6 +145,25 @@ i
Dear Thomas Weber,
On 04/05/2013 01:48 PM, Thomas Weber wrote:
> Hello Andreas,
>
> this patch fixes the reported BUG().
>
> The output is now:
>
> -8<-
> OMAP3 DevKit8000 # nandecc hw hamming
> 1-bit hamming HW ECC selected
> OMAP3 DevKit8000 # nandecc hw bch8
> Unsupported HW ECC
Hi Prem S,
We initialise MAX98095 using device tree, if you don't have a device
tree support u need to have a asm/arch/sound.h
which will initialise all values like sample rate, codec type, etc..
Actually in u-boot we have added audio support to play a beep sound.
You can have look at drivers/sou
Hello Andreas,
this patch fixes the reported BUG().
The output is now:
-8<-
OMAP3 DevKit8000 # nandecc hw hamming
1-bit hamming HW ECC selected
OMAP3 DevKit8000 # nandecc hw bch8
Unsupported HW ECC algorithm
NAND_ECC_NONE selected by board driver. This is not recommended !!
OMAP3 Dev
Hello Andreas,
On 04/03/2013 04:50 PM, Andreas Bießmann wrote:
> The kernel states:
>
> ---8<---
> The OMAP3 GPMC hardware BCH engine computes remainder polynomials, it does not
> provide automatic error location and correction: this step is implemented
> using
> the BCH library.
> --->8---
>
> A
Hi all,
I am working on ODROID PC Exynos-4 Board (Cortex-A9). In that board i am
working MAX98089 Audio codec.
How to initialize this audio codec and how to test this one in UBOOT level.
Can you please help me on this.
Thanks
Prem V.
On Sat, Feb 16, 2013 at 9:51 AM, Simon Glass wrote:
> On
Hi all.
I am working on registering a gpio interrupt in the u-boot. I am using the a
Armv7 ( Arm cortex A9) platform. My question is about registering a IRQ
handler for the interrupt. I tried writing the function pointer of my IRQ
directly to Interrupt vector table ( which is at 0x in my
Dear Tom Rini,
In message <20130403153014.GF7035@bill-the-cat> you wrote:
>
> On Fri, Mar 22, 2013 at 11:26:21AM -, Rob Herring wrote:
>
> > From: Rob Herring
> >
> > Most of the various environment functions create CONFIG_ENV_SIZE buffers on
> > the stack. At least on ARM and PPC which ha
When swi instruction is executed, it is expected to get message
"software interrupt" in console and dump registers and reboot, as
do_software_interrupt() in arch/arm/lib/interrupts.c.
But, actually it causes data abort accessing wrong address in get_bad_stack_swi
macro in arch/arm/cpu/v7/start.S.
T
Hi Albert
(04/05/2013 04:04 PM), Albert ARIBAUD wrote:
> Hi Tetsuyuki,
>
> On Fri, 5 Apr 2013 10:45:14 +0900, Tetsuyuki Kobayashi
> wrote:
>
>> When swi instruction is executed, it is expected to get message
>> "software interrupt" in console and dump registers and reboot, as
>> do_software_in
With uppcoming BCH support on OMAP devices we need to decide between differnt
algorithms when switching the ECC engine. Currently we support 1-bit hammign
and 8-bit BCH on HW backend.
In order to switch between differnet ECC algorithms we need to change the
interface of omap_nand_switch_ecc() als
So with OMAP added to multi platform kernel,
the uImage no more contains a valid load address.
With the uboot already supporting zImage,
change the default boot command to bootz
instead.
Acked-by: Nishanth Menon
Signed-off-by: Sricharan R
Tested-by: Nishanth Menon
---
[V4] Just rebased on top
Now with kernel moving to all device tree, the default
boot command is changed to pass the device tree blob.
Also, adding the findfdt command to get the dt-blob
based on the board.
Thanks to Tom Rini for suggesting this.
Signed-off-by: Sricharan R
---
[V4] Added environment variables bootdir, b
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
board/samsung/origen/lowlevel_init.S | 44 ++-
board/samsung/origen/origen_setup.h| 25 -
board/samsung/smdkv310/lowlevel_init.S | 60 ++--
include/configs/origen.h
tzpc_init is common for all exynos5 boards, hence move it to
armv7/exynos so that all other boards can use it.
Also update the smdk5250 Makefile and config file.
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
arch/arm/cpu/armv7/exynos/Makefile |2 +-
arch/arm/cpu/armv7/ex
Dear Thomas Weber,
On 04/05/2013 10:13 AM, Thomas Weber wrote:
> Hello Andreas,
>
> I have the following problem when switching from nandecc hw hamming to
> nandecc hw bch8.
>
> Thomas
>
> ---8<--
> U-Boot 2013.04-rc2-6-g9abd2ec (Apr 05 2013 - 09:58:48)
>
> OMAP3530-GP ES3.1, C
This requires that cpu_is_exynos4/5 should be made available before tzpc_init.
Hence this patch also makes necessary changes to have cpu_info in spl and
invokes arch_cpu_init before tzpc_init in low_level_init.S for smdk5250.
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
arch/arm/
The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
The second makes tzpc common for exynos4 and exynos5. And the third
makes necessary changes to exynos4 based origen and smdkv310 boards.
The patchset has been tested on exynos4 based origen and exynos5 based
Arndale board.
Ch
Dear Minkyu,
Thanks for the review.
On 29 March 2013 08:27, Minkyu Kang wrote:
> Dear Inderpal Singh,
>
> On 15/03/13 15:23, Inderpal Singh wrote:
> > tzpc_init is common for all exynos5 boards, hence move it to
> > armv7/exynos so that all other boards can use it.
> >
> > Also update the smdk
Hello Andreas,
I have the following problem when switching from nandecc hw hamming to
nandecc hw bch8.
Thomas
---8<--
U-Boot 2013.04-rc2-6-g9abd2ec (Apr 05 2013 - 09:58:48)
OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 mHz
OMAP3 DevKit8000 + LPDDR/NAND
I2C: ready
D
On Fri, Apr 5, 2013 at 8:57 AM, Rajdeep Vaghasia
wrote:
> hello,
>
> I have read about U - boot from Emebedded Linux Primer 2nd Edition.
>
> I want more in depth knowledge of U - boot.
>
> Can you please suggest me or give me the references through which I get
> more in depth knowledge about U - b
On Friday 05 April 2013 01:38 PM, Albert ARIBAUD wrote:
> Hi Sricharan,
>
> On Fri, 5 Apr 2013 12:44:45 +0530, Sricharan R
> wrote:
>
>> Hi Albert,
>>
>> On Friday 05 April 2013 12:36 PM, Albert ARIBAUD wrote:
>>> Hi Sricharan,
>>>
>>> On Fri, 5 Apr 2013 11:24:34 +0530, Sricharan R
>>> wrote:
>
The IGEP COM AQUILA and CYGNUS are industrial processors modules with
following highlights:
o AM3352/AM3354 Texas Instruments processor
o Cortex-A8 ARM CPU
o 3.3 volts Inputs / Outputs use industrial
o 256 MB DDR3 SDRAM / 128 Megabytes FLASH
o MicroSD card reader on-board
o Ethernet co
These boards uses Samsung K4B2G1646E-BIH9 a 2Gb E-die DDR3 SDRAM.
Signed-off-by: Enric Balletbo i Serra
---
arch/arm/include/asm/arch-am33xx/ddr_defs.h | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/include/asm/arch-am33xx/ddr_defs.h
b/arch/arm/include/asm/arc
IGEP COM AQUILA and CYGNUS are two computer-on-module based on AM3354 and
AM3352 processors. Both use SODIMM from factor and are designed for industrial
range purpose.
Changes since v1 (As Tom suggested)
* Remove ATAGS and FDT as we have no support.
* Remove CMD_EXT2 as is not required.
* R
Hi Rajdeep,
On Fri, 5 Apr 2013 12:27:02 +0530, Rajdeep Vaghasia
wrote:
> hello,
>
> I have read about U - boot from Emebedded Linux Primer 2nd Edition.
>
> I want more in depth knowledge of U - boot.
>
> Can you please suggest me or give me the references through which I get
> more in depth k
hello,
I have read about U - boot from Emebedded Linux Primer 2nd Edition.
I want more in depth knowledge of U - boot.
Can you please suggest me or give me the references through which I get
more in depth knowledge about U - boot?
Regards
Rajdeep Vaghasia
__
Hi Reinhard,
On Fri, 5 Apr 2013 09:48:55 +0200, "Pfau, Reinhard"
wrote:
> But I'm not sure if I can submit a patch on the U-Boot ML which requires
> another
> patch (namely Che-Liang Chious TPM patch) which is not already in the
> main line.
Yes you can, provided you clearly state the dependenc
Hi Sricharan,
On Fri, 5 Apr 2013 12:44:45 +0530, Sricharan R
wrote:
> Hi Albert,
>
> On Friday 05 April 2013 12:36 PM, Albert ARIBAUD wrote:
> > Hi Sricharan,
> >
> > On Fri, 5 Apr 2013 11:24:34 +0530, Sricharan R
> > wrote:
> >
> >> So with OMAP added to multi platform kernel,
> >> the uIma
Hi,
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Glass
> Sent: Thursday, April 04, 2013 10:25 PM
> To: Tom Rini
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [STATUS] v2013.04-rc2 released
>
> Hi Tom,
>
> On W
Hi Jaehoon,
Please find the responses below
Thanks & Regards
Amarendra Reddy
On 5 April 2013 11:51, Jaehoon Chung wrote:
> Hi Amar,
>
> On 04/03/2013 11:08 PM, Amar wrote:
> > This patch adds commands to access(open/close) and resize boot
> partitions on EMMC.
> >
> > Signed-off-by: Amar
> >
Hi Albert,
On Friday 05 April 2013 12:36 PM, Albert ARIBAUD wrote:
> Hi Sricharan,
>
> On Fri, 5 Apr 2013 11:24:34 +0530, Sricharan R
> wrote:
>
>> So with OMAP added to multi platform kernel,
>> the uImage no more contains a valid load address.
>> With the uboot already supporting zImage,
>> c
Hi Sricharan,
On Fri, 5 Apr 2013 11:24:34 +0530, Sricharan R
wrote:
> So with OMAP added to multi platform kernel,
> the uImage no more contains a valid load address.
> With the uboot already supporting zImage,
> change the default boot command to bootz
> instead.
>
> Acked-by: Nishanth Menon
Hi Tetsuyuki,
On Fri, 5 Apr 2013 10:45:14 +0900, Tetsuyuki Kobayashi
wrote:
> When swi instruction is executed, it is expected to get message
> "software interrupt" in console and dump registers and reboot, as
> do_software_interrupt() in arch/arm/lib/interrupts.c.
> But, actually it causes dat
88 matches
Mail list logo
