r mode. Within 5 minutes or so,
it should shutdown with a new image in the eMMC..
Regards,
--
Robert Nelson
https://rcn-ee.com/
gt;
> CPU : AM335X-GP rev 2.1
> Model: TI AM335x PocketBeagle
> DRAM: 512 MiB
> Core: 154 devices, 16 uclasses, devicetree: separate
> Could not initialize timer (err -19)
>
> resetting ...
>
> Suggested-by: Pierre Lebleu
> Sign
o read eeprom to actual trigger of final eeprom
> read attempt: ~18ms
>
> IMHO, 14ms penalty is'nt a bad deal for dealing with variations of
> eeproms we are seeing in the wild.
>
> You can find the data (analog+digital capture) here:
> https://github.com/nmenon/data-captures/tree/main/i2c-eeprom-1byte-captures
> Tool used to capture (and view): https://www.saleae.com/downloads/
>
> Tom, Robert, folks: what do you folks think?
I'm okay with the delay. if we only had 'one' production run it would
be a different story.. But with 10 years of manufacturing, parts will
EOL and vary. Let's go with the safe slower route..
Regards,
--
Robert Nelson
https://rcn-ee.com/
el Image and DTB's in the 1st fat partition..
Regards,
--
Robert Nelson
https://rcn-ee.com/
On Thu, Jun 13, 2024 at 4:47 PM Robert Nelson wrote:
>
> On Thu, Jun 13, 2024 at 3:06 AM Dhruva Gole wrote:
> >
> > The Kernel Image and DTB files are supposed to be picked from the rootfs
> > of the SD Card, this fails in legacy boot flow because bootpart is set
>
ript extlinux efi pxe
>
> Shouldn't the fix be to just drop 'script' from bootmeths. These TI
> scripts needed to go away years ago.
I agree! nuke the non bootmeth's. ;)
Regards,
--
Robert Nelson
https://rcn-ee.com/
On Fri, Jun 14, 2024 at 1:04 AM Dhruva Gole wrote:
>
> Robert,
>
> On Jun 13, 2024 at 16:51:24 -0500, Robert Nelson wrote:
> > On Thu, Jun 13, 2024 at 4:47 PM Robert Nelson
> > wrote:
> > >
> > > On Thu, Jun 13, 2024 at 3:06 AM Dhruva Gole wrote:
>
uva's just looking to make sure it works with TI's currently
released sdk's. (So last year, and this quarter's releases..)
Regards,
--
Robert Nelson
https://rcn-ee.com/
break its boot.
> > > > >
> > > > > Enable OF_SYSTEM_SETUP to fixup the kernel's FDT to inform it of the
> > > > > actual location of the firmware
> > > > >
> > > > > CC: Andrew Davis
> > > > > CC: Nishan
to reflect above change.
> >
> > Changes in v4:
> > * Add the docs patch.
> >
> > Cc: Nishant Menon
> > Cc: Robert Nelson
> >
> > Dhruva Gole (2):
> > arm: dts: k3-am625-beagleplay: Add symlinks for tiboot3 and tispl
> > doc: beagle
On Mon, Jul 15, 2024 at 2:36 PM Tom Rini wrote:
>
> This board has not been converted to CONFIG_DM_I2C by the deadline.
> Remove it.
>
> Signed-off-by: Tom Rini
Acked-by: Robert Nelson
It has to be done, has not been converted, if any active real users
want to bring this
On Mon, Jul 15, 2024 at 2:36 PM Tom Rini wrote:
>
> This board has not been converted to CONFIG_DM_I2C by the deadline.
> Remove it.
>
> Signed-off-by: Tom Rini
Acked-by: Robert Nelson
It has to be done, has not been converted, if any active real users
want to bring this
device tree kernel days we would pass a boot arg to
the kernel to re-pinmux the proper device configuration..
We could either just drop this part, or convert to the u-boot
expansion framework, which would use u-boot overlays..
Regards,
--
Robert Nelson
https://rcn-ee.com/
243a98c12a4a33c4160e3cd
git bisect good e9774afedd20bfe8a18b20a63010c1d18cd16cd7
git bisect good 54c93718b38c58160a018bb6a267a6b8b47469c4
git bisect good c9507f07a1d6c92bd1f73fd64384f8c5994be9c2
git bisect good 48639c705026b5556e60320aef01a94a9ee45be3
```
The real fix is to convert beagleboneai6
hat needs to be done prior to DM managing the system
> and all other muxes get set, do the same from R5 context.
>
> Signed-off-by: Nishanth Menon
Tested-by: Robert Nelson
Yay, WiFi (wl18xx) now works on the BeaglePay with these 4 patches on
top of v2024.01-rc1
debian@BeaglePl
or of EEPROM keeps
> showing up. I will try refactoring the logic that way.
Due to part shorages, sadly the BeagleBone AI64 (J721E) has both 1byte
and 2byte eeproms in user hands today..
While I think most other previous designs have stuck with one type of
eeprom throughout their production life. S
t; OK, that'll help some. Can you see what the specific part number of the
> > EEPROM is? That might also help Nishanth figure out what to do here.
>
> Attached here is the EEPROM dump.
.U3.A335BNLT00C0
Ah, the "CO"... i'm pretty sure that board was made by Element14,
(they messed up the position of the "C") not that it really mattered
as the A335BNLT is only used..
Can you please take a quick snapshot of the eeprom, it should be...
24LC32AT-I/OT but maybe they used another variation..
Regards,
--
Robert Nelson
https://rcn-ee.com/
ages, 0, sizeof(bootm_headers_t));
+
+ boot_start_lmb(images);
+
+ images->os.os = IH_OS_LINUX;
+
ret = do_bootm_states(cmdtp, flag, argc, argv, BOOTM_STATE_START,
images, 1);
However it's still locking up a
On Tue, Jul 2, 2013 at 2:39 AM, Simon Glass wrote:
> Hi Robert,
>
> On Tue, Jul 2, 2013 at 5:44 AM, Robert Nelson
> wrote:
>>
>> On Fri, Jun 28, 2013 at 5:12 PM, Tom Rini wrote:
>> > Hey all,
>> >
>> > I've tagged and pushed v2013.07-rc2.
On Tue, Jul 2, 2013 at 6:41 AM, Robert Nelson wrote:
> On Tue, Jul 2, 2013 at 2:39 AM, Simon Glass wrote:
>> Hi Robert,
>>
>> On Tue, Jul 2, 2013 at 5:44 AM, Robert Nelson
>> wrote:
>>>
>>> On Fri, Jun 28, 2013 at 5:12 PM, Tom Rini wrote:
>
On Wed, Jul 3, 2013 at 8:52 AM, Simon Glass wrote:
> Hi Robert.
>
> On Tue, Jul 2, 2013 at 11:15 PM, Simon Glass wrote:
>>
>> Hi Robert,
>>
>> On Jul 2, 2013 8:41 PM, "Robert Nelson" wrote:
>> >
>> > On Tue, Jul 2, 2013 at 2:39 AM, Si
fdba0 ip : 7fe00fa8 fp :
r10: bfefe6a0 r9 : 0002 r8 : bfefdf38
r7 : 8000 r6 : 0700 r5 : 10da7a5a r4 : bfefdc18
r3 : bfefdc18 r2 : bfefe6a0 r1 : 0002 r0 : 0100
Flags: NzCv IRQs off FIQs off Mode SVC_32
Resetting CPU ...
resetting ...
Regards,
vice.dtb
bootz zImage initrd.img device.dtb
Environment size: 2316/8188 bytes
=> load mmc ${mmcdev}:${mmcpart} ${loadaddr} zImage
4109672 bytes read in 310 ms (12.6 MiB/s)
=> load mmc ${mmcdev}:${mmcpart} ${fdt_addr} /dtbs/${fdt_file}
22150 bytes read in 259 ms (83 KiB/s)
=> run mmcargs
=&
On Wed, Jul 3, 2013 at 9:46 AM, Robert Nelson wrote:
> On Wed, Jul 3, 2013 at 9:12 AM, Simon Glass wrote:
>> In the recent bootm refactor, the PREP stage was missing in the bootz
>> command. This causes unpredictable behaviour on platforms which need
>> this stage to operat
mc ${mmcdev}:${mmcpart} ${loadaddr} zImage
3464448 bytes read in 249 ms (13.3 MiB/s)
=> load mmc ${mmcdev}:${mmcpart} ${fdt_addr} /dtbs/${fdt_file}
23571 bytes read in 253 ms (90.8 KiB/s)
=> run mmcargs
=> bootz ${loadaddr} - ${fdt_addr}
Kernel image @ 0x
On Tue, Jul 9, 2013 at 2:00 PM, Simon Glass wrote:
> Hi Tom,
>
> On Tue, Jul 9, 2013 at 10:01 AM, Tom Rini wrote:
>>
>> On Mon, Jul 08, 2013 at 10:22:13AM -0400, Tom Rini wrote:
>> > On Mon, Jul 08, 2013 at 09:17:10AM -0500, Robert Nelson wrote:
>> >
>
; > Hi Tom,
>> > >
>> > > On Tue, Jul 9, 2013 at 10:01 AM, Tom Rini wrote:
>> > >
>> > > > On Mon, Jul 08, 2013 at 10:22:13AM -0400, Tom Rini wrote:
>> > > > > On Mon, Jul 08, 2013 at 09:17:10AM -0500, Robert Nelson wrote:
>&
eeBSD/arm/BeagleBone
NM.. they are using the 'bootelf' command..
https://github.com/kientzle/crochet-freebsd/blob/master/board/BeagleBone/files/uboot_patch05.patch#L108
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-B
otpart} ${loadaddr} ${bootdir}/${bootfile}\0"
> \
> + "loadfdt=load mmc ${bootpart} ${fdtaddr} ${bootdir}/${fdtfile}\0" \
> "mmcboot=echo Booting from mmc ...; " \
> "run mmcargs; " \
> "boot
On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon wrote:
> On 17:02-20130711, Robert Nelson wrote:
>> On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon wrote:
>> > For folks not using concatenated device tree with uImage, having
>> > an handy function to find and loa
On Thu, Jul 11, 2013 at 5:17 PM, Nishanth Menon wrote:
> On 17:05-20130711, Robert Nelson wrote:
>> On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon wrote:
>> > On 17:02-20130711, Robert Nelson wrote:
>> >> On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon wrot
On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon wrote:
> On 18:17-20130711, Robert Nelson wrote:
>> On Thu, Jul 11, 2013 at 5:17 PM, Nishanth Menon wrote:
>> > On 17:05-20130711, Robert Nelson wrote:
>> >> On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon wrote:
>
for kernel) and ext4 (for
> rootfs). But if ext4fs_devread persists to complain (and I apparently
> haven't removed it from code) I don't think it would work either.
>
> What is going on?
> Can anyone give me some pointers what to do next?
Just for sanity sake, have you tried try a different (brand) microSD card?
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
g files breaks. I seems to me that loading one big file
> somehow corrupts something (hahah, very precise explanation).
> uImage is little over 4MB.
So if it's a failing at 4MB, at what "size" does it work as you maybe
over writing memory..
Regards,
--
Robert Nelson
http://ww
findftd is currently setting fdtfile to undefined for the beagle c4, select
omap3-beagle.dtb instead
Signed-off-by: Robert Nelson
---
include/configs/omap3_beagle.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index
a 3rd port? there's always two configs you can use on the BBB..
"am335x_evm" which supports:
AM335x GP EVM
AM335x EVM SK
Beaglebone White
Beaglebone Black
or the "am335x_boneblack" which is just a tweak of "am335x_evm" to
support only the
With the xM revision C, the DC control of the usb hub was inverted.
By adding the enable-active-high property to hsusb2_power_reg, mainline
omap3-beagle-xm.dtb
will now activiate properly activate the usb hub on older xMA/B varients.
Signed-off-by: Robert Nelson
CC: Tom Rini
---
include
On Tue, Jan 28, 2014 at 5:31 PM, Robert Nelson wrote:
> With the xM revision C, the DC control of the usb hub was inverted.
>
> By adding the enable-active-high property to hsusb2_power_reg, mainline
> omap3-beagle-xm.dtb
> will now activiate properly activate the usb hub on older
t to
u-boot might be better in the long run.
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
"run uenvcmd;" \
>> "fi;" \
>
>
> My intention was that uEnv.txt be used to set up environment variables, not
> to allow its use for custom scripts.
The check for if uenvcmd is set then run uenvcmd syntax, shou
ant
>
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ttp://git.denx.de/?p=u-boot.git;a=blob;f=drivers/video/sunxi_display.c;hb=HEAD#l188
Could pull it out as a share it.
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
.c
@@ -159,8 +159,8 @@ void get_board_mem_timings(u32 *mcfg, u32 *ctrla,
u32 *ctrlb, u32 *rfr_ctrl,
switch (get_board_revision()) {
case REVISION_C4:
if (pop_mfr == NAND_MFR_STMICRO && pop_id == 0xba) {
- /* 512MB DDR */
-
*rfr_ctrl,
*rfr_ctrl = SDP_3430_SDRC_RFR_CTRL_200MHz;
break;
}
+ printf("case REVISION_C4: Neither option was selected.\n");
case REVISION_XM_A:
case REVISION_XM_B:
case REVISION_XM_C:
On my
On Fri, Jan 27, 2012 at 10:25 AM, Tom Rini wrote:
> On Fri, Jan 27, 2012 at 9:23 AM, Robert Nelson
> wrote:
>> On Fri, Jan 27, 2012 at 9:58 AM, Tom Rini wrote:
>>> On Fri, Jan 27, 2012 at 8:50 AM, wilsonjonathan
>>> wrote:
>>>> I think the area of cod
On Fri, Jan 27, 2012 at 10:51 AM, Robert Nelson wrote:
> On Fri, Jan 27, 2012 at 10:25 AM, Tom Rini wrote:
>> On Fri, Jan 27, 2012 at 9:23 AM, Robert Nelson
>> wrote:
>>> On Fri, Jan 27, 2012 at 9:58 AM, Tom Rini wrote:
>>>> On Fri, Jan 27, 2012 at 8:50 AM,
On Fri, Jan 27, 2012 at 11:58 AM, Tom Rini wrote:
> On Fri, Jan 27, 2012 at 10:09 AM, Robert Nelson
> wrote:
>> On Fri, Jan 27, 2012 at 10:51 AM, Robert Nelson
>> wrote:
>>> On Fri, Jan 27, 2012 at 10:25 AM, Tom Rini wrote:
>>>> On Fri, Jan 27, 2012
On Fri, Jan 27, 2012 at 12:42 PM, wilsonjonathan
wrote:
> On Fri, 2012-01-27 at 12:00 -0600, Robert Nelson wrote:
>> On Fri, Jan 27, 2012 at 11:58 AM, Tom Rini wrote:
>> >>
>> >>
>> >> OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 720 mHz
&g
the commit,
> does anyone have a suggestion for fixing this?
Reverting that same commit also fixes the beagleboard xm..
For reference, I'm using, linaro's arm gcc:
gcc version 4.6.2 20110908 (prerelease) (Linaro GCC 4.6-2011.09-1)
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
__
07-g7395c76 (Jul 31 2012 - 11:29:17)
Board: MX53 LOCO
I2C: ready
DRAM: 1 GiB
WARNING: Caches not enabled
CPU: Freescale i.MX53 family rev2.1 at 1000 MHz
Reset cause: WDOG
MMC: FSL_SDHC: 0, FSL_SDHC: 1
*** Warning - bad CRC, using default environment
Uncompressing Linux... done, boot
quot;load" command? As your already setting
"CONFIG_CMD_FS_GENERIC"
Once you do that, you might as well also enable:
#define CONFIG_CMD_EXT4
> "bootscript=echo Running bootscript from mmc ...; " \
> "source\0" \
> "
On Tue, Apr 2, 2013 at 10:38 AM, Adnan Ali wrote:
> On 02/04/13 16:19, Robert Nelson wrote:
>>
>> On Tue, Apr 2, 2013 at 9:17 AM, Adnan Ali
>> wrote:
>>>
>>> Enable btrfs support in mx53loco config
>>>
>>> Signed-off-by: Adnan Ali
>
printf("%s: No available memory for
allocation!\n", __func__);
103 return NULL;
104 }
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
000 r6 : 36747fff r5 : af5668e8 r4 : 36747fff
> r3 : af5668ec r2 : af5668eb r1 : r0 : af5668e8
> Flags: NzcV IRQs off FIQs off Mode SVC_32
> Resetting CPU ...
>
> resetting ...
I've reverted this just to double check (no change for me...):
http://git.denx.de/?p=u-boot.git;a=commit
On Wed, Dec 26, 2012 at 9:54 AM, Fabio Estevam wrote:
> On Wed, Dec 26, 2012 at 1:51 PM, Robert Nelson
> wrote:
>
>> Interesting, I'm still only getting this far on the old Dialog board..
>>
>> U-Boot 2013.01-rc2-00173-gd781d95-dirty (Dec 26 2012 - 09:42:4
On Wed, Dec 26, 2012 at 10:50 AM, Fabio Estevam wrote:
> On Wed, Dec 26, 2012 at 2:04 PM, Robert Nelson
> wrote:
>
>> Okay, good to hear it works with the Dialog PMIC you have, as that
>> should cover a majority of the Dialog based boards customers actually
>> have.
On Wed, Dec 26, 2012 at 11:21 AM, Fabio Estevam wrote:
> On Wed, Dec 26, 2012 at 3:08 PM, Robert Nelson
> wrote:
>
>> I'll keep debugging it here, did reverting this commit, help with the resets?
>> http://git.denx.de/?p=u-boot.git;a=commit;h=28e5ac2d974547bde0c72aa0
On Wed, Dec 26, 2012 at 11:51 AM, Robert Nelson wrote:
> On Wed, Dec 26, 2012 at 11:21 AM, Fabio Estevam wrote:
>> On Wed, Dec 26, 2012 at 3:08 PM, Robert Nelson
>> wrote:
>>
>>> I'll keep debugging it here, did reverting this commit, help with the
>
*header_size_ptr = ALIGN(sbuf->st_size + imxhdr->flash_offset, 512);
> }
> int imximage_check_params(struct mkimage_params *params)
> -- 1.7.9.5
Sweet! Thanks Troy,
That fixes it on my Dialog based mx53loco with linaro's 4.7.3 gcc toolchain...
Regards,
--
Robert Nelson
h
f
> Flags: nZCv IRQs off FIQs off Mode SVC_32
> Resetting CPU ...
>
> resetting ...
It might be masking the problem, but I've been reverting:
http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a72bc37b60d97864e56b52cc5c
(I've also been reverting that for mx51evk/mx53loco when using device
tree's too...)
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
te.h
> @@ -141,12 +141,10 @@
> #define CONFIG_EXTRA_ENV_SETTINGS \
> "script=boot.scr\0" \
> "uimage=uImage\0" \
> - "console=ttymxc1\0" \
> - "fdt_high=0x\0" \
> - "initrd_high=0xffff\
On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
wrote:
> On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
> wrote:
>> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
>> wrote:
>>> OpenEmbedded has change partitioning layout of generated image so it
>>> doe
b30b13f12077c7eec8ce2419cd96cd65ace8e2
Tested-by: Robert Nelson
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Some expansion boards now ship with at24 eeproms that need to communicate
via 16bit addressing.
Signed-off-by: Robert Nelson
---
board/ti/beagle/beagle.c |8
1 file changed, 8 insertions(+)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index b829a79..9493c6b
http://www.lsr.com/wireless-products/com6l
The eeprom on this expansion board requires 16bit addressing.
Signed-off-by: Robert Nelson
---
board/ti/beagle/beagle.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index 9493c6b
oot a kernel again.
>
> Signed-off-by: Fabio Estevam
Tested-by: Robert Nelson
> ---
> arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c
> b/arch/arm/cpu/arm926ejs/m
o master? i can
> see posts like that, but doing a "git pull" produces nothing. i am on
> the u-boot mainline, and the "master" branch, so what am i
> misunderstanding? thanks.
The public git/http server is only synced every 6hours...
Regards,
--
Robert Nelson
http:/
out of tree patch
does.. If you'd like to use uImage, don't apply my patch. ;)
(adding u-boot cc this time..)
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
| M3), (*ctrl)->control_padconf_core_base +
> UNIPRO_TX0);
> +
> +/* if processor_rev is panda ES and GPIO171 is 1, it is rev
> b3 */
> +ret = gpio_get_value(PANDA_BOARD_ID_2_GPIO);
> +}
> +return ret;
> +}
> +
> /**
>
-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd:
error: required section '.rel.plt' not found in the linker script
/opt/gcc/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd:
final link failed: Invalid operation
make: *** [u-boot] Error 1
Regard
On Wed, Dec 4, 2013 at 9:35 AM, Måns Rullgård wrote:
> Robert Nelson writes:
>
>> On Fri, Nov 29, 2013 at 4:28 PM, Wolfgang Denk wrote:
>>> Dear Christian Gmeiner,
>>>
>>> In message
>>> you
>>> wrote:
>>>>
>>>>
rom exaclty.
http://git.denx.de/?p=u-boot.git;a=blob;f=arch/arm/cpu/armv7/am33xx/config.mk#l7
Everything built inside "CONFIG_SPL_BUILD" for the particular TI/OMAP
based target..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
__
x1150\0" \
> + "ramdisk_addr_r=0x1350\0" \
> "boot_fdt=try\0" \
> + "bootcmd_setup=mmc rescan\0" \
> + "bootcmd_pxe=setenv bootfile \"\" ;dhcp; tftp ${fdt_addr}
> /dtb/${fdt_file}; pxe get; pxe boot\0&qu
On Thu, Dec 5, 2013 at 11:01 PM, Dennis Gilmore wrote:
> El Thu, 5 Dec 2013 21:47:43 -0600
> Robert Nelson escribió:
>> On Thu, Dec 5, 2013 at 8:18 PM, Dennis Gilmore
>> wrote:
>> > Signed-off-by: Dennis Gilmore
>> > ---
&g
e patching to not require specifying a
> filesystem
I can see fixing cmd_pxe.c could be done later. But as just a generic
uEnv.txt user, I do like the idea of having a consistent variable
naming setup for a bunch of boards. So i can easily convert my stuff
to this setup, but t
esn't have to
be patched for every little change. ;)
I know it's bikeshedding, but most boards can be converted to just:
#define CONFIG_BOOTCOMMAND \
"mmc dev ${mmcdev};" \
"if mmc rescan; then " \
"echo SD/MMC found on device ${mmcdev};" \
"if run loadbootenv; then " \
"run importbootenv;" \
"fi;" \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...;" \
"run uenvcmd;" \
"fi;" \
"if run loadsomefailsafedefault; then " \
"run mmcboot;" \
"fi;" \
"fi;"
#endif
where:
"loadbootenv=load mmc ${mmcdev}:${mmcpart} ${loadaddr} uEnv.txt\0" \
"importbootenv=echo Importing environment from mmc (uEnv.txt)...; " \
"env import -t ${loadaddr} ${filesize}\0" \
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
he cause of the failure that results
> is pretty subtle. So whatever gets merged would be safer if it restored the
> default setting of CM_CLKSEL5_PLL prior to handing off control to Linux.
Agree, we should not apply this, till we also have an 'approved' patch
for mainline lin
On Fri, Aug 16, 2013 at 10:07 AM, Robert Nelson wrote:
> On Fri, Aug 16, 2013 at 9:34 AM, Peter A. Bigot wrote:
>> On 08/16/2013 08:38 AM, Tom Rini wrote:
>>>
>>> On Wed, Aug 14, 2013 at 09:53:16PM -0500, Peter A. Bigot wrote:
>>>>
>>>
So if your xM is fine, i do have a spare xM C,
that pretty reliably shows the issue after transferring a large amount
of data over the usb port... I had traded a good xM with a customer
such that i could keep re-basing our out of tree dpll5 tweak..
Regards,
--
Robert Nelson
http:/
y late in the v2013.07, i forget
the commit, it may have been a day or two right before.
So looking at your pastebin.com log: "U-Boot
2013.07-rc2-00044-g1d28a6a" it might be worthwhile to re-test with
v2013.07 final, specially since your using bootz...
(I've already been sh
board/ti/am335x/board.c;hb=HEAD#l280
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, May 2, 2014 at 3:15 PM, robertcnelson wrote:
> From: Robert Nelson
>
> Fall back to previous dtb used when omap3-beagle-xm-ab.dtb doesn't exist in
> file system
>
> Signed-off-by: Robert Nelson
> CC: Tom Rini
> CC: Nishanth Menon
> ---
>
emoved too.
>
So, just a thought.. Are you guys planning to push this same boot
method to all the other "omap" devices that just finally got boot.scr
boot support by default in u-boot? It also seems's like it'll end up
be the FAQ of the month for the beagleboard group
On Thu, Mar 3, 2011 at 7:43 PM, Alexander Holler wrote:
> Am 03.03.2011 00:48, schrieb Robert Nelson:
>>
>> On Wed, Mar 2, 2011 at 5:41 PM, Alexander Holler
>> wrote:
>>>
>>> Hello Jason,
>>>
>>> Am 02.03.2011 21:26, schrieb Jason
fine CONFIG_SUPPORT_RAW_INITRD" at
the same time, otherwise you'd still have to run mkimage on the other
half "initrd.img-$(uname -r)" when using booting an initramfs with
your main kernel image..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
__
f the factory actually had nand, due to
a shortage at the time of nandless-pop memory at the time.. Although
you can't boot from it, (without modifications to the board), it's
still usable in u-boot/kernel..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
__
(production model)
Signed-off-by: Robert Nelson
CC: Tom Rini
CC: Jason Kridner
---
board/ti/am335x/board.c | 12 +---
include/configs/am335x_evm.h | 7 ++-
2 files changed, 15 insertions(+), 4 deletions(-)
diff --git a/board/ti/am335x/board.c b/board/ti/am335x/board.c
index
ist.github.com/RobertCNelson/4aa9eb1d028237a895a1
>
> Please send the link to download where i can get the latest u-boot boot
> loader which support for AM5728 EVM board.
Please double check what terminal commands you utilized.
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
dd if=./u-boot/u-boot.img of=${DISK} seek=69 bs=1k
Shouldn't we just not enable either and do like the wandboard and just
dd SPL/u-boot.img?
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
RAM: 64 MiB
MMC: MXS MMC: 0
*** Warning - bad CRC, using default environment
In:serial
Out: serial
Err: serial
Net: Net Initialization Skipped
No ethernet found.
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing
On Wed, Sep 2, 2015 at 3:52 PM, Otavio Salvador
wrote:
> On Wed, Sep 2, 2015 at 4:48 PM, Robert Nelson wrote:
>> I've just finished bisecting a build error for the mx23_olinuxino platform.
>>
>> git bisect points to:
>>
>> http:
#devtypel #instance " "
> +
> +#define BOOT_TARGET_DEVICES(func) \
> + func(MMC, mmc, 0) \
> + func(LEGACY_MMC, legacy_mmc, 0) \
> + func(MMC, mmc, 1) \
> + func(LEGACY_MMC, legacy_mmc, 1) \
I don't remember the panda having a 2nd mmc card slot, are there
On Thu, Dec 10, 2015 at 4:58 PM, Robert Nelson wrote:
> On Thu, Dec 10, 2015 at 3:46 PM, Tom Rini wrote:
>> Based on the am335x_evm conversion, switch to config_distro_bootcmd for
>> mmc and pxe. Tested with Fedora 23.
>>
>> Signed-off-by: Tom Rini
>> ---
>
622df7848a993f1eb2f173bc43;hb=dfd1bb4ec89e8b1e87f0605af2345ad6dcf777da;hpb=e4aa8edb6e5cae256a5c5a3c5cd30e05e8f5a2b4
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, Dec 17, 2015 at 11:54 AM, Matwey V. Kornilov
wrote:
> 2015-12-17 3:53 GMT+03:00 Robert Nelson :
>> Hi Matwey
>>
>> On Sat, Dec 12, 2015 at 3:14 AM, Matwey V. Kornilov
>> wrote:
>>> Hello,
>>>
>>> I am running 2016.01-rc on BBB
oduction eeprom,
"test" doesn't seem to like non printable characters..
Sorry i didn't look into "test" much further..
Instead i just worked around it with the Green..
Regards,
--
Robert Nelson
https://rcn-ee.com/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
e pushed v2015.07 out to the repository and tarballs should exist
>>> soon.
>>
>>
>> I don't see the release tag in git either by doing a pull from my
>> checkout or via the web interface. Does it take time to sync?
>>
>> Peter
>
>
> Same here, the
On the BeagleBone these i2c1 pins are routed to the expanasion header, where
they can be defined as either pr1_usart0_Xxd/pwm0/spi0/i2c1, dont assume i2c1
Fixes: https://e2e.ti.com/support/arm/sitara_arm/f/791/p/313894/1387696
Signed-off-by: Robert Nelson
Reported-by: Matthijs van Duin
CC: Tom
- WHY HERE
#define CONFIG_SYS_NAND_U_BOOT_OFFS 0x4
#define CONFIG_SYS_NAND_5_ADDR_CYCLE
#define CONFIG_SYS_NAND_PAGE_SIZE 0x800
#define CONFIG_SYS_NAND_PAGE_COUNT 64
#define CONFIG_SYS_NAND_OOBSIZE 64
#define CONFIG_SYS_NAND_BLOCK_SIZE 0x2
#define CONFIG_SYS_NAND_BAD_BLO
ve reported, it appears
>> that "flex_bg" is enabled by default on ext4 filesystems created
>> with a recent mkfs.ext4 version.
>>
>
> Reformatting without flex_bg does not seem to have any effect.
>
> However, ls seems to give some random stuff for directories o
1 - 100 of 147 matches
Mail list logo
