Hi Marek,
On 12/22/2015 03:26 AM, Marek Vasut wrote:
On Sunday, December 20, 2015 at 08:33:58 PM, Eric Nelson wrote:
Hi Marek,
On 12/16/2015 07:40 AM, Marek Vasut wrote:
Enable the DDR calibration functionality on Novena to deal with the
memory SoDIMM on this board.
Shouldn't this be in
Hi Marek,
On 12/16/2015 04:40 PM, Marek Vasut wrote:
Add DDR3 calibration code for i.MX6Q, i.MX6D and i.MX6DL. This code
fine-tunes the behavior of the MMDC controller in order to improve
the signal integrity and memory stability.
Great work!
Regards,
Nikolay
Hi Fabio, guys,
On 08/07/2015 01:13 AM, Fabio Estevam wrote:
Hi Simon,
On Thu, Aug 6, 2015 at 4:31 PM, Simon Glass s...@chromium.org wrote:
Please check the README about the SPL flow. From what I can see
malloc() is not available before board_init_r() in SPL.
However, if you add a call to
Hi Peng,
On 08/06/2015 07:41 AM, Peng Fan wrote:
Hi Nikolay,
On Wed, Aug 05, 2015 at 05:31:27PM +0300, Nikolay Dimitrov wrote:
Hi Peng,
On 08/03/2015 01:06 PM, Peng Fan wrote:
The MIB RAM and FIFO receive start register does not exist on
i.MX6UL. Accessing these register will cause enet
Hi Peng,
On 08/03/2015 01:06 PM, Peng Fan wrote:
The MIB RAM and FIFO receive start register does not exist on
i.MX6UL. Accessing these register will cause enet not work well.
Signed-off-by: Peng Fan peng@freescale.com
Signed-off-by: Fugang Duan b38...@freescale.com
Cc: Joe Hershberger
Hi Adrian,
On 07/31/2015 01:35 AM, Adrian Alonso wrote:
* The system counter driver for imx7d abd mx6ul, move
this timer driver to imx-common and rename it as syscounter.c
For mx6ul and mx7, configurations are used for choose the GPT timer
or system counter timer (default).
GPT
On 07/26/2015 11:48 AM, Nikita Kiryanov wrote:
On Thu, Jul 23, 2015 at 08:54:25PM +0300, Nikolay Dimitrov wrote:
Hi Nikita,
On 07/23/2015 05:19 PM, Nikita Kiryanov wrote:
U-Boot does not explicitly assign the display to an IPU interface. Instead, it
relies on the power-on default of DI0
Hi Nikita,
On 07/23/2015 05:19 PM, Nikita Kiryanov wrote:
U-Boot does not explicitly assign the display to an IPU interface. Instead, it
relies on the power-on default of DI0.
Since the kernel reassigns HDMI display to DI1, after a warm reset the HDMI
display no longer works in U-Boot.
Fix
Hi Adrian,
On 07/16/2015 01:49 AM, Adrian Alonso wrote:
* The system counter driver for imx7d abd mx6ul, move
this timer driver to imx-common and rename it as syscounter.c
For mx6ul and mx7, configurations are used for choose the GPT timer
or system counter timer (default).
GPT
Hi Adrian,
On 07/21/2015 01:11 AM, Alonso Adrian wrote:
Hi Nikolay,
-Original Message-
From: Nikolay Dimitrov [mailto:picmas...@mail.bg]
Sent: Monday, July 20, 2015 3:43 PM
To: Alonso Lazcano Adrian-B38018
Cc: u-boot@lists.denx.de; sba...@denx.de; Estevam Fabio-R49496;
ota
Hi XoD,
On 06/26/2015 02:54 PM, XoD wrote:
Hello,
I have now tested upstream uboot-imx with OpenELEC with SPL suppport for
wandbard.
It's work great without your patch. but with your path, OpenELEC don't boot.
The default uboot config assume than kernel file name is zImage.
But OpenELEC use a
like a natural extension, thanks to the hard
work done so far on the current code.
On 01/06/2015 01:15, Nikolay Dimitrov wrote:
Hi guys,
Here's a proposal how to avoid changing the host boot software for the
SPL case:
- Power on
- Boot ROM announces usb device (0x15a2:0x0054 or 0x15a2:0x0054
.
On 01/06/2015 01:15, Nikolay Dimitrov wrote:
Hi guys,
Here's a proposal how to avoid changing the host boot software for the
SPL case:
- Power on
- Boot ROM announces usb device (0x15a2:0x0054 or 0x15a2:0x0054 or
0x15a2:0x0063)
- Host software uploads SPL over OTG
- Board initializes DDR
- Board
Hi guys,
Here's a proposal how to avoid changing the host boot software for the
SPL case:
- Power on
- Boot ROM announces usb device (0x15a2:0x0054 or 0x15a2:0x0054 or
0x15a2:0x0063)
- Host software uploads SPL over OTG
- Board initializes DDR
- Board initializes USB-OTG and announces again as
Hi all,
On 05/30/2015 11:09 PM, Eric Nelson wrote:
On 05/30/2015 10:24 AM, Vincent Stehlé wrote:
On 05/30/2015 06:49 PM, Tom Rini wrote:
..
The second would be trying to fake things such that for
imx_usb_loader you can pass both SPL and u-boot.img, and SPL is
run, inits memory and just exists
Hi Fabio,
On 05/22/2015 10:28 PM, Fabio Estevam wrote:
Hi Nikolay,
On Fri, May 22, 2015 at 4:19 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
+#define VIDEO_ARGS video=mxcfb0:dev=hdmi,1280x720M@60,if=RGB24 \
+ video=mxcfb1:off
Hi Fabio,
On 05/23/2015 01:25 AM, Fabio Estevam wrote:
Hi Nikolay,
On Fri, May 22, 2015 at 7:19 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
Still - isn't the mainline kernel user expected to be able to use the
HDMI interface of the board?
Yes, and it works by default. No need to pass
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
include/configs/mx6sabre_common.h |7 ++-
include/configs/mx6sabresd.h |6 ++
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/include/configs/mx6sabre_common.h
b/include/configs/mx6sabre_common.h
index
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
configs/riotboard_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/riotboard_defconfig b/configs/riotboard_defconfig
index c0b689b..ae0036a 100644
--- a/configs/riotboard_defconfig
+++ b/configs/riotboard_defconfig
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
include/configs/embestmx6boards.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/embestmx6boards.h
b/include/configs/embestmx6boards.h
index e9f5bed..16b5826 100644
--- a/include/configs/embestmx6boards.h
+++ b/include
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
configs/marsboard_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/marsboard_defconfig b/configs/marsboard_defconfig
index f54fdd0..460e2d0 100644
--- a/configs/marsboard_defconfig
+++ b/configs/marsboard_defconfig
(CONFIG_MX6) defined(CONFIG_IMX6_THERMAL)
ret = uclass_get_device(UCLASS_THERMAL, 0, thermal_dev);
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
TEMP_INDUSTRIAL 2
+#define TEMP_AUTOMOTIVE 3
+
struct imx_thermal_plat {
void *regs;
int fuse_bank;
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
cause: POR
Board: RIoTboard
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
{
- printf(CPU: Temperature: Can't find sensor device\n);
+ puts( - invalid sensor device\n);
}
#endif
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
int),
+ .priv_auto_alloc_size = sizeof(struct thermal_data),
.flags = DM_FLAG_PRE_RELOC,
};
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
: Freescale i.MX6SOLO rev1.1 996 MHz (running at 792 MHz)
Reset cause: WDOG
Board: RIoTboard
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Tim,
On 05/08/2015 10:26 PM, Tim Harvey wrote:
On Fri, May 8, 2015 at 10:35 AM, Nikolay Dimitrov
picmas...@mail.bg wrote:
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
snip
Your right - There is no indication in the IMX6SDLRM that OTP
indicates either temperature grade 'or' speed
On 05/10/2015 04:46 PM, Nikolay Dimitrov wrote:
Hi Tim,
On 05/08/2015 10:26 PM, Tim Harvey wrote:
On Fri, May 8, 2015 at 10:35 AM, Nikolay Dimitrov
picmas...@mail.bg wrote:
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
snip
Your right - There is no indication in the IMX6SDLRM
imx6 mmdc supports data rates up to 1066 MT/s, so remove the code handling
higher data rates.
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
arch/arm/cpu/armv7/mx6/ddr.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/ddr.c b/arch/arm
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
On Thu, May 7, 2015 at 11:57 PM, Markus Niebel list-09_u-b...@tqsc.de wrote:
Hello Tim,
snip
IMX6Q automotive (1GHz capable) powering up at 800MHz:
- before:
CPU: Freescale i.MX6Q rev1.2 at 792 MHz
- after Patch 1/4:
CPU: Freescale
Hi Rabeeh,
On 05/04/2015 03:35 PM, Rabeeh Khoury wrote:
On 05/04/2015 07:18 AM, Nikolay Dimitrov wrote:
Hi Fabio,
On 05/04/2015 06:30 AM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6cuboxi sometimes fails to recognize the Ethernet PHY:
Net: Phy 0 not found
Hi Fabio,
On 05/04/2015 03:22 PM, Fabio Estevam wrote:
Hi Nikolay,
On Mon, May 4, 2015 at 1:18 AM, Nikolay Dimitrov picmas...@mail.bg
wrote:
Hi Fabio,
On 05/04/2015 06:30 AM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6cuboxi sometimes fails to recognize
Hi Fabio,
On 05/04/2015 06:30 AM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6cuboxi sometimes fails to recognize the Ethernet PHY:
Net: Phy 0 not found
The explanation comes from a patch from Rabeeh:
The LED_ACT pin on the carrier-one boards had a pull down
Hi Fabio, guys,
On 04/23/2015 06:57 AM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Introduce is_hummingboard() function that reads GPIOs that can distinguish
between Cubox-i and Hummingboard.
Print the board name accordingly.
Signed-off-by: Fabio Estevam
Hi Stefano,
On 04/22/2015 05:02 PM, Stefano Babic wrote:
Hi Nikolay,
On 22/04/2015 14:22, Nikolay Dimitrov wrote:
Hi Stefano,
On 04/22/2015 03:12 PM, Stefano Babic wrote:
Hi Nikolay,
On 17/04/2015 00:36, Nikolay Dimitrov wrote:
This is proposal for clamping the MMDC/DDR3 clocks
fixed clock (528 or 400 MHz) which
doesn't take into account DDR3 memory limitations.
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
Cc: Fabio Estevam feste...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Tim Harvey thar...@gateworks.com
Cc: Eric Nelson eric.nel...@boundarydevices.com
Hi Stefano,
On 04/22/2015 03:12 PM, Stefano Babic wrote:
Hi Nikolay,
On 17/04/2015 00:36, Nikolay Dimitrov wrote:
This is proposal for clamping the MMDC/DDR3 clocks to the maximum supported
frequencies as per imx6 SOC models, and for dynamically calculating valid
clock value based
Hi Fabio,
On 04/17/2015 07:50 PM, Fabio Estevam wrote:
Hi Nikolay,
On Fri, Apr 17, 2015 at 1:48 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
Hi guys,
Why is required to add SPL to CONFIG_SYS_EXTRA_OPTIONS, when we have
also CONFIG_SPL? I found the following mx6 boards are doing it:
configs
Hi guys,
Why is required to add SPL to CONFIG_SYS_EXTRA_OPTIONS, when we have
also CONFIG_SPL? I found the following mx6 boards are doing it:
configs/mx6sabresd_spl_defconfig
configs/cm_fx6_defconfig
configs/mx6cuboxi_spl_defconfig
Thanks and regards,
Nikolay
Hi Fabio,
On 04/16/2015 04:27 AM, Fabio Estevam wrote:
Hi Nikolay,
On Wed, Apr 15, 2015 at 10:24 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
imx6 supports up to 528 MHz DDR3 clock as per datasheet, which makes
1058 MT/s data rate. Unfortunately such comments (like above) in the
code
fixed clock (528 or 400 MHz) which
doesn't take into account DDR3 memory limitations.
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
Cc: Fabio Estevam feste...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Tim Harvey thar...@gateworks.com
Cc: Eric Nelson eric.nel...@boundarydevices.com
notes:
- I see that you don't use the extlinux boot mechanism (from distro
defaults). Do you see any advantages of not using it?
- Would be nice to have HDMI support :)
- git patch gives a warning about one empty line
Reviewed-by: Nikolay Dimitrov picmas...@mail.bg
Thanks for the hard work. Regards
Hi Fabio,
On 04/16/2015 03:48 AM, Fabio Estevam wrote:
Hi Nikolay,
On Wed, Apr 15, 2015 at 8:18 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
This mem_speed (1600) means that the MMDC imx6 code will calculate
timings for 1600 MT/s, but in reality the memory clock will be 528 or
532 MHz
Hi Otavio,
On 02/26/2015 11:02 PM, Otavio Salvador wrote:
On Thu, Feb 26, 2015 at 4:58 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
Add EXT4 support.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
And sorry for not notice
Hi Fabio,
On 02/26/2015 06:50 PM, Fabio Estevam wrote:
Add EXT2/EXT4 and BOUNCE_BUFFER support.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- Newly introduced in this series
include/configs/mx6sabre_common.h | 2 ++
1 file changed, 2 insertions(+)
diff
Hi PF4Public,
On 02/20/2015 04:43 PM, PF4Public wrote:
When working with large TFTP packets (probably 4096 bytes, as set in
your board config file), U-Boot TFTP code sends wrong acknowledges for
the TFTP packets.
But what is clear from traffic dumps is that a packet size never exceeds
516
Hi,
Here's what I think happens:
When working with large TFTP packets (probably 4096 bytes, as set in
your board config file), U-Boot TFTP code sends wrong acknowledges for
the TFTP packets. If the TFTP server implementation is too strict (the
OpenBSD server is a good example), the transfer
Hi guys,
On 02/10/2015 12:18 PM, Stefano Babic wrote:
Hi,
On 09/02/2015 14:27, Li Ye-B37916 wrote:
Hi Stefano, Nikolay,
On 1/30/2015 1:54 AM, Stefano Babic wrote:
Hi,
On 12/01/2015 11:37, Nikolay Dimitrov wrote:
Hi Ye.Li,
On 01/12/2015 10:46 AM, Ye.Li wrote:
The I2C SDA and SCL require
Hi Peng,
On 01/19/2015 10:29 AM, Peng Fan wrote:
Hi Stefano,
On 1/19/2015 4:18 PM, Stefano Babic wrote:
Hi Peng,
series looks ok to me - just a small question:
On 30/12/2014 10:24, Peng Fan wrote:
Add board level spl support for mx6sxsabresd board.
Signed-off-by: Peng Fan
Hi Ye.Li,
On 01/12/2015 10:46 AM, Ye.Li wrote:
The I2C SDA and SCL require the IOMUX SION bit set to get input signal.
Signed-off-by: Ye.Li b37...@freescale.com
---
arch/arm/include/asm/arch-mx6/mx6sx_pins.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi Fabio,
On 11/21/2014 08:42 PM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Cc: Eric Benard e...@eukrea.com
on RIoTboard MarsBoard.
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
---
include/configs/embestmx6boards.h | 168 +-
1 file changed, 39 insertions(+), 129 deletions(-)
Tested on RIoTboard MarsBoard.
Tested-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U
Hi Simon,
On 12/17/2014 12:02 AM, Simon Glass wrote:
Hi Nikolay,
On 12 December 2014 at 11:01, picmas...@mail.bg wrote:
From: Nikolay Dimitrov picmas...@mail.bg
Fix issue in parse_verify_sum() which swaps handling of env-var and *address.
Move hash_command() argc check earlier.
Cosmetic
Hi Simon,
I omitted one clarification, which I think it's important.
On 12/17/2014 12:25 AM, Nikolay Dimitrov wrote:
Hi Simon,
On 12/17/2014 12:02 AM, Simon Glass wrote:
Hi Nikolay,
On 12 December 2014 at 11:01, picmas...@mail.bg wrote:
From: Nikolay Dimitrov picmas...@mail.bg
Fix issue
Hi guys,
When booting a fresh imx6 board via USB-OTG, the SPL is kinda useless
for bootstrapping my board when the SPI NOR is empty and u-boot.img
payload is not available.
I currently use a non-SPL U-Boot to prepare my boards after
manufacturing (write fuses SPI NOR), but do you see a better
Hi Iain,
On 12/14/2014 04:52 PM, Iain Paton wrote:
On 13/12/14 17:03, Eric Bénard wrote:
Hi Nikolay,
Le Sat, 13 Dec 2014 18:05:15 +0200,
Nikolay Dimitrov picmas...@mail.bg a écrit :
On 12/13/2014 04:16 PM, Eric Bénard wrote:
This will increase the boot time by 2 seconds : why
Hi Eric,
On 12/13/2014 04:16 PM, Eric Bénard wrote:
Hi Nikolay,
Le Fri, 12 Dec 2014 20:16:19 +0200,
picmas...@mail.bg a écrit :
From: Nikolay Dimitrov picmas...@mail.bg
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
---
include/configs/embestmx6boards.h |2 +-
1 file changed, 1
Hi Michael,
On 12/13/2014 04:32 PM, Michael Trimarchi wrote:
Hi
On Sat, Dec 13, 2014 at 10:16 PM, Eric Bénard e...@eukrea.com wrote:
Hi Nikolay,
Le Fri, 12 Dec 2014 20:16:19 +0200,
picmas...@mail.bg a écrit :
Can you just change your enviroment? if I remember correctly you can
override
Hi Michael,
On 12/13/2014 06:14 PM, Michael Trimarchi wrote:
Hi
Il 14/dic/2014 00:07 Nikolay Dimitrov picmas...@mail.bg
mailto:picmas...@mail.bg ha scritto:
Hi Michael,
On 12/13/2014 04:32 PM, Michael Trimarchi wrote:
Hi
On Sat, Dec 13, 2014 at 10:16 PM, Eric Bénard e
Hi John,
On 11/14/2014 03:19 AM, John Tobias wrote:
Hi Fabio / Stefano,
May be you could help me to get some answer regarding with
calibrations value for DDR.
I have a 4 custom boards based on iMX6SL (2) Micron DDR and (2) Samsung DDR.
The boards has exact DDR footprints (like density, bus
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6sabresd_spl.cfg configures CCM registers, GPR registers and CCM_CCOSR.
Move the configuration to the spl code.
I forgot to asker earlier, but what are the benefits of going from DCD
to
Hi Fabio,
On 11/14/2014 01:57 PM, Fabio Estevam wrote:
Hi Nikolay,
On Fri, Nov 14, 2014 at 9:48 AM, Nikolay Dimitrov picmas...@mail.bg wrote:
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6sabresd_spl.cfg configures CCM registers
Hi Stefano,
On 11/14/2014 03:23 PM, Stefano Babic wrote:
Hi Nikolay,
On 14/11/2014 13:22, Nikolay Dimitrov wrote:
Hi Fabio,
On 11/14/2014 01:57 PM, Fabio Estevam wrote:
Hi Nikolay,
On Fri, Nov 14, 2014 at 9:48 AM, Nikolay Dimitrov picmas...@mail.bg
wrote:
Hi Fabio,
On 11/13/2014 11:58 PM
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6sabresd_spl.cfg configures CCM registers, GPR registers and CCM_CCOSR.
Move the configuration to the spl code.
CCM_CCOSR setting is no longer required to get audio functionality in the
Hi John,
On 11/12/2014 07:14 PM, John Tobias wrote:
This patch is for SPL support for iMX6 SabreSD. The said
patches has been tested to work on SD2 and SD3 port of the
said board.
After applying the following patches, it will produces
SPL and u-boot.img binary images.
Is it still possible to
Hi Fabio,
On 11/12/2014 10:45 PM, Fabio Estevam wrote:
On Wed, Nov 12, 2014 at 6:42 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
Hi John,
On 11/12/2014 07:14 PM, John Tobias wrote:
This patch is for SPL support for iMX6 SabreSD. The said
patches has been tested to work on SD2 and SD3 port
Hi gents,
On 11/10/2014 06:04 PM, Fabio Estevam wrote:
On Mon, Nov 10, 2014 at 1:47 PM, Wolfgang Denk w...@denx.de wrote:
Dear Fabio Estevam,
In message CAOMZO5AiJtDt_CZrO6gzU=jipp_2-etpigfck7zhfhnnzxp...@mail.gmail.com
you wrote:
1. How come setenv is not working in the board file? I
Hi Soeren,
On 11/08/2014 08:02 AM, Soeren Moch wrote:
Skip enclosure service devices when probing for usb storage devices.
This avoids long timeouts when probing for external usb harddisks
which provide Enclosure Services.
Signed-off-by: Soeren Moch sm...@web.de
--
This is a new version of
...@kosagi.com
Cc: Nikolay Dimitrov picmas...@mail.bg
Reviewed-by: Nikolay Dimitrov picmas...@mail.bg
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Sean, guys,
On 10/15/2014 10:47 AM, Sean Cross wrote:
On 15/10/2014 12:47, Nikolay Dimitrov wrote:
Hi Marek,
On 10/15/2014 12:38 AM, Marek Vasut wrote:
On Sunday, October 12, 2014 at 08:33:21 AM, Sean Cross wrote:
On 12/10/2014 05:04, Fabio Estevam wrote:
On Sat, Oct 11, 2014 at 11:21
Hi Marek,
On 10/15/2014 12:38 AM, Marek Vasut wrote:
On Sunday, October 12, 2014 at 08:33:21 AM, Sean Cross wrote:
On 12/10/2014 05:04, Fabio Estevam wrote:
On Sat, Oct 11, 2014 at 11:21 AM, Sean Cross x...@kosagi.com wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the
Hi Marek,
On 10/11/2014 04:24 AM, Marek Vasut wrote:
On Friday, October 10, 2014 at 03:39:08 AM, Nikolay Dimitrov wrote:
Hi Marek,
The usual stuff follows :D.
On 10/10/2014 02:22 AM, Marek Vasut wrote:
+#define NOVENA_BUTTON_GPIO IMX_GPIO_NR(4, 14)
+#define NOVENA_SD_WP
Hi Fabio,
On 10/11/2014 04:39 AM, Fabio Estevam wrote:
Hi Marek,
On Fri, Oct 10, 2014 at 10:14 PM, Marek Vasut ma...@denx.de wrote:
+int board_early_init_f(void)
+{
+#if defined(CONFIG_VIDEO_IPUV3)
+ setup_display();
+#endif
+
+ /* Bring Ethernet PHY out of reset. */
+
Cross x...@kosagi.com
Cc: Nikolay Dimitrov picmas...@mail.bg
---
arch/arm/Kconfig | 4 +
board/kosagi/novena/Kconfig | 18 ++
board/kosagi/novena/Makefile | 11 +
board/kosagi/novena/novena.c | 343
board/kosagi/novena/novena_spl.c
Hi Sean,
On 10/09/2014 08:38 AM, Sean Cross wrote:
I'll be sure to have Bunnie post a new schematic when he returns
tomorrow. For now, the ECO on our wiki is the authoritative source.
This is curently the only ECO for the final PVT2 board:
the CONFIG_ENV_OFFSET.
Reviewed-by: Nikolay Dimitrov picmas...@mail.bg
Marek, would you agree that after finishing this patch which enables the
initial Novena support, to handle all other fixes by separate
independent patches, which are easier to review, resubmit, test, etc?
Kind regards
Hi Marek,
On 10/09/2014 02:59 AM, Marek Vasut wrote:
On Wednesday, October 08, 2014 at 05:35:44 PM, picmas...@mail.bg wrote:
Hi Sean,
Hi all,
- Цитат от Sean Cross (x...@kosagi.com), на 08.10.2014 в 10:47 -
On 08/10/2014 05:55, Nikolay Dimitrov wrote:
Hi Marek,
I'm marking only
Hi Marek,
On 10/06/2014 05:00 PM, Marek Vasut wrote:
On Monday, October 06, 2014 at 02:50:17 PM, Nikolay Dimitrov wrote:
Hi Marek, Sean,
Do you have any comments on the PHY signal driving conflict and reset
timing issue (see below)?
I don't, I sense expert knowledge from you. Now we need
Hi Marek,
On 10/09/2014 03:28 AM, Marek Vasut wrote:
On Thursday, October 09, 2014 at 02:13:48 AM, Nikolay Dimitrov wrote:
Hi Marek,
[...]
@Sean: Do you have any comments on USB hub reset stuff? Should we ditch
entirely the reset code, or should we modify it somehow to work
properly?
OK
with SGTL5000). The most
probable reason is that the codec doesn't receive reference clock from
imx6 GPIO0. This is not a critical issues as later the kernel muxes this
GPIO0 properly, but keep this in mind if you want to hack the
audio-codec at low level.
Reviewed-by: Nikolay Dimitrov picmas
Hi Marek, Sean,
Do you have any comments on the PHY signal driving conflict and reset
timing issue (see below)?
On 09/24/2014 05:46 AM, Nikolay Dimitrov wrote:
There's one more issue here - when you get the PHY out of reset, you'll
have to both de-assert the RESET line while keeping
Hi Marek,
Here are my last findings:
On 09/23/2014 01:18 PM, Marek Vasut wrote:
+static void novena_spl_setup_iomux_sdhc(void)
+{
+ imx_iomux_v3_setup_multiple_pads(usdhc2_pads, ARRAY_SIZE(usdhc2_pads));
+ imx_iomux_v3_setup_multiple_pads(usdhc3_pads, ARRAY_SIZE(usdhc3_pads));
+
+ /*
Hi Tim,
On 09/24/2014 08:48 AM, Tim Harvey wrote:
On Tue, Sep 23, 2014 at 4:42 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
Hi Marek,
On 09/23/2014 12:47 PM, Marek Vasut wrote:
On Monday, September 22, 2014 at 08:24:05 PM, Nikolay Dimitrov wrote:
One more comment - isn't the file
Hi Marek,
On 9/24/2014 12:37 PM, Marek Vasut wrote:
Also, can you please review the entire thing so I don't have to retest
and resend the patch every day with one minor modification each time?
Thanks Best regards, Marek Vasut
Sorry about that :(. I definitely understand. Unfortunately it
Hi Marek,
On 09/21/2014 04:44 PM, Marek Vasut wrote:
diff --git a/board/kosagi/novena/Makefile b/board/kosagi/novena/Makefile
new file mode 100644
index 000..f67bbc9
--- /dev/null
+++ b/board/kosagi/novena/Makefile
@@ -0,0 +1,11 @@
+#
+# Copyright (C) 2014 Marek Vasutma...@denx.de
+#
+#
Hi Marek,
I checked the I2C stuff, didn't saw any major issues. Here are a couple
of comments for possible improvements:
On 09/21/2014 04:44 PM, Marek Vasut wrote:
+/*
+ * I2C
+ */
+/* I2C1, RAM */
+struct i2c_pads_info i2c_pad_info0 = {
I can suggest to reword the comment as: I2C1: DDR3
Hi Marek,
On 09/23/2014 12:47 PM, Marek Vasut wrote:
On Monday, September 22, 2014 at 08:24:05 PM, Nikolay Dimitrov wrote:
One more comment - isn't the file novena.o used also for the TPL, when
building for SPL?
No, there's no TPL involved on MX6.
Ahh, ok. So the whole thing fits in OCRAM
Hi Marek,
Some comments about SPI:
On 09/23/2014 01:18 PM, Marek Vasut wrote:
+/*
+ * SPI
+ */
+#ifdef CONFIG_MXC_SPI
+static iomux_v3_cfg_t ecspi1_pads[] = {
+ /* SS1 */
+ MX6_PAD_EIM_D19__GPIO3_IO19 | MUX_PAD_CTRL(SPI_PAD_CTRL),
+ MX6_PAD_EIM_D17__ECSPI1_MISO |
Hi Marek,
Following are some comments about FEC Ethernet:
On 09/23/2014 01:18 PM, Marek Vasut wrote:
+#define ENET_PAD_CTRL \
+ (PAD_CTL_PKE | PAD_CTL_PUE |\
+ PAD_CTL_PUS_100K_UP | PAD_CTL_SPEED_MED |
Hi Marek,
On 8/29/2014 12:30 PM, Marek Vasut wrote:
+static struct mx6_mmdc_calibration novena_mmdc_calib = {
+ /* write leveling calibration determine */
+ .p0_mpwldectrl0 = 0x00420048,
+ .p0_mpwldectrl1 = 0x006f0059,
+ .p1_mpwldectrl0 =
Hi Tim,
On 08/10/2014 10:47 AM, Tim Harvey wrote:
On Sat, Aug 9, 2014 at 7:08 AM, Nikolay Dimitrov picmas...@mail.bg wrote:
Hi guys,
I'm working on adding SO-DIMM SPL support on a custom imx6 board, so I'm
thinking on the idea of which DDR3 settings belong to the controller and
which belong
Hi guys,
I'm working on adding SO-DIMM SPL support on a custom imx6 board, so I'm
thinking on the idea of which DDR3 settings belong to the controller and
which belong to the DDR3 memory module/chips.
My proposal is to rename the struct member ncs to ranks (as per
JEDEC) and to move it as
Hi Alexandre,
I'm trying to send a u-boot built from denx sources to my board, a SabreLite, with
imx-usb-loader. But when I try, I receive an error, unknown load address do
you know how can I fix this?
Here's the content of my mx6_usb_work.conf file:
mx6_qsb
#hid/bulk,[old_header,]max
Hi Gabriel,
This allows u-boot to load different OS or Bare Metal application on the
different cores of the i.MX6DQ.
For example: we can run Android on cpu0 and a RT OS like QNX/FreeRTOS on cpu1.
I think this explanation is a little misleading - if you run unmodified
versions of Android
Hi Gabriel,
On 6/22/2014 5:24 PM, gabriel huau wrote:
Hi Nikolay,
I agree that you have to modify those OS to support 'multi-OS' on
different core but this customization is not part of u-boot in my
sense. For the second point, I have to disagree, the imx6 is totally
appropriate for
Hi Marek,
On 6/16/2014 5:53 PM, Marek Vasut wrote:
Please do not top-post.
Please excuse me - I was unable to find posting guidelines for the
mailing list, so just posted by habit (last time I had to post to
another list, they wanted me to top-post).
With the upcoming DM implementation,
Hi Igor,
On 6/17/2014 9:26 AM, Igor Grinberg wrote:
That is exactly what we do already (code is on the way) and IMO what
we should aim for.
I really didn't knew this in the beginning before seeing your answers,
this would be definitely easier
to support.
For me it is just an artificial
Hi Igor,
My personal opinion is that unless you intend to run the binary on
multiple IMX6 variants, there's no
need to do expensive checks in runtime, when you can do the same at
compile-time. For me it's the
same as choosing puts() vs printf() - you know at compile time whether
you need to
1 - 100 of 105 matches
Mail list logo