Hi Thomas,
On Thu, Jan 10, 2013 at 8:03 PM, Langer Thomas (LQDE RD ST PON SW)
wrote:
> Hello Jagan,
>
>> All these patches are added a support for read and write instruction
>> for programming/reading SPI flash.
>
> I have written some weeks ago that I would really appreciate the support of
> dua
From: "Jens Scharsig (BuS Elektronik)"
There is a debug call in board.c befor serial interface was initialized.
This moves the debug code behind serial_initialize call.
Signed-off-by: Jens Scharsig (BuS Elektronik)
---
arch/m68k/lib/board.c |4 ++--
1 file changed, 2 insertions(+), 2 delet
Small fix:
> Here, by including exports.h
Actually common.h, but the point stands.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Chris,
On Wed, 16 Jan 2013 17:23:58 +1300, Chris Packham
wrote:
> Hi,
>
> I've just run into something porting an existing out of tree board to
> u-boot 2012.10 but I think it points to a generic issue for standalone
> applications.
>
> Consider the following change
>
> diff --git a/exampl
Thank you so much Angelo,
I am not using board_flash_get_legacy in my board.
In then function flash_erase() there is one function for flash_write_cfiword()
in that there is one check for if flash is erased or not. In that code there is
one reading of byte and it returns 0x00. so that is problem
Here is a patch for the latter option
---8<---
>From ece309850996e2347c54a9874dee5cc67e673402 Mon Sep 17 00:00:00 2001
From: Chris Packham
Date: Wed, 16 Jan 2013 17:36:05 +1300
Subject: [PATCH] exports.h: add required definitions from common.h
To avoid symbol namespace conflicts between standal
Hi,
I've just run into something porting an existing out of tree board to
u-boot 2012.10 but I think it points to a generic issue for standalone
applications.
Consider the following change
diff --git a/examples/standalone/hello_world.c
b/examples/standalone/hello_world.c
index 067c390..d2e6a77 1
Signed-off-by: Shaohui Xie
---
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index 314afa2..710942f 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -857,6 +857,7 @@ P5020DS_SRIO_PCIE_BOOT powerpc mpc85xx
corenet_ds
Signed-off-by: Shaohui Xie
---
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index e4b0d44..8cf4936 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -855,6 +855,7 @@ P5020DS_SECURE_BOOT powerpc mpc85xx
corenet_ds
Signed-off-by: Shaohui Xie
---
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index 8cf4936..314afa2 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -856,6 +856,7 @@ P5020DS_SPIFLASH powerpc mpc85xx corenet_ds
free
This adds a simple driver for the BCM2835's SD controller.
Workarounds are implemented for:
* Register writes can't be too close to each-other in time, or they will
be lost.
* Register accesses must all be 32-bit, so implement custom accessors.
This code was extracted from:
git://github.com/gon
Enable the SD controller driver for the Raspberry Pi. Enable a number
of useful MMC, partition, and filesystem-related commands. Set up the
environment to provide standard locations for loading a kernel, DTB,
etc. Provide a boot command that loads and executes boot.scr.uimg from
the SD card; this i
The firmware running on the bcm2835 SoC's VideoCore CPU manages the
display controller. Add a simple "LCD" driver that communicates with the
firmware using the property mailbox protocol. This configures the
display and frame-buffer to match whatever physical resolution the
firmware chosen when boot
When an LCD driver is actually driving a regular external display, e.g.
an HDMI monitor, the display resolution might not be known until the
display controller has initialized, i.e. during lcd_ctrl_init(). However,
lcd.c calculates lcd_line_length before calling this function, thus
relying on a har
The BCM2835 SoC contains (at least) two CPUs; the VideoCore (a/k/a "GPU")
and the ARM CPU. The ARM CPU is often thought of as the main CPU.
However, the VideoCore actually controls the initial SoC boot, and hides
much of the hardware behind a protocol. This protocol is transported
using the SoC's m
There appears to be no implementation of flush_dcache_range() for
ARM1176, so explicitly disable dcache support to avoid references to
that function from the LCD core in the next patch. This was presumably
not noticed before simply because no drivers for the rpi_b were
attempting DMA.
Signed-off-b
The firmware running on the bcm2835 SoC's VideoCore CPU determines how
much of the system RAM is available for use by the ARM CPU. Previously,
U-Boot assumed that only 128MB was available, since this was the
smallest value configured by any public firmware. However, we can now
query the actual valu
These nodes are unused.
Signed-off-by: Allen Martin
---
arch/arm/dts/tegra20.dtsi| 10 --
arch/arm/dts/tegra30.dtsi| 10 --
board/compulab/dts/tegra20-trimslice.dts |9 -
board/nvidia/dts/tegra20-harmony.dts |9 -
bo
On 1/13/2013 6:07, Jeroen Hofstee wrote:
console_col, console_row, lcd_line_length, lcd_console_address had
to be declared in board / driver specific code, but were not actually
used there. Get rid of the global variables.
Cc: Alessandro Rubini
Cc: Anatolij Gustschin
Cc: Bo Shen
Cc: Haavard S
On 1/13/2013 6:07, Jeroen Hofstee wrote:
lcd_base is available as gd->fb_base as well, there is no need
to keep a seperate copy.
Cc: Alessandro Rubini
Cc: Anatolij Gustschin
Cc: Bo Shen
Cc: Haavard Skinnemoen
Cc: Kyungmin Park
Cc: Marek Vasut
Cc: Minkyu Kang
Cc: Nikita Kiryanov
Cc: Simon
Dear Ramesh,
this issue could be connected to a patch i recently posted to the
list, where the erase command is now allowed to be customizable for
CFI AMD compatible chips only.
Are you using board_flash_get_legacy in your board files ?
If yes, could you just add after line 1834 in cfi_flash.c
Hey all,
U-Boot v2013.01 has been released and uploaded to git. I expect to see
it on the ftp server soon.
The merge window is now open until February 9th and the next release,
v2013.04 is scheduled for release on April 15th 2013 (the wiki is a bit
off right now).
We'll wait for Wolfgang to run
Dear Diego Preciado Barón,
In message you wrote:
>
> I want to use the u-boot drivers such as gpio and spi on a standalone
> application.
Why do you want to do this from a standalone app, instead from code
linked with the U-Boot image?
> What do I need to modify in the Makefile to build and
> l
On Mon, Jan 14, 2013 at 06:59:59PM -0600, Kim Phillips wrote:
> On Tue, 8 Jan 2013 18:25:11 -0800
> Barry Grussling wrote:
>
> > While trying to bring up a custom MPC8308 based board I found
> > that the clocking was wrong. The comment in
> > include/configs/mpc8308_p1m.h led me to believe
> > s
Hello,
I want to use the u-boot drivers such as gpio and spi on a standalone
application. What do I need to modify in the Makefile to build and link my code
with the rest of the U-boot code in order to include those drivers in my
application? because when I try to compile my code, it shows som
I work for Google and my patches signed by clch...@chromium.org come
from me while I work for Google.
On Sat, Jan 12, 2013 at 9:20 AM, Simon Glass wrote:
> Hi,
>
> You are being copied because you have written U-Boot code which is now
> in mainline.
>
> The chromium.org domain does not automatica
Acked-by: Che-Liang Chiou
On Sat, Jan 12, 2013 at 2:07 PM, Jeroen Hofstee wrote:
> cc: Che-Liang Chiou
> Signed-off-by: Jeroen Hofstee
> ---
> api/api_display.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/api/api_display.c b/api/api_display.c
> index 643917
On 01/15/2013 05:09:16 AM, Dimitar Penev wrote:
Hi Scott,
I have tried to do some more tests on the board with the NAND chip I
have scrub-ed
-I have done 'nand erase.chip clean'
Don't specify "clean". That will cause jffs2 cleanmarkers to be
written. Not all NAND chips can handle parti
On 01/14/2013 09:33 PM, Allen Martin wrote:
> On Mon, Jan 14, 2013 at 10:49:53AM -0800, Stephen Warren wrote:
>> On 01/12/2013 09:56 AM, Simon Glass wrote:
>>> Hi,
>>>
>>> On Sat, Jan 12, 2013 at 1:07 AM, Allen Martin wrote:
Add driver for tegra SPI "SLINK" style driver. This controller is
>
On Tue, Jan 15, 2013 at 1:24 PM, Fabio Estevam wrote:
> On Tue, Jan 15, 2013 at 1:23 PM, Stefano Babic wrote:
>
>> mmmhhh...I know there are not a lot of examples (only one), but I pushed
>> the woodburn board that boots from SD Card using internal boot mode and SPL.
>
> Ok, then. I was aware of
On Tue, Jan 15, 2013 at 1:23 PM, Stefano Babic wrote:
> mmmhhh...I know there are not a lot of examples (only one), but I pushed
> the woodburn board that boots from SD Card using internal boot mode and SPL.
Ok, then. I was aware of it.
Regards,
Fabio Estevam
__
On 15/01/2013 13:07, Fabio Estevam wrote:
> Currently booting from internal mode is not supported in U-boot for mx35, so
> remove it from the list of supported SoCs.
>
> Signed-off-by: Fabio Estevam
> ---
> doc/README.imximage |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
Currently booting from internal mode is not supported in U-boot for mx35, so
remove it from the list of supported SoCs.
Signed-off-by: Fabio Estevam
---
doc/README.imximage |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/README.imximage b/doc/README.imximage
index 073
Hi Friends,
I have my custom board with MCF5329 processor and M29W128GL (16MB NOR).
I have LTIB package from freescale of M5329EVB board. I am using this package
and modified according M29W128GL NOR.
Like
* FLASH organization
*/
#define CONFIG_SYS_FLASH_CFI
#ifdef CONFIG_SYS_FLASH_CFI
# def
Hi Scott,
I have tried to do some more tests on the board with the NAND chip I have
scrub-ed
-I have done 'nand erase.chip clean' and tried to probe different nand
regions
(I have 128MB RAM and 1GB NAND and I am not sure how I could dump the whole
NAND at once)
It seems the whole NAND is 0x
On Wed, Nov 28, 2012 at 11:15 AM, wrote:
> From: Yegor Yefremov
>
> Signed-off-by: Yegor Yefremov
> ---
> drivers/net/phy/phy.c |2 +-
> include/phy.h |1 +
> 2 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
> index
This patch adds required pmic voltage settings for SMDK5250.
Signed-off-by: Rajeshwari Shinde
---
board/samsung/smdk5250/smdk5250.c | 113 -
include/power/max77686_pmic.h | 30 ++
2 files changed, 141 insertions(+), 2 deletions(-)
diff --git a/
This patch adds a function to set ps_hold data driving value high.
This enables the machine to stay powered on after the initial
power-on condition goes away(e.g. power button).
Signed-off-by: Rajeshwari Shinde
---
arch/arm/cpu/armv7/exynos/power.c| 10 ++
arch/arm/include/asm/
This patch set seperates setting PMIC values form previous
"Convert lowlevel_init.S to .c" patch set.
These patches add PMIC MAX77686 voltage settings for SMDK5250.
Rajeshwari Shinde (2):
EXYNOS5: Add function to setup set ps hold
SMDK5250: Add PMIC voltage settings
arch/arm/cpu/armv7/exynos
Hi Simon,
Thanks for the review comments.
Please find my responses below.
Thanks & Regards
Amarendra Reddy
On 12 January 2013 22:11, Simon Glass wrote:
> Hi Amar,
>
> On Fri, Jan 11, 2013 at 9:58 AM, Amarendra Reddy
> wrote:
> > Hi Simon,
> >
> > Thanks for review comments.
> > Please find my
Hi Simon,
Thanks for review comments.
Please find my responses below.
Thanks & Regards
Amarendra
On 10 January 2013 22:09, Simon Glass wrote:
> Hi Amar,
>
> On Fri, Jan 4, 2013 at 1:34 AM, Amar wrote:
> > This patch adds support for EMMC booting on SMDK5250.
> >
> > Changes from V1:
> >
Hi Simon,
On 10 January 2013 20:51, Simon Glass wrote:
> Hi Amar,
>
> On Fri, Jan 4, 2013 at 1:34 AM, Amar wrote:
> > This patch adds DWMMC device node data for exynos5.
> > This patch also adds binding file for DWMMC device node.
> >
> > Changes from V1:
> > 1)Added binding file for
Hi Jaehoon,
On 11 January 2013 09:31, Jaehoon Chung wrote:
> On 01/11/2013 12:26 AM, Simon Glass wrote:
> > Hi Amar,
> >
> > On Fri, Jan 4, 2013 at 1:34 AM, Amar wrote:
> >> This patch enumerates dwmci and set auto stop command during
> >> dwmci initialisation.
> >> EMMC read/write is not happ
43 matches
Mail list logo
