On Tue, Jul 3, 2012 at 6:38 AM, Lukasz Majewski wrote:
> Those patches add support for composite USB download gadget.
> This gadget (at least for now) is equipped with DFU download function.
Awesome! :-)
--
Otavio Salvador O.S. Systems
E-mai
On Mon, Jul 16, 2012 at 8:04 AM, Stefano Babic wrote:
> On 30/06/2012 17:07, Otavio Salvador wrote:
>> The information now is gathered from HW_DIGCTL_CHIPID register and
>> includes the revision of the chip on the output.
>
> could you take a look and rebase it ? It d
The information now is gathered from HW_DIGCTL_CHIPID register and
includes the chip modem and revision on the output.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- use ?? for unidentified revision and cpu type
- use numeric revisions
Changes in v3:
- drop mx23 data as it will be posted
Those patches are waiting in my tree for some time and are part of my
work i.MX233 support. Am trying to send small parts that are ready for
merging and that do not depends on i.MX233 SoC to work.
Otavio Salvador (2):
i.MX28: Check if we are using a valid VBUS when initializing power
i.MX28
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mx28/spl_power_init.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/spl_power_init.c
b/arch/arm/cpu/arm926ejs/mx28/spl_power_init.c
index 4b09b0c..c8a35af 100644
The mx28 prefix has been added to the initialization data and function
so it is clear by which SoC it is used as i.MX233 will have a specific
one.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions
On Mon, Jul 16, 2012 at 5:19 PM, Marek Vasut wrote:
>> The information now is gathered from HW_DIGCTL_CHIPID register and
>> includes the chip modem and revision on the output.
>>
>> Signed-off-by: Otavio Salvador
>
> This one is OK with me, queue for next may
Signed-off-by: Otavio Salvador
---
Changes in v2:
- add comments
- fix when we have vbus OR vdd5v
- improve patch short description
arch/arm/cpu/arm926ejs/mx28/spl_power_init.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/arch/arm/cpu
On Mon, Jul 16, 2012 at 5:42 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> [...]
>>
>> - if (tmp & POWER_STS_VDD5V_GT_VDDIO) {
>> + if (mx28_valid_vbus() && (tmp & POWER_STS_VDD5V_GT_VDDIO)) {
>
>
> So if the boar
#x27;t source it's 5V power
> supply from USB
I might be missing something here but the conflict function handles
this case and if any is available it boots.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53
s code and rework it
this way. However this prefix change is highly desired as it is
callmed m28 (looking as m28evk specific) instead of mx28.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +5
> 0x, 0x, 0x, 0x,
>
> why is this structure not static ?
Indeed; I will send a new patch for it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9
The mx28 prefix has been added to the initialization data and function
so it is clear by which SoC it is used as i.MX233 will have a specific
one. While on that, we also change it to static.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- use static for the allocation of memory
On Sat, Jul 21, 2012 at 2:50 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
>> > This fixes the breakage with SPL on most OMAP boards after the GPIO
>> > driver was moved.
>>
>> It seems logica
On Sat, Jul 21, 2012 at 2:58 PM, Marek Vasut wrote:
>> On Sat, Jul 21, 2012 at 2:50 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
>> >> > This fixes the breakage with SPL on
The information now is gathered from HW_DIGCTL_CHIPID register and
includes the chip modem and revision on the output.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- use ?? for unidentified revision and cpu type
- use numeric revisions
Changes in v3:
- drop mx23 data as it will be posted
The mx28 prefix has been added to the initialization data and function
so it is clear by which SoC it is used as i.MX233 will have a specific
one. While on that, we also change it to static.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- use static for the allocation of memory
merge
window.
Otavio Salvador (5):
mxs: reorganize source directory for easy sharing of code in i.MXS
SoCs
mxs: prefix register acessor macros with 'mxs' prefix
mxs: prefix register structs with 'mxs' prefix
mxs: Reowork SPL to use 'mxs' prefix for methods
Most code can be shared between i.MX23 and i.MX28 as both are from
i.MXS family; this source directory structure makes easy to share code
among them.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/{mx28 => mxs}/Makefile |0
arch/arm/cpu/arm926ejs/{mx28 =&g
As the register accessing mode is the same for all i.MXS SoCs we ought
to use 'mxs' prefix intead of 'mx28'.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/clock.c |4 +-
arch/arm/cpu/arm926ejs/mxs/iomux.c |6 +-
arch/arm/cpu/
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/clock.c | 36
arch/arm/cpu/arm926ejs/mxs/mx28.c| 28 +++---
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c |4 +-
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c| 24 +++---
arch/arm/cpu/arm926ejs
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/mx28.c |8 +-
.../cpu/arm926ejs/mxs/{mx28_init.h => mxs_init.h} | 14 +-
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 20 +--
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c|6 +-
arch/arm/
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/Makefile |2 +-
arch/arm/cpu/arm926ejs/mxs/{mx28.c => mxs.c} |0
2 files changed, 1 insertion(+), 1 deletion(-)
rename arch/arm/cpu/arm926ejs/mxs/{mx28.c => mxs.c} (100%)
diff --git a/arch/arm/cpu/arm926e
On Sun, Jul 29, 2012 at 7:17 AM, Stefano Babic wrote:
> On 28/07/2012 23:43, Otavio Salvador wrote:
>> The information now is gathered from HW_DIGCTL_CHIPID register and
>> includes the chip modem and revision on the output.
>>
>> Signed-off-by: Otavio Salvador
>
it
diverts much (as code of spl_mem_init does) to make it easy to follow
and maintain but this is not done yet.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.o
On Sun, Jul 29, 2012 at 9:55 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sun, Jul 29, 2012 at 4:00 AM, Stefano Babic wrote:
>> > Personally I prefer that the function names are the same and the
>> > implementation itself of the function hides the SOC
default linker and also ship GNU ld
but not as default in such cases its called $(PREFIX)ld.bfd, with this
patch we make sure that if $(PREFIX)ld.bfd exists than we use that for
our ld.
This way it does not matter what the default ld is.
Signed-off-by: Otavio Salvador
Signed-off-by: Khem Raj
On Thu, Aug 2, 2012 at 2:49 PM, Mike Frysinger wrote:
> On Thursday 02 August 2012 12:19:34 Otavio Salvador wrote:
>> This patch makes sure that we always use the GNU ld. U-Boot uses certain
>> construct e.g. OVERLAY which are not implemented in gold therefore it
>> al
On Sat, Jul 28, 2012 at 7:50 PM, Otavio Salvador
wrote:
> Most code can be shared between i.MX23 and i.MX28 as both are from
> i.MXS family; this source directory structure makes easy to share code
> among them.
>
> Signed-off-by: Otavio Salvador
ping?
--
On Sat, Jul 28, 2012 at 7:50 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
Ping?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com
On Sat, Jul 28, 2012 at 7:50 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
Ping?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com
On Sat, Jul 28, 2012 at 6:44 PM, Otavio Salvador
wrote:
> The mx28 prefix has been added to the initialization data and function
> so it is clear by which SoC it is used as i.MX233 will have a specific
> one. While on that, we also change it to static.
>
> Signed-off-by:
Signed-off-by: Otavio Salvador
---
Changes in v2:
- add comments
- fix when we have vbus OR vdd5v
- improve patch short description
Changes in v3:
- change short-description prefix
arch/arm/cpu/arm926ejs/mx28/spl_power_init.c | 26 +++---
1 file changed, 19 insertions
On Sat, Aug 4, 2012 at 7:40 PM, Marek Vasut wrote:
>> Signed-off-by: Otavio Salvador
>> ---
>> arch/arm/cpu/arm926ejs/mxs/clock.c | 36
>> arch/arm/cpu/arm926ejs/mxs/mx28.c| 28 +++---
>> arch/arm/cpu/arm926ejs/mxs/spl_lradc_init
On Sat, Aug 4, 2012 at 7:49 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> Signed-off-by: Otavio Salvador
>> ---
>> Changes in v2:
>> - add comments
>> - fix when we have vbus OR vdd5v
>> - improve patch short description
>>
>> Changes i
This patchset is the basis for inclusion of i.MX233 support on U-Boot.
To accomplish it, this patchset moves code around to create the mxs
SoC family support.
Changes in v1:
- new patch
- rebase against imx/master
- rework due apx4devkit board addition
Otavio Salvador (6):
mxs: reorganize
Most code can be shared between i.MX23 and i.MX28 as both are from
i.MXS family; this source directory structure makes easy to share code
among them.
Signed-off-by: Otavio Salvador
---
Changes in v1:
- rebase against imx/master
- rework due apx4devkit board addition
arch/arm/cpu/arm926ejs
As the register accessing mode is the same for all i.MXS SoCs we ought
to use 'mxs' prefix intead of 'mx28'.
Signed-off-by: Otavio Salvador
---
Changes in v1:
- rebase against imx/master
arch/arm/cpu/arm926ejs/mxs/clock.c |4 +-
arch/arm/cpu/arm926ejs/mxs/iomu
Signed-off-by: Otavio Salvador
---
Changes in v1:
- rebase against imx/master
- rework due apx4devkit board addition
arch/arm/cpu/arm926ejs/mxs/clock.c | 36
arch/arm/cpu/arm926ejs/mxs/mx28.c| 28 +++
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c |4
Signed-off-by: Otavio Salvador
---
Changes in v1:
- rebase against imx/master
- rework due apx4devkit board addition
arch/arm/cpu/arm926ejs/mxs/mx28.c |8 +-
.../cpu/arm926ejs/mxs/{mx28_init.h => mxs_init.h} | 14 +-
arch/arm/cpu/arm926ejs/mxs/spl_boo
Signed-off-by: Otavio Salvador
---
Changes in v1:
- rebase against imx/master
arch/arm/cpu/arm926ejs/mxs/Makefile |2 +-
arch/arm/cpu/arm926ejs/mxs/{mx28.c => mxs.c} |0
2 files changed, 1 insertion(+), 1 deletion(-)
rename arch/arm/cpu/arm926ejs/mxs/{mx28.c => mxs.c
If VDDIO has a brownout, then the VDD5V_GT_VDDIO becomes unreliable
but this wasn't clear on code so a comment has been added to clarify
it.
Signed-off-by: Otavio Salvador
---
Changes in v1:
- new patch
arch/arm/cpu/arm926ejs/mxs/spl_power_init.c |4
1 file changed, 4 inser
I have to keep
updated in my tree and easy sharing work among other people for MX233
support.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.os
On Mon, Aug 6, 2012 at 8:37 AM, Marek Vasut wrote:
> Dear Stefano Babic,
>
>> On 05/08/2012 21:05, Otavio Salvador wrote:
>> > Most code can be shared between i.MX23 and i.MX28 as both are from
>> > i.MXS family; this source directory structure makes easy
gt;
> Comparing the DDR2 initialization from the bootlets code against the U-boot
> one, we can notice some mismatches, and after applying the same initialization
> into U-boot the 2.6.35 kernel can boot normally.
>
> Also tested with 'mtest' command, which runs succesfully.
On Wed, Mar 6, 2013 at 11:31 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Thu, Feb 28, 2013 at 7:59 PM, Fabio Estevam wrote:
>> > From: Fabio Estevam
>> >
>> > Currently the following kernel hang happens when loading a 2.6.35 kernel
in v2:
- Rework code to use a 'ret' variable (Fabio)
- Improve commit log
Otavio Salvador (3):
mx6qsabresd: Fix card detection for invalid card id case
mx6qsabresd: Document the mapping of USDHC[2-4]
mx6qsabre{sd,auto}: Add boot mode select
board/freescale/mx6qsabreauto/mx6qs
This changes the code so in case an unkown value is passed it will
return as invalid.
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2:
- Rework code to use a 'ret' variable (Fabio)
board/freescale/mx6qsabresd/mx6qsabresd.c | 11 +++
1 file changed, 7
This documents the SD card identifier so it is easier for user to spot
which card number will be used, if need.
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2:
- Improve commit log
board/freescale/mx6qsabresd/mx6qsabresd.c | 4
1 file changed, 4 insertions(+)
diff
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Drop change in bootdelay; the change where done by me while testing
On Wed, Mar 6, 2013 at 12:41 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Wed, Mar 6, 2013 at 11:31 AM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Thu, Feb 28, 2013 at 7:59 PM, Fabio Estevam wrote:
>> >> > Fro
On Thu, Mar 7, 2013 at 1:20 PM, Marek Vasut wrote:
> Dear Stefano Babic,
>
>> On 02/03/2013 21:58, Otavio Salvador wrote:
>> > On Sat, Mar 2, 2013 at 5:41 PM, Marek Vasut wrote:
>> >> Dear Otavio Salvador,
>> >>
>> >>> This p
n]
`----
Signed-off-by: Otavio Salvador
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/olimex/mx23_olinuxino/mx23_olinuxino.c
b/board/olimex/mx23_olinuxino/mx23_olinuxino.c
index 9252717..9ed7718 100644
--- a/board/olimex/mx23_olinux
-by: Stefano Babic
> Signed-off-by: Fabio Estevam
heh; we both did the same.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
ion of a
> 48-pin TSOP flash device.
>
> Tested with a K9LBG08U0D.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
= bootm.o
> COBJS-$(CONFIG_SYS_L2_PL310) += cache-pl310.o
> SOBJS-$(CONFIG_USE_ARCH_MEMSET) += memset.o
> --
> 1.8.1.3
>
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
--
Otavio Salva
&hdmi->phy_stat0) & HDMI_PHY_HPD;
> + return (reg&HDMI_PHY_HPD)
> + ? 0 : 1;
This seems to fit in a single line.
> +}
> +
> +U_BOOT_CMD(hdmidet, 1, 1, do_hdmidet,
> + "detect HDMI monitor",
>
On Sat, Mar 9, 2013 at 3:30 PM, Simon Glass wrote:
> Hi Otavio,
>
> On Sat, Mar 9, 2013 at 4:31 AM, Otavio Salvador
> wrote:
>>
>> On Fri, Mar 8, 2013 at 8:45 PM, Simon Glass wrote:
>> > This enables generic board support so that ARM boards can def
On Wed, Mar 13, 2013 at 5:10 AM, Stefano Babic wrote:
> On 06/03/2013 16:46, Otavio Salvador wrote:
>> This changes the code so in case an unkown value is passed it will
>> return as invalid.
>>
>> Signed-off-by: Otavio Salvador
>> ---
>
> Hi Otavio,
&g
\
> + "mmc dev ${mmcdev};" \
> + "mmc dev ${mmcdev}; if mmc rescan; then " \
> + "if run loadbootscript; then " \
> + "run bootscript; " \
> + "else " \
&g
On Wed, Mar 13, 2013 at 12:27 PM, Fabio Estevam wrote:
> On Wed, Mar 13, 2013 at 12:20 PM, Otavio Salvador
> wrote:
>
>> I'd use 'wandboard_dual' as this seems to be how they use it in
>> marketing material.
>
> No, the SoC used is a mx6 "dual lite
On Wed, Mar 13, 2013 at 12:37 PM, Fabio Estevam wrote:
> On Wed, Mar 13, 2013 at 12:30 PM, Otavio Salvador
> wrote:
>
>> I agree but the board name is 'Wandboard Dual', see
>> http://wandboard.org/index.php/details
>>
>> So I'd use their name as u
me while testing
it and I mistakenly included it.
Changes in v2:
- Rework code to use a 'ret' variable (Fabio)
- Improve commit log
Otavio Salvador (3):
mx6qsabresd: Fix card detection for invalid card id case
mx6qsabresd: Document the mapping of USDHC[2-4]
mx6qsabre{sd,auto}
This documents the SD card identifier so it is easier for user to spot
which card number will be used, if need.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Improve commit log
board/freescale/mx6qsabresd/mx6qsabresd.c | 4
1 file changed, 4
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3:
- Drop change in bootdelay; the change where done b
This changes the code so in case an unkown value is passed it will
return as invalid.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- Fix switch code to proper break (Stefano)
Changes in v3: None
Changes in v2:
- Rework code to use a 'ret' variable (Fabio)
board/freescale/m
Hi Stefano,
On Fri, Mar 15, 2013 at 3:51 PM, Albert ARIBAUD
wrote:
> Applied to u-boot-arm/master, thanks!
Could you please merge u-boot-arm/master back into u-boot-imx/master?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br h
patches from (0 = HEAD)')
> parser.add_option('-t', '--test', action='store_true', dest='test',
> @@ -163,7 +165,7 @@ else:
> cmd = ''
> if ok or options.ignore_errors:
> cmd = gitutil.EmailPatches(series, cover_fname, ar
On Fri, Mar 15, 2013 at 8:24 PM, Doug Anderson wrote:
> Although "Reviewed-by:" is a tag that gerrit adds, it's also a tag
> used by upstream. Stripping it is undesirable. In fact, we should
> treat it as important.
>
> Signed-off-by: Doug Anderson
Reviewed-b
work (?).
>
> Good point, maybe we can do:
>
> return (get_cpu_rev() & ~0xfff);
Or add a method to do that? as it'd need to be done in all i.MX6 boards.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossyste
On Sat, Mar 16, 2013 at 12:01 PM, Fabio Estevam wrote:
> On Sat, Mar 16, 2013 at 11:52 AM, Otavio Salvador
> wrote:
>
>> Or add a method to do that? as it'd need to be done in all i.MX6 boards.
>
> Not all boards need to pass their revision to the kernel. For
> mx6sa
This documents the SD card identifier so it is easier for user to spot
which card number will be used, if need.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- Improve comment in code for easier understanding (Fabio)
Changes in v4: None
Changes in v3: None
Changes in v2:
- Improve commit
This changes the code so in case an unkown value is passed it will
return as invalid.
Signed-off-by: Otavio Salvador
---
Changes in v5: None
Changes in v4:
- Fix switch code to proper break (Stefano)
Changes in v3: None
Changes in v2:
- Rework code to use a 'ret' variable (Fabi
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- Fix build failure in SabreAUTO
- Move include of boot_mode.h header to
t and I mistakenly included it.
Changes in v2:
- Improve commit log
- Rework code to use a 'ret' variable (Fabio)
Otavio Salvador (3):
mx6qsabresd: Document the mapping of USDHC[2-4]
mx6qsabresd: Fix card detection for invalid card id case
mx6qsabre{sd,auto}: Add boot mode
till needs to be
>>> tested:
>>>
>>> apx4devkit, m28evk and sc_sps_1.
>>>
>>> Veli-Pekka/Marek,
>>>
>>> Could you please try this patch on your systems?
>>
>>
>> Veli-Pekka's email bounced. Woul
tered protocol family 1
> RPC: Registered udp transport module.
>
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> Bus freq driver module loaded
> IMX usb wakeup probe
> usb h1 wakeup device is registered
> WARNING
On Fri, Mar 15, 2013 at 9:05 AM, Otavio Salvador
wrote:
>
> This adds the bmode support for i.MX6 SabreSD and SabreAUTO
> boards. This allows user to choose the boot mode at runtime making it
> easy to boot from USB or other media.
Fabio, can you give it a try?
--
Ota
mory wear.
I fail to see why you will want to save it as it works nowadays without it.
> I intend to upstream these features but I would like early
> input/criticism/ideas. Moreover I would like to make sure this goes well into
> the general philosophy of U-Boot and, if it doesn't,
n the code mixed with
code change, it'd be good to keep those in specific patches. It is
easy to see in the last patch of serie, for example.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
ch easier to handle series.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
U-Boot mailing list
U-Boot@l
Change all "#define/ifdef" sequences into "#define/ifdef".
Signed-off-by: Otavio Salvador
---
include/configs/mx23_olinuxino.h | 160 +++
1 file changed, 80 insertions(+), 80 deletions(-)
diff --git a/include/configs/mx23_olinuxino
On Tue, Mar 26, 2013 at 1:23 AM, Alexandre Pereira da Silva
wrote:
> The netargs variable was referencing the non-existing variable
> console_mainline. Change that to console variable instead.
>
> Signed-off-by: Alexandre Pereira da Silva
Acked-by: Otavio Salvador
Thanks by spotti
On Thu, Mar 28, 2013 at 7:46 AM, Ruchika Gupta
wrote:
> The patch set adds support for next level image validation (linux,
> rootfs, dtb) in secure boot scenarios.
It seems to focus in PowerPC, do you know if same code could be ported to ARM?
--
Otavio Salvador
On Mon, Apr 1, 2013 at 9:42 AM, Fabio Estevam wrote:
> On Wed, Mar 20, 2013 at 9:36 AM, Otavio Salvador
> wrote:
>> On Fri, Mar 15, 2013 at 9:05 AM, Otavio Salvador
>> wrote:
>>>
>>> This adds the bmode support for i.MX6 SabreSD and SabreAUTO
>>> boa
On Mon, Apr 1, 2013 at 11:03 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> No need to call 'mmc dev' twice.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br ht
On Mon, Apr 1, 2013 at 11:03 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> No need to call 'mmc dev' twice.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br ht
On Mon, Apr 1, 2013 at 11:03 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> CONFIG_SYS_FSL_USDHC_NUM is not used for wandboard.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossyste
On Tue, Apr 2, 2013 at 11:17 AM, Adnan Ali wrote:
> Enable btrfs support in mx53loco config
>
> Signed-off-by: Adnan Ali
NACK!
This break current uses.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +5
> Instead of changing this to btrload for everyone, wouldn't it make
>> more sense to use the generic "load" command? As your already setting
>> "CONFIG_CMD_FS_GENERIC"
>
>Well idea of adding that was to enable
On Mon, Apr 8, 2013 at 3:59 PM, Eric Bénard wrote:
> this is usefull when writing an UBI image which contains
> and UBIFS volume (check README.nand and UBI FAQ for more details)
>
> Signed-off-by: Eric Bénard
Acked-by: Otavio Salvador
--
Otavio Salvador
(2 << 6)
> +#define PAD_CTL_SPEED_HIGH (3 << 6)
> +#define PAD_CTL_DSE_DISABLE(0 << 3)
> +#define PAD_CTL_DSE_240ohm (1 << 3)
> +#define PAD_CTL_DSE_120ohm (2 << 3)
> +#define PAD_CTL_DSE_80ohm (3 << 3)
> +#define PAD_CTL_DSE_60ohm
On Tue, Apr 9, 2013 at 3:55 PM, Fabio Estevam
wrote:
> Instead of having the same PAD control definition in each MX6 variant pin
> file,
> place it into a common location.
>
> Signed-off-by: Fabio Estevam
This fixes the build failure.
Acked-by: Otavio Salvador
--
Signed-off-by: Otavio Salvador
---
include/configs/mx6qsabre_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx6qsabre_common.h
b/include/configs/mx6qsabre_common.h
index dc113e1..5da748e 100644
--- a/include/configs/mx6qsabre_common.h
+++ b/include
Fix build failure due the move of mx28 code to 'mxs' SoC.
Signed-off-by: Otavio Salvador
---
board/schulercontrol/sc_sps_1/sc_sps_1.c |4 ++--
board/schulercontrol/sc_sps_1/spl_boot.c |4 ++--
boards.cfg |2 +-
include/configs/
On Sat, Aug 4, 2012 at 7:31 PM, Otavio Salvador wrote:
> On Thu, Aug 2, 2012 at 2:49 PM, Mike Frysinger wrote:
>> On Thursday 02 August 2012 12:19:34 Otavio Salvador wrote:
>>> This patch makes sure that we always use the GNU ld. U-Boot uses certain
>>> construct
.e. /dev/mtd0) instead
>> of using absolute memory addresses?
>
> If you use U-Boot's mtdparts support, you can reference partitions by
> name (mtdparts name, not Linux device node name) in NAND commands.
Maybe
https://github.com/otavio/u-boot/commit/7ccde26310719a9caef4cbe23bdf080d49
The iomux-mx28.h include is not required on spl_mem_init.c so it has
been droped.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c
b/arch/arm/cpu/arm926ejs/mxs
The CLKCTRL registers are SoC specific so we ought to have it clear on
filename.
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/arch-mxs/imx-regs.h |2 +-
.../arm/include/asm/arch-mxs/{regs-clkctrl.h => regs-clkctrl-mx28.h} |0
drivers/usb/host/e
The sys_proto.h functions (except the boot modes) are compatible with
i.MX233 and i.MX28 so we use 'mxs' prefix for its methods.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/mxs.c | 32 ++---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c
301 - 400 of 1615 matches
Mail list logo
