with the 'date' command again.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
include/configs/m53evk.h | 2 +-
It would be clearer if m53evk was mentioned in the Subject.
Agreed, the current commit log is misleading.
--
Otavio Salvador O.S
Hello Stefano,
The u-boot-imx tree is out of sync. Could you rebase it (or merge v2014.07)?
Thanks in advance,
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903
the i.MX6 Dual and Quad core versions.
Note that this fixes a regression in commit b47abc3 and that
this is the second time we've had a regression on these two
pads (See commit e654ddf).
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
to proceed with further mx6solox U-boot upstream
work.
I second this request. I see no reason why patches takes so long to
get applied in master/next when people agree with them.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
://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
___
U-Boot mailing list
U
On Tue, Jun 17, 2014 at 11:56 AM, Stefano Babic sba...@denx.de wrote:
Hi Otavio,
On 16/06/2014 02:46, Otavio Salvador wrote:
The i.MX6SL has a different base address for the controller. This
patch adapts the driver to support the different base address for this
case.
Signed-off-by: Otavio
On Tue, Jun 17, 2014 at 12:11 PM, Stefano Babic sba...@denx.de wrote:
On 16/06/2014 02:46, Otavio Salvador wrote:
There are board were we cannot do voltage negotiation but want to set
the VSELECT bit forcely to ensure it to work at 1.8V.
This commit adds CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT
On Mon, Jun 16, 2014 at 4:03 AM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Otavio,
On 06/16/14 05:24, Otavio Salvador wrote:
On Sun, Jun 15, 2014 at 11:03 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 03:39:08 AM, Otavio Salvador wrote:
On Sun, Jun 15, 2014 at 10:27
On Mon, Jun 16, 2014 at 4:05 AM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Otavio,
On 06/16/14 03:46, Otavio Salvador wrote:
The i.MX6SL has a different base address for the controller. This
patch adapts the driver to support the different base address for this
case.
Signed-off
On Mon, Jun 16, 2014 at 1:38 AM, Wolfgang Denk w...@denx.de wrote:
Dear Otavio Salvador,
In message 1402879613-21362-5-git-send-email-ota...@ossystems.com.br you
wrote:
When debugging initramfs failures it is quite useful to known where it
is being loaded from.
Agreed
There are board were we cannot do voltage negotiation but want 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
---
drivers/mmc/fsl_esdhc.c | 4
1 file
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
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
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/warp/Makefile| 8 ++
board/warp/warp.c | 111 +++
boards.cfg | 1 +
include/configs/warp.h | 198 +
4 files changed, 318 insertions
When debugging initramfs failures it is quite useful to known where it
is being loaded from.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
common/image.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/common/image.c b/common/image.c
index fa4864d..84e115f
The i.MX6SL has a different base address for the controller. This
patch adapts the driver to support the different base address for this
case.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/usb/host/ehci-mx6.c | 10 --
1 file changed, 8 insertions(+), 2 deletions
On Sun, Jun 15, 2014 at 9:49 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 02:46:48 AM, Otavio Salvador wrote:
The i.MX6SL has a different base address for the controller. This
patch adapts the driver to support the different base address for this
case.
Signed-off
On Sun, Jun 15, 2014 at 9:51 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 02:46:51 AM, Otavio Salvador wrote:
There are board were
Please fix your English and send a patch, thanks :)
I fixed the commit log, thanks.
...
+#ifdef CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT
On Sun, Jun 15, 2014 at 10:27 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 03:22:22 AM, Otavio Salvador wrote:
[...]
+#ifdef CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT
+ esdhc_setbits32(regs-vendorspec, ESDHC_VENDORSPEC_VSELECT);
+#endif
Documentation is missing
On Sun, Jun 15, 2014 at 11:03 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 03:39:08 AM, Otavio Salvador wrote:
On Sun, Jun 15, 2014 at 10:27 PM, Marek Vasut ma...@denx.de wrote:
On Monday, June 16, 2014 at 03:22:22 AM, Otavio Salvador wrote:
[...]
+#ifdef
:0c:bc:e5:62\0 \
+ eth3addr=00:e0:0c:bc:e5:63\0 \
+ ipaddr=192.168.1.100\0\
You should not hardcode any ethaddr/ipaddr.
and forgot to add the board maintainer.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
Hello Stefano,
Is it possible for you to ask for a pull request in i.MX tree and get
it in sync with ARM one?
Regards,
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1
On Mon, May 12, 2014 at 10:12 AM, Tom Rini tr...@ti.com wrote:
Hey all,
I've pushed v2017.04-rc1 out to the repository and tarballs should exist
soon.
Back from the Future ;-)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
the equivalent for the mx6slevk too?
--
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 have a 'u-boot-next' tree using the same concept as the
kernel 'linux-next'?
Please, u-boot-next!
It is clear we need this to scale the pull model.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981
On Thu, May 1, 2014 at 5:39 PM, Fabio Estevam feste...@gmail.com wrote:
[Removing wandboard list, as it bounces when I reply to it]
On Thu, May 1, 2014 at 5:16 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
mmcargs=setenv bootargs console=${console},${baudrate
This adds support for the 7 WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Fabio, I haven't change the environment script as I consider important
to have
This adds support for the 7 WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v3:
- Drop LVDS related code (unused)
Changes in v2:
- Drop LDB
This checks if the 7 WVGA produced by Future Eletronics is detected
and pass the needed kernel arguments for it to work.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v3:
- New patch
Changes in v2: None
include/configs/wandboard.h | 29 -
1
Hello Fabio,
On Thu, May 1, 2014 at 6:48 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, May 1, 2014 at 6:35 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
static void setup_display(void)
{
struct mxc_ccm_reg *mxc_ccm = (struct mxc_ccm_reg *)CCM_BASE_ADDR;
+ struct
This adds support for the 7 WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/wandboard/wandboard.c | 184
the
calculation easier we can define it as a flag in bit 1, since this bit is
unused.
Add support for it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Tested-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
of the variants?
Sure, Falcon mode comes to my mind...
--
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
of the
comment and memset.
/* Clear the screen */
memset((char *)fbi-screen_base, 0, fbi-fix.smem_len);
Apart from that, please add my Acked-by.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53
adding the U-Boot mailing list in the loop. Forgot by mistake.
On Tue, Apr 29, 2014 at 6:17 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Hello,
I've been trying to get a custom board working in 1.8V without dirty
hacks as writing VSELECT bit in VENDORSPEC byhand after initializing
with:
#define NO_PAD_CTRL (1 17)
I have changed the MASK as:
-#define MUX_PAD_CTRL_MASK ((iomux_v3_cfg_t)0x3 MUX_PAD_CTRL_SHIFT)
+#define MUX_PAD_CTRL_MASK ((iomux_v3_cfg_t)0x43 MUX_PAD_CTRL_SHIFT)
and seems to work fine. Do you see any issue?
--
Otavio Salvador
On Mon, Apr 28, 2014 at 9:14 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Apr 28, 2014 at 8:40 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
#define PAD_CTL_HYS(1 16)
+#define PAD_CTL_LVE(1 17)
+#define PAD_CTL_LVE_BIT(1 22
input/output to the
host system.
--
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
/otavio/hacking/u-boot/drivers/serial/usbtty.c:710: undefined
reference to `urb_link_init
...
Does someone got it working?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1
?
--
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://lists.denx.de/mailman
above are the ones that I'm still working on and I'm
hoping to have patches to post within a few days to a week. Does the
above make sense to you?
Awesome! I am quite anxious to see this! :-D
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
the same for most boards.
--
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
Nice! I do think it is in the right direction. I will give it a try soon...
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
Em 27/03/2014 09:44, Fabio Estevam feste...@gmail.com escreveu:
On Thu, Mar 27, 2014 at 2:36 AM, Wolfgang Denk w...@denx.de wrote:
Dear Fabio Estevam,
In message
caomzo5d2n1zvo5ogeam1_ewt-0kkamzgvrfpeekh5zymqkl...@mail.gmail.com you
wrote:
Me too. I also think the ifdefs may easily
-by: Eric Bénard e...@eukrea.com
I understand both boards share a lot of code but I think the set of
ifdef makes harder for people to understand the board code. Personally
I prefer v1.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
Estevam fabio.este...@freescale.com
Awesome!
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
at this?
--
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://lists.denx.de
in both U-Boot and Linux). As a result, I'm focusing my limited
resources on the Wandboard rather than the Cubox.
Cubox-i has been merged in current mainline; so it may be good a recheck ;-)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
Hello Tom,
On Thu, Feb 20, 2014 at 10:46 AM, Tom Rini tr...@ti.com wrote:
On Thu, Feb 20, 2014 at 09:31:36AM -0300, Otavio Salvador wrote:
Hello Tom,
On Wed, Feb 19, 2014 at 4:41 PM, Tom Rini tr...@ti.com wrote:
On Wed, Feb 19, 2014 at 12:29:19PM -0700, Stephen Warren wrote:
On 02/19/2014
it is not yet supported but should be easily doable. :-)
--
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
CONFIG_OF_LIBFDT
-#define CONFIG_CMD_BOOTZ
-
#ifndef CONFIG_SYS_DCACHE_OFF
#define CONFIG_CMD_CACHE
#endif
--
1.8.5.3
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1
fabio.este...@freescale.com
CC: Otavio Salvador ota...@ossystems.com.br
CC: Marek Vasut ma...@denx.de
CC: Leo Sartre lsar...@adeneo-embedded.com
CC: Jon Nettleton jon.nettle...@gmail.com
CC: Eric Nelson eric.nel...@boundarydevices.com
CC: b18...@freescale.com
Hi everybody,
the current built
, 4, 0x0914, 3, 0)
MX6_PAD_DECL(GPIO_16__GPIO7_IO11, 0x0618, 0x0248, 5, 0x, 0, 0)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
as
ENET_REF_CLK
Signed-off-by: Andy Ng andreas2...@gmail.com
The commit log is not good. Please check the one I sent in this thread
for reference.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981
-by and rebase) and resubmit, please ?
I have reworked Andy's patch and applied to my internal tree. I can
send it if needed.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1
Hello,
On Tue, Feb 11, 2014 at 9:11 AM, Stefano Babic sba...@denx.de wrote:
Hi Otavio,
On 11/02/2014 11:55, Otavio Salvador wrote:
Hello,
On Tue, Feb 11, 2014 at 8:13 AM, Stefano Babic sba...@denx.de wrote:
On 19/01/2014 15:34, Andy Ng wrote:
The ENET_REF_CLK has to loopback: the patch
now.
Maybe it'd be good to document, in the commitlog the mmc commands equivalent.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
On Tue, Feb 4, 2014 at 12:08 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Thu, Jan 30, 2014 at 7:32 PM, Tom Rini tr...@ti.com wrote:
The open and close mmc sub-commands implement a hard-coded set of values
specific to the SMDK5250 platform. Remove these commands as what they
did can
it been
identified?
--
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
sba...@denx.de
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
-Boot when a partition is not provided).
Signed-off-by: Hector Palacios hector.palac...@digi.com
Reviewed-by: Stephen Warren swar...@nvidia.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp
-off-by: Hector Palacios hector.palac...@digi.com
Reviewed-by: Stephen Warren swar...@nvidia.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
FSL 3.10 kernel.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Good catch, I missed this one :)
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55
This reverts commit f77a606a0602be5d1fe23e8dcdfa5defde51dfd7 as it
breaks 32bit initrd use as it uses #address-cells as '2'.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
common/fdt_support.c | 66 +---
1 file changed, 32 insertions
On Sun, Jan 19, 2014 at 12:34 PM, Andy Ng andreas2...@gmail.com wrote:
The ENET_REF_CLK has to loopback: the patch was produced from u-boot 2013-10
Please:
- Add Signed-off-by
- Rebase it to imx/master as this does not apply in current source code.
--
Otavio Salvador
Andy,
On Sun, Jan 19, 2014 at 2:58 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Sun, Jan 19, 2014 at 12:34 PM, Andy Ng andreas2...@gmail.com wrote:
The ENET_REF_CLK has to loopback: the patch was produced from u-boot 2013-10
Please:
- Add Signed-off-by
- Rebase it to imx/master
On Sun, Jan 19, 2014 at 3:48 PM, Fabio Estevam feste...@gmail.com wrote:
Hi Otavio/Andy,
On Sun, Jan 19, 2014 at 3:07 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
--- a/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
+++ b/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
@@ -695,7 +695,7
On Sun, Jan 19, 2014 at 4:03 PM, Fabio Estevam feste...@gmail.com wrote:
On Sun, Jan 19, 2014 at 3:55 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Personally I think when using the ALT 2 people are expecting it works
out of box so I think this should be in the PAD declaration
CONFIG_SYS_MMC_ENV_DEV;
+
+#if !defined(CONFIG_SYS_MMC_ENV_PART)
+#define CONFIG_SYS_MMC_ENV_PART 0
+#endif
This should be in include/config_fallbacks.h
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854
int mmc_get_env_devno(void)
{
return CONFIG_SYS_MMC_ENV_DEV;
+}
#if !defined(CONFIG_SYS_MMC_ENV_PART)
#define CONFIG_SYS_MMC_ENV_PART 0
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53
does not have a PMIC. One of our customer is
in that case and for now I don't know a solution for it.
The PMIC way that has been done in FSL fork is quite ugly as it does not
use the PMIC API but can be used as a base for it.
--
Otavio Salvador O.S. Systems
http
On Thu, Jan 16, 2014 at 1:42 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jan 16, 2014 at 1:33 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
As I said the SabreSD case seems to be solvable adding support for the
PMIC.
Have you really tried it? I tried adding PMIC support
On Thu, Jan 16, 2014 at 2:01 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jan 16, 2014 at 1:50 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
It worked for you probably because you used the ldo bypass mode.
Yes; I did the bypass mode.
We currently don't do LDO bypass mode
-by: Fabio Estevam fabio.este...@freescale.com
Tested-by: Otavio Salvador ota...@ossystems.com.br
I have spot a build error using this patch and the fix is below:
diff --git a/arch/arm/include/asm/arch-mx5/sys_proto.h
b/arch/arm/include/asm/arch-mx5/sys_proto.h
index 9949ad1..7dacc4c 100644
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
--
Regards,
Otavio Salvador (11):
cgtqmx6eval: Set default environment to use zImage
hummingboard: Set default environment to use zImage
mx23evk: Set default environment to use zImage
mx28evk: Set default environment to use zImage
mx51evk: Set
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Change the default environment to use zImage instead of uImage, this
requires changes to the default environment to load a file named
zImage instead of uImage, and to use the 'bootz' command instead of
'bootm' when booting the kernel.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
CONFIG_SYS_MMC_ENV_PART;
}
--
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
-by: Hector Palacios hector.palac...@digi.com
Maybe use same default define, if not set?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
Hello,
On Thu, Jan 9, 2014 at 7:31 PM, Stefano Babic sba...@denx.de wrote:
On 09/01/2014 20:11, Otavio Salvador wrote:
On Thu, Jan 9, 2014 at 5:06 PM, Fabio Estevam feste...@gmail.com
mailto:feste...@gmail.com wrote:
On Thu, Jan 9, 2014 at 3:50 PM, Otavio Salvador
ota
-by: Jason Liu r64...@freescale.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
It seems this patch makes 3.10.17-1.0.0-beta freeze in a customer board;
reverting this makes this to work again. It freezes when loading Vivante
module.
Can someone reproduce this freeze?
--
Otavio Salvador
On Thu, Jan 9, 2014 at 5:06 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jan 9, 2014 at 3:50 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
It seems this patch makes 3.10.17-1.0.0-beta freeze in a customer board;
reverting this makes this to work again. It freezes when loading
On Thu, Jan 9, 2014 at 5:30 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jan 9, 2014 at 5:13 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jan 9, 2014 at 5:11 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
It might be but shouldn't we delay this patch for now?
I don't
- in the 8th field if it is the same as 7th field.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
For mx23evk:
Acked-by: Otavio Salvador ota...@ossystems.com.br
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Hello Wolfgang,
On Fri, Jan 3, 2014 at 8:43 PM, Wolfgang Denk w...@denx.de wrote:
Dear Otavio Salvador,
In message 1388771903-8730-3-git-send-email-ota...@ossystems.com.br you
wrote:
... There is no
reason to continue using uImage
for FSL Linux's kernel fork versions 3.0.35, 3.10.9,
and 3.10.17; this also works fine for mainline kernels.
Signed-off-by: John Weber rjohnwe...@gmail.com
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5:
- Rework commit log (wd)
Changes in v4: None
Changes in v3: None
Changes
A new 'update_emmc_firmware' target is added to allow for easy U-Boot
update in the eMMC as it has secury boot partition and this needs
specific handling on how to program the specific partition.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5: None
Changes in v4:
- Fix
This adds support for the 7 WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- rebased on imx/master
partitions also
start in address 0 as a 'virtual disk'.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
U
Hello Stefano,
On Thu, Dec 19, 2013 at 8:36 AM, Stefano Babic sba...@denx.de wrote:
one minor point.
On 16/12/2013 23:43, Otavio Salvador wrote:
+int board_video_skip(void)
+{
+ int i;
+ int ret;
+ int detected = 0;
+ char const *panel = getenv(panel);
+ if (!panel
This adds support for the 7 WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v4: None
Changes in v3:
- rebased on imx/master
Changes in v2: None
601 - 700 of 1610 matches
Mail list logo
