d as struct termios2 in other architectures).
So there is no need to use the TCGETS2/TCSETS2 ioctls on that architecture
and just TCGETS/TCSETS ioctls with termios as defined by PowerPC is enough.
Fixes: 93b55636b09f ("tools: kwboot: Allow any baudrate on Linux")
Signed-off-by: Javier Ma
hat's not
supported by the EFI_PARTITION_INFO_PROTOCOL implementation yet. The test
can be extended once the support is implemented, or if the in-memory disk
image used for the test is modified to have a GPT partition type instead.
Suggested-by: Tom Rini
Signed-off-by: Javier Martinez Canillas
backward compatibility and can be added
as a follow-up if needed, to make it fully compliant with the EFI spec.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Ilias Apalodimas
---
Changes in v3:
- Add ifdef guards for {EFI,DOS}_PARTITION being disabled (Ilias Apalodimas).
include/part_efi.h
This function will be used by the EFI application disk support code
to provide data required by the EFI_PARTITION_INFORMATION_PROTOCOL.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
disk/part_efi.c | 2 +-
include/part.h | 14
include (Ilias Apalodimas).
- Rebase on top of -next (Ilias Apalodimas).
Changes in v2:
- Add a test for the EFI partition information protocol (Tom Rini).
Javier Martinez Canillas (4):
disk: efi: Move logic to get a GPT entry into a helper function
disk: efi: expose the part_get_gpt_pte() hel
Factor out the logic to get the Partition Table Entry (PTE) of a given
partition into a helper function, since it could be used by other code.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
disk/part_efi.c | 67
Ilias Apalodimas writes:
> Hi Javier no worries
>
> On Wed, 18 Jun 2025 at 22:49, Javier Martinez Canillas
> wrote:
>>
>> Ilias Apalodimas writes:
>>
>> Hello Ilias,
>>
>> > Javier I reviewed the patches but I probably missed something.
I can
replicate the issue. I tested with the following build command:
make qemu-x86_64_defconfig && make -j8
> Thanks
>
> /Ilias
>
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Tom Rini writes:
Hello Tom,
> On Wed, Jun 18, 2025 at 10:00:34AM +0200, Javier Martinez Canillas wrote:
[...]
>> 05: efi_selftest: Add basic partition info check to block io test
>>aarch64: (for 1/1 boards) all +563.0 rodata +179.0 text +384.0
>>
backward compatibility and can be added
as a follow-up if needed, to make it fully compliant with the EFI spec.
Signed-off-by: Javier Martinez Canillas
---
(no changes since v1)
include/part_efi.h| 20
lib/efi_loader/efi_disk.c | 38
hat's not
supported by the EFI_PARTITION_INFO_PROTOCOL implementation yet. The test
can be extended once the support is implemented, or if the in-memory disk
image used for the test is modified to have a GPT partition type instead.
Suggested-by: Tom Rini
Signed-off-by: Javier Martine
This function will be used by the EFI application disk support code
to provide data required by the EFI_PARTITION_INFORMATION_PROTOCOL.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
disk/part_efi.c | 2 +-
include/part.h | 14
Factor out the logic to get the Partition Table Entry (PTE) of a given
partition into a helper function, since it could be used by other code.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
disk/part_efi.c | 67
old new
delta
execute 36428 36796
+368
partition_info_guid - 16
+16
(no errors to report)
Changes in v2:
- Add a test for the EFI partition information protocol (Tom Rini).
Ja
t; Reviewed-by: Ilias Apalodimas
> Signed-off-by: Heinrich Schuchardt
Oh, I answerd to v1 before realizing that you already posted a v2.
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Heinrich Schuchardt writes:
> The sandbox is used for a lot of generic development, we should run the
> UEFI tests there, too.
>
> Reported-by: Javier Martinez Canillas
> Reviewed-by: Ilias Apalodimas
> Signed-off-by: Heinrich Schuchardt
> ---
Reviewed-by: Javier Martine
Heinrich Schuchardt writes:
> The sandbox is used for a lot of generic development, we should run the
> UEFI tests there, too.
>
> Reported-by: Javier Martinez Canillas
> Signed-off-by: Heinrich Schuchardt
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards
Heinrich Schuchardt writes:
Hello Heinrich,
> The TPM emulation on the sandbox is incomplete.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> test/py/tests/test_efi_selftest.py | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Javier Martinez Canillas
--
Best rega
Tom Rini writes:
Hello Tom,
> On Mon, Jun 16, 2025 at 08:53:32PM +0200, Javier Martinez Canillas wrote:
>
>> The commit 859621b47f9e ("python: Recreate test/py and tools/buildman
>> requirements.txt files") recreated the python requirements but dropped
>> the
e/javier/devel/u-boot/Makefile:2079: scripts_dtc] Error 2
make: *** [Makefile:177: sub-make] Error 2
Exit code: 2
Fixes: 859621b47f9e ("python: Recreate test/py and tools/buildman
requirements.txt files")
Signed-off-by: Javier Martinez Canillas
---
test/py/requirements.txt | 1
Ilias Apalodimas writes:
Hello Ilias,
> On Mon, 16 Jun 2025 at 17:08, Javier Martinez Canillas
> wrote:
>>
>> Heinrich Schuchardt writes:
>>
>> Thanks Ilias and Heinrich for your review / feedback.
>>
>> > On 16.06.25 15:32, Ilias Apalodimas wrot
Heinrich Schuchardt writes:
Thanks Ilias and Heinrich for your review / feedback.
> On 16.06.25 15:32, Ilias Apalodimas wrote:
>> On Fri, 13 Jun 2025 at 11:58, Javier Martinez Canillas
>> wrote:
>>>
>>> Factor out the logic to get the Partition Table Entry (PTE
Tom Rini writes:
Hello Tom,
> On Fri, Jun 13, 2025 at 04:54:48PM +0200, Javier Martinez Canillas wrote:
[...]
>> The project is https://gitlab.com/CentOS/automotive/src/ukiboot and reads
>> UKI (https://uapi-group.org/specifications/specs/unified_kernel_image)
>>
Heinrich Schuchardt writes:
> Am 13. Juni 2025 16:54:48 MESZ schrieb Javier Martinez Canillas
> :
>>Heinrich Schuchardt writes:
>>
>>Hello Heinrich,
>>
>>Thanks for your feedback.
>>
>>> Am 13. Juni 2025 10:57:38 MESZ schrieb Javier Marti
Heinrich Schuchardt writes:
Hello Heinrich,
Thanks for your feedback.
> Am 13. Juni 2025 10:57:38 MESZ schrieb Javier Martinez Canillas
> :
>>The UEFI 2.10 specification mentions that this protocol shall be installed
>>along with EFI_BLOCK_IO_PROTOCOL. It provides cached par
backward compatibility and can be added
as a follow-up if needed, to make it fully compliant with the EFI spec.
Signed-off-by: Javier Martinez Canillas
---
include/part_efi.h| 20
lib/efi_loader/efi_disk.c | 38 --
2 files changed, 56
This function will be used by the EFI application disk support code
to provide data required by the EFI_PARTITION_INFORMATION_PROTOCOL.
Signed-off-by: Javier Martinez Canillas
---
disk/part_efi.c | 2 +-
include/part.h | 14 ++
2 files changed, 15 insertions(+), 1 deletion
Factor out the logic to get the Partition Table Entry (PTE) of a given
partition into a helper function, since it could be used by other code.
Signed-off-by: Javier Martinez Canillas
---
disk/part_efi.c | 67 +
1 file changed, 40 insertions
ctual protocol support using the mentioned helper
to get the GPT partitions table entries.
Javier Martinez Canillas (3):
disk: efi: Move logic to get a GPT entry into a helper function
disk: efi: expose the part_get_gpt_pte() helper function
efi_loader: disk: add EFI_PARTITION_INFO_PROTOCOL su
Simon Glass writes:
Hello Simon,
> This header file is not used, so drop it.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
I've already reviewed v1 but you didn't keep the tag.
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Simon Glass writes:
Hello Simon,
> This header file is not used, so drop it.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
From: Javier Martinez Canillas
When building with the igep00x0_defconfig, the following warning is shown:
$ make -j $(nproc)
...
LD spl/u-boot-spl
OBJCOPY spl/u-boot-spl-nodtb.bin
SYM spl/u-boot-spl.sym
CAT spl/u-boot-spl-dtb.bin
COPYspl/u-boot-spl.bin
Hello Tom,
On Mon, Jun 3, 2024 at 7:41 PM Tom Rini wrote:
>
> On Sat, 18 May 2024 15:06:11 +0200, Javier Martinez Canillas wrote:
>
> > I noticed that the IGEPv2 board did not boot anymore with mainline U-Boot.
> > This was caused by a driver change to allocate its
Enable OF_UPSTREAM to use upstream DT and add a ti/omap/ prefix to the
DEFAULT_DEVICE_TREE config option.
That way, a DTS from the upstream dts/upstream/src/ directory is used
instead of the arch/$(ARCH)/dts/ directory. These in turn are removed.
Signed-off-by: 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 Beagle board.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/dts/omap3-igep0020-u-boot.dtsi | 14 ++
board/isee/igep00x0/
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-by: Javier Martinez Canillas
---
configs/igep00x0_defconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/co
the value that
is set by other OMAP3 boards.
Signed-off-by: Javier Martinez Canillas
---
configs/igep00x0_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configs/igep00x0_defconfig b/configs/igep00x0_defconfig
index 261f71acc1dd..e4d25556e3f3 100644
---
avier
Javier Martinez Canillas (4):
omap3: igep00x0: Increase malloc() pool size
omap3: igep0x00: Drop unused SPI support
omap3: igep0x00: Update for DM SPL support
omap3: igep0x00: Migrate to use upstream DT
arch/arm/dts/Makefile | 3 -
arch/arm/dts/omap3-igep
From: Javier Martinez Canillas
Enable OF_UPSTREAM to use upstream DT and add a ti/omap/ prefix to the
DEFAULT_DEVICE_TREE config option.
That way, a DTS from the upstream dts/upstream/src/ directory is used
instead of the arch/$(ARCH)/dts/ directory. These in turn are removed.
Signed-off-by
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-by: Javier Martinez Canillas
---
configs/igep00x0_defconfig | 3 ---
1 file changed, 3 dele
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 Beagle board.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/dts/omap3-igep0020-u-boot.dtsi | 14 ++-
From: Javier Martinez Canillas
The IGEPv2 board boot started to fail since the commit afd4f15a39de ("spi:
omap3_spi: Read platform data in ofdata_to_platdata()"). Because this made
the OMAP3 SPI controller driver to allocate its platform data before doing
a relocation, but the igep0
avier
Javier Martinez Canillas (4):
omap3: igep00x0: Increase malloc() pool size
omap3: igep0x00: Drop unused SPI support
omap3: igep0x00: Update for DM SPL support
omap3: igep0x00: Migrate to use upstream DT
arch/arm/dts/Makefile | 3 -
arch/arm/dts/omap3-igep
On Wed, Jun 16, 2021 at 2:20 PM Icenowy Zheng wrote:
>
> I'm trying RK3399 with Linux. EFIFB never works as intended (maybe it's
> because IOMMU is reconfigured), and rockchipdrmfb will be fb1 (leave
> non-working EFIFB as fb0), makes fbcon unusable.
>
> The second problem has a proposed fix, but
pdate the stdout env var blindly to make the display to work again.
There's a CONFIG_VIDCONSOLE_AS_LCD config option to workaround this,
so enable it in the Chromebooks' default configuration files to allow
users to change their stdout env var before the workaround is removed.
Suggested-by
the voltage up to a level that's safe for all cpu frequencies.
>
> Signed-off-by: Sjoerd Simons
>
> ---
>
Your patch looks good to me, 1.3V matches the operating point defined
in the Exynos5250.dtsi for the maximum CPU frequency (1.7 GHz).
Reviewed-by: Javier Martinez Cani
regardless of the controller type.
>
> Signed-off-by: Sjoerd Simons
>
Great, I didn't know u-boot now supported this!
It was particularly confusing in Snow IIRC because the ChromiumOS vendor
u-boot was built with XHCI support while mainline with EHCI by default.
Reviewed-by: Javie
Hello Ladis,
On Fri, Nov 4, 2016 at 8:59 AM, Ladislav Michl wrote:
> Tested on IGEPv2 with Micron MT29F4G16ABBDA3W and
> Hynix H27S4G6F2DKA-BM
>
> Signed-off-by: Ladislav Michl
> ---
Reviewed-by: Javier Martinez Canillas
I don't have an IGEPv2 with Hynix to test, but e
Hello Ladis,
On Fri, Nov 4, 2016 at 8:57 AM, Ladislav Michl wrote:
> Defconfigs should remain the same except CONFIG_SYS_EXTRA_OPTIONS.
> Drop NAND specific defconfig as flash type is runtime detected.
>
> Signed-off-by: Ladislav Michl
> ---
Reviewed-by: Javier Martinez Canillas
; as a bonus.
>
> Signed-off-by: Ladislav Michl
> ---
Patch looks good to me.
Reviewed-by: Javier Martinez Canillas
I've also tested on an IGEPv2 board:
Tested-by: Javier Martinez Canillas
Best regards,
Javier
___
U-Boot mailing list
Hello Ladis,
On Fri, Nov 4, 2016 at 2:21 PM, Ladislav Michl wrote:
> On Fri, Nov 04, 2016 at 12:42:57PM -0300, Javier Martinez Canillas wrote:
>> Hello Ladis,
>>
>> On 11/04/2016 08:55 AM, Ladislav Michl wrote:
>> > As a single U-Boot binary can now run on various
Hello Ladislav,
On Mon, Oct 12, 2015 at 6:09 PM, Ladislav Michl wrote:
> Used NAND chips requires at least 4-bit error correction, so use BCH8
> as it is what kernel uses.
>
> Signed-off-by: Ladislav Michl
>
Thanks for the patch. It looks good to me.
Acked-by: Javier Martinez
Hello Lukasz,
On Fri, Nov 28, 2014 at 9:39 AM, Lukasz Majewski wrote:
>> I have yet to take him up on that offer though, but it sounds like a
>> good way forward. The current layout really isn't practical.
>>
>
> It indeed isn't very practical, but this is what you received from
> HardKernel when
On Thu, Oct 17, 2013 at 6:30 AM, Javier Martinez Canillas
wrote:
> From: 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
&g
From: 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 use TI AM335x processors, is better
to rename its
From: 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
OMAP35xx/DM37xx
board
config to use this naming scheme.
Signed-off-by: Javier Martinez Canillas
Acked-by: Enric Balletbo i Serra
---
Changes since v2:
- Rebase patch to adapt to new boards.cfg file format.
Changes since v1:
- Fix some issues in the commit changelog pointed out by Enric Balletbo.
boards.cfg
scheme.
Signed-off-by: Javier Martinez Canillas
Acked-by: Enric Balletbo i Serra
---
Changes since v2:
- Rebase patch to adapt to new boards.cfg file format.
Changes since v1:
- Fix some issues in the commit changelog pointed out by Enric Balletbo.
boards.cfg
scheme.
Signed-off-by: Javier Martinez Canillas
Acked-by: Enric Balletbo i Serra
---
Changes since v2:
- Rebase patch to adapt to new boards.cfg file format.
Changes since v1:
- Fix some issues in the commit changelog pointed out by Enric Balletbo.
boards.cfg
board
config to use this naming scheme.
Signed-off-by: Javier Martinez Canillas
Acked-by: Enric Balletbo i Serra
---
Changes since v2:
- Rebase patch to adapt to new boards.cfg file format.
Changes since v1:
- Fix some issues in the commit changelog pointed out by Enric Balletbo.
boards.cfg
On 09/19/2013 05:00 PM, Igor Grinberg wrote:
> Hi Javier,
>
> On 09/19/2013 04:04 PM, Javier Martinez Canillas wrote:
>> On Mon, Sep 2, 2013 at 1:52 PM, Enric Balletbo Serra
>> wrote:
>>> 2013/9/2 Javier Martinez Canillas :
>>>> There seems to be
On Thu, Sep 19, 2013 at 5:13 PM, Javier Martinez Canillas
wrote:
> On 09/19/2013 05:00 PM, Igor Grinberg wrote:
>> Hi Javier,
>>
>> On 09/19/2013 04:04 PM, Javier Martinez Canillas wrote:
>>> On Mon, Sep 2, 2013 at 1:52 PM, Enric Balletbo Serra
>>> wrote:
On Mon, Sep 2, 2013 at 1:52 PM, Enric Balletbo Serra
wrote:
> 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 bas
d)
> {
> @@ -83,7 +83,7 @@ void set_mux_conf_regs(void)
>
> void sdram_init(void)
> {
> - config_ddr(303, K4B2G1646EBIH9_IOCTRL_VALUE, &ddr3_data,
> + config_ddr(400, K4B2G1646EBIH9_IOCTRL_VALUE, &ddr3_data,
>&ddr3_cmd_ctrl_data, &ddr3
board
config to use this naming scheme.
Signed-off-by: Javier Martinez Canillas
---
Changes since v1:
- Fix some issues in the commit changelog pointed out by Enric Balletbo.
boards.cfg | 10 +-
include/configs/igep00x0.h | 370
naming scheme.
Since the IGEPv2 board and the IGEP COM Module use an
OMAP3735/OMAP3735 processor is better to rename its board
config to use this naming scheme.
Signed-off-by: Javier Martinez Canillas
---
boards.cfg | 10 +-
include/configs/igep00x0.h | 370
naming scheme.
Signed-off-by: Javier Martinez Canillas
---
boards.cfg|2 +-
include/configs/am335x_igep0033.h | 291 +
include/configs/igep0033.h| 291 -
3 files changed, 292 insertions
On Wed, Aug 7, 2013 at 5:53 PM, Javier Martinez Canillas
wrote:
> Now that Device Tree support for IGEP boards has been included
> in the mainline Linux kernel, it's better if the default boot
> command has proper support for booting with DT.
>
> This patch-set his compo
Now that IGEP base boards default environment use
the bootz command to boot a zImage instead of a
uImage, it makes sense to add support to supply a
raw initrd image to the kernel if needed.
Signed-off-by: Javier Martinez Canillas
---
include/configs/igep00x0.h |1 +
1 files changed, 1
D_ECCBYTES 14
>
> -#define CONFIG_SYS_NAND_ECCSTEPS 4
> -#defineCONFIG_SYS_NAND_ECCTOTAL(CONFIG_SYS_NAND_ECCBYTES * \
> - CONFIG_SYS_NAND_ECCSTEPS)
> -
> #define CONFIG_SYS_NAND_U_BOOT_STARTCONFIG_SYS_TEXT_BASE
>
gt;
> #define CONFIG_MTD_PARTITIONS
> #define CONFIG_MTD_DEVICE
> #define CONFIG_RBTREE
> #define CONFIG_LZO
>
> -#define MTDIDS_DEFAULT "nand0=nand"
> -#define MTDPARTS_DEFAULT "mtdparts=nand:512k(SPL),"\
> - "1m(U-Boot),128k(U-Boot Env),"\
> - "5m(Kernel),-(File System)"
> +#define MTDIDS_DEFAULT "nand0=omap2-nand.0"
> +#define MTDPARTS_DEFAULT "mtdparts=omap2-nand.0:512k(spl),"\
> + "1m(uboot),256k(environment),"\
> + "-(filesystem)"
>
> /* Unsupported features */
> #undef CONFIG_USE_IRQ
> --
> 1.8.1.2
>
Reviewed-by: Javier Martinez Canillas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
* Copyright (C) 2013, ISEE 2007 SL - http://www.isee.biz/
> *
> --
> 1.8.1.2
>
Reviewed-by: Javier Martinez Canillas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
se of CMD_EXT4, CMD_FS_GENERIC and zImage.
Javier Martinez Canillas (1):
OMAP3: igep00x0: allow booting with a FDT from MMC
The first patch adds some improvements to igep00x0.h to support
loading kernel images from ext{2,3,4} partitions besides FAT and
using by default a zImage instead of a u
t; - "bootm ${loadaddr}\0" \
> - "ramboot=echo Booting from ramdisk ...; " \
> - "run ramargs; " \
> - "bootm ${loadaddr}\0" \
> + "bootz ${loadaddr} - ${dtbaddr}\0" \
>
> #define CONFIG_BOOTCOMMAND \
> "mmc dev ${mmcdev}; if mmc rescan; then " \
> @@ -106,7 +99,7 @@
> "echo Running uenvcmd ...;" \
> "run uenvcmd;" \
> "fi;" \
> - "if run loaduimage; then " \
> + "if run mmcload; then " \
> "run mmcboot;" \
> "fi;" \
> "fi;" \
> --
> 1.8.1.2
>
Reviewed-by: Javier Martinez Canillas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
recated. It should not be enabled in most normal ports of
> - * U-Boot.
> - */
> -#undef CONFIG_CMD_MEMTEST
> -
> #define CONFIG_BOOTDELAY 1 /* negative for no autoboot */
> #define CONFIG_ENV_VARS_UBOOT_CONFIG
> #define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG
&g
From: Enric Balletbo i Serra
Able to load the kernel from some form of ext[234] or FAT. Also, with v3.9 and
later of the Linux Kernel, uImage isn't builtable anymore by default, so we
should switch to use the bootz command.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/igep00x0.h |
it is stored in the boot dir of the
rootfs uSD/MMC partition.
If no FDT is found then the defaul command tries to boot a
zImage without a DT using legacy boot.
Signed-off-by: Javier Martinez Canillas
---
board/isee/igep00x0/igep00x0.c | 14 ++
include/configs/igep00x0.h | 13
On Mon, Jul 15, 2013 at 9:43 AM, Enric Balletbo Serra
wrote:
> Hi Javier,
>
Hi Enric,
Thanks a lot for your feedback.
> 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.t
it is stored in a uSD/MMC partition.
If no FDT is found then the command behaves just as it used
so this change won't break existing setup for current users.
Signed-off-by: Javier Martinez Canillas
---
board/isee/igep00x0/igep00x0.c | 14 ++
include/configs/igep00x0.h |
On Fri, Apr 5, 2013 at 8:57 AM, Rajdeep Vaghasia
wrote:
> hello,
>
> I have read about U - boot from Emebedded Linux Primer 2nd Edition.
>
> I want more in depth knowledge of U - boot.
>
> Can you please suggest me or give me the references through which I get
> more in depth knowledge about U - b
selects")
the chip-select and bus arguments for the sf probe command are optional
so let's just remove it and use "sf probe" instead.
Signed-off-by: Javier Martinez Canillas
---
Changes since v1:
- Fix the description by explaining that the chip-select can be passed
b
On Wed, Apr 3, 2013 at 11:25 AM, Stefano Babic wrote:
> On 25/03/2013 17:13, Javier Martinez Canillas wrote:
>> since commit "c1173bd0: sf command: allow default bus and chip selects"
>> the chip-select and bus arguments for the sf probe command are optional.
>&g
gep00x0.h
> +++ b/include/configs/igep00x0.h
> @@ -67,9 +67,6 @@
> #define CONFIG_SYS_NS16550_REG_SIZE(-4)
> #define CONFIG_SYS_NS16550_CLK V_NS16550_CLK
>
> -/* define to avoid U-Boot to hang while waiting for TEMT */
> -#define CONFIG_SYS_NS16550_BROKEN_TEMT
> -
>
On Thu, Mar 28, 2013 at 9:04 PM, Tom Rini wrote:
>
> On Thu, Mar 28, 2013 at 12:52:04PM +0800, Dashi Cao wrote:
>
> > Hi all,
> > I have got a Beagleboard-xm, and I'm feeling that saving environment
> > variable is an issue because this board has no NAND.
> >
> > U-Boot supports environment variab
On Thu, Mar 28, 2013 at 9:45 AM, Andreas Bießmann
wrote:
> Dear Manfred Huber,
>
> On 03/28/2013 07:06 AM, Manfred Huber wrote:
>> On 2013-03-27 14:37, Andreas Bießmann wrote:
>
>
>
>>> On 03/25/2013 11:02 PM, Manfred Huber wrote:
>
>
>
+serial_out(UART_LCR_DLAB, &com_port->lcr);
>>
On Wed, Mar 27, 2013 at 2:37 PM, Andreas Bießmann
wrote:
> Dear Manfred Huber,
>
> ---8<---
> abiessmann@punisher % pwclient get 230994
> Saved patch to
> U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
> abiessmann@punisher % git am
> U-Boot-1-1-v2-omap3_b
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
> Please test the Patch. It is very simple on a Beagleboard. I guess you
> have flashed the actual SPL and u-boot and Beagleboard boots correctly.
> Now press and hold 'User' button and connect power. SPL should hang.
> You can see some symbols
mands will work on current U-Boot.
Signed-off-by: Javier Martinez Canillas
---
board/freescale/mx6qsabrelite/README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mx6qsabrelite/README
b/board/freescale/mx6qsabrelite/README
index 6f2f534..324b116 100644
Hi Manfred,
On Thu, Mar 21, 2013 at 8:03 PM, Manfred Huber wrote:
> From: Manfred Huber
>
> Beagleboard UART (ns16550) doesn't set the Transmitter Empty (TEMT) Bit in
> SPL. Only Transmitter Hold Register Empty (THRE) Bit is set. This makes SPL
> to hang while waiting for TEMT. Adding the CONFIG_
On Thu, Mar 21, 2013 at 12:09 AM, Manfred Huber wrote:
> Am 20.03.2013 02:27, schrieb Tom Rini:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 03/19/2013 08:05 PM, Javier Martinez Canillas wrote:
>>>
>>> On Tue, Mar 19, 2013 at 3:
On Tue, Mar 19, 2013 at 3:49 PM, Tom Rini wrote:
> On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
>
>> I'm surprised that no one is interested in a functioning
>> Beagleboard. Has no one tested the Beagleboard since 2012-09-19?
>
> I don't see this problem on mine (classic and xM),
_LIBFDT
> +#define CONFIG_CMD_BOOTZ
>
> /*
> * NS16550 Configuration
> --
> 1.7.10.4
>
Hi Enric,
Nice improvement, thanks!
Reviewed-by: Javier Martinez Canillas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
_s, sec_s, get_cpu_rev());
>
> /* TODO: Print ARM and DDR frequencies */
> --
Hi Enric,
Looks good to me
Reviewed-by: Javier Martinez Canillas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
s the following patch is
> required.
>
> OMAP3: use a single board file for IGEP devices
> commit 076be4528851126b56f2c1b84d07834297797f6c
> From Javier Martinez Canillas
>
> Changes since v1:
> * Only define CONFIG_SHOW_BOOT_PROGRESS for the machines that have a boot
>
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,
>>
>> On Wed, Feb 6, 2013 at 9:29 AM, Enric Balletbo i Serra
>> wrote:
>>> Fr
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.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> MAINTAINERS|1 +
On Sat, Jan 26, 2013 at 2:07 PM, Woody Wu wrote:
> 在 2013-1-26 AM5:27，"Robert P. J. Day" 写道：
>>
>> On Fri, 25 Jan 2013, Wolfgang Denk wrote:
>>
>> > Dear Woody Wu,
>> >
>> > In message c5y...@mail.gmail.com> you wrote:
>> > >
>> > > I want to firstly get a picture to basically understand how u-bo
_high for AM335X devices to enable booting with Device Tree
>> (2013-01-25 17:10:43 -0500)
>>
>>
>> Javier Martinez Canillas (3):
>> OMAP3: use a single board file for IGEP devices
>> OMAP3: igep00x0: add boot
commit b689cd5 OMAP3: use a single board file for IGEP devices
introduced the following build warning:
igep00x0.h:168:24: warning: backslash-newline at end of file [enabled
by default]
This patch fixes the issue.
Signed-off-by: Javier Martinez Canillas
---
board/isee/igep00x0/igep00x0.h
On Fri, Jan 11, 2013 at 9:55 PM, Nishanth Menon wrote:
> On Mon, Jan 7, 2013 at 7:51 AM, Javier Martinez Canillas
> wrote:
>> For production systems it is better to use script images since
>> they are protected by checksums and carry valuable information like
>> name
1 - 100 of 147 matches
Mail list logo
