Hello Steve,
Steve Sakoman wrote:
> This patch enables the i2c driver, i2c commands, and i2c multi-bus support
>
> Signed-off-by: Steve Sakoman
Acked-by: Heiko Schocher
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
Hello Steve,
Steve Sakoman wrote:
> This patch enables the i2c driver, i2c commands, and i2c multi-bus support
>
> Signed-off-by: Steve Sakoman
Acked-by: Heiko Schocher
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
Hello Steve,
Steve Sakoman wrote:
> This patch modifies the omap24xx driver so that it will also work with OMAP4.
>
> Signed-off-by: Steve Sakoman
> ---
> arch/arm/include/asm/arch-omap4/i2c.h | 215
> +
> drivers/i2c/omap24xx_i2c.c| 15 ++-
> 2 f
Dear Wolfgang,
Am Montag, 14. Juni 2010 21:01:27 schrieb Wolfgang Denk:
> In message <1276521853-13779-1-git-send-email-alexander.st...@systec-
electronic.com> you wrote:
> > Only Bit 12 is used for Processor Clock Division. Writing a 0 means
> > dividing by and writing a 1 means dividing by 2. Se
[...]
> +/**
> + * @brief board_init
> + *
> + * @return 0
> + */
> +int board_init(void)
> +{
> + DECLARE_GLOBAL_DATA_PTR;
> +
>
This should also be made global.
[...]
--
Regards,
Vaibhav
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists
On Tue, Jun 15, 2010 at 10:09 AM, Steve Sakoman wrote:
> +
>
[...]
> +/* Declare the global data pointer - gd */
> +DECLARE_GLOBAL_DATA_PTR;
> +
>
Once the declaration in /board/ti/sdp4430/sdp.c is made global this won't be
needed.
[...]
--- a/arch/arm/cpu/armv7/omap3/reset.S
> +++ b/arch/arm/c
On Tue, Jun 15, 2010 at 10:09 AM, Steve Sakoman wrote:
[...]
> +int board_init(void)
> +{
> + DECLARE_GLOBAL_DATA_PTR;
>
This should be moved outside the function. Relevant thread
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/31805
[...]
--
Regards,
Vaibhav
This patch enables the mmc driver as well as support for FAT and ext2.
It also sets up environment settings to facilitate booting from mmc.
Signed-off-by: Steve Sakoman
---
include/configs/omap4_panda.h | 36
1 files changed, 36 insertions(+), 0 deletions(
This patch enables the i2c driver, i2c commands, and i2c multi-bus support
Signed-off-by: Steve Sakoman
---
include/configs/omap4_sdp4430.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_sdp4430.h b/include/configs/omap4_sdp4430.h
index 3a
The purpose of this patch is to prepare for adding the OMAP4 architecture,
which is Cortex A9
Cortex A8 and A9 both belong to the armv7 architecture, hence the name change.
The two architectures are similar enough that substantial code can be shared.
Signed-off-by: Aneesh V
Signed-off-by: Stev
OMAP4 Panda is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU
This patch adds minimum support for booting the board. It assumes U-boot
is loaded to SDRAM with the help of another small bootloader (x-load)
running from SRAM. U-boot currently relies on x-load for clock, mux, and
SDRAM i
This patch modifies the omap24xx driver so that it will also work with OMAP4.
Signed-off-by: Steve Sakoman
---
arch/arm/include/asm/arch-omap4/i2c.h | 215 +
drivers/i2c/omap24xx_i2c.c| 15 ++-
2 files changed, 227 insertions(+), 3 deletions(-)
cre
This patch enables the i2c driver, i2c commands, and i2c multi-bus support
Signed-off-by: Steve Sakoman
---
include/configs/omap4_panda.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_panda.h b/include/configs/omap4_panda.h
index 9302ecb
This patch enables the mmc driver as well as support for FAT and ext2.
It also sets up environment settings to facilitate booting from mmc
Signed-off-by: Steve Sakoman
---
include/configs/omap4_sdp4430.h | 36
1 files changed, 36 insertions(+), 0 deletions
The architecture independent header is moved to drivers/mmc, and the
architecture
dependent headers reside in asm/arch-omap3 and asm/arch-omap4
Signed-off-by: Steve Sakoman
---
arch/arm/include/asm/arch-omap4/mmc_host_def.h | 171
drivers/mmc/omap3_mmc.c
This patch adds minimum support for OMAP4. Code which can be shared
between OMAP3 and OMAP4 is placed in arch/arm/cpu/armv7/omap-common
Signed-off-by: Aneesh V
Signed-off-by: Steve Sakoman
---
Makefile |7 +
arch/arm/cpu/armv7/{omap3 => omap-common}
OMAP4430 SDP is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU
This patch adds minimum support for booting the board. It assumes U-boot
is loaded to SDRAM with the help of another small bootloader (x-load)
running from SRAM. U-boot currently relies on x-load for clock, mux, and
SDRAM
Note: I am taking over patch submission for OMAP4 from Aneesh.
Since I have restructured the patches significantly it is not quite
accurate to call this version 2. I have, however, taken into account
all of the feedback that was given on Aneesh's original patch set.
The folowing series adds sup
Minkyu Kang wrote:
> The following changes since commit 922d27b596c179c5a7d68abe45ede5adb1b6589c:
> Minkyu Kang (1):
> Merge branch 'master' of git://git.denx.de/u-boot-arm
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-samsung master
>
I have pushed this to
Previously, standalone applications were compiled with gcc flags that
produced relocatable executables on the PowerPC architecture (eg with
the -mrelocatable and -fPIC flags). There's no reason for these
applications to be fully relocatable at this time since no relocation
fixups are performed on
We were missing 8641HPCN_36BIT and MPC8536DS_36BIT.
Signed-off-by: Becky Bruce
---
MAKEALL |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 2527352..a82c93c 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -393,6 +393,7 @@ LIST_85xx=" \
MPC85
Each platform had its own version of the upmconfig, despite the
init process being identical. Now that we have a spot for common
lbc code, create a common upmconfig() there.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc83xx/cpu.c | 66
arch/power
The new command dumps the TLBCAM, the LAWs, and the BR/OR regs.
Add CONFIG_CMD_REGINFO to the config for all MPC85xx parts.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/cpu.c | 13 +
common/cmd_reginfo.c |5 +
include/configs/MPC8536DS.h|1 +
in
The current code redefines functions based on FSL_CORENET_ vs not -
create macros/inlines instead that hide the differences.
Signed-off-by: Becky Bruce
---
arch/powerpc/include/asm/fsl_law.h |1 +
drivers/misc/fsl_law.c | 125 ++--
2 files changed
Add printing of LAWBARH/LAWBARL for FSL_CORENET platforms.
Signed-off-by: Becky Bruce
---
drivers/misc/fsl_law.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/fsl_law.c b/drivers/misc/fsl_law.c
index 968..628bd59 100644
--- a/drivers/misc/fsl_law.
This dumps out the contents of TLB1 on 85xx-based systems.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/tlb.c | 20
arch/powerpc/include/asm/mmu.h |1 +
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/tlb.c b/arch/pow
Extract the operation to read a tlb into a function - we will need
this later to print out the tlbs, and there's no point in duplicating
the code. Create a TSIZE_TO_BYTES macro to deal with the conversion
from the MAS field to an actual size instead of duplicating this in code.
There are a few mis
Some parts that have an Enhanced Local Bus Controller weren't
setting CONFIG_FSL_ELBC. Fix this so we can use this define
properly going forward (currently it's only used if PHYS_64BIT is
set, which meant not all platforms needed to have it set correctly).
Signed-off-by: Becky Bruce
---
include
This avoids a build warning that you see if anyone in the
header chain has included io.h (which is coming shortly). I
also move this to the "ohci.h" header file in the same dir,
which is cleaner.
Signed-off-by: Becky Bruce
---
drivers/usb/host/ohci-hcd.c | 11 ---
drivers/usb/host/ohc
This somewhat random patch series got its start when I was asked to
create a reginfo command for 85xx by one of the internal teams here at
FSL to dump the BR/ORs, LAWs, and the TLBCAM entries. As I started doing
that, I began to notice that there was a lot of duplicated and inconsistent
code for m
We were missing 8641HPCN_36BIT and MPC8536DS_36BIT.
Signed-off-by: Becky Bruce
---
MAKEALL |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 2527352..a82c93c 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -393,6 +393,7 @@ LIST_85xx=" \
MPC85
Each platform had its own version of the upmconfig, despite the
init process being identical. Now that we have a spot for common
lbc code, create a common upmconfig() there.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc83xx/cpu.c | 66
arch/power
The new command dumps the TLBCAM, the LAWs, and the BR/OR regs.
Add CONFIG_CMD_REGINFO to the config for all MPC85xx parts.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/cpu.c | 13 +
common/cmd_reginfo.c |5 +
include/configs/MPC8536DS.h|1 +
in
Add printing of LAWBARH/LAWBARL for FSL_CORENET platforms.
Signed-off-by: Becky Bruce
---
drivers/misc/fsl_law.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/fsl_law.c b/drivers/misc/fsl_law.c
index 968..628bd59 100644
--- a/drivers/misc/fsl_law.
The current code redefines functions based on FSL_CORENET_ vs not -
create macros/inlines instead that hide the differences.
Signed-off-by: Becky Bruce
---
arch/powerpc/include/asm/fsl_law.h |1 +
drivers/misc/fsl_law.c | 125 ++--
2 files changed
This dumps out the contents of TLB1 on 85xx-based systems.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/tlb.c | 20
arch/powerpc/include/asm/mmu.h |1 +
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/tlb.c b/arch/pow
This somewhat random patch series got its start when I was asked to
create a reginfo command for 85xx by one of the internal teams here at
FSL to dump the BR/ORs, LAWs, and the TLBCAM entries. As I started doing
that, I began to notice that there was a lot of duplicated and inconsistent
code for m
Extract the operation to read a tlb into a function - we will need
this later to print out the tlbs, and there's no point in duplicating
the code. Create a TSIZE_TO_BYTES macro to deal with the conversion
from the MAS field to an actual size instead of duplicating this in code.
There are a few mis
This avoids a build warning that you see if anyone in the
header chain has included io.h (which is coming shortly). I
also move this to the "ohci.h" header file in the same dir,
which is cleaner.
Signed-off-by: Becky Bruce
---
drivers/usb/host/ohci-hcd.c | 11 ---
drivers/usb/host/ohc
Some parts that have an Enhanced Local Bus Controller weren't
setting CONFIG_FSL_ELBC. Fix this so we can use this define
properly going forward (currently it's only used if PHYS_64BIT is
set, which meant not all platforms needed to have it set correctly).
Signed-off-by: Becky Bruce
---
include
On Jun 14, 2010 4:30pm, Wolfgang Denk wrote:
U-Boot does not need nor use the FPU, so enabling it would not help
you in any way.
It may not need it, but enabling it in u-boot did actually fix the problem.
I just called the fpu_enable function in the u-boot post code.
Linux will do it'
Dear gne...@gmail.com,
In message <0016e646536657d603048903e...@google.com> you wrote:
>
> > U-Boot does not need nor use the FPU, so enabling it would not help
> > you in any way.
>
> It may not need it, but enabling it in u-boot did actually fix the problem.
> I just called the fpu_enable fun
Dear gne...@gmail.com,
In message <0016e6480e82187a720489022...@google.com> you wrote:
>
> I built u-boot for a 440EPx board derived from the sequoia configuration.
...
> U-Boot runs fine and successfully boots my operating system (Linux and
> uClibc-based root filesystem).
...
> Then I realize
Dear Wolfgang,
The following changes since commit a6862bc123a9e6c93583879973679b0c5941a418:
Wolfgang Denk (1):
Makefile/mkconfig: read simple board configurations from boards.cfg
are available in the git repository at:
git://git.denx.de/u-boot-video.git next
Anatolij Gustschin (3):
Add basic suport for the Freescale P1022DS reference board.
Specifics:
1) 36-bit only
2) Booting from NOR flash only
3) Environment stored in NOR flash only
4) No SPI support
5) No DIU support
Signed-off-by: Timur Tabi
---
This patch is for the 'next' branch.
v3: Fixed minor issues, ported to
gne...@gmail.com writes:
> I built u-boot for a 440EPx board derived from the sequoia configuration.
>
> I am using an FPU-enabled gcc cross compiler.
>
> U-Boot runs fine and successfully boots my operating system (Linux and
> uClibc-based root filesystem).
>
> However, I was having a problem run
I built u-boot for a 440EPx board derived from the sequoia configuration.
I am using an FPU-enabled gcc cross compiler.
U-Boot runs fine and successfully boots my operating system (Linux and
uClibc-based root filesystem).
However, I was having a problem running busybox that I traced to error
Dear Alexander Stein,
In message
<1276521853-13779-1-git-send-email-alexander.st...@systec-electronic.com> you
wrote:
> Only Bit 12 is used for Processor Clock Division. Writing a 0 means
> dividing by and writing a 1 means dividing by 2. See AT91SAM9G20
--^^^
Dividing by what?
Best re
The following changes since commit f986325dd569faeaec4186f678d113505c5c4828:
Update SICRL_USBDR to reflect 4 different settings (2010-06-04 10:42:59 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-pxa fix
Marek Vasut (1):
PXA: Align stack to 8 bytes
arch/arm/c
ok, for about fourth time, hope it won't be ignored this time:
The following changes since commit f986325dd569faeaec4186f678d113505c5c4828:
Update SICRL_USBDR to reflect 4 different settings (2010-06-04 10:42:59 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-pxa next
Only Bit 12 is used for Processor Clock Division. Writing a 0 means
dividing by and writing a 1 means dividing by 2. See AT91SAM9G20
Preliminary p. 307f
This was transfered wrongly in 5d8e359c38d3ab80015e47d0cab792efe75cacf9
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91
LinkedIn
Cristian Axenie requested to add you as a connection on LinkedIn:
--
Srinath,
I'd like to add you to my professional network on LinkedIn.
- Cristian
Accept invitation from Cristian Axenie
http://www.linkedin.com/e/YhLefj14Y3m-0E8v1ZCD
Thanks for your advice!!
When I try to erase across flash bank, I get error message before.
"Error: cannot span across banks when they are mapped in reverse order"
Now I fix the order of banks.
And I can erase sector across flash bank now.
But I still found that I can not erase first two sector.
Hi Ronny,
On Monday 14 June 2010 12:00:38 Ronny D wrote:
> I am using customized ppc440 based board.
BTW: Do you plan to send the U-Boot changes to the mailing list and some time?
> We have created a .dtb file, u-boot should not update the file because of
> that we have added following macro i
On 06/11/2010 12:33 AM, Prafulla Wadaskar wrote:
-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Thursday, June 10, 2010 3:56 PM
To: Tanmay Upadhyay
Cc: Prafulla Wadaskar; u-boot@lists.denx.de
Subject: Re: [PATCH] ARM: Kirkwood: Add support for
Currently the U-Boot address ranges for AVR32 boards are
printed like this:
"U-Boot code: (null) -> 0001183c data: 000188e8 -> 0004e9b0"
This patch fixes this to print:
"U-Boot code: -> 0001183c data: 000188f8 -> 0004e9c0"
Signed-off-by: Reinhard Meyer
---
arch/avr32/lib/board.c |
Hi,
I am using customized ppc440 based board.
We have created a .dtb file, u-boot should not update the file because of
that we have added following macro in config file
#define CONFIG_OF_LIBFDT 1
#undef CONFIG_OF_BOARD_SETUP
With the above change kernel code gets hang wi
This patch adds support for the LaCie ED Mini V2 product
which is based on the Marvell Orion5x SoC.
Signed-off-by: Albert Aribaud
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/LaCie/edminiv2/Makefile |
This patch provides access to the 16550-compatible
serial device of the Orion5x SoC.
Signed-off-by: Albert Aribaud
---
drivers/serial/serial.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
index 8eda95c..1073ac0 10064
This patch adds support for the Marvell Orion5x SoC.
It has no use alone, and must be followed by a patch
to add Orion5x support for serial, then support for
the ED Mini V2, an Orion5x-based product from LaCie.
Signed-off-by: Albert Aribaud
---
Patchset history
V1: Initial monolithic patch.
V2:
Hi Ajay,
> Actually I have ported DFU from openmoko to Denx tree and used it on
> OMAP3EVM. I hope it should work just fine on Beagle as well.
Excellent, congratulations!
> Will it be ok if I submit those patches to Denx's tree?
Simply post the changes on the mailing list and if the patches pa
Hello
I have a platform modify from powerpc 405EP(Taihu evb).
I try to port u-boot from Taihu evb by using "taihu_config".
There are 4M+4M flash on the board, but I found that I can not erase flash
from ff80--ff803fff.I had try "protect off all" and "erase all", but
still don't work.
just li
On 6/11/2010 11:44 AM, vipink wrote:
> Dear Tom, Wolfgang,
>
> Can you please let me know the status of the remainging patches of this
> patch-set.
> I have not received any reply after sending v3 patch a long time back
>
Dear Tom, Wolfgang
A gentle reminder
Regards
Vipin
> These are the Acks
Hi Wolfgang,
On Friday 11 June 2010 21:32:34 Wolfgang Denk wrote:
> > I suggest someone apply commit ff99879 from Linux.
>
> I think this is a good idea. If you ACK, I can pull in this directly.
Acked-by: Stefan Roese
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgan
Le 14/06/2010 09:09, Prafulla Wadaskar a écrit :
>> Ok. If we can agree about the identification function, then
>> I'll post a
>> final V8 patch with GPIO/MPP enabled.
>
> Hi Albert
> This was my suggestion,
> if no one else have any suggestion/objection, we can go ahead with v8 patch
> as you pl
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Friday, June 11, 2010 2:03 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V7 1/3] Initial support for
> Marvell Orion5x SoC
>
> Hi Prafulla,
>
> Le 10/06/2010 21:
66 matches
Mail list logo
