Marek Vasut wrote:
> Observed Results: After some hundreds of the soft-reboot cycles, the
> i210 is not recognized. This is caused by the PCI express link
> failing to come up. We see "link never came up" message in the kernel
> log.
Just a guest but maybe this is "errata #18" of the i210.
A litt
Hi Darwin
Thanks for the patch.
> -Original Message-
> From: Darwin Rambo [mailto:dra...@broadcom.com]
> Sent: Saturday, May 24, 2014 5:08 AM
> To: u-boot@lists.denx.de
> Cc: Darwin Rambo; tr...@ti.com; feng...@phytium.com.cn; Sharma
> Bhupesh- B45370; Albert Aribaud
> Subject: [PATCH v4
Correcting Darwin's email id. Sorry for the typo :).
-Original Message-
From: Arora Sakar-B45205
Sent: Wednesday, May 28, 2014 1:16 PM
To: 'da...@broadcom.com'; 'u-boot@lists.denx.de'
Cc: Sharma Bhupesh-B45370; 'tr...@ti.com'; 'feng...@phytium.com.cn';
'albert.u.b...@aribaud.net'
Subject
SerDes PLL is calibrated at reset. When the junction temperature
delta from the time the PLL is calibrated exceeds +56C/-66C,
jitter may increase and can cause PLL to unlock.
This workaround overwrite the SerDes registers with new values,
to calibrate SerDes registers.
These values are known to wo
Hi Pavel,
> Hi, Detlev!
>
>> > Altera Cyclone 5 board is very different board (big, rectangular,
>> > expensive) than EBV Socrates (small, circular, cheap) board. Different
>> > parts are used there, too, but same configuration of u-boot works on
>> > both. Nevertheless, printing wrong name confus
Dear Sril,
On 05/28/2014 02:20 AM, Sril wrote:
>> AFAIK is there no support for avr32 uc3 devices currently. There where
>> some patches but mainline only the ap700x devices are supported.
> Currently Yes, there is not.
>
> ap700x and uc3 are not so nearby procs. There is no cache and no mmu in m
- introduce CONFIG_IMAGE_FORMAT_LEGACY for enabling
booting legacy image format. Disable this per default if
CONFIG_FIT_SIGNATURE is defined.
As the ids8313 board needs legacy image format and uses
CONFIG_FIT_SIGNATURE, enable legacy image format for the
ids8313 board
- add CONFIG_SYS_GE
- add CONFIG_SYS_GENERIC_BOARD
- remove CONFIG_OF_CONTROL to boot again
Signed-off-by: Heiko Schocher
Acked-by: Kim Phillips
Cc: Simon Glass
---
- changes for v2:
- added acked-by from Kim
- changes for v3:
none
- changes for v4:
none
- changes for v5:
none
---
include/configs/ids8313
move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
as this function is also used, if CONFIG_OF_CONTROL is not
used. Poped up on the ids8313 board using signed FIT images,
and activating CONFIG_SYS_GENERIC_BOARD. Without this patch
it shows on boot:
No valid FDT found - please appen
Enable legacy image format with CONFIG_IMAGE_FORMAT_LEGACY
on the ids8313 board, as it uses signed FIT images for booting
Linux and need the legacy image format.
Signed-off-by: Heiko Schocher
Cc: Simon Glass
Cc: Kim Phillips
Cc: Michael Conrad
---
- changes for v2:
- enable (not disable) th
make the use of legacy image format configurable through
the config define CONFIG_IMAGE_FORMAT_LEGACY.
When relying on signed FIT images with required signature check
the legacy image format should be disabled. Therefore introduce
this new define and enable legacy image format if CONFIG_FIT_SIGNAT
Hi Stefan, Marek,
>>From: Stefan Roese [mailto:s...@denx.de]
>>
>>From: Marek Belisko
>>
>>On some NAND devices (e.g. Hynix H27U2G8F2CTR-BI on Siemens DXR2 /
>>Draco boards) the NAND subsystem (SPL & U-Boot drivers) issues the following
>>bit-flip error messages:
>>
>>nand: bit-flip corrected @oo
Hi!
> > /home/pavel/wagabuibui/u-boot/board/ebv/socfpga/Makefile: No such file
> > or directory
> > make[2]: *** No rule to make target
> > `/home/pavel/wagabuibui/u-boot/board/ebv/socfpga/Makefile'. Stop.
>
> I feared as much, so thats why I asked ;)
>
> > ...and I don't think we want to do bo
add enable_spi_clk(), so board code can enable spi clocks.
Signed-off-by: Heiko Schocher
Cc: Eric Nelson
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/clock.c| 17 +
arch/arm/include/asm/arch-mx6/clock.h | 1 +
2 files changed, 18 insertions(+)
diff --git a/arch/arm/cp
add mxc_iomux_set_gpr_register fucntion
Signed-off-by: Heiko Schocher
Cc: Stefano Babic
---
arch/arm/imx-common/iomux-v3.c | 15 +++
arch/arm/include/asm/imx-common/iomux-v3.h | 2 ++
2 files changed, 17 insertions(+)
diff --git a/arch/arm/imx-common/iomux-v3.c b/arch/
add support for the imx6 based aristainetos board.
Heiko Schocher (4):
arm, imx6: add mxc_iomux_set_gpr_register function
spi, spi_mxc: do not hang in spi_xchg_single
i.MX6: add enable_spi_clk()
arm, imx6: add aristainetos board
arch/arm/cpu/armv7/mx6/clock.c | 17 +
arch/ar
if status register do never set MXC_CSPICTRL_TC, spi_xchg_single
endless loops. Add a timeout here to prevent endless hang.
Signed-off-by: Heiko Schocher
Cc: Dirk Behme
Cc: Jagannadha Sutradharudu Teki
---
drivers/spi/mxc_spi.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
dif
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
Board: aristaitenos
I2C: ready
DRAM: 1 GiB
NAND: 512 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128 with page size 256 Bytes, erase size 64 KiB, total 16 MiB
- UART5 is console
- MMC 0 and 1
- USB 0 and 1
- boot from mmc0 and spi nor flash
Hello,
I have enabled environment flags and have protected "ethaddr" variable in write-once
mode: "ethaddr:mo".
As expected, once set, I cannot overwrite this variable with standard setenv
command.
Also as expected, I can overwrite it at any time by passing the -f (forced) option to
setenv:
Hi Pavel,
> Hi!
>
>> > /home/pavel/wagabuibui/u-boot/board/ebv/socfpga/Makefile: No such file
>> > or directory
>> > make[2]: *** No rule to make target
>> > `/home/pavel/wagabuibui/u-boot/board/ebv/socfpga/Makefile'. Stop.
>>
>> I feared as much, so thats why I asked ;)
>>
>> > ...and I don't
On Wed, May 28, 2014 at 3:46 PM, Heiko Schocher wrote:
> if status register do never set MXC_CSPICTRL_TC, spi_xchg_single
> endless loops. Add a timeout here to prevent endless hang.
>
> Signed-off-by: Heiko Schocher
> Cc: Dirk Behme
> Cc: Jagannadha Sutradharudu Teki
> ---
> drivers/spi/mxc_s
On 05/26/2014 03:48 PM, Siva Durga Prasad Paladugu wrote:
> Define the MAX_CLUSTSIZE to default of 65536 only if
> CONFIG_FS_FAT_MAX_CLUSTSIZE is not defined.
> This option has been provided to save memory in some
> memory constrained cases.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> ---
>
On 05/26/2014 04:21 PM, Siva Durga Prasad Paladugu wrote:
> Assign default environment and set env valid during board_init_f
> before relocation as the actual environment will be read from eeprom
> later.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> ---
>
> Changes in v2:
> -Handled the same
Hi!
> > Well, OTOH it is orthogonal problem to the "board name is shared
> > between socrates and altera" and "config is shared between altera and
> > virtual target". And this patch is going to go stale rather quickly.
>
> I admit, I do not understand that fully.
There are no differences betwee
Dear Simon Glass,
On 27/05/14 09:01, Simon Glass wrote:
> Hi Minkyu,
>
> On 25 May 2014 21:15, Minkyu Kang wrote:
>> Dear Simon,
>>
>> On 23/05/14 02:27, Simon Glass wrote:
>>> Hi Minkyu,
>>>
>>> On 21 May 2014 15:20, Minkyu Kang wrote:
On 22/05/14 03:58, Simon Glass wrote:
> Hi Minkyu
Do not apply this patch to the main line
What is this tool?
--
This tool converts boards.cfg to defconfig and Kconfig files.
It automatically generates
- arch/${ARCH}/Kconfig
- board/${VENDOR
mkconfig is no longer used in Kconfig.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
mkconfig | 192 ---
1 file changed, 192 deletions(-)
delete mode 100755 mkconfig
diff --git a/mkconfig b/mkconfig
deleted file mode 100755
Use "make _defconfig" instead of "make _config".
FIXME!
This fixup is bad because it still depends on boards.cfg
to support options such as -a , -c etc.
We want to delete it when switching to Kconfig.
We have to invent another method without using boards.cfg.
Signed-off-by: Masahiro Yamada
---
This commit adds more Kconfig files, which were written by hand.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Do not include "board/Kconfig"
- Drop CONFIG_BUILD_MODE
Kconfig | 41 +
arch/Kconfig | 66 ++
Use "make _defconfig" instead of "make _config".
FIXME!
This fixup is bad because it still depends on boards.cfg
to support options such as -a , -c etc.
We want to delete it when switching to Kconfig.
We have to invent another method without using boards.cfg.
Signed-off-by: Masahiro Yamada
---
We are about to switch to Kconfig in the next commit.
But there are something to get done beforehand.
In Kconfig, include/generated/autoconf.h defines boolean
CONFIG macros as 1.
CONFIG_SPL and CONFIG_TPL, if defined, must be set to 1.
Otherwise, when switching to Kconfig, the build log
would be
Now CONFIG_SPL and CONFIG_TPL are defined in Kconfig.
Remove the redundant definition in config headers.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
Changes in v2:
- Rebase on the current u-boot/master
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB
CONFIG_${ARCH} is defined by Kconfig.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
Changes in v2: None
arch/arc/config.mk | 2 +-
arch/arm/config.mk | 2 +-
arch/avr32/config.mk | 1 -
arch/blackfin/config.mk | 1
This commit enables Kconfig.
Going forward, we use Kconfig for board configuration.
mkconfig will never be used. Nor will include/config.mk be generated.
Kconfig must be adjusted for U-Boot because our situation is
a little more complicated than Linux Kernel.
We have to generate multiple binary im
Dear Pavel,
In message <20140528124910.ga24...@amd.pavel.ucw.cz> you wrote:
>
> There are no differences between EBV socrates and socfpga boards,
> currently.
Well, for one thing, the board vendor and the board name differ...
> > > AFAICT, one solution would be to put "-" in that column, and do
On 23/04/2014 14:20, Masahiro Yamada wrote:
> arch/arm/include/asm/spl.h requires all SoCs to have
> arch/arm/include/asm/arch-*/spl.h.
>
> But many of them just define BOOT_DEVICE_* macros.
>
> Those macros are used in the "switch (boot_device) { ... }"
> statement in common/spl/spl.c.
>
> So t
Hi U-Booters,
Over the past few days, I had an off-line conversation with Simon Glass
on the topic of the Driver Model. At his request, I've edited that
conversation into this piece of email for the U-Boot List in the
hopes that others in the community might also benefit.
Already, some documenta
On 08/05/2014 19:25, Fabio Estevam wrote:
> Tested by booting a mainline kernel via TFTP.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
On 09/05/2014 01:35, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When building a target with CONFIG_ENV_IS_IN_SPI_FLASH the following build
> warning is seen:
>
> include/configs/mx28evk.h:73:0: warning: "CONFIG_ENV_SIZE" redefined [enabled
> by default]
>
> Each target has its own CONFIG_E
Hi Fabio,
On 09/05/2014 01:35, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When building a target with CONFIG_ENV_IS_IN_SPI_FLASH the following build
> warning is seen:
>
> include/configs/mx28evk.h:73:0: warning: "CONFIG_ENV_SIZE" redefined [enabled
> by default]
>
> Each target has its o
On 09/05/2014 18:15, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6sabresd boards have a PFUZE100 PMIC connected to I2C2 bus.
>
> Add support for it
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
On 15/05/2014 01:58, Eric Nelson wrote:
> Bit 7 of UCR3 is described in the i.MX3x/i.MX5x/i.MX6x
> reference manuals as follows:
>
> Autobaud Detection Not Improved-. Disables new features of
> autobaud detection (See Baud Rate Automatic Detection
> Protocol, for more details).
On 08/05/14 08:16, Tim Harvey wrote:
Add comment block for the imx_ddr_size function and remove the extra unused
fields from struct esd_mmdc_regs which are also not common between IMX53 and
IMX6.
Signed-off-by: Tim Harvey
Acked-by: Stefano Babic
---
v3:
- fixed doxygen-style comment block
Hi Tim,
Sorry for the late reply.
On 08/05/14 08:16, Tim Harvey wrote:
Add a common spl.c file to support boot device functions needed for SPL
such as detecting the boot device.
Signed-off-by: Tim Harvey
---
v3:
- added Freescale copyright
v2:
- re-base on top of Masahiro Yamada's consoli
On Tue, May 27, 2014 at 9:30 AM, Fabio Estevam wrote:
> Hi,
>
> Working on a mx6solo board with PCIe driver enabled in U-boot, I
> notice that after doing several reboots a hang is seen on the PCIe
> driver:
Just an update: we are able now to run overnight tests without PCI hangs.
Sorry for the
Hi David,
On Wed, May 28, 2014 at 4:40 AM, "David Müller (ELSOFT AG)"
wrote:
> Marek Vasut wrote:
>> Observed Results: After some hundreds of the soft-reboot cycles, the
>> i210 is not recognized. This is caused by the PCI express link
>> failing to come up. We see "link never came up" message in
Hi Tim,
On 08/05/14 08:16, Tim Harvey wrote:
Add memory-mapped structures for MMDC iomux and configuration. Note that
the MMDC configuration registers are common between the IMX6DQ
(IMX6DUAL/IMX6QUAD) and IMX6SDL (IMX6SOLO/IMX6DUALLITE) the iomux
register addresses differ. This requires two sets
Hi Tom,
On 27 May 2014 04:22, Tom Rini wrote:
> Hey all,
>
> I've pushed v2014.07-rc2 out to the repository and tarballs should exist
> soon.
>
> Looking over the log, we've gotten some of the re-syncing that needed
> doing done, but there's still more on my end that needs to be picked up,
> so I
Hi!
On Wed 2014-05-28 16:29:50, Wolfgang Denk wrote:
> In message <20140528124910.ga24...@amd.pavel.ucw.cz> you wrote:
> >
> > There are no differences between EBV socrates and socfpga boards,
> > currently.
>
> Well, for one thing, the board vendor and the board name differ...
I meant from cur
On Wednesday, May 28, 2014 at 06:42:41 PM, Fabio Estevam wrote:
> On Tue, May 27, 2014 at 9:30 AM, Fabio Estevam wrote:
> > Hi,
> >
> > Working on a mx6solo board with PCIe driver enabled in U-boot, I
> > notice that after doing several reboots a hang is seen on the PCIe
>
> > driver:
> Just an
On Tue, May 27, 2014 at 12:21:21PM -0500, Scott Wood wrote:
> On Tue, 2014-05-27 at 11:48 +, Gupta, Pekon wrote:
> > Hello Scott, Tom,
> >
> >
> > >From: Gupta, Pekon
> > >
> > >*changes v4 -> v5*
> > >[PATCH 1/5]
> > >[PATCH 2/5] fixed compilation error for OMAP3 platforms
> > >[PATCH 3/5]
Each wrapper function:
- switches to the specified physical partition, then
- performs the original function, and then
- switches back to the original physical partition
where the physical partition (aka HW partition) is
0=User, 1=Boot1, 2=Boot2, etc.
Signed-off-by: Steve Rae
---
based on a dis
Lager board has NOR-Flash support of koelsch board has been removed.
But this remains in the boards.cfg.
This removed config of NOR-Flash from boards.cfg.
Signed-off-by: Nobuhiro Iwamatsu
---
boards.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/boards.cfg b/boards.cfg
index 8b1177c..245
Koelsch board has NOR-Flash support of koelsch board has been removed.
But this remains in the boards.cfg.
This removed config of NOR-Flash from boards.cfg.
Signed-off-by: Nobuhiro Iwamatsu
---
boards.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/boards.cfg b/boards.cfg
index 245a6d3..8
From: "J. German Rivera"
This is needed for accessing peripherals with 64-bit MMIO registers,
from ARMv8 processors.
Signed-off-by: J. German Rivera
---
Change log:
v3: No change. The blank line mentioned in review is in the other patch.
arch/arm/include/asm/io.h |8
1 file chan
From: "J. German Rivera"
Adding supoort to load and start the Layerscape Management Complex (MC)
firmware. First, the MC GCR register is set to 0 to reset all cores. MC
firmware and DPL images are copied from their location in NOR flash to
DDR. MC registers are updated with the location of these
LS2100A is an ARMv8 implementation. This adds board support for emulator
and simulator:
Two DDR controllers
UART2 is used as the console
IFC timing is tightened for speedy booting
Support DDR3 and DDR4 as separated targets
Management Complex (MC) is enabled
Signed-off-by: York Sun
Signe
Freescale LayerScape with Chassis Generation 3 is a set of SoCs with
ARMv8 cores and 3rd generation of Chassis. We use different MMU setup
to support memory map and cache attribute for these SoCs. MMU and cache
are enabled very early to bootst performance, especially for early
development on emulat
On 20/05/14 21:01, Simon Glass wrote:
> This series adds a driver for TPS65090 and plumbs it in to get the LCD
> working correctly on snow.
>
> The display driver is already present, but needs information about the
> display to be provided in the device tree.
>
> The backlight also needs to be en
On 22/05/14 15:45, Piotr Wilczek wrote:
> Add CONFIG_SYS_GENERIC_BOARD for all Exynos4 boards.
>
> Signed-off-by: Piotr Wilczek
>
> Cc: Przemyslaw Marczak
> Cc: Lukasz Majewski
> Cc: Minkyu Kang
> ---
> include/configs/exynos4-dt.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/in
Dear Akshay Saraswat,
On 26/05/14 22:51, Akshay Saraswat wrote:
> From: Doug Anderson
>
> Setting ps_hold ought to be one of the first things we do when we
> first boot up. If we wait until the main u-boot runs we won't set it
> in time and the PMIC may power us back off.
>
> Moving ps_hold set
The files ps7_init.c and ps7_init.h are supposed to be generated by
hw projects such as Vivado, PlanAhead and then to be copied into
board/xilinx/zynq directory.
But some prototypes in them causes annoying warning messages:
CC spl/board/xilinx/zynq/ps7_init.o
In file included from board/xi
Hi,
When I see boards.cfg file, I notice some email addresses are invalid.
Tom,
Chan-Taek Park is invalid address.
Can anybody in TI take over the maintainership of "tnetv107x_evm" board?
Wolfgang,
Gary Jennejohn is not working any more.
Is it possible to assign a new maintainer for "qu
On Wed, May 28, 2014 at 10:06 AM, Nikita Kiryanov wrote:
> Hi Tim,
>
>
> On 08/05/14 08:16, Tim Harvey wrote:
>>
>> Add memory-mapped structures for MMDC iomux and configuration. Note that
>> the MMDC configuration registers are common between the IMX6DQ
>> (IMX6DUAL/IMX6QUAD) and IMX6SDL (IMX6SOL
On Wed, May 28, 2014 at 9:38 AM, Nikita Kiryanov wrote:
> Hi Tim,
> Sorry for the late reply.
no worries - your the only review of this revision thus far ;)
>
>
> On 08/05/14 08:16, Tim Harvey wrote:
>>
>> Add a common spl.c file to support boot device functions needed for SPL
>> such as detecti
On 05/29/2014 03:42 AM, Masahiro Yamada wrote:
> The files ps7_init.c and ps7_init.h are supposed to be generated by
> hw projects such as Vivado, PlanAhead and then to be copied into
> board/xilinx/zynq directory.
>
> But some prototypes in them causes annoying warning messages:
>
> CC sp
Am 28.05.2014 12:16, schrieb Heiko Schocher:
if status register do never set MXC_CSPICTRL_TC, spi_xchg_single
endless loops. Add a timeout here to prevent endless hang.
As I've never seen this, yet: Any idea what goes wrong if this happens?
Thanks
Dirk
Signed-off-by: Heiko Schocher
Cc: Dir
Hello Dirk,
Am 29.05.2014 07:12, schrieb Dirk Behme:
Am 28.05.2014 12:16, schrieb Heiko Schocher:
if status register do never set MXC_CSPICTRL_TC, spi_xchg_single
endless loops. Add a timeout here to prevent endless hang.
As I've never seen this, yet: Any idea what goes wrong if this happens?
Hello Tom,
Am 28.05.2014 23:00, schrieb Tom Rini:
On Tue, May 27, 2014 at 12:21:21PM -0500, Scott Wood wrote:
On Tue, 2014-05-27 at 11:48 +, Gupta, Pekon wrote:
Hello Scott, Tom,
From: Gupta, Pekon
*changes v4 -> v5*
[PATCH 1/5]
[PATCH 2/5] fixed compilation error for OMAP3 platforms
The files ps7_init.c and ps7_init.h are supposed to be generated by
hw projects such as Vivado, PlanAhead and then to be copied into
board/xilinx/zynq directory.
But some prototypes in them cause annoying warning messages:
CC spl/board/xilinx/zynq/ps7_init.o
In file included from board/xil
70 matches
Mail list logo
