On Sun, Sep 29, 2013 at 4:45 PM, Benoît Thébaudeau
wrote:
> On Sunday, September 29, 2013 9:42:44 PM, Otavio Salvador wrote:
>> On Sun, Sep 29, 2013 at 4:25 PM, Benoît Thébaudeau
>> wrote:
>> ...
>> > Hence, gpio_get_value() should be left unchanged (using PSR in
On Sun, Sep 29, 2013 at 4:49 PM, Otavio Salvador
wrote:
> On Sun, Sep 29, 2013 at 4:45 PM, Benoît Thébaudeau
> wrote:
>> On Sunday, September 29, 2013 9:42:44 PM, Otavio Salvador wrote:
>>> On Sun, Sep 29, 2013 at 4:25 PM, Benoît Thébaudeau
>>> wrote:
>&
On Tue, Oct 1, 2013 at 5:33 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 30/09/2013 00:15, Otavio Salvador wrote:
>> The IOMUX_CONFIG_SION allows for reading PAD value from PSR register.
>>
>> The following quote from the datasheet:
>>
>> ,
>>
On Tue, Oct 1, 2013 at 9:43 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Tue, Oct 1, 2013 at 5:33 AM, Stefano Babic wrote:
>> > Hi Otavio,
>> >
>> > On 30/09/2013 00:15, Otavio Salvador wrote:
>> >> The IOMUX_CONFIG_SION allows for r
be some ramification in terms of power consumption if
>> nothing else.
>
> Right. Well, instead of adding SION to the pin definition header files, then
> we
> could just add SION where needed on a per-pin basis, e.g.:
> ---
> imx_iomux_v3_setup_pad(MX6_PAD_NANDF_
The part_validate comment had a wrong description of the actions it
does and referenced to non-existent functions while in fact it calls
'part_validate_eraseblock()'.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Fix code comment (dropped 'either')
Changes in v2:
- rew
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2: None
doc/README.JFFS2_NAND | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/README.JFFS2_NAND b/doc/README.JFFS2_NAND
index 5018ae8..09788d5 100644
--- a/doc/README.JFFS2_NAND
+++ b/doc
delist; /* mode list */
|^
| make[1]: *** [.o] Error 1
| make[1]: Leaving directory `.../u-boot/board/xxx/'
| make: *** [board/xxx//lib.o] Error 2
`----
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2:
- rework commitlog (Fabio)
include
)
- rework commitlog (Fabio)
Otavio Salvador (3):
mtd: Fix function description in part_validate comment
include/linux/fb.h: Add a missing include for 'list.h'
doc: Fix a typo in the description in doc/README.JFFS2_NAND
common/cmd_mtdparts.c | 7 +++
doc/README.JFFS2_NAND | 2 +-
register (GPIO_DR).
| ...
`
This fixes the gpio_get_value to properly work when a GPIO is set for
output and has no conflicts.
Thanks for Benoît Thébaudeau , Fabio
Estevam and Eric Bénard
for helping to properly trace this down.
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/imx
Using 512k for fdt partition allow it to be aligned with the other
small partitions and 512k erase block size.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
When using a NAND IC with 4GiB of size, mtdparts go crazy as the 32bit
size variables overview resulting in:
,
| MX28EVK U-Boot > mtdparts default
| gpmi-nand: partitioning exceeds flash size
`
Using a 64bit variable fixes the problem.
Signed-off-by: Otavio Salvador
---
com
On Thu, Oct 3, 2013 at 9:43 AM, Benoît Thébaudeau
wrote:
> Hi Otavio,
>
> On Thursday, October 3, 2013 1:46:00 PM, Otavio Salvador wrote:
>> The macro allows easy setting in per-pin, as for example:
>>
>> ,
>> | imx_iomux_v3_setup_pad(MX6_PAD_N
On Thu, Oct 3, 2013 at 6:48 PM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message <1380801056-11923-1-git-send-email-ota...@ossystems.com.br> you
> wrote:
>> Using 512k for fdt partition allow it to be aligned with the other
>> small partitions and 512k
# two steps to prevent bricking
>> echo "programming" ;
>> sf write 0x1200 $offset $filesize ;
>>
>
> Acked-by: Stefano Babic
This would be good to have into 2013.10 release. Is it still possible?
--
Otavi
ending but will send it later
tomorrow (for next).
--
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 l
register (GPIO_DR).
| ...
`
This fixes the gpio_get_value to properly work when a GPIO is set for
output and has no conflicts.
Thanks for Benoît Thébaudeau , Fabio
Estevam and Eric Bénard
for helping to properly trace this down.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- Fix too long
On Thu, Oct 10, 2013 at 11:14 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> The macro allows easy setting in per-pin, as for example:
>>
>> ,
>>
>> | imx_iomux_v3_setup_pad(MX6_PAD_NANDF_D1__GPIO_2_1 | MUX_MODE_SION);
>>
>> `
>>
x27;
This has been tested using:
Samsung 4G NAND, part-#: K9LBG08U0D-PCB0
Otavio Salvador (3):
mx28evk: Use 512k for fdt partition to align it
mx28evk: Add 'nandboot' environment command
mx28evk: Extend environment to easy write of NAND system
include/co
This adds following new targets:
- update_nand_kernel
- update_nand_fdt
- update_nand_filesystem
and to avoid confusion, the 'update_nand_full' has been renamed to
'update_nand_firmware_full'.
Signed-off-by: Otavio Salvador
---
include/co
Using 512k for fdt partition allow it to be aligned with the other
small partitions and 512k erase block size.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
This reads the kernel, ftd and boot into ubifs filesystem. While on
that, the SD firmware filename definition has been moved next to the
other SD related commands.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 18 +-
1 file changed, 17 insertions(+), 1 deletion
or crying out loud. i understand they have this liquor called
> "scotch" ...
Yeah! And this is the place you say strong: A natinal Scotch please :-)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (
On Sun, Oct 20, 2013 at 7:24 AM, Adnan Ali wrote:
> Enable btrfs support in mx53loco config
>
> Signed-off-by: Adnan Ali
Please split this into two; one to move to fs_generic; another to add
btrfs support. This allow for the fs_generic to go before the btrfs.
--
Otavio
Using 512k for fdt partition allow it to be aligned with the other
small partitions and 512k erase block size.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
This reads the kernel, ftd and boot into ubifs filesystem. While on
that, the SD firmware filename definition has been moved next to the
other SD related commands.
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h | 18 +-
1 file changed, 17 insertions(+), 1 deletion
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
---
include/configs/mx6sabre_com
This adds following new targets:
- update_nand_kernel
- update_nand_fdt
- update_nand_filesystem
and to avoid confusion, the 'update_nand_full' has been renamed to
'update_nand_firmware_full'.
Signed-off-by: Otavio Salvador
---
include/co
x27;
This has been tested using:
Samsung 4G NAND, part-#: K9LBG08U0D-PCB0
Otavio Salvador (3):
mx28evk: Use 512k for fdt partition to align it
mx28evk: Add 'nandboot' environment command
mx28evk: Extend environment to easy write of NAND system
include/co
figure out why it
worked with one and failed with another SoC.
Otavio Salvador (4):
mx6: Remove PAD_CTL_DSE_120ohm from i.MX6DL's IPU1_DI0_PIN4 pin
wandboard: add Future Eletronics 7" WVGA LCD extension board
wandboard: Use '0' as bootdelay but interruptable
wandbo
This reduces the boot time and makes easier to spot important images.
Signed-off-by: Otavio Salvador
---
include/configs/wandboard.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/wandboard.h b/include/configs/wandboard.h
index bffac9a..75a456c 100644
--- a
This removes the PAD_CTL_DSE_120ohm as done for i.MX6Q's IPU1_DI0_PIN4
pin definition and makes it aligned with 3.0.35-4.1.0 and 3.12
mainline kernel.
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
The '0' as bootdelay reduces a lot the boot time while we still allow
the boot to be interruptable if need.
Signed-off-by: Otavio Salvador
---
include/configs/wandboard.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/wandboard.h b/inclu
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
---
board/wandboard/wandboard.c | 238
include/co
register (GPIO_DR).
| ...
`
This fixes the gpio_get_value to properly work when a GPIO is set for
output and has no conflicts.
Thanks for Benoît Thébaudeau , Fabio
Estevam and Eric Bénard
for helping to properly trace this down.
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/imx
new approach on an RFC basis. If the rest of this series is accepted then
> I will need to adjust this patch based on the mainline code.
...
In my point of view, patch 3 and 4 could be squashed. So it would
allow for a 'complete' feature add in the commit 3.
On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> This reads the kernel, ftd and boot into ubifs filesystem. While on
>> that, the SD firmware filename definition has been moved next to the
>> other SD related commands.
>>
>> Sig
Hello,
I am not sure I agree ...
On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> This reads the kernel, ftd and boot into ubi
On Mon, Oct 28, 2013 at 9:32 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 28/10/2013 12:19, Otavio Salvador wrote:
>> Hello,
>>
>> I am not sure I agree ...
>>
>> On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
>>> Dear Otavio Salvador,
>&
rk has been done already;
it is Stefano call but I disagree with postpone it as work is done and
being in use.
I will comment on Simon's patch to clarify my understanding there.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://c
improve a lot the current status (and I really appreciate
it); one missing thing (or I missed it completely) is a way to:
- build u-boot (binary)
- generate a binary version of the environment
- glue both together in a way the new environment /replaces/ the
default environment originally wri
ady SPL USBETH in u-boot but in production
> otg flashing can be very useful. Think SPL as a differently configured U-BOOT
> doesn't change the problem but yes it's a nice idea.
But you'd usually want to have an 'upgrade mode' which allows DFU to
run. In this case, this
\
>> + "eth2addr=00:e0: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
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
---
drivers/mmc/fsl_esdhc.c | 4
1 file changed, 4 insertions
This adds the DATA[4-7] and RST pin definitions.
Signed-off-by: Otavio Salvador
---
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/mx6sl_pins.h
index 045ccc4
This adds support to switch to 1.8V in case CMD11 succeeds.
Signed-off-by: Otavio Salvador
---
drivers/mmc/fsl_esdhc.c | 30 +++---
include/fsl_esdhc.h | 2 ++
include/mmc.h | 1 +
3 files changed, 26 insertions(+), 7 deletions(-)
diff --git a/drivers
Signed-off-by: Otavio Salvador
---
board/warp/Makefile| 8 ++
board/warp/warp.c | 111 +++
boards.cfg | 1 +
include/configs/warp.h | 198 +
4 files changed, 318 insertions(+)
create mode 100644
When debugging initramfs failures it is quite useful to known where it
is being loaded from.
Signed-off-by: Otavio Salvador
---
common/image.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/common/image.c b/common/image.c
index fa4864d..84e115f 100644
--- a/common
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
---
drivers/usb/host/ehci-mx6.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers
On Sun, Jun 15, 2014 at 9:49 PM, Marek Vasut 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.
>&g
On Sun, Jun 15, 2014 at 9:51 PM, Marek Vasut 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_FS
On Sun, Jun 15, 2014 at 10:27 PM, Marek Vasut wrote:
> On Monday, June 16, 2014 at 03:22:22 AM, Otavio Salvador wrote:
>
> [...]
>
>> >> +#ifdef CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT
>> >> + esdhc_setbits32(®s->vendorspec, ESDHC_VENDORSPEC_VSELECT);
&
On Sun, Jun 15, 2014 at 11:03 PM, Marek Vasut 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 wrote:
>> > On Monday, June 16, 2014 at 03:22:22 AM, Otavio Salvador wrote:
>> >
>&
On Mon, Jun 16, 2014 at 4:03 AM, Igor Grinberg wrote:
> Hi Otavio,
>
> On 06/16/14 05:24, Otavio Salvador wrote:
>> On Sun, Jun 15, 2014 at 11:03 PM, Marek Vasut wrote:
>>> On Monday, June 16, 2014 at 03:39:08 AM, Otavio Salvador wrote:
>>>> On Sun, Jun 15,
On Mon, Jun 16, 2014 at 4:05 AM, Igor Grinberg 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.
On Mon, Jun 16, 2014 at 1:38 AM, Wolfgang Denk 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
On Tue, Jun 17, 2014 at 11:56 AM, Stefano Babic 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.
On Tue, Jun 17, 2014 at 12:11 PM, Stefano Babic 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_E
0x8C000)
> +#define HS_BASE_ADDR(AIPS3_ARB_BASE_ADDR + 0x9)
> +#define MU_MCU_BASE_ADDR(AIPS3_ARB_BASE_ADDR + 0x94000)
> +#define CANFD_BASE_ADDR (AIPS3_ARB_BASE_ADDR + 0x98000)
> +#define MU_DSP_BASE_ADDR(AIPS3_ARB_BASE_ADDR + 0x9C000)
&
?
>
> Otherwise, I am not able 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.c
l 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
Acked-by: Otavio Salvador
Stephano, can it be included in the
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
rs has some problem.
I got a little bit lost when Tom gave an example where he 'loads' MLO
and U-Boot image from OTG; just clarify it for me as it is not clear
if it works for you or does not.
>From what I understand, your use-case would be:
OTG -> SPL -> DFU -> U-Boot Image
On Thu, Oct 31, 2013 at 2:46 PM, Fabio Estevam
wrote:
> There is no real benefit in adding the board name into U-boot's prompt.
>
> Use the simple "=> " prompt across FSL boards.
>
> Signed-off-by: Fabio Estevam
Great!
Acked-by: Otav
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/cgtqmx6eval.h | 2 +-
1 file changed, 1 insertion
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Signed-off-by: Otavio Salvador
Tested-by: Daiane Angolini
---
include/configs/mx6sabre_common.h | 2
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/wandboard.h | 2 +-
1 file changed, 1 insertion
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/nitrogen6x.h | 2 +-
1 file changed, 1 insertion
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/udoo.h | 2 +-
1 file changed, 1 insertion(+), 1
On Fri, Nov 1, 2013 at 10:25 AM, Fabio Estevam wrote:
> Hi Otavio,
>
> On Fri, Nov 1, 2013 at 9:25 AM, Otavio Salvador
> wrote:
>> The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
>> with the previous loading address we had ovelap; change it for the
On Fri, Nov 1, 2013 at 10:40 AM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message <1383305158-26019-3-git-send-email-ota...@ossystems.com.br> you
> wrote:
>> The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
>> with the previous loading
On Fri, Nov 1, 2013 at 10:19 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
>> with the previous loading address we had ovelap; change it for the
>> same address used in 2013.04-3.10.9_1.0.0-alpha
pdated patches to consolidate the IOMUX registers, and
> they include updates to board/freescale/titanium.
>
> Should I re-base them on top of the patches which move titanium into
> board/barco?
It makes sense to base on this patch, for sure.
--
Otavio
igned-off-by: Igor Grinberg
Neat; I will test this in the board I have same situation and see if
it works for my case fully but this seems to be a lean and simply
solution for the issue.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.
t; Patch-cc: patman cc patches and deletes this tag.
I agree; I've been using the Cc for patchsets with patman but I agree
it shouldn't be drop. A new tag for this is the best approach :D
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhtt
283057/
>
> Yeah!
> This is the function exactly I have wanted.
Neat :-)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
_
hes should have the long description split in 80 cols; please
do the nitrogen code move in a separated patch so it is clear what you
did to include support for uDoo board.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
thing as Albert: how
custodians will have their trees there?
I think just doing auto-assignment of patches would work quite well.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobil
On Tue, Nov 12, 2013 at 2:36 PM, Vadim Bendebury (вб)
wrote:
> On Tue, Nov 12, 2013 at 3:07 AM, Otavio Salvador
> wrote:
>> Once I saw this announcement I thought the same thing as Albert: how
>> custodians will have their trees there?
>>
>
> It is easy to cre
On Tue, Nov 12, 2013 at 2:55 PM, Vadim Bendebury (вб)
wrote:
> On Tue, Nov 12, 2013 at 8:47 AM, Otavio Salvador
> wrote:
>> On Tue, Nov 12, 2013 at 2:36 PM, Vadim Bendebury (вб)
>> wrote:
>>> On Tue, Nov 12, 2013 at 3:07 AM, Otavio Salvador
>>> wrote:
On Tue, Nov 12, 2013 at 3:07 PM, Vadim Bendebury (вб)
wrote:
> On Tue, Nov 12, 2013 at 9:00 AM, Otavio Salvador
> wrote:
>> On Tue, Nov 12, 2013 at 2:55 PM, Vadim Bendebury (вб)
>> wrote:
>>> On Tue, Nov 12, 2013 at 8:47 AM, Otavio Salvador
>>> wrote:
Hello Albert,
On Tue, Nov 12, 2013 at 3:13 PM, Albert ARIBAUD
wrote:
> On Tue, 12 Nov 2013 15:00:06 -0200, Otavio Salvador
> wrote:
>
>> On Tue, Nov 12, 2013 at 2:55 PM, Vadim Bendebury (вб)
>> wrote:
>> > On Tue, Nov 12, 2013 at 8:47 AM, Otavio Salvador
>>
On Tue, Nov 12, 2013 at 3:30 PM, Albert ARIBAUD
wrote:
> Hi Otavio,
>
> On Tue, 12 Nov 2013 15:16:15 -0200, Otavio Salvador
> wrote:
>
>> Hello Albert,
>>
>> On Tue, Nov 12, 2013 at 3:13 PM, Albert ARIBAUD
>> wrote:
>> > On Tue, 12 Nov
On Thu, Nov 14, 2013 at 5:27 PM, Tom Rini wrote:
> On Tue, Nov 12, 2013 at 03:14:13PM -0200, Otavio Salvador wrote:
> [snip]
>
>> What I think it'd be possible to get working would be:
>>
>> Custodians would have Submit rights
>> Custodians would have +2
On Thu, Nov 14, 2013 at 6:17 PM, Tom Rini wrote:
> On Thu, Nov 14, 2013 at 06:06:49PM -0200, Otavio Salvador wrote:
>> On Thu, Nov 14, 2013 at 5:27 PM, Tom Rini wrote:
>> > On Tue, Nov 12, 2013 at 03:14:13PM -0200, Otavio Salvador wrote:
>> > [snip]
>> >
&g
On Thu, Nov 14, 2013 at 6:58 PM, Tom Rini wrote:
> On Thu, Nov 14, 2013 at 06:30:00PM -0200, Otavio Salvador wrote:
>> On Thu, Nov 14, 2013 at 6:17 PM, Tom Rini wrote:
>> > On Thu, Nov 14, 2013 at 06:06:49PM -0200, Otavio Salvador wrote:
>> >> On Thu, Nov 14, 20
On Thu, Nov 14, 2013 at 7:13 PM, Vadim Bendebury (вб)
wrote:
> On Thu, Nov 14, 2013 at 12:17 PM, Tom Rini wrote:
>> On Thu, Nov 14, 2013 at 06:06:49PM -0200, Otavio Salvador wrote:
>>> On Thu, Nov 14, 2013 at 5:27 PM, Tom Rini wrote:
>>> > On Tue, Nov 12, 20
;> involve a change in the way things done, I am just suggesting this as
>> >> an alternative for consideration.
>> >
>> > Can we at least get all reviews sent to the ML?
>>
>> The problem with this is that when reviews are sent to the
ase the answer is true, we
can adopt it. Otherwise, no.
--
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 Mon, Nov 4, 2013 at 1:27 AM, Hui Liu wrote:
>> -Original Message-
>> From: Fabio Estevam [mailto:feste...@gmail.com]
>> Sent: Friday, November 01, 2013 10:19 PM
>> To: Otavio Salvador
>> Cc: U-Boot Mailing List; Estevam Fabio-R49496; Liu Hui-R64343
>&
On Thu, Nov 21, 2013 at 7:23 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 22/10/2013 01:34, Otavio Salvador wrote:
>> This patchset adds support for the Future Eletronics 7" WVGA LCD
>> extension board and implements its auto-detection using i2c to check
>> fo
On Thu, Nov 21, 2013 at 7:00 AM, Stefano Babic wrote:
> Hi Otavio, Jason, Fabio,
>
> On 18/11/2013 20:39, Otavio Salvador wrote:
>
>>
>> What is the final decision on this? I have the same change for many
>> boards which are/will be supported by 3.10.
>>
>
ation by remove the
> fdt_high=0x"
>
> Use the second approach to enable the boot of a FSL 3.10 kernel.
>
> [1] http://marc.info/?l=u-boot&m=138519609402384&w=2
>
> Signed-off-by: Fabio Estevam
My patch changed the load address for the d
On Mon, Nov 25, 2013 at 2:28 PM, Fabio Estevam wrote:
> On Mon, Nov 25, 2013 at 2:21 PM, Otavio Salvador
> wrote:
>
>> My patch changed the load address for the device tree blog, as
>> explained by Liu, it avoids an extra copy which may impact in boot
>> speed.
>
initrd_high this allows for those to be
relocated.
Signed-off-by: Otavio Salvador
---
include/configs/cgtqmx6eval.h | 2 --
include/configs/mx6sabre_common.h | 2 --
include/configs/nitrogen6x.h | 2 --
include/configs/udoo.h| 2 --
include/configs/wandboard.h | 2 --
5 files
On Tue, Nov 26, 2013 at 10:11 AM, Tom Rini wrote:
> On Tue, Nov 26, 2013 at 09:06:27AM -0200, Otavio Salvador wrote:
>
>> This patch fixes allow for the DeviceTree and initrd relocation fixing
>> the boot of FSL 3.10.9-1.0.0-alpha kernel.
>>
>> This changes following
lt; 18) | 0x1F;
+ writel(reg, &anatop->reg_core);
+}
+
#if defined(CONFIG_VIDEO_IPUV3)
void arch_preboot_os(void)
{
+ set_anatop_bypass();
+
/* disable video before launching O/S */
ipuv3_fb_shutdown();
}
Regards,
--
Otavio Salvador O.S. Systems
http://www.ossys
On Tue, Nov 26, 2013 at 12:39 PM, Eric Bénard wrote:
> Hi Otavio,
>
> Le Tue, 26 Nov 2013 12:32:45 -0200,
> Otavio Salvador a écrit :
>
>> Hello,
>>
>> last days I've been trying to isolate the hung cause of a customer
>> board, and also SabreSD board,
> mainline?
Mainline seems to not drive the pmic while the FSL kernel does. So it
seems we ought to bypass the internal LDO.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile:
On Tue, Nov 26, 2013 at 2:09 PM, Eric Bénard wrote:
> Le Tue, 26 Nov 2013 13:59:36 -0200,
> Otavio Salvador a écrit :
>> > Do you also get the kernel freeze without changing anything in
>> > u-boot when you disable cpufreq in the kernel ?
>>
>> The FSL kernel
901 - 1000 of 1615 matches
Mail list logo
