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
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
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
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
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
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
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
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
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.
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 +++
> 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
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
> > +/* 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 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
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
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
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
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
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
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
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
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
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
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: ###
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
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 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
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(
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
Wolfgang Denk wrote:
>> "ramdisk_addr=a030\0" \
> =^
>
>> "u-boot=qong/u-boot.bin\0" \
>> "kernel_addr_r=8080\0" \
>> @@ -274,7 +274,7
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
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
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 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
> ++
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
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
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
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
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
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 +
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
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
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
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
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
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
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
>>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
>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
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
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
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
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 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 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 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-
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 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
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 |
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(
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
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
62 matches
Mail list logo