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 two
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 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 spl_init() from you
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 not
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
Signed-off-by: Fugang Duan
Cc: Joe Hershberger
---
drivers/net/fec_mxc.c | 4
1 file
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 tim
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 thi
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 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 tim
Hi Tom,
On 07/14/2015 11:14 PM, Peter Robinson wrote:
Hi Tom,
On Tue, Jul 14, 2015 at 6:56 PM, Tom Rini wrote:
Hey all,
I've pushed v2015.07 out to the repository and tarballs should exist
soon.
I don't see the release tag in git either by doing a pull from my
checkout or via the web inter
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
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
here. To me it looks 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:0
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 a
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 exist
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 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 'video=&
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 wrote:
+#define VIDEO_ARGS "video=mxcfb0:dev=hdmi,1280x720M@60,if=RGB24 " \
+ "video=mxcfb1:off " \
+
Signed-off-by: Nikolay Dimitrov
---
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 b72522b..86745ac
Signed-off-by: Nikolay Dimitrov
---
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/configs
Signed-off-by: Nikolay Dimitrov
---
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
@@ -1,3 +1,5
Signed-off-by: Nikolay Dimitrov
---
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
@@ -1,3 +1,5
ze = sizeof(unsigned int),
+ .priv_auto_alloc_size = sizeof(struct thermal_data),
.flags = DM_FLAG_PRE_RELOC,
};
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
} else {
- printf("CPU: Temperature: Can't find sensor device\n");
+ puts(" - invalid sensor device\n");
}
#endif
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1
+#define TEMP_INDUSTRIAL 2
+#define TEMP_AUTOMOTIVE 3
+
struct imx_thermal_plat {
void *regs;
int fuse_bank;
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
: RIoTboard
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> 0,
mxc_get_clock(MXC_ARM_CLK) / 100);
+#endif
#if defined(CONFIG_MX6) && defined(CONFIG_IMX6_THERMAL)
ret = uclass_get_device(UCLASS_THERMAL, 0, &thermal_dev);
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
af1db4a-dirty (May 18 2015 - 00:31:26)
CPU: Freescale i.MX6SOLO rev1.1 996 MHz (running at 792 MHz)
Reset cause: WDOG
Board: RIoTboard
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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
wrote:
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
Your right - There is no indication in the IMX6SDLRM that OTP
indicates either
Hi Tim,
On 05/08/2015 10:26 PM, Tim Harvey wrote:
On Fri, May 8, 2015 at 10:35 AM, Nikolay Dimitrov
wrote:
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
Your right - There is no indication in the IMX6SDLRM that OTP
indicates either temperature grade 'or' speed grade,
Hi Tim,
On 05/08/2015 06:42 PM, Tim Harvey wrote:
On Thu, May 7, 2015 at 11:57 PM, Markus Niebel wrote:
Hello Tim,
IMX6Q automotive (1GHz capable) powering up at 800MHz:
- before:
CPU: Freescale i.MX6Q rev1.2 at 792 MHz
- after Patch 1/4:
CPU: Freescale i.MX6Q rev1.2 996 MHz (at 792 M
imx6 mmdc supports data rates up to 1066 MT/s, so remove the code handling
higher data rates.
Signed-off-by: Nikolay Dimitrov
---
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/cpu/armv7/mx6/ddr.c
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
wrote:
Hi Fabio,
On 05/04/2015 06:30 AM, Fabio Estevam wrote:
From: Fabio Estevam
mx6cuboxi sometimes fails to recognize the Ethernet PHY:
Net: Phy 0 not found
The
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
mx6cuboxi sometimes fails to recognize the Ethernet PHY:
Net: Phy 0 not found
The explanation comes from a
Hi Fabio,
On 05/04/2015 06:30 AM, Fabio Estevam wrote:
From: Fabio Estevam
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 that
forces the phy address t
Hi Fabio, guys,
On 04/23/2015 06:57 AM, Fabio Estevam wrote:
From: Fabio Estevam
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
---
board/solidrun/mx6cuboxi/mx6cubo
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 to the
fixed clock (528 or 400 MHz) which
doesn't take into account DDR3 memory limitations.
Signed-off-by: Nikolay Dimitrov
Cc: Fabio Estevam
Cc: Stefano Babic
Cc: Tim Harvey
Cc: Eric Nelson
---
Changes v1 -> v2:
- fixed mistake of accessing a struct const member
arch/arm/cpu/armv7/m
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 on
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 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
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
_
fixed clock (528 or 400 MHz) which
doesn't take into account DDR3 memory limitations.
Signed-off-by: Nikolay Dimitrov
Cc: Fabio Estevam
Cc: Stefano Babic
Cc: Tim Harvey
Cc: Eric Nelson
---
arch/arm/cpu/armv7/mx6/ddr.c | 25 -
1 file changed, 20 insertions(
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 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 doesn't help to cl
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 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. It would be better to
ot shell.
And a couple of more 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
Hi Otavio,
On 02/26/2015 11:02 PM, Otavio Salvador wrote:
On Thu, Feb 26, 2015 at 4:58 PM, Fabio Estevam
wrote:
Add EXT4 support.
Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
And sorry for not notice the mistake in the commit log.
There's no reason for anyone to feel sorry. T
Hi Fabio,
On 02/26/2015 06:50 PM, Fabio Estevam wrote:
Add EXT2/EXT4 and BOUNCE_BUFFER support.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Newly introduced in this series
include/configs/mx6sabre_common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/mx6sa
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 whe
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 will
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
---
board/fre
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
---
arch/arm/include/asm/arch-mx6/mx6sx_pins.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx
Hi Fabio,
On 11/21/2014 08:42 PM, Fabio Estevam wrote:
From: Fabio Estevam
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
Signed-off-by: Fabio Estevam
---
board/embest/mx6bo
e/configs/embestmx6boards.h | 168 +-
1 file changed, 39 insertions(+), 129 deletions(-)
Tested on RIoTboard & MarsBoard.
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists
& MarsBoard.
Tested-by: Nikolay Dimitrov
Regards,
Nikolay
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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 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, wrote:
From: Nikolay Dimitrov
Fix issue in parse_verify_sum() which
Hi Simon,
On 12/17/2014 12:02 AM, Simon Glass wrote:
Hi Nikolay,
On 12 December 2014 at 11:01, wrote:
From: Nikolay Dimitrov
Fix issue in parse_verify_sum() which swaps handling of env-var and *address.
Move hash_command() argc check earlier.
Cosmetic change on do_hash() variable
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 a écrit :
On 12/13/2014 04:16 PM, Eric Bénard wrote:
This will increase the boot time by 2 seconds : why is that needed ?
Thanks for
Hi Michael,
On 12/13/2014 06:14 PM, Michael Trimarchi wrote:
Hi
Il 14/dic/2014 00:07 "Nikolay Dimitrov" mailto:picmas...@mail.bg>> ha scritto:
>
> Hi Michael,
>
>
> On 12/13/2014 04:32 PM, Michael Trimarchi wrote:
>>
>> Hi
>>
>>
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 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 boot delay
Of co
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
Signed-off-by: Nikolay Dimitrov
---
include/configs/embestmx6boards.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
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 wi
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
wrote:
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam
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 wrote:
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam
mx6sabresd_spl.cfg configures CCM registers, GPR registers and CCM_CCOSR.
Move the
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam
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 SPL code to provide HW init
Hi Fabio,
On 11/13/2014 11:58 PM, Fabio Estevam wrote:
From: Fabio Estevam
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
kernel, so remove such settin
Hi Fabio,
On 11/12/2014 10:45 PM, Fabio Estevam wrote:
On Wed, Nov 12, 2014 at 6:42 PM, Nikolay Dimitrov 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 of the
said board
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 gents,
On 11/10/2014 06:04 PM, Fabio Estevam wrote:
On Mon, Nov 10, 2014 at 1:47 PM, Wolfgang Denk wrote:
Dear Fabio Estevam,
In message
you wrote:
1. How come setenv is not working in the board file? I tried setenv in
different locations of board_early_init_f(), board_init(), board_l
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
--
This is a new version of the patch
"u
On 10/25/2014 12:39 AM, Marek Vasut wrote:
Add support for the Kosagi Novena board. Currently supported are:
- I2C busses
- FEC Ethernet
- MMC0, MMC1, Booting from MMC
- SATA
- USB ports
- USB Ethernet
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Sean Cross
Cc: Nikolay Dimitrov
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 wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the novena
board?
It'
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
\
+ "bootm ${kernel_addr_r}\0"\
+ "net_nfs="\
+ "run netload nfsargs addip addargs ; "\
+ "bootm ${kernel_addr_r}\0"\
+
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 wrote:
+int board_early_init_f(void)
+{
+#if defined(CONFIG_VIDEO_IPUV3)
+ setup_display();
+#endif
+
+ /* Bring Ethernet PHY out of reset. */
+ gpio_set_value(IMX
4KiB from start, or fix
the CONFIG_ENV_OFFSET.
Reviewed-by: Nikolay Dimitrov
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?
Ki
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:
http://www.kosagi.com/w/index.php?title=Novena_PVT2_ECO
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
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 ne
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
2C requests at all (I've had such issues 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
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 k
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 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 jus
Hi Tim,
On 09/24/2014 08:48 AM, Tim Harvey wrote:
On Tue, Sep 23, 2014 at 4:42 PM, Nikolay Dimitrov 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 novena.o used als
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,
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 | MUX_PAD_CTR
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 fit
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 SO-
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 Vasut
+#
+# SPDX-License-Iden
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 = 0x005a010
Hi Tim,
On 08/10/2014 10:47 AM, Tim Harvey wrote:
On Sat, Aug 9, 2014 at 7:08 AM, Nikolay Dimitrov 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 to the D
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 a
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 pack
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 AMP/multi
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 & som
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 compl
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, that
1 - 100 of 106 matches
Mail list logo
