Hi Michael,
On Tuesday 27 April 2010 17:56:27 Michael Zaidman wrote:
> It makes sense to keep some measure of flexibility by giving to the
> user possibility to override the CONFIG_SYS_BOOTCOUNT_ADDR definition.
> It can be easily achieved by adding the following lines:
>
> #ifdef CONFIG_SYS_BOOT
Dear robin,
please keep the mailing list on Cc:
Also, please do not top post / full quote - make sure to read
http://www.netmeister.org/news/learn2quote.html
In message <1272433162.2567.4.ca...@ubuntu-desktop> you wrote:
>
> I am making use of u-boot 1.3.3
> and i am using the omap3530 based b
When we changed ARCH from ppc to powerpc we need to treat HOSTARCH the
same way. We use HOSTARCH == ARCH to determine if a build is native.
Signed-off-by: Kumar Gala
---
* Put the ppc64 case first otherwise we get powerpc64
Makefile |6 +++---
1 files changed, 3 insertions(+), 3 deletions(
This patch is to save environment data to mmc card.
It uses interfaces defined in generic mmc.
Signed-off-by: Terry Lv
---
arch/arm/lib/board.c | 10 ++--
arch/powerpc/lib/board.c | 12 ++--
common/Makefile |1 +
common/cmd_nvedit.c |1 +
common/env_mmc.c |
On Apr 20, 2010, at 10:39 AM, Kumar Gala wrote:
> Add the ability to determine if a given IP block connected on SERDES is
> configured. This is useful for things like PCIe and SRIO since they are
> only ever connected on SERDES.
>
> Signed-off-by: Kumar Gala
> ---
> arch/ppc/cpu/mpc85xx/mpc853
On Wednesday 21 April 2010 09:47:19 Stefano Babic wrote:
> ubifsmount is not working and causes an access with
> a pointer set to zero because the ubifs_fs_type
> is not initialized correctly.
Applied to u-boot-ubi/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfg
On Apr 8, 2010, at 2:56 AM, Dave Liu wrote:
> From: Jerry Huang
>
> Using PPC I/O accessor to DIU I/O space instead of directly
> read/write. It will prevent the dozen of compiler order issue
> and PPC hardware order issue for accessing I/O space.
>
> Using the toolchain(tc-fsl-x86lnx-e500-dp-
The new is_serdes_configured covers a broader range of devices than the
PCI specific code. Use it instead as we convert away from the
is_fsl_pci_cfg() code.
Additionally move to setting LAWs for PCI based on if its configured.
Also updated PCI FDT fixup code to remove PCI controllers from dtb if
On the MPC85xx platform if we have SATA its connected on SERDES.
Determing if SATA is enabled via sata_initialize should not be board
specific and thus we move it out of the MPC8536DS board code.
Additionally, now that we have is_serdes_configured() we can determine
if the given SATA port is enabl
The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0:
Merge branch 'master' of git://git.denx.de/u-boot-video (2010-04-28 00:10:41
+0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git master
Stefano Babic (1):
ubifsmount fails due
On Wed, Apr 28, 2010 at 10:14 AM, Stefan Roese wrote:
> Hi Michael,
>
> On Tuesday 27 April 2010 17:56:27 Michael Zaidman wrote:
>> It makes sense to keep some measure of flexibility by giving to the
>> user possibility to override the CONFIG_SYS_BOOTCOUNT_ADDR definition.
>> It can be easily achi
Am 28.04.2010 08:44, schrieb Wolfgang Denk:
> Dear Matthias,
>
> in message<4bd7d5dd.6080...@arcor.de> you wrote:
>>
+ pGD->memSize = VIDEO_MEM_SIZE;
+ pGD->frameAdrs = PHYS_SDRAM + PHYS_SDRAM_SIZE - VIDEO_MEM_SIZE;
>>>
>>> Please pay attention to the global memory map requirements. P
Hi all,
I am porting U-boot-2010.03 on MIPS32 Architecture ( au1350 processor).
u-boot is compiled for little endian and downloaded the u-boot.bin file to NOR
Flash.After reset followed by go command , I observe that cpu hangs at
0xbfc00570 (ROM Exception Handler).
we are using BDI3000
>Subject: [U-Boot] [PATCH v2 1/2] 85xx/mpc8536ds: Use
>is_serdes_configured()to determine of PCIe enabled
>
>The new is_serdes_configured covers a broader range of devices than the
>PCI specific code. Use it instead as we convert away from the
>is_fsl_pci_cfg() code.
>
>Additionally move to setti
>>Subject: [U-Boot] [PATCH v2 1/2] 85xx/mpc8536ds: Use
>>is_serdes_configured()to determine of PCIe enabled
>>
>>The new is_serdes_configured covers a broader range of
>devices than the
>>PCI specific code. Use it instead as we convert away from the
>>is_fsl_pci_cfg() code.
>>
>>Additionally
This patch consolidates bootcount_{store|load} for PowerPC by
implementing a common version in arch/powerpc/lib/bootcount.c. This
code is now used by all PowerPC variants that currently have these
functions implemented.
The functions now use the proper IO-accessor functions to read/write the
value
On Apr 28, 2010, at 3:25 AM, Li Yang-R58472 wrote:
>
>>> Subject: [U-Boot] [PATCH v2 1/2] 85xx/mpc8536ds: Use
>>> is_serdes_configured()to determine of PCIe enabled
>>>
>>> The new is_serdes_configured covers a broader range of
>> devices than the
>>> PCI specific code. Use it instead as we
The "mtdparts add" command wrote through a NULL pointer - on many
systems this went unnoticed (PowerPC has writable RAM there, some ARM
systems have ROM where a write has no effect), but on arm1136
(i.MX31) it crashed the system.
Add appropriate checks.
Signed-off-by: Wolfgang Denk
---
common/c
Signed-off-by: Wolfgang Denk
---
common/cmd_mtdparts.c | 90 ++---
1 files changed, 40 insertions(+), 50 deletions(-)
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index cec154c..116e637 100644
--- a/common/cmd_mtdparts.c
+++ b/common/cm
This patch fixes APC405 build, by defining CONFIG_PPC4XX_I2C. This is
needed since the move of the PPC4xx I2C driver into the drivers/i2c
directory.
Signed-off-by: Stefan Roese
Cc: Matthias Fuchs
---
include/configs/APC405.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
This patch series adds support for TI's DA850/OMAP-L138
platform. This series is dependant on the following
patch which I have submitted earlier:
[U-Boot] [PATCH] da830: Move common code out of da830evm.c file
Sudhakar Rajashekhara (3):
TI: DaVinci: Prepare for da850 support
TI: DaVinci: Add
DA850/OMAP-L138 is a new SoC from Texas Instruments
(http://focus.ti.com/docs/prod/folders/print/omap-l138.html).
This SoC is similar to DA830/OMAP-L137 in many aspects. Hence
rename the da830 specific files and folders to da8xx to
accommodate DA850/OMAP-L138.
Signed-off-by: Sudhakar Rajashekhara
Provides initial support for TI OMAP-L138/DA850 SoC devices
on a Logic PD EVM board.
Signed-off-by: Sudhakar Rajashekhara
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
include/configs/da850evm.h | 135 +
Provides initial support for TI OMAP-L138/DA850 SoC devices on
a Logic PD EVM board.
Provides:
Initial boot and configuration.
Support for i2c.
UART support (console).
Signed-off-by: Sudhakar Rajashekhara
---
arch/arm/include/asm/arch-davinci/hardware.h |1 +
board/davinci/da8xxevm/Makefile
Wolfgang Denk wrote:
> The "mtdparts add" command wrote through a NULL pointer - on many
> systems this went unnoticed (PowerPC has writable RAM there, some ARM
> systems have ROM where a write has no effect), but on arm1136
> (i.MX31) it crashed the system.
>
> Add appropriate checks.
>
Hi Wolf
Hi Stefano,
On Wednesday 28 April 2010 13:12:22 Stefano Babic wrote:
> > The "mtdparts add" command wrote through a NULL pointer - on many
> > systems this went unnoticed (PowerPC has writable RAM there, some ARM
> > systems have ROM where a write has no effect), but on arm1136
> > (i.MX31) it cra
Because the the size of u-boot increased after adding
new features (mainly the support for ubi/ubifs), storing
u-boot requires an additional sector on the flash. The patch
adjusts the kernel_addr and mtdparts variables giving 128KB
more space for u-boot code.
Signed-off-by: Stefano Babic
---
inc
Signed-off-by: Stefano Babic
---
include/configs/qong.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/qong.h b/include/configs/qong.h
index 067dc79..c448f6c 100644
--- a/include/configs/qong.h
+++ b/include/configs/qong.h
@@ -187,6 +187,8 @@
#define
On Wed, Apr 28, 2010 at 2:52 AM, Terry Lv wrote:
> This patch is to save environment data to mmc card.
> It uses interfaces defined in generic mmc.
>
> Signed-off-by: Terry Lv
> diff --git a/common/env_mmc.c b/common/env_mmc.c
> new file mode 100644
> index 000..202370e
> --- /dev/null
> ++
Hi, I am using uboot on beagle board. I have enabled compile switch
(CONFIG_USE_IRQ).
I have enabled the interrupts and generated a timer interrupt. But, it hangs
without executing the ISR.
As a test, i tried SWI also. Same situation.
Do you have any idea about this problem?
Thanks in advance fo
On Wed, Apr 28, 2010 at 1:00 AM, Thomas Chou wrote:
> This patch supports mmc/sd card with spi interface. It is based on
> the generic mmc framework. It works with SDHC and supports write.
>
> The crc7 lib func is merged from linux and used to compute mmc
> command checksum.
This should probably
Dear Stefano Babic,
In message <1272455915-1143-1-git-send-email-sba...@denx.de> you wrote:
> Because the the size of u-boot increased after adding
> new features (mainly the support for ubi/ubifs), storing
> u-boot requires an additional sector on the flash. The patch
> adjusts the kernel_addr an
Wolfgang Denk wrote:
>> "ramdisk_addr=a030\0" \
> =^
>
>> "u-boot=qong/u-boot.bin\0" \
>> "kernel_addr_r=8080\0" \
>> @@ -274,7 +274,7
Because the the size of u-boot increased after adding
new features (mainly the support for ubi/ubifs), storing
u-boot requires an additional sector on the flash. The patch
adjusts the kernel_addr and mtdparts variable giving 128KB
more space for u-boot code.
Signed-off-by: Stefano Babic
---
incl
Added UPM array table, upmconfig, and Local Bus configuration support for
SIMPC8313
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/simpc8313.c | 34 ++
include/configs/SIMPC8313.h | 10 ++
2 files changed, 44 insertions(+), 0 deletions(
Dne St 21. dubna 2010 17:08:20 Marek Vasut napsal(a):
> Hey Tom,
>
> sorry for the delay. I addressed the issues you pointed out about the last
> two patches. Also, I made the first two stack-alignment patches one as the
> second one was just a bugfix for the first one. No change to the PXAMMC
> p
Hi All,
I am trying to bring linux from RAM. I have compiled the kernel and created
uImage. I bring the image over tftp into the memory and then execute bootm
memaddress. Unfortunately here is the output from my command line:
tftp 0x8000 ipaddress:uImage
Using egiga0 device
TFTP from server ipad
Dne St 28. dubna 2010 20:50:35 ogara napsal(a):
> Hi All,
> I am trying to bring linux from RAM. I have compiled the kernel and created
> uImage. I bring the image over tftp into the memory and then execute bootm
> memaddress. Unfortunately here is the output from my command line:
>
> tftp 0x8000
I think you want to load the kernel to memory at 0x, even though the
u-boot load address is set to 0x8000 - my kernel, which I load to memory at
0x8000 because that's where my SDRAM is, looks like this:
Load address: 0x8000
Loading: ###
Hi,
i have one doubt regarding the configuring and working on serial port. In
Free scale processors I used to #define the console write to smc or scc (
mpc8280 uart ports) .
But here i don't think console write or console debug messages are configured
to UART2 ( Debug Port) of Au1350. If no
ogara wrote:
>
>>Hi, the image is probably corrupted ? Also, why do you load it to 0x8000 ?
It's
>>relocated anyway, but this way it has to be relocated twice)
>
I boot it from 0x8000 because the image was built with load and execute
address 0x8000. Image is not corrupted for sure since I can
To use it on your platform add defines like these:
#define CONFIG_MMC 1
#define CONFIG_GENERIC_MMC 1
#define CONFIG_GENERIC_ATMEL_MCI1
/*change this for your cpu */
#define MMCI_BASE 0xFFF8
Then create an init routine in your plat
Andy, Henry, Ulf, and the rest,
I've posted the patch that I'm using for my SD/MMC support. It is a
new driver based on some of the code from the original Atmel driver
that uses the MMC framework. I've tested it on a at91sam9g45 (ES and
production chips) and on an ek board and our own board.
I
Asen Dimov wrote:
> Signed-off-by: Asen Dimov
> ---
> arch/arm/include/asm/arch-at91/at91_matrix.h | 138
> ++
> 1 files changed, 138 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-at91/at91_matrix.h
> b/arch/arm/include/asm/arch-at91/at91_mat
Rick,
I have custom board with DRAM starting at 0x - 0x2000 so I could
not load it to 0x8000 since I do not have that much memory. I noticed in
your report that the load address is 0x8000 but the kernel image was
built with:
Load Address: 80008000
Entry Point: 80008000.
I was
Yes, but I think you need to load at address 0 instead of 0x8000, just like I
load at 0x8000 instead of 0x80008000. My kernel is also compiled to start
at an offset of 0x8000, just like yours, but I think the image has 0x8000 of
reserved space at the beginning (so you load it to 0, but it s
I understand your point. My memory alignment was off. So now I get:
## Booting kernel from Legacy Image at ...
Image Name: Linux-2.6.32.3
Created: 2010-04-28 18:44:34 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:3131956 Bytes = 3 MB
Load A
On Wed, 28 Apr 2010 10:47:36 +0200
Stefan Roese wrote:
> This patch consolidates bootcount_{store|load} for PowerPC by
> implementing a common version in arch/powerpc/lib/bootcount.c. This
> code is now used by all PowerPC variants that currently have these
> functions implemented.
>
> The funct
On Wed, 28 Apr 2010 10:48:44 -0700
Ron Madrid wrote:
> + volatile immap_t *immap = (immap_t *) CONFIG_SYS_IMMR;
> + volatile fsl_lbus_t *lbus = &immap->lbus;
> + volatile u32 *mxmr = &lbus->mamr; /* Pointer to mamr */
no volatiles...
> + /* Set LUPWAIT to be active low and
> > +/* Set LUPWAIT to be active low
> and enabled */
> > +*mxmr = 0x0800 |
> MxMR_GPL_x4DIS;
>
> ...because we should now be using i/o accessors.
Not entirely sure what you mean here. Should I be
using __raw_writel, or writel, or ...?
Thanks.
Ron
_
On Wed, 28 Apr 2010 15:18:36 -0700
Ron Madrid wrote:
> > > +/* Set LUPWAIT to be active low
> > and enabled */
> > > +*mxmr = 0x0800 |
> > MxMR_GPL_x4DIS;
> >
> > ...because we should now be using i/o accessors.
>
> Not entirely sure what you mean here. Should I be
> using __raw_w
> out_be32 (or even setbits_be32) looks appropriate
> here. The raw
> accessors can be used as an alternative when performance
> and/or code
> density issues arise.
Thanks for the clarification!
Ron
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
Added UPM array table, upmconfig, and Local Bus configuration support for
SIMPC8313
Signed-off-by: Ron Madrid
---
arch/powerpc/include/asm/fsl_lbc.h |1 +
board/sheldon/simpc8313/simpc8313.c | 35 +++
include/configs/SIMPC8313.h | 11 +++
Signed-off-by: Mike Frysinger
---
drivers/i2c/bfin-twi_i2c.c | 169
1 files changed, 108 insertions(+), 61 deletions(-)
diff --git a/drivers/i2c/bfin-twi_i2c.c b/drivers/i2c/bfin-twi_i2c.c
index 73a78d2..b3a04d3 100644
--- a/drivers/i2c/bfin-twi_i2c.
I rebased the branch ... Tom, please pull.
Thanks
The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-video
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git next
Mar
This patch adds macros for the following purposes:
- GPIO configuration
- SDRAM configuration
- Wakeup
These macros are intended to replace numerous copied of the same code.
Signed-off-by: Marek Vasut
---
arch/arm/include/asm/arch-pxa/macro.h | 325 +
1 files cha
This patch adds support for Aeronix Zipit Z2 handheld
Signed-off-by: Marek Vasut
---
Makefile |3 +
board/zipitz2/Makefile| 54 ++
board/zipitz2/config.mk |1 +
board/zipitz2/lowlevel_init.S | 40 +++
board/zipitz2/u-boot.lds | 56
Dne Čt 29. dubna 2010 03:13:29 Marek Vasut napsal(a):
> I rebased the branch ... Tom, please pull.
> Thanks
>
> The following changes since commit
> 3699c28e6d16b563629c285311a0ce62a2c4c5d0: Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-video
>
> are available in
Dear Marek Vasut,
In message <201004290313.29496.marek.va...@gmail.com> you wrote:
> I rebased the branch ... Tom, please pull.
> Thanks
>
> The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-b
At the moment, the default SPI flash subsystem is quite terse. Errors and
successes both result in a generic message. So move the useful errors and
useful successes to printf output by default.
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/atmel.c |2 +-
drivers/mtd/spi/spansion.c
The load address actually doesn't matter. You can tftp your uImage
anywhere in RAM and then just give a bootm command. It will get the
kernel and booting would happen fine. Though as I see in your bootargs
you don't define a filesystem so kernel might hang there.
Anyways you should be able to boot
Hi Andy,
Thanks for you review.
On 04/28/2010 11:21 PM, Andy Fleming wrote:
>
>> The crc7 lib func is merged from linux and used to compute mmc
>> command checksum.
>>
> This should probably be a separate patch.
>
>
OK.
>
>> +
>> + do {
>> + mmc = find_mmc_device(++d
62 matches
Mail list logo
