] is accepted
Exactly : it depends on that patch. But patch is ok, and it is the first
example for an i.MX6 using Falcon Boot. On my site, it is ready to be
applied.
I would prefer if both went through i.MX tree.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
On Tue, May 12, 2015 at 6:13 PM, Peter Robinson pbrobin...@gmail.com wrote:
On Tue, May 12, 2015 at 10:00 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Hello,
We are working at enabling GCC 5.1 at the Yocto Project and we found a
build error:
On Fedora we've been building with gcc5
/ossystems/yocto/build/tmp/work/imx28evk-oel-linux-gnueabi/u-boot-fslc/v2015.04+gitAUTOINC+b16ec2de8d-r0/git/mx28evk_config'
Makefile:145: recipe for target 'sub-make' failed
make: *** [sub-make] Error 2
Does someone have any idea what is going on?
--
Otavio Salvador O.S
but what about the USB pendrive?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot
keyboards behaved poorly.
Just checked and yes it's set. I think I also had these not working
with the Solid Run tree either so I'll just call 'em both weird.
In this case I think there is no reason to not merge this as is and
fix/improve it later.
--
Otavio Salvador
; this is very close to i.MX and can go through the imx tree.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U
Harvey thar...@gateworks.com
Cc: Eric Nelson eric.nel...@boundarydevices.com
It does looks way nicer. It is much easier to understand what is going
behind the scenes.
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http
on the Yocto Project BSP to support it
as well :)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U
the sbloader tool)?
It is, for sure.
http://www.denx-cs.de/doku/?q=m28evkusbdownloader
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
.
Reported-by: Stefan Roese s...@denx.de
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854
Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
in having a mainline 'next'
tree, but let me know if so.
I'd love to have a next which automatically merges all custodians
trees (as in Linux) so we can test and also have a working base to
make patches on top.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
declared in this menu.
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
As this adds the board definitions, are you going to also send a patch
to the existing boards?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
On Mon, Mar 2, 2015 at 3:22 PM, Otavio Salvador ota...@ossystems.com.br wrote:
On Mon, Mar 2, 2015 at 3:14 PM, Fabio Estevam feste...@gmail.com wrote:
Hi Otavio,
On Mon, Mar 2, 2015 at 3:12 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
Well this README is covering WaRP so we ought
. John maxin.j...@enea.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
characters of the error
message:
Unknown command '' - try 'help'.
Use the default CONFIG_SYS_PBSIZE definition from config_fallbacks.h to solve
this problem.
Cc: Otavio Salvador ota...@ossystems.com.br
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota
On Mon, Mar 2, 2015 at 10:17 AM, Fabio Estevam
fabio.este...@freescale.com wrote:
Device Firmware Upgrade (DFU) is a very convenient mechanism to upgrade U-boot
on the eMMC.
Add support for it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota
in the console program.
+
+Use the default environment variables:
+
+= env default -f -a
+= save
I think this is not needed as the environment will be rewritten when
the U-Boot is overridden.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
:
+
+#DOWNLOAD ... OK
+Ctrl+C to exit ...
+
+Remove power from the warp board.
+
+Put warp board into normal boot mode
+
+Power up the board and the new updated U-boot should boot from eMMC
--
1.9.1
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
On Mon, Mar 2, 2015 at 3:14 PM, Fabio Estevam feste...@gmail.com wrote:
Hi Otavio,
On Mon, Mar 2, 2015 at 3:12 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
Well this README is covering WaRP so we ought to cover WaRP specifics there.
What is the exact part of the README that has
On Mon, Mar 2, 2015 at 3:32 PM, Stefano Babic sba...@denx.de wrote:
Hi Marek, Otavio,
On 02/03/2015 19:27, Marek Vasut wrote:
On Monday, March 02, 2015 at 07:10:58 PM, Otavio Salvador wrote:
The common i.MX definition of 'get_reset_cause' function is non-static
so the overriden ones should
On Mon, Mar 2, 2015 at 2:53 PM, Fabio Estevam feste...@gmail.com wrote:
Hi Otavio,
On Mon, Mar 2, 2015 at 2:36 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
+Use the default environment variables:
+
+= env default -f -a
+= save
Isn't the new binary overwriting it?
Let's say we
(void)
`
The fix has been done in all i.MX based SoCs plus vf610.
Fixes [YOCTO: #7384].
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm1136/mx31/generic.c | 2 +-
arch/arm/cpu/arm1136/mx35/generic.c | 2 +-
arch/arm/cpu/arm926ejs/mx25/generic.c | 2 +-
arch/arm
Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
On Sat, Feb 28, 2015 at 3:16 PM, Fabio Estevam feste...@gmail.com wrote:
From: Fabio Estevam fabio.este...@freescale.com
Add EXT2/EXT4 and BOUNCE_BUFFER support.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador
On Thu, Feb 26, 2015 at 9:19 PM, Nikolay Dimitrov picmas...@mail.bg wrote:
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
On Thu, Feb 26, 2015 at 1:50 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
User Mass Storage is very useful for flashing the on-board eMMC.
Add support for it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio
On Thu, Feb 26, 2015 at 1:50 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
Add EXT2/EXT4 and BOUNCE_BUFFER support.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
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 the mistake in the commit log.
--
Otavio Salvador
On Wed, Feb 25, 2015 at 9:55 AM, Fabio Estevam
fabio.este...@freescale.com wrote:
Add EXT2/EXT4 and BOUNCE_BUFFER support.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
2
+
+#define CONFIG_G_DNL_VENDOR_NUM0x0525
+#define CONFIG_G_DNL_PRODUCT_NUM 0xa4a5
+#define CONFIG_G_DNL_MANUFACTURER FSL
+
#endif /* __MX6QSABRE_COMMON_CONFIG_H */
--
1.9.1
--
Otavio Salvador O.S. Systems
On Mon, Feb 23, 2015 at 12:16 PM, Marco Cavallini
cavallini.k...@gmail.com wrote:
2015-02-23 16:03 GMT+01:00 Otavio Salvador ota...@ossystems.com.br:
...
Does exists a method to store a u-boot bootolader in an unpartitioned
unformatted eMMC (without kobs-ng, so without using linux), but simply
need the partitioning, the
label and all same things you need in the SD. Check the README about
the partitioning details.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347
This adds support to switch to 1.8V in case CMD11 succeeds.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2:
- Fixed split string (Marek)
drivers/mmc/fsl_esdhc.c | 29 ++---
include/fsl_esdhc.h | 2 ++
include/mmc.h | 1 +
3
On Tue, Feb 17, 2015 at 5:43 PM, Marek Vasut ma...@denx.de wrote:
On Tuesday, February 17, 2015 at 06:18:31 PM, Troy Kisky wrote:
On 2/17/2015 5:36 AM, Otavio Salvador wrote:
On Mon, Feb 16, 2015 at 11:38 PM, Troy Kisky
troy.ki...@boundarydevices.com wrote:
On 2/16/2015 2:38 PM, Otavio
On Mon, Feb 16, 2015 at 11:38 PM, Troy Kisky
troy.ki...@boundarydevices.com wrote:
On 2/16/2015 2:38 PM, Otavio Salvador wrote:
Some boards cannot do voltage negotiation but need to set the VSELECT
bit forcely to ensure it to work at 1.8V.
This commit adds CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT
On Tue, Feb 17, 2015 at 5:11 AM, Marek Vasut ma...@denx.de wrote:
On Monday, February 16, 2015 at 10:38:00 PM, Otavio Salvador wrote:
This adds support to switch to 1.8V in case CMD11 succeeds.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
[...]
@@ -413,6 +424,11 @@ out
This adds the DATA[4-7] and RST pin definitions.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2: None
arch/arm/include/asm/arch-mx6/mx6sl_pins.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/mx6sl_pins.h
b/arch/arm/include/asm
-by: Otavio Salvador ota...@ossystems.com.br
Reviewed-by: Marek Vasut ma...@denx.de
Acked-by: Stefano Babic sba...@denx.de
---
Changes in v2: None
arch/arm/Kconfig | 5 ++
board/warp/Kconfig | 12 +++
board/warp/MAINTAINERS | 6 ++
board/warp/Makefile| 8 ++
board/warp/warp.c
Some boards cannot do voltage negotiation but need to set the VSELECT
bit forcely to ensure it to work at 1.8V.
This commit adds CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT flag for this use.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2: None
doc/README.fsl-esdhc| 1
Some boards cannot do voltage negotiation but need to set the VSELECT
bit forcely to ensure it to work at 1.8V.
This commit adds CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT flag for this use.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
doc/README.fsl-esdhc| 1 +
drivers/mmc
This adds support to switch to 1.8V in case CMD11 succeeds.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/mmc/fsl_esdhc.c | 30 +++---
include/fsl_esdhc.h | 2 ++
include/mmc.h | 1 +
3 files changed, 26 insertions(+), 7 deletions
-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/Kconfig | 5 ++
board/warp/Kconfig | 12 +++
board/warp/MAINTAINERS | 6 ++
board/warp/Makefile| 8 ++
board/warp/warp.c | 113
configs/warp_defconfig | 3 +
include/configs/warp.h
This adds the DATA[4-7] and RST pin definitions.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/include/asm/arch-mx6/mx6sl_pins.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/mx6sl_pins.h
b/arch/arm/include/asm/arch-mx6
it does make sense.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot@lists.denx.de
http
The Fusion LCD needs the 32bit color depth to properly work; the
default is different on the 3.10.17 kernels and it is better to ensure
it work out of box using proper default color setting.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/wandboard.h | 2 +-
1 file
On Mon, Jan 12, 2015 at 7:48 AM, Ian Molton imol...@ad-holdings.co.uk wrote:
On 10/01/15 12:34, Otavio Salvador wrote:
On Fri, Jan 9, 2015 at 9:35 PM, Wally Yeh
wally@atrustcorp.com wrote:
I think u-boot-fslc is support i.mx6q very well now, it booting into
kernel only spend 0.3~0.5s
minor changes, nothing big.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot
we ought to
backport this fix for 2014.10 there as well.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U
of the box.
The command to package u-boot into coreboot.rom:
./build/util/cbfstool/cbfstool build/coreboot.rom add-flat-binary \
-f u-boot-dtb.bin -n fallback/payload -c lzma -l 0x111 -e 0x1110015
It'd be awesome to have it documented somewhere :)
--
Otavio Salvador O.S
this is
not new (it was sent in August).
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot
CLKO
setup), which appeared in 3.12, there is no need to set the CCM_CCOSR
register in U-boot.
Is this also included in 3.10.17-1.0.x GA BSP? Otherwise we should keep it.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
On Tue, Nov 11, 2014 at 8:50 PM, John Tobias john.tobias...@gmail.com wrote:
iMX6 SabreSD has a different stack address (0x0093FFB8) compare
to the default stack address defined in the file.
Why you are using a different stack?
--
Otavio Salvador O.S. Systems
http
On Tue, Nov 11, 2014 at 10:15 PM, John Tobias john.tobias...@gmail.com wrote:
In iMX6DQ data sheet the stack address is 0x0093FFB8 (page 383).
While, in iMX6SDL datasheet (page 393) is 0x0091FFB8.
I am worrying how Compulab and Gateworks are using SPL if it is wrong.
--
Otavio Salvador
the 'fdt_file' dynamically, so that the correct dtb can be used
depending
on the board variant.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
On Fri, Nov 7, 2014 at 8:12 PM, John Tobias john.tobias...@gmail.com wrote:
add SUPPORT_SPL for iMX6 SabreSD by default
This should be the last patch from the serie or it will break bisect.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
to split it so much.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot@lists.denx.de
http
features and bug fixes. It would also easy your
next upgrade as it will reduce the amount of delta for next release,
in case you want to move to it.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854
I'd prefer:
CONFIG_IMX_BOOTROM_PLUGIN
This makes it easier to spot when looking at the config option.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
();
+ board_preboot_os();
boot_fn(state, argc, argv, images);
Can you also add a prototype for the board_preboot_os in say
bootm.h or similiar and make sure those headers are included.
(it will warn otherwise with W=1).
and also split the patch in two.
--
Otavio Salvador
Babic sba...@denx.de
Cc: Tom Rini tr...@ti.com
Cc: Jeroen Hofstee jer...@myspectrum.nl
Cc: Otavio Salvador ota...@ossystems.com.br
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
...@compulab.co.il
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Stefano Babic sba...@denx.de
Cc: Jeroen Hofstee jer...@myspectrum.nl
Cc: Otavio Salvador ota...@ossystems.com.br
---
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http
On Wed, Oct 22, 2014 at 5:55 AM, Stefano Babic sba...@denx.de wrote:
On 21/10/2014 21:14, Otavio Salvador wrote:
On Tue, Oct 21, 2014 at 4:07 PM, Masahiro YAMADA
yamad...@jp.panasonic.com wrote:
...
So two options here I'd like to suggest
[1] Every 2 months release with 2 weeks MW
MW open
and a lack of u-boot-next where all them are
automatic merged complicates a full test of upcoming release.
p.s: this is not a personal attack but something which is clearly happening.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
Hello,
On Thu, Oct 16, 2014 at 7:17 PM, Marek Vasut ma...@denx.de wrote:
On Thursday, October 16, 2014 at 08:24:21 PM, Otavio Salvador wrote:
Hello,
On Wed, Sep 3, 2014 at 6:25 AM, Marek Vasut ma...@denx.de wrote:
On Wednesday, September 03, 2014 at 03:44:35 AM, Otavio Salvador wrote
Hello,
On Wed, Sep 3, 2014 at 6:25 AM, Marek Vasut ma...@denx.de wrote:
On Wednesday, September 03, 2014 at 03:44:35 AM, Otavio Salvador wrote:
On Tue, Sep 2, 2014 at 8:14 PM, Simon Glass s...@chromium.org wrote:
On 2 September 2014 15:44, Otavio Salvador ota...@ossystems.com.br wrote
On Mon, Oct 13, 2014 at 5:53 AM, Tom Rini tr...@ti.com wrote:
On Sun, Oct 12, 2014 at 05:48:37PM -0300, Otavio Salvador wrote:
The 'tools-only' target seems to be broken.
In a clean tree (no previous build) running:
$: make tools-only
fails with:
CHK include/config/uboot.release
);
memset(cfg-cfg, 0, sizeof(cfg-cfg));
voltage_caps = 0;
--
1.7.4.1
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
--
Otavio Salvador O.S. Systems
http
On Mon, Oct 13, 2014 at 9:38 AM, Tom Rini tr...@ti.com wrote:
On Mon, Oct 13, 2014 at 09:08:09AM -0300, Otavio Salvador wrote:
On Mon, Oct 13, 2014 at 5:53 AM, Tom Rini tr...@ti.com wrote:
On Sun, Oct 12, 2014 at 05:48:37PM -0300, Otavio Salvador wrote:
The 'tools-only' target seems
make: *** [include/config/uboot.release] Error 2
Any idea about the root cause? it is a regression as 2014.07 works
fine in this case.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854
isn't in place at present.
Could you or Dennis update it to current tree and send a patch adding
it? I think it is a must have so we easy the migration/adoption of it
on more and more boards.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
for using
the CONFIG_SYS_I2C framework, see for example the drivers/i2c/mxc_i2c.c
driver, thanks!
I think the conversion could be a follow up patch, I see no good
reason to block this patch as is.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
, but booting was also good...
I hope we find a guy to by interested in that and helps me. I have the
board here an can make some test for you.
I added Alex from Congatec in Cc; he might be able to help you.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
to allow plenty of test time before the release.
I think we're too late for this release as we're basically 30 days away.
Agreed but please get this merged in the began of 2015.01 merge window.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
to 'simulate' a solo?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot@lists.denx.de
' and 'compatible' strings.
After this commit the final binary is also changed from 'u-boot.imx' to
'u-boot-dtb.imx', which may confuse users.
So revert it until a more complete and useful device tree could be provided.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador
be improved for:
imx: mx6dlarm2: Add support for i.MX6DL arm2 DDR3 board
This could be reworked on the other patches as well.
My 2c.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile
for it. For example MX28 has special
mxsimage support when it is in use.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
Hello Nitin,
On Tue, Sep 2, 2014 at 10:36 PM, Nitin Garg nitin.g...@freescale.com wrote:
On 08/31/2014 08:09 PM, Otavio Salvador wrote:
diff --git a/arch/arm/include/asm/arch-mx6/sys_proto.h
b/arch/arm/include/asm/arch-mx6/sys_proto.h
index 306d699..2bbb86e 100644
--- a/arch/arm/include/asm
On Tue, Sep 2, 2014 at 8:14 PM, Simon Glass s...@chromium.org wrote:
On 2 September 2014 15:44, Otavio Salvador ota...@ossystems.com.br wrote:
On Tue, Sep 2, 2014 at 4:19 PM, Simon Glass s...@chromium.org wrote:
...
We are using tools-only as part of the Debian packaging, what we are
trying
On Tue, Sep 2, 2014 at 10:47 PM, Nitin Garg nitin.g...@freescale.com wrote:
On 09/02/2014 08:41 PM, Otavio Salvador wrote:
Hello Nitin,
On Tue, Sep 2, 2014 at 10:36 PM, Nitin Garg nitin.g...@freescale.com wrote:
On 08/31/2014 08:09 PM, Otavio Salvador wrote:
diff --git a/arch/arm/include/asm
On Tue, Sep 2, 2014 at 10:46 PM, Simon Glass s...@chromium.org wrote:
On 2 September 2014 18:44, Otavio Salvador ota...@ossystems.com.br wrote:
On Tue, Sep 2, 2014 at 8:14 PM, Simon Glass s...@chromium.org wrote:
On 2 September 2014 15:44, Otavio Salvador ota...@ossystems.com.br wrote:
On Tue
0x10
#define CHIP_REV_1_2 0x12
#define CHIP_REV_1_5 0x15
So I am not sure we have a failure case in the U-Boot code now.
I think I am missing something though ...
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
board. This also updates the
cgtqmx6qeval which makes use of this configuration.
Signed-off-by: Nitin Garg nitin.g...@freescale.com
Acked-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
but it is their choice
and moving to the board file makes it more evident.
Some vendors choose to reuse other vendors provided memory
configuration (this has been done in some board using Nitrogen6X
values for example). If this is good or bad ... this is a hard
question to answer.
--
Otavio
so
if/when Freescale optimize their DDR data setting they may break any
other board using it however they shouldn't be blamed by it as this is
their DDR settings. Any board including this file (which can be and is
done) takes the responsibility and risks.
--
Otavio Salvador
of this
configuration.
Signed-off-by: ...
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot
unrelated change, isn't it?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot mailing list
U-Boot
be used with the other
reference designs which has the keyboard, doesn't it? So please rework
the commit log.
Another thing, please add the support for the board so it has a board using it.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
...@freescale.com
Should this output be really part of the commit message?
Personally I don't see any problem with it, but if Stefano prefers I
can remove it and send a v4.
I like to have it included.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
On Mon, Aug 25, 2014 at 5:28 PM, Marek Vasut ma...@denx.de wrote:
On Monday, August 25, 2014 at 10:24:19 PM, Otavio Salvador wrote:
On Mon, Aug 25, 2014 at 5:11 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Aug 25, 2014 at 4:50 PM, Marek Vasut ma...@denx.de wrote:
On Monday, August 25
method to return the value, so you avoid some of #ifdef
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U-Boot
On Wed, Aug 20, 2014 at 5:48 PM, Fabio Estevam feste...@gmail.com wrote:
On Wed, Aug 20, 2014 at 4:38 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Wed, Aug 20, 2014 at 4:01 PM, Fabio Estevam feste...@gmail.com wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6solox has
and afterwards check the E-bit being clear.
This cuts down the number of cache invalidation calls to one.
May Marek recall why this was need?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854
On Mon, Aug 18, 2014 at 2:57 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Aug 18, 2014 at 2:56 PM, Fabio Estevam feste...@gmail.com wrote:
Hi Otavio,
On Sun, Jun 15, 2014 at 9:46 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
prefer a rebased/updated V2 of it, I can
send one (since Anthony seems not very responsive).
I also want this merged. This is a step further in dropping the U-Boot
from, for Tower, from meta-fsl-arm.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
-by: J. German Rivera german.riv...@freescale.com
Couldn't this be squashed into 1/3? This seems an extension to it
which could be add in the iitial patch.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53
501 - 600 of 1610 matches
Mail list logo