To support more iMX6 variants,
1. Make the DDR size configurable based on the defconfig file
2. Make the FDT file configurable based on the defconfig file
Signed-off-by: Ye.Li
---
board/freescale/mx6qsabreauto/mx6qsabreauto.c |2 +-
board/freescale/mx6sabresd/mx6sabresd.c |2 +-
co
Rename the imximage.cfg to mx6q.cfg.
No function change at all
Signed-off-by: Ye.Li
---
board/freescale/mx6qsabreauto/imximage.cfg | 129
board/freescale/mx6qsabreauto/mx6q.cfg | 129
configs/mx6qsabreauto_defconfig|
This patch is to add the i.MX6solo sabreauto support,
The i.MX6solo sabreauto board configuration has the following
difference with i.MX6dl sabreauto:
- DDR bus width: 32bit
- DDR capacity: 1024M
Signed-off-by: Ye.Li
---
board/freescale/mx6qsabreauto/mx6solo.cfg | 106 +++
The i.MX6solo SABRE-SD board configuration has the following
difference with i.MX6dl sabre-sd:
- DDR bus width: 32bit
- DDR capacity: 512M
Signed-off-by: Ye.Li
---
board/freescale/mx6sabresd/mx6solo_4x_mt41j128.cfg | 106
configs/mx6solosabresd_defconfig
Add specified mx6dl_4x_mt41j128.cfg DDR script for iMX6DLSABRESD board. Not
share from nitrogen6x. The default boot device also changes to SD card.
Signed-off-by: Ye.Li
---
board/freescale/mx6sabresd/mx6dl_4x_mt41j128.cfg | 130 ++
configs/mx6dlsabresd_defconfig
This patch adds support for Olimex A20-OLinuXino-LIME board.
Signed-off-by: FUKAUMI Naoki
---
Changes in v2:
- update MAINTAINERS
- remove "SPL" from CONFIG_SYS_EXTRA_OPTIONS
- s/FTDFILE/FDTFILE/g
board/sunxi/MAINTAINERS | 6 ++
board/sunxi/Makefile | 1 +
bo
Hi Jagan,
On 31 August 2014 23:45, Jagan Teki wrote:
> Hi Simon,
>
> On 1 September 2014 10:36, Simon Glass wrote:
>> Hi Jagan,
>>
>> On 28 August 2014 04:32, Jagan Teki wrote:
>>> On 15 July 2014 06:26, Simon Glass wrote:
This README is intended to help maintainers move their SPI driver
Hi Tom,
On 1 September 2014 04:23, Tom Rini wrote:
> On Sun, Aug 31, 2014 at 10:09:44PM -0700, Simon Glass wrote:
>> Hi Tom,
>>
>> On 28 August 2014 05:51, Tom Rini wrote:
>> > On Tue, Aug 26, 2014 at 08:59:52PM -0600, Simon Glass wrote:
>> >> Hi Tom,
>> >>
>> >> On 25 August 2014 13:14, Tom Rin
Hi Tom,
I have to leave off the exynos and tegra patches while I wait for
feedback. But here are some GPIO enhancements that might as well go
in.
Next will be serial, but it needs a rev first. Should be in the next few days.
The following changes since commit a1263632bb05f0a21620bad0661235fcbbe
On Mon, Sep 1, 2014 at 8:34 PM, Eric Nelson
wrote:
> I believe that the Wand board is using the configuration files
> from the nitrogen6x tree.
Yes, I should have said "As it stands today only mx6qsabresd and
congatec share the same mx6q_4x_mt41j128.cfg script."
Regards,
Fabio Estevam
Hi Fabio,
On 09/01/2014 03:27 PM, Fabio Estevam wrote:
> Hi Wolfgang,
>
> On Mon, Sep 1, 2014 at 4:24 PM, Wolfgang Denk wrote:
>> Dear Nitin Garg,
>>
>> In message <1409581243-12695-1-git-send-email-nitin.g...@freescale.com> you
>> wrote:
>>> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
From: Nitin Garg
i.MX6 SoC has onChip temperature sensor. Add support
for this sensor.
Signed-off-by: Nitin Garg
---
arch/arm/cpu/armv7/mx6/soc.c | 138 +++-
arch/arm/imx-common/cpu.c|7 +-
arch/arm/include/asm/arch-mx6/crm_regs.h | 543 +++
From: Nitin Garg
Add CONFIG_IMX6_TEMP_SENSOR to mx6sabre_common.h file
Signed-off-by: Nitin Garg
---
include/configs/mx6sabre_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mx6sabre_common.h
b/include/configs/mx6sabre_common.h
index e59a3b4..fc38ede 100644
---
From: Nitin Garg
Add support for mx6 onchip temperature sensor and enable it
for all mx6sabre boards.
Nitin Garg (2):
Changes since v2:
- Split the patch into 2: Feature impl and board enablement
Changes since v1:
- Make temperature sensor feature configurable
- Checkpatch fixes
Add i.MX6 CP
Hi Wolfgang,
On Mon, Sep 1, 2014 at 4:24 PM, Wolfgang Denk wrote:
> Dear Nitin Garg,
>
> In message <1409581243-12695-1-git-send-email-nitin.g...@freescale.com> you
> wrote:
>> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
>> board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
>> w
In case when 4K page keystone RBL layout is used the compilation
error is appeared. That's because the #ifdef has to be placed under
struct name. This patch correct it.
Signed-off-by: Ivan Khoronzhuk
---
Based on "[U-boot] [Patch] keystone: usb: add support of usb xhci"
https://patchwork.ozlabs.
Dear Vasili Galka,
In message <1409051131-7260-1-git-send-email-vvv...@gmail.com> you wrote:
> Some drivers (e.g. net/e1000) reference these functions. So, this
> fixes the build of MVBC_P board.
>
> I'm not familiar with the MPC5xxx platform, maybe a full
> implementation shall be implemented in
Hi Simon,
On Mon, Sep 1, 2014 at 9:02 AM, Simon Glass wrote:
> Hi Max,
>
> On 20 August 2014 10:42, Max Filippov wrote:
>> From: Chris Zankel
>>
>> The Xtensa processor architecture is a configurable, extensible,
>> and synthesizable 32-bit RISC processor core provided by Tensilica, inc.
>>
>>
Dear Nitin Garg,
In message <1409581243-12695-1-git-send-email-nitin.g...@freescale.com> you
wrote:
> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
> board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
> was designed for the mx6sabresd board. This also updates the
> cgtqmx6qeval whi
Dear Otavio,
In message
you wrote:
>
> I disagree (but this is my personal view on this). The reason why I
> disagree is because the DDR calibration is very design dependant so
> if/when Freescale optimize their DDR data setting they may break any
> other board using it however they shouldn't b
Wolfgang,
On Mon, Sep 1, 2014 at 4:02 PM, Wolfgang Denk wrote:
> In message
> you
> wrote:
>>
>> > But in the next sentence you state that this very file is also used by
>> > another board (cgtqmx6qeval) - so apparently it is NOT a board
>> > specific file. Actually this makes even more sense
Hi
Il 01/set/2014 21:02 "Wolfgang Denk" ha scritto:
>
> Dear Otavio,
>
> In message you wrote:
> >
> > > But in the next sentence you state that this very file is also used by
> > > another board (cgtqmx6qeval) - so apparently it is NOT a board
> > > specific file. Actually this makes even more
Dear Otavio,
In message
you wrote:
>
> > But in the next sentence you state that this very file is also used by
> > another board (cgtqmx6qeval) - so apparently it is NOT a board
> > specific file. Actually this makes even more sense to me, as I would
> > expect that the file is more specific
Hi all,
On 08/31/2014 07:24 PM, Fabio Estevam wrote:
> On Tue, Aug 26, 2014 at 7:05 AM, Guillaume GARDET
> wrote:
>> nitrogen6x.h file defines CONFIG_CMD_FS_GENERIC, so we are able to use
>> generic
>> 'load' command instead of 'fatload'. It allows to use ext filesystem and keep
>> compatibilty
Hi,
> >> diff --git a/arch/arm/cpu/armv8/cpu-dt.c b/arch/arm/cpu/armv8/cpu-dt.c
> >> index 9792bc0..c2c8fe7 100644
> >> --- a/arch/arm/cpu/armv8/cpu-dt.c
> >> +++ b/arch/arm/cpu/armv8/cpu-dt.c
> >> @@ -9,7 +9,69 @@
> >> #include
> >>
> >> #ifdef CONFIG_MP
> >> +#ifdef CONFIG_ARMV8_PSCI
> >>
>
Wolfgang,
(Dropping Leo e-mail as it bounces, adding Alex who seem to be working
on BSP support at Congatec now)
On Mon, Sep 1, 2014 at 2:59 PM, Wolfgang Denk wrote:
> In message <1409581243-12695-1-git-send-email-nitin.g...@freescale.com> you
> wrote:
>> Move board/freescale/imx/ddr/mx6q_4x_mt
Dear Nitin Garg,
In message <1409581243-12695-1-git-send-email-nitin.g...@freescale.com> you
wrote:
> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
> board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
> was designed for the mx6sabresd board. This also updates the
> cgtqmx6qeval whi
On Mon, Sep 1, 2014 at 11:24 AM, Fabio Estevam wrote:
> On Mon, Sep 1, 2014 at 11:20 AM, Nitin Garg wrote:
>> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
>> board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
>> was designed for the mx6sabresd board. This also updates the
>> cgtqm
On Mon, Sep 1, 2014 at 11:20 AM, Nitin Garg wrote:
> Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
> board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
> was designed for the mx6sabresd board. This also updates the
> cgtqmx6qeval which makes use of this configuration.
>
> Signed-off
Move board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg to
board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg as this is
was designed for the mx6sabresd board. This also updates the
cgtqmx6qeval which makes use of this configuration.
Signed-off-by: Nitin Garg
---
.../{imx/ddr => mx6sabresd}/mx6q_4x_mt41
Hi Nitin,
On Mon, Sep 1, 2014 at 12:25 AM, Nitin Garg wrote:
> i.MX6 SoC has onChip temperature sensor. Add support
> for this sensor.
>
> Signed-off-by: Nitin Garg
> ---
>
> arch/arm/cpu/armv7/mx6/soc.c | 142 +++-
> arch/arm/imx-common/cpu.c|7 +-
> arch/a
There are two ways to run into handle_exception, run command 'kgdb' and
encounter a breakpoint which triggers exception handling.
The origin source code only saves regs when first run command 'kgdb'.
Take the following for example, When run 'kgdb', regs is saved to entry_regs.
When run 'bootz', re
Acked!
Regards,
Nitin Garg
-Original Message-
From: Fabio Estevam [mailto:fabio.este...@freescale.com]
Sent: Monday, September 01, 2014 7:56 AM
To: sba...@denx.de
Cc: u-boot@lists.denx.de; jonas.d.karls...@gmail.com; Li Ye-B37916; Garg
Nitin-B37173; Estevam Fabio-R49496
Subject: [PATCH
According to mx53 and mx6 reference manuals:
"The maximum size of the DCD limited to 1768 bytes."
As each DCD entry consists of 8 bytes, we have a total of 1768 / 8 = 221, and
excluding the first entry, which is the header leads to 220 as the maximum
number for DCD size.
Reported-by: Jonas Karls
Hello Minkyu,
On 09/01/2014 01:50 PM, Przemyslaw Marczak wrote:
This patch set introduces changes to common Samsung code
as a preparation of new board support:
- boot device check - code cleanup
- automatic init order of mmc drivers
- automatic setting of dfu entities which depends on boot devic
This change adds setup of environmental board info using
get_board_name() and get_board_type() functions for config
CONFIG_BOARD_TYPES.
This is useful in case of running many boards with just one config.
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
---
Changes v2:
- set_board_info: move t
This board file supports standard features of Odroid X2 and U3 boards:
- Exynos4412 core clock set to 1000MHz and MPLL peripherial clock set to 800MHz,
- MAX77686 power regulator,
- USB PHY,
- enable XCL205 - power for board peripherials
- check board type: U3 or X2.
- enable Odroid U3 FAN cooler
It is possible to boot device using a micro SD or eMMC slots.
In this situation, boot device should be registered as a block
device 0 in the MMC framework, because CONFIG_SYS_MMC_ENV_DEV
is usually set to "0" in the most config cases.
Signed-off-by: Przemyslaw Marczak
---
Changes V3:
- separate t
This change fixes the bad gpio configuration for the exynos dwmmc.
Signed-off-by: Przemyslaw Marczak
Cc: Beomho Seo
Cc: Minkyu Kang
Cc: Jaehoon Chung
---
arch/arm/cpu/armv7/exynos/pinmux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/exynos/pinmux
This change introduces new common function:
- set_dfu_alt_info() - put dfu system and bootloader setting
into $dfu_alt_info.
functions declaration:
- char *get_dfu_alt_system(void)
- char *get_dfu_alt_boot(void)
- void set_dfu_alt_info(void)
and new config:
- CONFIG_SET_DFU_A
This change enable automatic setting of dfu alt info
on every boot. This is useful in case of booting one
u-boot binary from multiple media.
Signed-off-by: Przemyslaw Marczak
---
board/samsung/common/board.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/samsung/common/board.c b/bo
This config is valid for two devices:
- Odroid X2,
- Odroid U3.
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
Cc: Tom Rini
---
Changes v2:
- odroid config: add CONFIG_DFU_ALT_BOOTLOADER
- odroid config: change name of CONFIG_DFU_BOOT_ALT_* to CONFIG_DFU_ALT_BOOT_*
Changes v3:
- odroid.h:
This patch set introduces changes to common Samsung code
as a preparation of new board support:
- boot device check - code cleanup
- automatic init order of mmc drivers
- automatic setting of dfu entities which depends on boot device
- pre reset function call for board own implementation
- setting
This change adds declaration of functions:
- set_board_type() - called at board_early_init_f()
- get_board_type() - called at checkboard()
For supporting multiple board types in a one config - it is welcome
to display the current board model. This is what get_board_type()
should return.
Signed-of
This patch introduces code clean-up for exynos boot mode check.
It includes:
- removal of typedef: boot_mode
- move the boot mode enum to arch-exynos/power.h
- add bootmode for sequence: eMMC 4.4 ch4 / SD ch2
- add new function: get_boot_mode() for OM[5:1] pin check
- update spl boot code
Signed-o
The byte order of soc revision was inverted, now it is fixed.
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
---
board/samsung/common/misc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/samsung/common/misc.c b/board/samsung/common/misc.c
index 03106fd..a453a8
This is a standard description for Odroid boards.
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
Cc: Tom Rini
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/exynos4412-odroid.dts | 70 ++
2 files changed, 72 insertions(+), 1 deletion(-)
cre
On an Odroid U3 board, the SOC is unable to reset the eMMC card
in the DWMMC mode by the cpu software reset. Manual reset of the card
by switching proper gpio pin - fixes this issue.
Such solution needs to add a call to pre reset function.
This is done by the reset_misc() function, which is called
On 08/26/2014 12:45 PM, Vasili Galka wrote:
> The basic idea: Define size_t using the __SIZE_TYPE__ compiler-defined
> type.
>
> For detailed explanation see similar patch for the nios2 arch:
> http://patchwork.ozlabs.org/patch/379938/
>
> Signed-off-by: Vasili Galka
> Cc: Michal Simek
> ---
>
On Sun, Aug 31, 2014 at 10:09:44PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On 28 August 2014 05:51, Tom Rini wrote:
> > On Tue, Aug 26, 2014 at 08:59:52PM -0600, Simon Glass wrote:
> >> Hi Tom,
> >>
> >> On 25 August 2014 13:14, Tom Rini wrote:
> >> > On Mon, Aug 25, 2014 at 09:58:32AM -0600, Si
Kconfiglib is the flexible Python Kconfig parser and library
created by Ulf Magnusson.
(https://github.com/ulfalizer/Kconfiglib)
This commit imports kconfiglib.py from
commit ce84c22e58fa59cb93679d4ead03c3cd1387965e,
with ISC SPDX-License-Identifier.
Signed-off-by: Masahiro Yamada
Signed-off-by:
Hello Masahiro,
Am 31.08.2014 10:48, schrieb Marek Vasut:
On Sunday, August 31, 2014 at 08:16:53 AM, Masahiro Yamada wrote:
U-Boot has imported various source files from other projects,
mostly Linux.
Something like
#ifdef __UBOOT__
[ modification for U-Boot ]
#else
[ original
On 09/01/2014 04:52 AM, Sonic Zhang wrote:
> Hi Michael,
>
> On Fri, Aug 29, 2014 at 8:20 PM, Michal Simek wrote:
>> Hi Sonic
>>
>> On 08/07/2014 09:08 AM, Sonic Zhang wrote:
>>> From: Sonic Zhang
>>>
>>> - move blackfin specific cpu init code from blackfin board.c to cpu.c
>>> - remove blackfin
Hi Peter and Masahiro,
On 09/01/2014 04:25 AM, Masahiro Yamada wrote:
> Hi Peter,
>
> Sorry, this patch no longer applies on the mainline.
> Could you rebase and repost this patch, please?
>
> (You need to touch arch/arm/cpu/armv7/zynq/Kconfig,
> intead of arch/arm/Kconfig, board/xilinx/zynq/Kco
Hi Simon,
On Sun, 31 Aug 2014 21:52:41 -0700
Simon Glass wrote:
> One thing is that buildman doesn't really need the boards.cfg file.
> After all it just reads it in board.py. If you make it so that
> genboardscfg.py can be a library that returns a dictionary, then
> buildman can just import i
From: Peter Crosthwaite
Add a defconfig and Kconfigury for the Digilent ZYBO board.
Signed-off-by: Peter Crosthwaite
Signed-off-by: Michal Simek
Acked-by: Jagannadha Sutradharudu Teki
---
Changes in v2:
- Rebase on the latest u-boot master branch (Kconfig changes)
arch/arm/cpu/armv7/zynq/K
Masahiro Yamada (3):
SPDX: Add ISC SPDX-License-Identifier
tools: Import Kconfiglib
tools/genboardscfg.py: improve performance more with Kconfiglib
Licenses/README |1 +
Licenses/isc.txt | 17 +
tools/buildman/kconfiglib.py | 3799 ++
The idea of using Kconfiglib was given by Tom Rini.
It allows us to scan lots of defconfigs very quickly.
This commit also uses multiprocessing for further acceleration.
Signed-off-by: Masahiro Yamada
Suggested-by: Tom Rini
---
Changes in v2:
- Do not install Kconfiglib
- Comments fixes, cl
Signed-off-by: Masahiro Yamada
Cc: Wolfgang Denk
---
Changes in v2:
- Newly added
Licenses/README | 1 +
Licenses/isc.txt | 17 +
2 files changed, 18 insertions(+)
create mode 100644 Licenses/isc.txt
diff --git a/Licenses/README b/Licenses/README
index c6ff277..fe6dadc 10
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Friday, August 29, 2014 5:43 PM
> To: Hou Zhiqiang-B48286
> Cc: u-boot@lists.denx.de; Hu Mingkai-B21284; Sun York-R58495
> Subject: Re: [U-Boot] [PATCH] sf: Add support for flag status register
> on Micron c
From: Markus Niebel
the second reset prevents other registers to be written.
This will prevent to have the correct signal levels for
SCLK before writing to the config reg in spi_xchg_single.
Tested with GPIO based chipselect and SPI_MODE_3 on i.MX6S
Signed-off-by: Markus Niebel
---
drivers/sp
From: Markus Niebel
current implementation of the mxc_spi host driver gives issues,
if using more than one slave on the same bus. These patches try
to improve this use case.
They were tested on a TQMa6S (i.MC6S) with a custom mainboard
using two slave devices in SPI MODE 0 and 3, on of the devic
From: Markus Niebel
it is not correct to init for a specific slave in spi_setup_slave.
instead buffer the values and delay init until spi_claim_bus.
Signed-off-by: Markus Niebel
---
drivers/spi/mxc_spi.c | 37 +
1 file changed, 21 insertions(+), 16 deletions
Hi,
On 08/31/2014 02:13 PM, Ian Campbell wrote:
> Patch is the result of:
> sed -i -e 's/FTDFILE/FDTFILE/g' board/sunxi/Kconfig configs/*
> include/configs/sunxi-common.h
> sed -i -e 's/ftdfile/fdtfile/g' board/sunxi/Kconfig
>
> Spotted-by: Vagrant Cascadian
> Signed-off-by: Ian Campbell
>
On Fri, 8 Aug 2014, Tom Rini wrote:
> On Sat, Jul 05, 2014 at 09:48:13AM -, Thomas Gleixner wrote:
>
> > Booting a payload out of NAND FLASH from the SPL is a crux today, as
> > it requires hard partioned FLASH. Not a brilliant idea with the
> > reliability of todays NAND FLASH chips.
> [snip
Hi Stephen,
> From: Stephen Warren
>
> This allows the USB code to determine whether a USB bus reset was
> issued, which in turn allows the code to differentiate between a
> detach (return to shell prompt) and a board reset/reboot request.
>
> Signed-off-by: Stephen Warren
> ---
> Note that th
Hi Stephen,
> On 08/22/2014 08:08 AM, Lukasz Majewski wrote:
> > This commit provides distinction between DFU device detach and
> > reset. The -R behavior is preserved with proper handling of the
> > dfu-util's -e switch, which detach the DFU device.
> >
> > By running dfu-util -e; one can force d
67 matches
Mail list logo