Hello Wolfgang, Sebastian,
On 01.02.2013 12:31, Wolfgang Denk wrote:
> In message
> you
> wrote:
>>
>> we are using u-boot in our embedded system with arm-1136jfs cpu.
>
> Which exact system / board configuration is this?
>
> And which exact U-Boot version (git commit ID ?) is it?
>
>> We re
The CONFIG_MXS_SPI_DMA_ENABLE is no longer relevant as the SPI DMA
has proven to work correctly. Remove this configuration option.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Otavio Salvador
Cc: Stefano Babic
---
drivers/spi/mxs_spi.c | 16
include/configs/m28evk.h
The MX23 has slightly different register layout. Adjust the SPI
driver to match the layout, both the PIO and DMA part.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Otavio Salvador
Cc: Stefano Babic
---
drivers/spi/mxs_spi.c | 19 +--
1 file changed, 17 insertions(+), 2 d
This patch streamlines the differences between the MX23 and MX28 by
implementing a few helper functions to handle different DMA channel
mapping, different clock domain for SSP block and fixes a few minor
bugs.
First of all, the DMA channel mapping is now fixed in dma.h by defining
the actual chann
On Mon, Jan 28, 2013 at 03:32:13PM -0800, Tom Warren wrote:
> This build is stripped down. It boots to the command prompt.
> GPIO is the only peripheral supported. Others TBD.
>
> Signed-off-by: Tom Warren
> ---
> Changes in v2:
> - update all new copyright header dates to 2013
> - use correct ta
2013.02.01. 23:48 keltezéssel, Daniel Schwierzeck írta:
>>> + /* U-boot entry point */
>>> + b reset
>>> + nop
>>> +
>>> + .org 0x10
>>> #ifdef CONFIG_SYS_XWAY_EBU_BOOTCFG
>>
>> The .org should be within the ifdef. Although it does not change the
>> generated
>> binary cod
On Fri, 2013-02-01 at 12:47 -0800, John Stile wrote:
> Using uboot 2013.01, booting from NAND, I am having difficulty
> understanding how partitions (areas of NAND) work.
>
> I have written to NAND in the following layout:
> 0x000 at91bootstrap1
> 0x002 uboot1
> 0x006 uboot-env1
> 0x02
another observation about header files, this time related to
nios/nios2:
$ grep -r CONFIG_NIOS *
arch/nios2/config.mk:PLATFORM_CPPFLAGS += -DCONFIG_NIOS2 -D__NIOS2__
arch/nios2/cpu/epcs.c:#endif /* CONFIG_NIOS_EPCS */
board/psyent/common/AMDLV065D.c:#if defined(CONFIG_NIOS) <-- ???
board/alter
notice the following, in which a number of config files for
SH-related boards explicitly define the macro "CONFIG_SH":
$ grep -rw CONFIG_SH *
common/cmd_bdinfo.c:#elif defined(CONFIG_SH)
drivers/bios_emulator/include/x86emu.h:#elif defined (CONFIG_SH)
drivers/net/sh_eth.h:#if defined(CONFIG_SH)
Him
On Wed, Jan 30, 2013 at 7:29 AM, Otavio Salvador
wrote:
> On Wed, Jan 30, 2013 at 12:11 PM, Marek Vasut wrote:
>> Dear Otavio Salvador,
>>
>>> The power switch option is compatible with i.MX23 and i.MX28 so the
>>> configration option needs to reflect it. We choose
>>> 'CONFIG_SPL_MXS_PSWITC
Dear All,
This is an RFC.
The first instruction during RAM boot is a branch to _start.
This is as desribed in the start.S file for ppc4xx arch. This
is not the case when trying to do a RAM boot build for the ppc405
platform.
** Pre-patch
build-x405g-pre/u-boot: file format elf32-powerpc
Dis
Hello Daniel,
Daniel Schwierzeck wrote on 2013-02-01:
> 2013/2/1 Gabor Juhos :
>> Hi Daniel,
>>
>>> From: Daniel Schwierzeck
>>>
>>> Adopt reset vector handling from Yamon.
>>>
>>> Signed-off-by: Daniel Schwierzeck
>>
>> Looks good, I have only one minor comment below.
>>
>>> ---
>>> Chang
2013/2/1 Gabor Juhos :
> Hi Daniel,
>
>> From: Daniel Schwierzeck
>>
>> Adopt reset vector handling from Yamon.
>>
>> Signed-off-by: Daniel Schwierzeck
>
> Looks good, I have only one minor comment below.
>
>> ---
>> Changes for v2:
>> - optimized U-Boot entry point on MIPS32
>> - fix indentation
Hi Daniel,
> From: Daniel Schwierzeck
>
> Adopt reset vector handling from Yamon.
>
> Signed-off-by: Daniel Schwierzeck
Looks good, I have only one minor comment below.
> ---
> Changes for v2:
> - optimized U-Boot entry point on MIPS32
> - fix indentation of .org
>
> ---
> arch/mips/cpu/mi
Dear Jaehoon,
On 2013.01/31, Jaehoon Chung wrote:
> Hi Rommel,
>
> Could you review or test for this?
> > eMMC vesrion is supported up to v4.5.
> > But bootloader isn't saw the exact eMMC version.
> > After applied this patch,
> > if use the mmcinfo command, then can see the exactly mmc version.
Dear Jeroen Hofstee,
In message <510bfe48.3060...@myspectrum.nl> you wrote:
> Hi Wolfgang,
>
> On 02/01/2013 12:31 PM, Wolfgang Denk wrote:
> >> We recently tried a new toolchain with GCC 4.7.2.
> >> If compiled with the new toolchain the feature CONFIG_AUTO_COMPLETE isn't
> >> working.
> > We h
Dear "Andreas Bießmann",
In message <510bca98.5060...@gmail.com> you wrote:
>
> I can't find u-boot-2013.01.y branch nor the v2013.01.01 tag on
> git.denx.de, can you push it?
Done!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16523
Dear Sebastian,
In message
you wrote:
>
> We use a custom board configuration for our custom hardware.
> I can send parts of it, if needed.
Thanks, but no. Parts are of no use to us. Basicly you have to
options: have your code merged into mainline (to do that you have to
submit a complete se
Hi Tom,
On Fri, Feb 1, 2013 at 12:23 PM, Tom Rini wrote:
> On Thu, Dec 13, 2012 at 10:48:39PM -0800, Simon Glass wrote:
>
>> Move this field into arch_global_data and tidy up.
>>
>> Signed-off-by: Simon Glass
>
> Note that for ToT, this also needs to address tlb_size. I've done so
> locally and
From: Daniel Schwierzeck
Adopt reset vector handling from Yamon.
Signed-off-by: Daniel Schwierzeck
---
Changes for v2:
- optimized U-Boot entry point on MIPS32
- fix indentation of .org
---
arch/mips/cpu/mips32/start.S | 186 +--
arch/mips/cpu/mips64/st
Using uboot 2013.01, booting from NAND, I am having difficulty
understanding how partitions (areas of NAND) work.
I have written to NAND in the following layout:
0x000 at91bootstrap1
0x002 uboot1
0x006 uboot-env1
0x020 kernel1
0x040 rootfs1
0x800 at91bootstrap2
0x802 ub
2013/1/31 Gabor Juhos :
> Hi Daniel,
>
>> From: Daniel Schwierzeck
>>
>> Adopt reset vector handling from Yamon.
>>
>> Signed-off-by: Daniel Schwierzeck
>> ---
>> arch/mips/cpu/mips32/start.S | 185
>> +--
>> arch/mips/cpu/mips64/start.S | 55 +++
On Thu, Dec 13, 2012 at 10:48:39PM -0800, Simon Glass wrote:
> Move this field into arch_global_data and tidy up.
>
> Signed-off-by: Simon Glass
Note that for ToT, this also needs to address tlb_size. I've done so
locally and am build testing all of ARM.
--
Tom
signature.asc
Description: D
Hi Eric,
On Wednesday, January 30, 2013 7:10:52 PM, Eric Nelson wrote:
> This patch adds support for the Nitrogen6X board(s) from
> Boundary Devices. The boards are based on the i.MX6x
> processor family with two major variants:
> i.MX6Quad/6Dual
> i.MX6Dual-Lite/6Solo
>
> More specif
Hi Benoît,
On 01/31/2013 04:25 PM, Benoît Thébaudeau wrote:
On Friday, February 1, 2013 12:14:53 AM, Eric Nelson wrote:
On 01/30/2013 02:19 PM, Benoît Thébaudeau wrote:
MMDC1_MDCFG1.tMRD should be set to max(tMRD, tMOD) for DDR3.
For all DDR3 speed bins:
tMRD(min) = 4 nCK
tMOD(min) =
Hi Eric,
On Friday, February 1, 2013 7:28:05 PM, Eric Nelson wrote:
> Hi Benoît,
>
> On 01/31/2013 04:25 PM, Benoît Thébaudeau wrote:
> > On Friday, February 1, 2013 12:14:53 AM, Eric Nelson wrote:
> >> On 01/30/2013 02:19 PM, Benoît Thébaudeau wrote:
> >>> MMDC1_MDCFG1.tMRD should be set to max(
In order to use the more thorough memory test, the macro
CONFIG_SYS_MEMTEST_SCRATCH must be defined with a usable
address.
Signed-off-by: Eric Nelson
---
include/configs/mx6qsabre_common.h |1 +
include/configs/mx6qsabrelite.h|1 +
2 files changed, 2 insertions(+)
diff --git a/inclu
Hi Wolfgang,
On 02/01/2013 12:31 PM, Wolfgang Denk wrote:
We recently tried a new toolchain with GCC 4.7.2.
If compiled with the new toolchain the feature CONFIG_AUTO_COMPLETE isn't
working.
We have been using GCC 4.7.2 for several months now, on many systems.
No such problems have been report
The pinmux was generated from linux/arch/arm/mach-davinci/da830.c as of
kernel version 3.7.5. If the driver is used for the da850, then SoC
variant must be specified by CONFIG_SOC_DA850.
Signed-off-by: Tomas Novotny
Cc: Tom Rini
---
I'm not sure with selected #defines, so suggestions are welcome
Signed-off-by: Tomas Novotny
Cc: Tom Rini
Cc: Stefano Babic
---
The second patch in this series adds pinmux for the da830. This pinmux
is selected when CONFIG_SOC_DA850 is not set. Although ea20 has its own
gpio pinmux (because gpio_request() is not used), this patch is added to
prevent possible
This patch adding new simple command clear which clear ANSI terminal.
Signed-off-by: Pali Rohár
Cc: Marcel Mol
---
No changes in v3
This patch was in Nokia RX-51 patch series (v2).
Changes since RX-51 patch v2:
- Removed from include/config_cmd_all.h
- Removed ANSI escape codes (now in Boo
This patch adding ANSI terminal bootmenu command. It is extension to generic
menu which provide output for ANSI terminals.
Signed-off-by: Pali Rohár
---
Changes in v3:
- Do not use hardcoded numbers, added MAX_COUNT and MAX_ENV_SIZE
- Use unsigned short int for menu number
- Use enum bootme
* default bootmenu entries:
attached kernel, internal eMMC memory, external SD card, u-boot boot order
* in CONFIG_PREBOOT try load bootmenu.scr from first FAT partition of internal
eMMC memory (also known as MyDocs) which (should) overwrite default bootmenu
entries
* when keyboard sl
* In menu_interactive_choice can be used user specified function
item_data_choice (instead hardcoded function which read input
from standard input)
* Added option to specify user data for menu
* menu_display_statusline will pass pointer to user data
(instead pointer to menu)
* This patch i
This patch series adds ANSI terminal Bootmenu command. It use generic menu
code for creating menu structures, but use own functions for drawing menu on
ANSI terminal. First patch modify generic menu code for using other functions
for printing and choosing menu entry, second patch is bootmenu comman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/01/2013 01:30 AM, R Sricharan wrote:
> On Thursday 31 January 2013 09:59 PM, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 01/31/2013 12:51 AM, R Sricharan wrote:
>>> From: Lokesh Vutla
>>>
>>> Now SDRAM initializat
Hi Tiger,
On Thu, Jan 31, 2013 at 3:36 AM, wrote:
> Hi, experts:
>
> It seems mkimage has supported signing a image.
This code is not yet merged, as you have discovered.
>
> So, I have a question about signed linux kernel image:
>
> 1. if kernel image is signed by mkimage tool.
>
> Could
Hi Tom,
On 31.01.2013 22:13, Tom Rini wrote:
> Hey all,
>
> Bugs happen, even to the best of us. So with that said, I'm neither
> proud nor ashamed to announce that v2013.01.01 has been released (branch
> u-boot-2013.01.y pushed, along with tag). It includes:
>
> $ git log --oneline v2013.01..
Dear Sebastian,
In message
you wrote:
>
> we are using u-boot in our embedded system with arm-1136jfs cpu.
Which exact system / board configuration is this?
And which exact U-Boot version (git commit ID ?) is it?
> We recently tried a new toolchain with GCC 4.7.2.
> If compiled with the new
Hi,
On 01/02/2013 11.07, Heiko Schocher wrote:
Hello Luce,
Am 01.02.2013 09:50, schrieb Luca Ellero:
Hi Jeroen,
Hi Heiko,
On 31/01/2013 20.08, Jeroen Hofstee wrote:
Hello Luca,
On 01/31/2013 03:29 PM, Luca Ellero wrote:
If (N. SDRAM banks > 1) and they are not contiguous, don't relocate
u-
Hello Luce,
Am 01.02.2013 09:50, schrieb Luca Ellero:
> Hi Jeroen,
> Hi Heiko,
>
> On 31/01/2013 20.08, Jeroen Hofstee wrote:
>> Hello Luca,
>>
>> On 01/31/2013 03:29 PM, Luca Ellero wrote:
>>> If (N. SDRAM banks > 1) and they are not contiguous, don't relocate
>>> u-boot at (CONFIG_SYS_SDRAM_BAS
Dear Heiko Schocher,
> Hello,
>
> I am currently trying to get rid of some externs in the new i2c
> multibus approach, specially this externs:
>
> http://git.denx.de/?p=u-boot/u-boot-i2c.git;a=blob;f=drivers/i2c/i2c_core.c
> ;h=2a559c9d81a945f219eab49d11e70c0ac4a6d6a4;hb=83ffd31c590dd5aedfef0c19
Hello,
I am currently trying to get rid of some externs in the new i2c
multibus approach, specially this externs:
http://git.denx.de/?p=u-boot/u-boot-i2c.git;a=blob;f=drivers/i2c/i2c_core.c;h=2a559c9d81a945f219eab49d11e70c0ac4a6d6a4;hb=83ffd31c590dd5aedfef0c195b1ffc406e6d0e37#l31
I tried to use
Hi Jeroen,
Hi Heiko,
On 31/01/2013 20.08, Jeroen Hofstee wrote:
Hello Luca,
On 01/31/2013 03:29 PM, Luca Ellero wrote:
If (N. SDRAM banks > 1) and they are not contiguous, don't relocate
u-boot at (CONFIG_SYS_SDRAM_BASE + gd->ram_size), which is a bug.
Instead use the end of 2nd bank (even if
Hello,
we are using u-boot in our embedded system with arm-1136jfs cpu.
We recently tried a new toolchain with GCC 4.7.2.
If compiled with the new toolchain the feature CONFIG_AUTO_COMPLETE isn't
working.
U-Boot start normally and on hitting TAB the system freezes.
I tracked the problem down the
Hi Tom,
On Thursday 31 January 2013 10:50 PM, Tom Rini wrote:
On Thu, Jan 31, 2013 at 11:32:30AM +0530, R Sricharan wrote:
From: Lokesh Vutla
After power-up SRCOMP cells are by-passed by default in OMAP5.
Software has to enable these SRCOMP sells.
For ES2: All 5 SRCOMP cells needs to be enab
46 matches
Mail list logo
