>
> Thanks again for the feedback. I have documented this issue in the
> ELDK FAQ section:
>
> http://www.denx.de/wiki/view/ELDK-5/QuestionsAndAnswers#GCC_generates_illegal_opcodes_fo
>
Yes. When using "USE_PRIVATE_LIBGCC=yes make my_board_name". It works
well. And the kernel works fine too becaus
Le 15/07/2011 20:00, Wolfgang Denk a écrit :
> Dear zzs,
>
> In message<20110715161531.ga5...@greatfirst.com> you wrote:
>>
>> Today I found the "wrong code" :
>
> Thanks again for the feedback. I have documented this issue in the
> ELDK FAQ section:
>
> http://www.denx.de/wiki/view/ELDK-5/Quest
Dear zzs213,
Am 16.07.2011 um 10:05 schrieb zzs:
> But when I examine the *.so files in eldk5.0, Almost all of them has
> 'clz' opcode. So if I use them in my aplication like busybox. It will
> crash.
you could just build your libc for target rootfs with -march=armv4.
> So I think the best way
Dear zzs,
In message <20110716080555.ga17...@greatfirst.com> you wrote:
>
> So I think the best way is to rebuild eldk5.0 for armv4. Did you tell
> me how to configure eldk5.0 to build for armv4. And why eldk5.0 hasn't
> a release for armv4, Is armv4 too old and has no value to support it?
This i
Dear Albert ARIBAUD,
In message <4e214769.3060...@aribaud.net> you wrote:
>
> > http://www.denx.de/wiki/view/ELDK-5/QuestionsAndAnswers#GCC_generates_illegal_opcodes_fo
...
> This would not happen for AT91 only, would it? Maybe the FAQ should
> mention other arches / SoC families that might be hur
Hi Greame,
Le 15/07/2011 15:08, Graeme Russ a écrit :
> Oh dear, it looks like Patchwork does not honour 'in-reply-to'. It has
> created new patches rather than updating the existing ones :(
I'm not sure patchwork is supposed to honor the in-reply between patch
versions. BTBW, is there a ration
Hi Greame,
Le 15/07/2011 14:16, Graeme Russ a écrit :
> ---
> Changes since v1 ((WIP) [Timer]API Rewrite):
> - Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
Applied to u-boot-arm/master, thanks!
Amicalement,
--
Albert.
___
U-Boot mailing list
On 16/07/11 18:40, Albert ARIBAUD wrote:
> Hi Greame,
>
> Le 15/07/2011 14:16, Graeme Russ a écrit :
>> ---
>> Changes since v1 ((WIP) [Timer]API Rewrite):
>> - Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
>
> Applied to u-boot-arm/master, thanks!
Oops, I forgot my SoB - I was going to
Hi Albert,
On 16/07/11 18:36, Albert ARIBAUD wrote:
> Hi Greame,
>
> Le 15/07/2011 15:08, Graeme Russ a écrit :
>
>> Oh dear, it looks like Patchwork does not honour 'in-reply-to'. It has
>> created new patches rather than updating the existing ones :(
>
> I'm not sure patchwork is supposed to
Hi Laurence,
Le 15/07/2011 13:24, Laurence Withers a écrit :
> Some general cleanup patches for the DaVinci/DA8xx CPUs made in preparation
> for porting to a new board based on the DA850.
>
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://list
Hi Laurence,
Le 15/07/2011 13:27, Laurence Withers a écrit :
> In preparation for a generic GPIO driver for the DA8xx processors,
> rename to and fix up all files
> which include it.
>
> Signed-off-by: Laurence Withers
> ---
> arch/arm/include/asm/arch-davinci/gpio.h | 66
> +++
Le 16/07/2011 10:59, Graeme Russ a écrit :
> On 16/07/11 18:40, Albert ARIBAUD wrote:
>> Hi Greame,
>>
>> Le 15/07/2011 14:16, Graeme Russ a écrit :
>>> ---
>>> Changes since v1 ((WIP) [Timer]API Rewrite):
>>>- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
>>
>> Applied to u-boot-arm/mast
Le 16/07/2011 11:01, Graeme Russ a écrit :
> Hi Albert,
>
> On 16/07/11 18:36, Albert ARIBAUD wrote:
>> Hi Greame,
>>
>> Le 15/07/2011 15:08, Graeme Russ a écrit :
>>
>>> Oh dear, it looks like Patchwork does not honour 'in-reply-to'. It has
>>> created new patches rather than updating the existing
Hi Reinhard,
Le 11/07/2011 14:32, Reinhard Meyer a écrit :
> Signed-off-by: Reinhard Meyer
> ---
Can you please be more specific in the patch subjetc, or provide a more
detailed list of changes in the commit message?
Amicalement,
--
Albert.
___
U-Boo
Hi Thomas,
Le 15/07/2011 09:53, Cao, Da-Shi (EB-Presales-ZTE/HW-GZ) a écrit :
> Hi Albert，
> I did not know how to make a uImage of initrd. I guess u-boot does not
> support the gzipped cpio as an initrd. As I'm new to u-boot, so I would be
> glad if I can make the gzipped cpio to be acceptable
Dear Graeme Russ,
In message <4e215370.2090...@gmail.com> you wrote:
>
> > I'm not sure patchwork is supposed to honor the in-reply between patch
> > versions. BTBW, is there a rationale or other documentation on the behavior
> > of patchwork somewhere?
>
> I should! - The whole point of me pain
Hi Lukasz,
Le 15/07/2011 09:34, Lukasz Majewski a écrit :
> On Thu, 14 Jul 2011 16:00:23 +0200
> Albert ARIBAUD wrote:
>
>> Hi Lukasz,
>>
>> Le 11/07/2011 09:41, Lukasz Majewski a écrit :
>>> Signed-off-by: Lukasz Majewski
>>> Cc: Minkyu Kang
>>> Cc: Aneesh V
>>> ---
>>
>> Can you please submit a
There is no need to use set_timer(). Replace with appropriate use of
get_timer()
Signed-off-by: Graeme Russ
---
Sorry Wolfgang, but this patch has been through a few versions before it
got integrated into the larger Timer API hence the v1->v2->v1 debacle.
checkpatch complains about long lines an
Signed-off-by: Graeme Russ
---
Changes since v2:
- Added Signed-off-by
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
- Updated description
arch/arm/cpu/arm1136/mx31/timer.c|5 -
arch/arm/cpu/arm1136/mx35/timer.c|
Signed-off-by: Graeme Russ
---
Changes since v2:
- Added Signed-off-by
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
- Introduce new #define CONFIG_SYS_LOW_RES_TIMER
drivers/block/mg_disk.c |2 ++
drivers/mtd/cfi_flash.c
Signed-off-by: Graeme Russ
---
Changes since v2:
- Added Signed-off-by
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
arch/arm/cpu/arm1136/mx31/timer.c|5 -
arch/arm/cpu/arm1136/mx35/timer.c|5 -
arch/arm/cpu/
Signed-off-by: Graeme Russ
---
Changes since v2:
- Added Signed-off-by
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
arch/arm/cpu/arm920t/at91rm9200/spi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm
In some circumstances, reset_timer_masked() was called by timer_init() in
order to perform architecture specific timer initialisation. In such
cases, the required code in reset_timer_masked() has been moved into
timer_init()
Signed-off-by: Graeme Russ
---
Changes since v2:
- Added Signed-off-by
Le 14/07/2011 22:32, Wolfgang Denk a écrit :
> Dear Albert,
>
> In message<1301393738-17625-1-git-send-email-gryr...@gmail.com> Gray Remlin
> wrote:
>> Correct some ommissions of renaming CONFIG_CONSOLE_INFO_QUIET to
>> CONFIG_SYS_CONSOLE_INFO_QUIET
>>
>> Signed-off-by: Gray Remlin
>> ---
>> in
Hi Jens,
Le 05/07/2011 09:26, Jens Scharsig a écrit :
> * Fix: if using crc32 command watchdog timed out
>
>
> Signed-off-by: Jens Scharsig
> ---
Nitpick: in addition to describing which issue the patch fixes, can you
describe how it fixes it?
Amicalement,
--
Albert.
_
Hi Greame,
Le 16/07/2011 11:31, Graeme Russ a écrit :
> Signed-off-by: Graeme Russ
> ---
> Changes since v2:
> - Added Signed-off-by
>
> Changes since v1 ((WIP) [Timer]API Rewrite):
> - Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
Applied tu u-boot-arm/master (forced push), thanks!
Am
- DM368 SOC
- booting with nand_spl not with UBL from TI
- before loading u-boot from NAND into RAM, test
the RAM with the post memory test. If error
is found, switch all LEDs on and halt system.
- SPI Flash
Dataflash Typ: M25PE80
- Ethernet DM9161BI
following patches posted on this list are
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm926ejs/start.S |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/start.S b/arch/arm/cpu/arm926ejs/start.S
index 0940937..7b1a803 100644
--- a/arch/arm/cpu/arm926ejs/start.S
+++ b/arch/arm/cpu/arm9
creating an u-boot.ubl file, which contains the UBL Header
needed for booting from NAND with the RBL from TI. For more
information read doc/README.ublimage.
Signed-off-by: Heiko Schocher
---
.gitignore |1 +
Makefile|5 +
common/image.c |1 +
doc/README.ubli
Actually this is needed for coming up davinci dm368 cam_enc_4xx
board support. There we need two different nand read/write
functions, because the RBL uses different nand read/write
functions than u-boot.
Another place where such a command is used is:
arch/arm/cpu/armv7/omap3/board.c: do_switch_ecc
used for booting (for example) from NAND using nand_spl code.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm926ejs/davinci/dm365_lowlevel.c| 463
arch/arm/include/asm/arch-davinci/dm365_lowlevel.h | 42 ++
2 files changed, 505 insertions(+), 0 deletions(-)
create
Signed-off-by: Heiko Schocher
---
arch/arm/include/asm/arch-davinci/aintc_defs.h | 50 +
arch/arm/include/asm/arch-davinci/ddr2_defs.h | 92
arch/arm/include/asm/arch-davinci/hardware.h| 11 ++
arch/arm/include/asm/arch-davinci/pll_defs.h| 79 ++
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm926ejs/davinci/cpu.c | 34 ++---
arch/arm/include/asm/arch-davinci/pll_defs.h |4 +++
2 files changed, 34 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/davinci/cpu.c
b/arch/arm/cpu/arm926ejs/
Signed-off-by: Heiko Schocher
---
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
arch/arm/include/asm/arch-davinci/pll_defs.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardwar
Signed-off-by: Heiko Schocher
cc: Scott Wood
---
nand_spl/nand_boot.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot.c
index 4683c7c..615ef25 100644
--- a/nand_spl/nand_boot.c
+++ b/nand
- DM368 SOC
- booting with nand_spl not with UBL from TI
- before loading u-boot from NAND into RAM, test
the RAM with the post memory test. If error
is found, switch all LEDs on and halt system.
- SPI Flash
Dataflash Typ: M25PE80
- Ethernet DM9161BI
Signed-off-by: Heiko Schocher
---
MAINT
Hi Po-Yu Chuang,
Le 09/06/2011 08:44, Po-Yu Chuang a écrit :
> Dear Albert,
>
> On Thu, Jun 9, 2011 at 2:35 PM, Po-Yu Chuang wrote:
>> Dear Albert,
>>
>> On Tue, May 17, 2011 at 11:11 AM, Po-Yu Chuang
>> wrote:
>>> From: Po-Yu Chuang
>>>
>>>
>>> Signed-off-by: Po-Yu Chuang
>>> ---
>>> include
This adds a generic GPIO driver fulfilling the interface for the
TI DaVinci DA8xx CPU.
Laurence Withers (2):
DaVinci: rename gpio_defs.h to gpio.h
DA8xx: add generic GPIO driver
.../asm/arch-davinci/{gpio_defs.h => gpio.h} |8 +
board/davinci/dm355leopard/dm355leopard.c |
Add a generic GPIO driver for the DaVinci DA8xx processors. It is turned
on by defining CONFIG_DA8XX_GPIO and fulfills the generic GPIO interface
specified in . The driver has support for both manipulating
GPIO pins as well as automatically configuring the pin multiplexor
registers to set the pin
In preparation for a generic GPIO driver for the DA8xx processors,
rename to and fix up all files
which include it.
Signed-off-by: Laurence Withers
---
Changes for v2:
- Use git format-patch -C to properly denote rename.
---
.../asm/arch-davinci/{gpio_defs.h => gpio.h} |0
board/dav
Hi all,
Le 12/06/2011 09:32, Shiraz Hashim a écrit :
> Signed-off-by: Shiraz Hashim
> ---
> Only build tested.
>
> board/spear/common/spr_misc.c | 10 +++---
> include/configs/spear-common.h | 12
> 2 files changed, 19 insertions(+), 3 deletions(-)
Cc:ing the MAINTAINERS
There are two main sets of LPSC constants, depending on the processor
family. The DA8xx constants were given in an enum whereas the non-DA8xx
constants were preprocessor defines. This commit switches the DA8xx
constants to defines for consistency.
Signed-off-by: Laurence Withers
---
arch/arm/in
Signed-off-by: Laurence Withers
---
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index df3f549..d5d4211 100644
--- a/arch/arm/incl
The function davinci_emac_mii_mode_sel() is defined in
board/davinci/common/misc.c for any DA8xx CPU which has
CONFIG_DRIVER_TI_EMAC enabled. However, the prototype was only being
declared in for the DA850 EVM board.
This patch declares it for all DA8xx CPUs where CONFIG_DRIVER_TI_EMAC
is enabled.
Some of the LPSC constants were incorrect, and some were missing. This
commit fixes the incorrect constants (which were not used anywhere in
the tree) and adds all constants for both DA830 and DA850, as per the
TI datasheets.
Signed-off-by: Laurence Withers
---
arch/arm/include/asm/arch-davinci/
Some general cleanup patches for the DaVinci/DA8xx CPUs made in preparation
for porting to a new board based on the DA850.
This is an unchanged repost from my original, with DaVinci/DA8xx board
maintainers CCed.
Laurence Withers (4):
DaVinci EMAC: declare function for all DA8xx CPUs
DA8xx: ad
Le 15/06/2011 09:38, Holger Brunck a écrit :
> I agree for a single board support, but this is not possible in our approach.
> We
> include config_cmd_default.h in keymile-common.h. And keymile-common.h is
> valid
> for our powerpc and arm boards. In km_arm.h we add the CMD settings which are
>
On Sat, Jul 16, 2011 at 11:06:50AM +0200, Albert ARIBAUD wrote:
> Maybe as it touches at least indirectly DA8x boards you could CC: the
> board maintainers?
Hi Albert,
Thanks for the pointer, I have reposted with CCs in place.
Bye for now,
--
Laurence Withers, http://www.guralp.
Hi Rob,
Le 05/07/2011 16:38, Rob Herring a écrit :
> From: Rob Herring
>
> Add __ilog2 function for ARM. Needed for ahci.c
>
> Signed-off-by: Rob Herring
> Cc: Albert ARIBAUD
> ---
Applied to u-boot-arm/master, thanks!
(but please do not use my old e-mail address)
Amicalement,
--
Albert.
_
Hi Laurence,
Le 16/07/2011 12:52, Laurence Withers a écrit :
> On Sat, Jul 16, 2011 at 11:06:50AM +0200, Albert ARIBAUD wrote:
>> Maybe as it touches at least indirectly DA8x boards you could CC: the
>> board maintainers?
>
> Hi Albert,
>
> Thanks for the pointer, I have reposted with CCs in place
On Sat, Jul 16, 2011 at 11:11:15AM +0200, Albert ARIBAUD wrote:
> This is a rename, so use 'git mv...' and 'git format-patch -C' to let
> git and readers know it is.
Hi Albert,
Thanks for the tip. I reposted a v2 with this.
Bye for now,
--
Laurence Withers, http://www.guralp.com
This series adds mmc SPL support for OMAP4. This is essentially
an up-streaming effort for TI's x-loader for OMAP4 using the SPL
framework
This work partly draws upon previous work done for x-loader by:
Santosh Shilimkar
Rajendra Nayak
and many others
This series depends on the
- separate mux settings into essential and non essential parts
- essential part is board independent as of now(so move it
to SoC directory). Will help in having single SPL for all
boards.
- Non-essential part(the pins not essential for u-boot to function)
need to be phased out eventually.
- C
Signed-off-by: Aneesh V
---
V2:
* Added a revision string in addition to the revision number
Helps in printing out the OMAP revision at bootup
V3:
* Improved the revision check function by saving the
value instead of finding it every time.
* Improved revision string function by generating
The basic hardware init of OMAP4(s_init()) can happen in 4
different contexts:
1. SPL running from SRAM
2. U-Boot running from FLASH
3. Non-XIP U-Boot loaded to SDRAM by SPL
4. Non-XIP U-Boot loaded to SDRAM by ROM code using the
Configuration Header feature
What level of hw initialization
Add support for the SDRAM controller (EMIF).
Signed-off-by: Aneesh V
---
V2:
* Minor corrections in do_lpddr2_init()
* Minor corrections to read_idle interval calculation
* Sanity test of memory after doing the initialization
* Fixed warnings reported with with latest GCC compilers
V3:
* Removed
Add support for:
1. DPLL locking
2. Initialization of clock domains and clock modules
3. Setting up the right voltage on voltage rails
This work draws upon previous work done for x-loader by:
Santosh Shilimkar
Rajendra Nayak
Signed-off-by: Aneesh V
---
V2:
* Use pre-calculated
Identify SDRAM devices connected to EMIF automatically:
LPDDR2 devices have some Mode Registers that provide details
about the device such as the type, density, bus width
etc. EMIF has the capability to read these registers. If there
are no devices connected to a given chip-select reading mode
regi
Calculate EMIF register values based on AC timing parameters
from the SDRAM datasheet and the DDR frequency rather than
using the hard-coded values.
For a new board the user doen't have to go through the tedious
process of calculating the register values. Instead, just
provide the AC timings from
- Provide alternate implementations of board_init_f()
board_init_r() for OMAP spl.
- Provide linker script
- Initialize global data
- Add serial console support
- Update CONFIG_SYS_TEXT_BASE to allow for SPL's bss and move
it to board config header from config.mk
Signed-off-by: Aneesh V
---
- Allow SPL to have .bss disjoint from rest of the image
- Allow for .bss setup in CONFIG_SPL_BUILD case too.
- Take care of the special case where relocation offset = 0.
- Compile out exception handling code and install a simpler
vector
Signed-off-by: Aneesh V
---
V3:
* Taken care of the case
Provide appropriate '-O u-boot' while doing mkimage
for u-boot.img
Signed-off-by: Aneesh V
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 0707036..f8ae883 100644
--- a/Makefile
+++ b/Makefile
@@ -375,7 +375,7 @@ $(obj)u-boot.ldr.s
- Add MMC raw and FAT mode boot support for OMAP
- Provide a means by which parameters passed by ROM-code
can be saved in u-boot.
- Save boot mode related information passed by OMAP4 ROM-code
and use it to determine where to load the u-boot from
- Assumes that the image has a mkimage header. Ge
From: John Rigby
- Add mkimage support for OMAP boot image
- Add support for OMAP boot image(MLO) generation in the new
SPL framework
Signed-off-by: John Rigby
Signed-off-by: Aneesh V
---
V3:
* Fixed minor issue with casting away 'const'ness of
pointers
* Ensure lists are sorted alphabe
Hi Aneesh,
On 07/16/2011 02:53 PM, Aneesh V wrote:
> diff --git a/include/configs/omap4_panda.h b/include/configs/omap4_panda.h
> index a8dd861..3244fc1 100644
> --- a/include/configs/omap4_panda.h
> +++ b/include/configs/omap4_panda.h
> @@ -243,4 +243,30 @@
> #define CONFIG_SYS_DEFAULT_LPDDR2_
Wolfgang, Bill
This thread was getting a little long so I took the liberty to snip the lot ;)
Now, the way I see things we are looking at two entirely different issues -
udelay() and the Timer API. Unfortunately, they are somewhat intertwined
because:
a) Some Architectures/SoCs/Boards etc do no
On Saturday 16 July 2011 07:06 PM, Daniel Schwierzeck wrote:
> Hi Aneesh,
>
> On 07/16/2011 02:53 PM, Aneesh V wrote:
>
>> diff --git a/include/configs/omap4_panda.h
>> b/include/configs/omap4_panda.h
>> index a8dd861..3244fc1 100644
>> --- a/include/configs/omap4_panda.h
>> +++ b/include/configs/o
On Saturday 16 July 2011 07:54 PM, Aneesh V wrote:
> On Saturday 16 July 2011 07:06 PM, Daniel Schwierzeck wrote:
>> Hi Aneesh,
>>
>> On 07/16/2011 02:53 PM, Aneesh V wrote:
>>
>>> diff --git a/include/configs/omap4_panda.h
>>> b/include/configs/omap4_panda.h
>>> index a8dd861..3244fc1 100644
>>> -
Dear Daniel Schwierzeck,
In message <4e2193dc.8040...@googlemail.com> you wrote:
>
> But CONFIG_SYS_SPL_TEXT_BASE seems to be the right name for this option.
> Shall I fix it in the SPL framework patches?
This is getting a very long name - and if we do this, we probably have
to rename a few other
Create new command "fitupd", so an update from a FIT-image can also be
triggered from U-Boot shell, in addition to the automatic update after
bootup when 'updatefile' is set.
Also provide a way to use a FIT image in memory (e.g. loaded from MMC)
instead of always load from a TFTP server.
See doc/RE
Current update_tftp() flow:
1.) fetch "updatefile" from defined TFTP server
2.) check if FIT format
3.) flash contained images
Add an address parameter to update_tftp(). If this address is non-zero,
skip the TFTP transfer and use the image at this address.
Also extend update_tftp() to return
Command calls update_tftp() analogous to automatic update described
in doc/README.update.
Usage:
fitupd [addr]
- run update from FIT image at addr
or from tftp 'updatefile'
Signed-off-by: Andreas Pretzsch
---
Changes for v2:
- void update_tftp() => int update_tftp(): return
On 07/09/2011 04:40 PM, David A. Long wrote:
> From: David A. Long
>
> Add a new "fdt_high" enviroment variable. This can be used to control (or
> prevent) the
> relocation of the flattened device tree on boot. It can be used to prevent
> relocation
> of the fdt into highmem. The variable behave
On 07/14/2011 03:58 PM, David Jander wrote:
> This check was broken. r3 does not contain the silicon revision anymore, so
> we need to reload it. Also, this errata only applies to i.MX51.
>
> Signed-off-by: David Jander
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
OMAP4460 is the latest addition to the OMAP4 family.
OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto
1.5 GHz
The memory architecture has been improved to provide better
performance and there several other minor improvements in various
modules.
Aneesh V (5):
omap4: add omap4460 re
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/board.c|3 +++
arch/arm/include/asm/arch-omap4/omap4.h |1 +
arch/arm/include/asm/armv7.h|1 +
3 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/board.c b/arch/arm/cpu/armv7/
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/emif.c| 39 ++--
arch/arm/include/asm/arch-omap4/emif.h | 10 ++-
2 files changed, 30 insertions(+), 19 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/emif.c b/arch/arm/cpu/armv7/omap4/emif.c
ind
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap-common/Makefile |1 +
arch/arm/cpu/armv7/{omap3 => omap-common}/gpio.c | 41 --
arch/arm/cpu/armv7/omap3/Makefile|1 -
arch/arm/cpu/armv7/omap3/board.c | 12 +++
arch/arm/cpu/armv7/oma
TPS62361 is the new power supply used in OMAP4460 that
supplies vdd_mpu.
VCORE1 from Phoenix supplies vdd_core and VCORE2 supplies
vdd_iva. VCORE3 is not used in OMAP4460.
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/board.c|4 ++
arch/arm/cpu/armv7/omap4/clocks.c
---
arch/arm/cpu/armv7/omap4/clocks.c| 61 ++---
arch/arm/include/asm/arch-omap4/clocks.h | 12 +-
2 files changed, 65 insertions(+), 8 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/clocks.c
b/arch/arm/cpu/armv7/omap4/clocks.c
index 0db9d18..eda960c 1
The sspi command writes the given data out on SPI and prints the data it
reads to the console. For write-only slaves (i.e. a SPI-connected latch
used as output expander), this is pointless and clutters the console.
When called as "sspi.w", this output is omitted.
The flag is optional and backwards
Signed-off-by: Anatolij Gustschin
---
Another digsy_mtc patch for this merge window.
It applies on top of patch series
[PATCH 0/5] mpc5200: digsy_mtc: update for next.
board/{ => intercontrol}/digsy_mtc/Makefile|0
board/{ => intercontrol}/digsy_mtc/cmd_disp.c |0
board/{ =>
Signed-off-by: Anatolij Gustschin
---
drivers/video/mb862xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/mb862xx.c b/drivers/video/mb862xx.c
index 088365d..d6d6ad0 100644
--- a/drivers/video/mb862xx.c
+++ b/drivers/video/mb862xx.c
@@ -204,7 +204,7 @@ u
Hi, is there a tool to create an "environemnt image" that I can flash to
my NAND?
I think I've seen a tool that takes a text file with an environment
setting per line, calculates the CRC and generates a binary that can be
transferred to the board (via tftp or other means) to be written with
"nand
Dear Alessio Sangalli,
In message <4e221c41.1080...@manoweb.com> you wrote:
> Hi, is there a tool to create an "environemnt image" that I can flash to
> my NAND?
>
> I think I've seen a tool that takes a text file with an environment
> setting per line, calculates the CRC and generates a binary t
Dear Wolfgang...
The following changes since commit 68d4230c3ccce96a72c5b99e48399bf1796fe3c6:
Ramneek Mehresh (1):
powerpc/85xx: Add default usb mode and phy type to hwconfig
are available in the git repository at:
git://git.denx.de/u-boot-fdt.git master
David A. Long (1):
Hi Wolfgang.
On 12/07/11 20:36, Graeme Russ wrote:
> As I said, I will have a closer look at the Linux API...
OK, I've had a look at how the Linux API is used - in particular
time_after(). Here is a typical random example (from drivers/spi/ep93xx_spi.c):
timeout = jiffies + msecs_to_jif
Join The New Site Created By FaceBook Http://7a.kz/bQ on Yahoo! Messenger.
(your message goes here)
Stay in the loop with all your friends.
Get started :
http://invite.msg.yahoo.com/invite?op=accept&intl=us&sig=ooYAdsRxfg21eykY3ZSHk2gbtLZ3naiclfjUl06fKWOYoLttpqLry6zo0q8z9KzofDuFfT9cBH8eLPRPiPrzR
On 07/16/2011 04:31 PM, Wolfgang Denk wrote:
> Dear Alessio Sangalli,
> Just load the text file into U-Boot (for example using TFTP or reading
> from some file system) and use "env import -t" on it.
Hi Wolfgang!
Thanks this is a very interesting way but in this application it'd be
easier to just
Hello,
Am 2011-07-16 11:53, schrieb Albert ARIBAUD:
> Hi Jens,
>
> Le 05/07/2011 09:26, Jens Scharsig a écrit :
>
>> * Fix: if using crc32 command watchdog timed out
>>
>>
>> Signed-off-by: Jens Scharsig
>> ---
>
> Nitpick: in addition to describing which issue the patch fixes, can you
> descri
On 07/15/11 15:44, Stefano Babic wrote:
> On 07/14/2011 09:02 PM, Igor Grinberg wrote:
>
>>> +#ifdef DEBUG
>>> + if (machid == BI_ARCH_NUMBER_INVALID)
>>> + printf("Warning: machid not set.\n");
>>> +#endif
>>> +
>> Is it essential to enclose that check in #ifdef DEBUG?
>> IMHO, it can
Hi Albert,
Do you plan on including this in the current merge window?
On 07/14/11 18:45, Igor Grinberg wrote:
> CONFIG_MACH_TYPE is used to set the machine type number in the
> common arm code instead of setting it in the board code.
> Boards with dynamically discoverable machine types can st
92 matches
Mail list logo
