Hi Javier,
Many thanks for your patches. They look great
Missatge de Javier Martinez Canillas del dia
ds., 18 de maig 2024 a les 15:06:
>
> From: Javier Martinez Canillas
>
> The IGEPv2 board boot started to fail since the commit afd4f15a39de ("spi:
> omap3_spi: Read platform data in ofdata_to
Hi Javier,
Missatge de Javier Martinez Canillas del dia
ds., 18 de maig 2024 a les 15:06:
>
> From: Javier Martinez Canillas
>
> There are no SPI peripherals in neither the IGEPv2 board nor the IGEP COM
> Module, so there's no reason to have this enabled in the boards defconfig.
>
> Signed-off-b
Hi Javier,
Thanks for the patches.
Missatge de Javier Martinez Canillas del dia
ds., 18 de maig 2024 a les 15:06:
>
> From: Javier Martinez Canillas
>
> This change is heavily based on commit e0cc7df9fdf2 ("omap3_beagle: Update
> for DM SPL support"), that did the same update for the OMAP3 Beag
Hi Javier,
Yay, many thanks for this change.
Missatge de Sumit Garg del dia dl., 20 de maig
2024 a les 12:20:
>
> On Sat, 18 May 2024 at 18:36, Javier Martinez Canillas
> wrote:
> >
> > From: Javier Martinez Canillas
> >
> > Enable OF_UPSTREAM to use upstream DT and add a ti/omap/ prefix to th
Hi all,
I've some problems trying to boot a zImage with following command after
load the zImage and the fdt file on memory:
U-Boot > fdt addr ${dtbaddr}; fdt resize; bootz ${loadaddr} - ${dtbaddr}
But the sistem stops at Starting kernel ...
File transfer via NFS from server 192.168.2.245; our
Hi Tom,
Thanks for your quick reply.
2013/6/20 Tom Rini
> On Thu, Jun 20, 2013 at 12:27:02PM +0200, Enric Balletbo Serra wrote:
>
> > Hi all,
> >
> > I've some problems trying to boot a zImage with following command after
> > load the zImage and the fdt f
Hi Bo,
2013/6/27 Bo Shen :
> Hi All,
> When build u-boot master branch, I meet the following of error.
> ---8>---
> lib/rsa/rsa-sign.c:26:25: fatal error: openssl/rsa.h: No such file or
> directory
> ---<8---
>
> The master git commit id I build is:
> 1b9591c2375d59be333c98c760e06605007e20c3 (Co
Hi Javier,
2013/7/14 Javier Martinez Canillas :
> IGEP boards now have Device Tree support in the mainline
> kernel. To boot an IGEP board using a DT, a uEnv.txt plain
> text file could be used to define a custom uenvcmd that will
> be run by the default boot command.
>
> It is more convenient to
Now that all the IGEP boards have Device Tree support and uImage is
deprecated in favour of zImage, maybe, it's time to rethink the
default boot command. We can also use this to unify the different
bootargs between IGEP0020/30/32 and IGEP0033 that now are a bit
different.
IMHO, basically, there ar
2013/12/6 Enric Balletbo i Serra :
> Hi all,
>
> Most of the boards based on TI processors uses common configuration files
> (ti_armv7_common.h, ti__common.h) to avoid duplication of code.
> This is right except for OMAP3-based boards. In order to use the same schema
> as used on am33xx, omap4, oma
Hi Pekon,
2014/1/13 Gupta, Pekon :
> Hi Enric,
>
>>
>>Hi Pekon,
>>
>>2013/12/10 Gupta, Pekon :
>>> Hi Enric,
>>>
>>> Sorry I missed your earlier mail, so din't check this..
>>>
>>>>From: Enric Balletbo Serra [mailt
Hi Tom,
2014/1/6 Tom Rini :
> On Mon, Dec 23, 2013 at 12:11:25PM +0100, Enric Balletbo Serra wrote:
>> 2013/12/6 Enric Balletbo i Serra :
>> > Hi all,
>> >
>> > Most of the boards based on TI processors uses common configuration files
>> > (ti_armv7_co
Hi Tom,
2014/1/24 Tom Rini :
> On Fri, Jan 24, 2014 at 09:45:36AM +0100, Enric Balletbo Serra wrote:
>> Hi Tom,
>>
>> 2014/1/6 Tom Rini :
>> > On Mon, Dec 23, 2013 at 12:11:25PM +0100, Enric Balletbo Serra wrote:
>> >> 2013/12/6 Enric Balletbo i Serra :
&
Hi Simon,
2015-01-30 2:24 GMT+01:00 Simon Glass :
> Hi Enric,
>
> On 26 January 2015 at 10:55, Enric Balletbo Serra wrote:
>> I just tried boot with my OMAP3 based board (IGEPv2) and I found that
>> is broken in current mainline and v2015.01. The boot process stops at
>
Hi Tom,
2014-01-25 22:52 GMT+01:00 Enric Balletbo i Serra :
> Enable required clocks for GPIO to fix a boot issue introduced by commit
> f33b9bd3984fb11e1d8566a866adc5957b1e1c9d (arm: omap3: Enable clocks for
> peripherals only if they are used).
>
> Without this patch the u-boot freezes after the
Hi Tom,
2014-03-06 16:45 GMT+01:00 Tom Rini :
> Hey,
>
> The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
>
> arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
> (2014-03-04 09:42:07 -0500)
>
> are available in the git repository at:
>
> git://git.d
Hi Tom,
Any comments on these patch series ?
2013/2/7 Javier Martinez Canillas :
> On Thu, Feb 7, 2013 at 11:40 AM, [Enric Balletbo i Serra
> wrote:
>> From: Enric Balletbo i Serra
>>
>> Hi all,
>>
>> This is the second version to add support to the IGEP COM PROTON board in
>> current mainline.
Hi Tom,
Thanks for your comments.
2013/4/4 Tom Rini
> On Wed, Apr 03, 2013 at 03:12:03PM +0200, Enric Balletbo i Serra wrote:
>
> > From: Enric Balletbo i Serra
> >
> > The IGEP COM AQUILA and CYGNUS are industrial processors modules with
> > following highlights:
> >
> > o AM3352/AM3354 Te
Tom,
One more question...
2013/4/4 Enric Balletbo Serra
> Hi Tom,
>
> Thanks for your comments.
>
>
> 2013/4/4 Tom Rini
>
>> On Wed, Apr 03, 2013 at 03:12:03PM +0200, Enric Balletbo i Serra wrote:
>>
>> > From: Enric Balletbo i Serra
>> >
2012/12/28 Javier Martinez Canillas :
> When booting an IGEPv2 board from NAND with SPL, U-Boot hangs
> trying to read the OMAP General Purpose Memory Controller (GPMC).
>
> The reason is that the GPMC initialization function is called
> inside spl_board_init() and this function is only executed wh
Hi Kyungmin,
Thanks for revisit the patch.
2013/2/5 Kyungmin Park :
> Hi,
>
> On Tue, Feb 5, 2013 at 6:23 PM, Enric Balletbo i Serra
> wrote:
>> From: Enric Balletbo i Serra
>>
>> This patch will allow use SPL to boot an u-boot from the OneNAND.
>>
>> Tested with IGEPv2 board with a OneNAND fro
Hi Javier,
Thanks for your comments.
2013/2/6 Javier Martinez Canillas :
> Hi Enric,
>
> On Wed, Feb 6, 2013 at 9:29 AM, Enric Balletbo i Serra
> wrote:
>> From: Enric Balletbo i Serra
>>
>> The IGEP COM PROTON is a new ultra compact module design with an
>> on-board ethernet controller.
>>
>>
Hi Javier,
2013/2/6 Javier Martinez Canillas :
> On Wed, Feb 6, 2013 at 3:42 PM, Enric Balletbo Serra
> wrote:
>> Hi Javier,
>>
>
> Hi Enric,
>
>> Thanks for your comments.
>>
>> 2013/2/6 Javier Martinez Canillas :
>>> Hi Enric,
>>
Hi,
2013/2/5 Enric Balletbo Serra :
> Hi Kyungmin,
>
> Thanks for revisit the patch.
>
> 2013/2/5 Kyungmin Park :
>> Hi,
>>
>> On Tue, Feb 5, 2013 at 6:23 PM, Enric Balletbo i Serra
>> wrote:
>>> From: Enric Balletbo i Serra
>>>
>
Hi all,
2013/1/26 Matthias Brugger
> 2012/12/11 Matthias Brugger :
> > This patch tackles the time out problem which leads to break the
> > boot process, when loading file over nfs. The patch does two things.
> >
> > First of all, we just ignore messages that arrive with a rpc_id smaller
> > the
Hi Joe,
Thanks for answer.
2013/4/12 Joe Hershberger
> Hi Matthias and Enric,
>
> On Fri, Apr 12, 2013 at 3:08 AM, Enric Balletbo Serra
> wrote:
> > Hi all,
> >
> > 2013/1/26 Matthias Brugger
> >>
> >> 2012/12/11 Matthias Brugger :
> >&
Hi Lars,
2013/9/26 Mugunthan V N :
> On 9/25/2013 5:21 AM, Lars Poeschel wrote:
>> From: Lars Poeschel
>>
>> I compiled and tried v2013.10-rc2 on pcm051 and it fails booting over
>> tftp. I could bisect 2bf36ac638ab2db9f0295aa47064976eeebf80c1 as the
>> cause of the problem. It moves bd_ram_ofs f
Hi Sricharan,
2013/10/16 Sricharan R :
> Changing the IO settings to turn on VREF_DQ and
> disable weak pullup for DQS/nDQS.
>
> Signed-off-by: Sricharan R
> ---
> arch/arm/include/asm/arch-omap5/omap.h |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/incl
Hi Sricharan,
2013/10/16 Sricharan R :
> Hi,
>
> On Wednesday 16 October 2013 06:03 PM, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 10/16/2013 07:34 AM, Enric Balletbo Serra wrote:
>>> Hi Sricharan,
>>>
>>&g
Hi Brad and Sricharan,
2013/10/17 Sricharan R :
> Hi Brad,
>
> On Thursday 17 October 2013 08:05 AM, Griffis, Brad wrote:
>> First, Sricharan, thanks for putting together these patches and getting them
>> posted so quickly. I approve of the code but wanted to comment on the
>> commit message.
Hi all,
Should the command 'run something"' return the value that returns
"something" or just return "true" if can execute something and "false"
if it can't ?
I'll explain. Imagine you have a variable that loads a file from the
mmc but this files doesn't exist.
loadfile=load mmc ${mmcdev} ${lo
Hi Roger,
Thanks for the patches!
2013/11/6 Roger Quadros :
> Hi,
>
> This series adds SATA support for OMAP5 uevm board.
>
> This is an RFC patchset for review only. Patches are based
> on v2013.10.
>
> cheers,
> -roger
>
> ---
> Roger Quadros (5):
> ahci: Error out with message on malloc() fa
Hi Roger,
2013/11/11 Roger Quadros :
> Hi,
>
> This series adds SATA support for OMAP5 uevm and DRA7 evm.
>
> Patches are also availabe at
> g...@github.com:rogerq/u-boot.git sata
>
> v3:
> - get rid of custom perror() macro, use printf
> - Fixed coding sytle issues
>
> v2:
> - Address revi
Hi Thomas,
CC'ing Javier MartÃnez
2013/11/27 Thomas Petazzoni :
> Hello,
>
> We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> we're seeing random I2C communication problems at startup.
>
Right, I've rep
Hi Thomas,
2013/11/27 Thomas Petazzoni :
> Dear Enric Balletbo Serra,
>
> On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
>
>> 2013/11/27 Thomas Petazzoni :
>> > Hello,
>> >
>> > We've recently updated from u-boot 2013.04 to u-bo
Hi all,
2013/11/27 Nikita Kiryanov :
> On 11/27/2013 06:10 PM, Thomas Petazzoni wrote:
>>
>> Dear Nikita Kiryanov,
>>
>> On Wed, 27 Nov 2013 17:52:31 +0200, Nikita Kiryanov wrote:
>>
>>> The zeroing of the cnt register also happens in other places in the
>>> driver, and it is entirely possible tha
smission takes place.
>
> Therefore, remove all writes that zero the cnt register.
>
> Cc: Heiko Schocher
> Cc: Thomas Petazzoni
> Cc: Tom Rini
> Cc: Lubomir Popov
> Cc: Enric Balletbo Serra
> Signed-off-by: Nikita Kiryanov
> ---
> Changes in V2:
>
Hi Tom,
2013/12/4 Tom Rini :
> On Wed, Nov 20, 2013 at 01:40:18PM -0600, Dan Murphy wrote:
>
>> Commonize in the ti_armv7_common.h the boot scripts for
>> USB, MMC and NAND.
>>
>> Each board file can then select which BOOT_TARGETS are applicable
>> for the target board.
>> And any parameters based
2013/12/4 Tom Rini :
> On Wed, Dec 04, 2013 at 03:14:08PM +0100, Enric Balletbo Serra wrote:
>> Hi Tom,
>>
>> 2013/12/4 Tom Rini :
>> > On Wed, Nov 20, 2013 at 01:40:18PM -0600, Dan Murphy wrote:
>> >
>> >> Commonize in the ti_armv7_co
Dear Pekon,
I'm trying to enable the support for BCH8 for platforms that do not
have ELM hardware engine. Maybe I'm missing something but my first and
quick attempt was applying the following patch:
http://pastebin.com/VUjuGChR
With this patch I'm able to switch to
OMAP_ECC_BCH8_CODE_HW_DETECT
Hi Pekon,
Just a comment for OMAP3-based IGEP boards, see below ...
2013/12/5 Pekon Gupta :
> This patch adds CONFIG_SPL_NAND_DEVICE_WIDTH to specify bus-width of NAND
> device
> CONFIG_SPL_NAND_DEVICE_WIDTH == 16: NAND device with x16 bus-width
> CONFIG_SPL_NAND_DEVICE_WIDTH == 8: NAND dev
2013/12/4 Enric Balletbo Serra :
> Dear Pekon,
>
> I'm trying to enable the support for BCH8 for platforms that do not
> have ELM hardware engine. Maybe I'm missing something but my first and
> quick attempt was applying the following patch:
>
> http://pastebin.c
Hi Pekon,
2013/12/10 Gupta, Pekon :
> Hi Enric,
>
> Sorry I missed your earlier mail, so din't check this..
>
>>From: Enric Balletbo Serra [mailto:eballe...@gmail.com]
>>>
>>> I saw that the OOB layout is not the same when I flash the rootfs from
>&
Hi Roger,
2013/12/4 Tom Rini :
> On Mon, Nov 11, 2013 at 04:56:36PM +0200, Roger Quadros wrote:
>
>> Hi,
>>
>> This series adds SATA support for OMAP5 uevm and DRA7 evm.
>>
>> Patches are also availabe at
>> g...@github.com:rogerq/u-boot.git sata
>>
>> v3:
>> - get rid of custom perror() macr
Hi Tom,
Just a comment below ...
2013/7/19 Tom Rini :
> Add a am33xx_spl_board_init (and enable the PMICs) that we may see,
> depending on the board we are running on. In all cases, we see if we
> can rely on the efuse_sma register to tell us the maximum speed. In the
> case of Beaglebone White
Hi Tom,
Thanks for the answer.
2013/7/18 Tom Rini :
> On Tue, Jul 16, 2013 at 10:00:16AM +0200, Enric Balletbo Serra wrote:
>
> [snip]
>> o 2nd proposal:
>>
>> 4 partitions:
>> SPL
>> U-Boot
>> U-Boot Environment
&
2013/7/23 Enric Balletbo Serra :
> Hi Tom,
>
> Thanks for the answer.
>
> 2013/7/18 Tom Rini :
>> On Tue, Jul 16, 2013 at 10:00:16AM +0200, Enric Balletbo Serra wrote:
>>
>> [snip]
>>> o 2nd proposal:
>>>
>>> 4 partitions:
>&
Hi Tom,
2013/7/23 Dan Murphy :
> On 07/19/2013 02:00 PM, Tom Rini wrote:
>> Add a am33xx_spl_board_init (and enable the PMICs) that we may see,
>> depending on the board we are running on. In all cases, we see if we
>> can rely on the efuse_sma register to tell us the maximum speed. In the
>> ca
Hi all,
Sorry for late reply, I was out of office.
2013/8/19 Tom Rini :
> On Mon, Aug 19, 2013 at 04:38:56PM +0200, Heiko Schocher wrote:
>
>> Signed-off-by: Heiko Schocher
>> Acked-by: Mugunthan V N
>
> Looks fine, but can we get this tested on the isee board too? It's a
> functional change
Hi Javier,
Just an observation...
2013/8/31 Javier Martinez Canillas :
> There seems to be a naming convention for the configuration
> files for boards using the same SoC family. This makes
> easier to do changes that affect different boards based
> on the same SoC.
>
> Since the IGEP COM AQUILA
Hi Javier,
Just some minor changes ...
2013/8/31 Javier Martinez Canillas :
> There seems to be a naming convention for the configuration
> files for boards using the same SoC family. This makes
> easier to do changes that affect different boards based
> on the same SoC.
>
> Since the IGEP COM AQ
2013/9/2 Javier Martinez Canillas :
> There seems to be a naming convention for the configuration
> files for boards using the same SoC family. This makes
> easier to do changes that affect different boards based
> on the same SoC.
>
> Since the IGEPv2 board and the IGEP COM Module use a TI
> OMAP3
Hi Peko
2014-04-03 9:09 GMT+02:00 Pekon Gupta :
> fixes commit e37e954eba3edb5015a0a02880d57517f57425d8
> OMAP3: igep00x0: Convert to ti_omap3_common.h.
>
> Above commit introduced compilation error when building igep0020 and igep0030
> boards for NAND boot. It removed 'CONFIG_SYS_NAND_U_BOOT_
Hi,
2012/10/28 Anders Hedlund :
> This adds support for WIFI/BT GPIOs which were previously missing.
>
> Signed-off-by: Anders Hedlund
> Cc: Enric Balletbo i Serra
> Cc: Jonas Zetterberg
> ---
> board/isee/igep0020/igep0020.h |6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/bo
2012/10/29 Anders Hedlund :
> 2012/10/29 Enric Balletbo Serra :
>> Hi,
>>
>> 2012/10/28 Anders Hedlund :
>>> This adds support for WIFI/BT GPIOs which were previously missing.
>>>
>>> Signed-off-by: Anders Hedlund
>>> Cc: Enric Balletbo i
Hi Ladislav,
Thanks for the patch, some comments below
2015-12-30 2:50 GMT+01:00 Ladislav Michl :
> File is already included:
> omap3_igep00x0.h -> ti_omap3_common.h -> ti_armv7_omap.h ->
> ti_armv7_common.h -> config_distro_defaults.h
>
> Signed-off-by: Ladislav Michl
> ---
> include/configs/o
t; U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
I personally find this a bit annoying too, so you have my ack
Acked-by: Enric Balletbo Serra
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
+Ladis who might be also interested.
Missatge de Boris Brezillon del dia dl.,
10 de des. 2018 a les 16:38:
>
> We are trying to get rid of the weak board_mtdparts_default() function
> and we need to make sure igep defconfigs have proper proper
> CONFIG_MTD{IDS,PARTS}_DEFAULT before doing that.
>
>
+Ladis who might be also interested.
Missatge de Boris Brezillon del dia dl.,
10 de des. 2018 a les 16:38:
>
> The only implementer of this function has been patched to use
> CONFIG_MTD{IDS,PARTS}_DEFAULT instead. Let's get rid of this function
> and the associated CONFIG_SYS_MTDPARTS_RUNTIME opti
Hi Boris,
Missatge de Enric Balletbo Serra del dia dl., 10
de des. 2018 a les 22:50:
>
> +Ladis who might be also interested.
> Missatge de Boris Brezillon del dia dl.,
> 10 de des. 2018 a les 16:38:
> >
> > We are trying to get rid of the weak board_mtdparts_default()
Hi Boris,
Missatge de Boris Brezillon del dia dc.,
12 de des. 2018 a les 18:36:
>
> On Wed, 12 Dec 2018 12:37:04 +0100
> Ladislav Michl wrote:
>
> > Now problem is that IGEPv2 comes with quite many configurations, some of
> > them are even customized, so static configuration is a show stopper
>
Hello Boris,
Missatge de Boris Brezillon del dia dj.,
15 de nov. 2018 a les 16:58:
>
> Hello Enric,
>
> Miquel and I recently reworked drivers/mtd/mtdpart.c to get MTD
> partitions exposed as MTD devices (as is done in Linux) instead of
> having yet another abstraction to handle them (see what's
Missatge de Boris Brezillon del dia dj.,
15 de nov. 2018 a les 23:40:
>
> On Thu, 15 Nov 2018 23:18:46 +0100
> Enric Balletbo Serra wrote:
>
> > Hello Boris,
> >
> > Missatge de Boris Brezillon del dia dj.,
> > 15 de nov. 2018 a les 16:58:
> > >
2016-04-13 7:19 GMT+02:00 Heiko Schocher :
> Hello Enric,
>
>
> Am 25.01.2016 um 17:56 schrieb Enric Balletbo Serra:
>>
>> Hi Ladis,
>>
>> 2016-01-25 16:56 GMT+01:00 Ladislav Michl :
>>>
>>> Hi Enric,
>>>
>>> On Mon, Jan 25,
Hi Ladislav,
2016-04-13 13:39 GMT+02:00 Enric Balletbo Serra :
> 2016-04-13 7:19 GMT+02:00 Heiko Schocher :
>> Hello Enric,
>>
>>
>> Am 25.01.2016 um 17:56 schrieb Enric Balletbo Serra:
>>>
>>> Hi Ladis,
>>>
>>> 2016-01-25 16:56 GMT+0
Hi Tom,
2016-04-25 16:44 GMT+02:00 Tom Rini :
> In the case of booting from NAND on these boards, remove MMC support
> from SPL so that we can continue to fit into the safest partitioning of
> the available SRAM.
>
> Reported-by: Heiko Schocher
> Cc: Enric Balletbo i Serra
> Signed-off-by: Tom R
Hi Tom,
2016-04-25 17:16 GMT+02:00 Tom Rini :
> On Mon, Apr 25, 2016 at 05:09:50PM +0200, Enric Balletbo Serra wrote:
>> Hi Tom,
>>
>> 2016-04-25 16:44 GMT+02:00 Tom Rini :
>> > In the case of booting from NAND on these boards, remove MMC support
>> > from
Hi Heiko,
2016-04-27 6:25 GMT+02:00 Heiko Schocher :
> Hello Enric,
>
> Am 26.04.2016 um 17:05 schrieb Enric Balletbo i Serra:
>>
>> Internal SRAM starts at 0x4020 and ends at 0x4020, so there
>> are 64KB available to be used for SPL. This will also help some
>> compilers to fit all the co
2016-06-02 11:43 GMT+02:00 Ladislav Michl :
> Signed-off-by: Ladislav Michl
> ---
> diff --git a/arch/arm/cpu/armv7/omap-common/utils.c
> b/arch/arm/cpu/armv7/omap-common/utils.c
> index 52ea734..2d03ebf 100644
> --- a/arch/arm/cpu/armv7/omap-common/utils.c
> +++ b/arch/arm/cpu/armv7/omap-common/
I just tried boot with my OMAP3 based board (IGEPv2) and I found that
is broken in current mainline and v2015.01. The boot process stops at
reading u-boot.img
Did someone, with another OMAP3 board, have the same problem?
I bisected the problem and looks that was introduced in following commit.
2016-08-30 11:51 GMT+02:00 Masahiro Yamada :
> We are supposed to not add config entries with only "default y"
> in board/SoC Kconfig files.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/Kconfig | 1 +
> board/tcl/sl50/Kconfig | 6 --
> 2 files changed, 1 insertion(+), 6 deletio
Hi Ladis,
2016-09-20 11:04 GMT+02:00 Ladislav Michl :
> As a single U-Boot binary can now run on various board modifications,
> drop CONFIG_DISPLAY_BOARDINFO as there's no known way to distinguish
> between them. Also saves few bytes as a bonus.
>
> Signed-off-by: Ladislav Michl
> ---
> board/is
Hi,
2016-09-21 11:39 GMT+02:00 Ladislav Michl :
> On Tue, Sep 20, 2016 at 08:26:36PM -0400, Tom Rini wrote:
>> On Wed, Sep 21, 2016 at 01:52:21AM +0200, Ladislav Michl wrote:
>> > On Tue, Sep 20, 2016 at 07:45:14PM -0400, Tom Rini wrote:
> [snip]
>> > > But why do we even need to set MACH_TYPE the
2016-09-21 14:51 GMT+02:00 Tom Rini :
> On Wed, Sep 21, 2016 at 01:46:51PM +0200, Enric Balletbo Serra wrote:
>> Hi,
>>
>> 2016-09-21 11:39 GMT+02:00 Ladislav Michl :
>> > On Tue, Sep 20, 2016 at 08:26:36PM -0400, Tom Rini wrote:
>> >> On Wed, Sep 21, 2016
Hi Ladis,
Many thanks for your work on this, see some comments below ...
2016-01-21 7:07 GMT+01:00 Heiko Schocher :
> Hello Ladislav,
>
> Am 17.01.2016 um 04:16 schrieb Ladislav Michl:
>>
>> Convert IGEP board to use UBI volumes for U-Boot, its environment and
>> kernel. With exception of first f
2016-01-21 7:08 GMT+01:00 Heiko Schocher :
> Hello Ladislav,
>
> Am 17.01.2016 um 04:16 schrieb Ladislav Michl:
>>
>> Implement spl_start_uboot to let Falcon mode work.
>>
>> Signed-off-by: Ladislav Michl
>> ---
>> board/isee/igep00x0/igep00x0.c | 12
>> 1 file changed, 12 insertio
2016-01-21 11:35 GMT+01:00 Ladislav Michl :
> Do not undefine CONFIG_BOOTDELAY, so board can boot without user
> intervention.
>
> Signed-off-by: Ladislav Michl
> ---
> include/configs/omap3_igep00x0.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/include/configs/omap3_igep00x0.h
> b
Hi,
2016-01-25 7:39 GMT+01:00 Heiko Schocher :
> Hello Enric, Ladislav,
>
> Am 22.01.2016 um 23:35 schrieb Enric Balletbo Serra:
>>
>> Hi Ladis,
>>
>> Many thanks for your work on this, see some comments below ...
>
>
> Sorry, pull request is sent with
Hi Ladis,
2016-01-25 16:56 GMT+01:00 Ladislav Michl :
> Hi Enric,
>
> On Mon, Jan 25, 2016 at 08:26:23AM +0100, Enric Balletbo Serra wrote:
>> The ROM boot on OMAP reads the first 4 blocks searching for the SPL,
>> in production is a practice flash the SPL 4 times. OneNAN
2017-08-26 15:37 GMT+02:00 Simon Glass :
> On 11 August 2017 at 07:03, Adam Ford wrote:
>> This converts the following to Kconfig:
>>CONFIG_NAND_OMAP_GPMC
>>CONFIG_NAND_OMAP_GPMC_PREFETCH
>>CONFIG_NAND_OMAP_ELM
>>CONFIG_SYS_NAND_BUSWIDTH_16BIT
>>CONFIG_SPL_NAND_AM33XX_BCH
>>
2017-08-19 0:02 GMT+02:00 Pau Pajuelo :
> Tested-by: Pau Pajuelo
>
> 2017-08-17 3:06 GMT+02:00 Ladislav Michl :
>> Avoid cluttering board file with CONFIG_SPL_BUILD ifdefs
>> by moving SPL related functions into separate file.
>>
>> Signed-off-by: Ladislav Michl
>> ---
>> board/isee/igep00x0/Mak
2017-01-10 23:22 GMT+01:00 Tom Rini :
> The MACH_TYPE for IGEP0032 was never officially used and has been
> removed from upstream, so we must not use it. In order to remove this
> we need to rework the status LED logic.
>
> Cc: Enric Balletbo i Serra
> Signed-off-by: Tom Rini
> ---
> configs/ig
2017-01-11 16:05 GMT+01:00 Tom Rini :
> On Wed, Jan 11, 2017 at 03:59:17PM +0100, Enric Balletbo Serra wrote:
>> 2017-01-10 23:22 GMT+01:00 Tom Rini :
>> > The MACH_TYPE for IGEP0032 was never officially used and has been
>> > removed from upstream, so we must not use i
Missatge de Markus Klotzbuecher del dia dc., 15 de maig
2019 a les 15:16:
>
> From: Markus Klotzbuecher
>
> Migrate the ubispl configuration for the omap3_igep00x0 and
> am335x_igep003x boards to KConfig. Both boards were built with
> SOURCE_DATE_EPOCH=0 and found to be equal before and after.
>
84 matches
Mail list logo
