On Tue, Dec 17, 2013 at 2:00 AM, Simon Glass wrote:
> Hi,
>
> On 13 December 2013 01:47, Abraham V. wrote:
>> Hello,
>>
>> I just discovered that uboot has a "sandbox" build - output binary is
>> a standard linux application. This prompted me to try st
each of my cores, am running this on an intel i3). This results in gdb
jumping between the different threads every once in a while.
Is there anyway to setup the sandbox to run as a single thread?
Debugging uboot,
Abraham V.
___
U-Boot mailing list
U-Boo
quot;System.map". What is the corresponding file for the MLO binary? I
can't find anything called "MLO.map".
Searching,
Abraham V.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ow, on the other hand, if you are just fishing for information about
embedded and android, I would suggest you buy a beaglebone. Android
has been ported to it and you'll have a better idea of how things work
by studying the related source code and hardware datasheets.
-Abraham V.
On Thu, Dec 5,
Hello Satz,
A bit of history - until a few years ago, the u-boot project only
produced a single binary output (u-boot.bin or u-boot.img) that you
loaded for your board. The resulting binary usually comes to about 200
- 250kB (approx). Then Texas Instruments began manufacturing the OMAP
line of SOC
Hello everyone,
(cc Simon Glass)
I just tried to make the documentation for uboot with the following
command (checked out latest mainline sources);
> make htmldocs
cc tools/kernel-doc/docproc.c -o tools/kernel-doc/docproc
make U_BOOT_VERSION=2014.01-rc1 -C doc/DocBook/ htmldocs
make[1]: Ent
Hello Pekon,
An addendum to my last mail; I tried digging into the build mechanism
and finally got the system to build without errors with the following
patch,
diff --git a/arch/arm/cpu/armv7/omap-common/Makefile
b/arch/arm/cpu/armv7/omap-common/Makefile
index 4d3a165..5eeecce 100644
--- a/arch/a
>
> Plz pull the patch mentioned above, and much of things should be cleaned up
> http://lists.denx.de/pipermail/u-boot/2013-November/167696.html
>
Thank you for the reply Pekon, but sadly even after applying your
patch the earlier compile issue is still present. Starting from a copy
of mainline u
l.bin] Error 2
>
Any suggestions on how I could fix this? I can't seem to figure out how SPL
is built and am not sure where to start. Assuming that we can solve this
issue, I can submit a proper patch after running it on real hardware (which
should arrive in about 2 - 4 weeks).
Puzzled,
Abraham V.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Sincerely,
Abraham V.
On Thu, Nov 28, 2013 at 12:52 PM, Stefano Babic wrote:
> Hi Abraham,
>
> On 28/11/2013 05:22, Abraham V. wrote:
>
> > test/built-in.o --end-group
> > /home/abraham/SPACE/temp_uboot/arch/arm/lib/eabi_compat.o -L
> >
> /home/abraham/SPACE/BISQ
ssfully, but the resulting image wouldn't run.
Has anyone else on this mailing list had trouble when using Linaro's
toolchain? Any theories on why it's not working as intended?
Really puzzled,
Abraham V.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
e the omap4boot tool for it. Since that
has its own SPL/MLO binary, the only thing I ended up testing was the main
u-boot image. Which works just fine even without the above fix (not too
surprising, since it has nothing to do with SPL).
Befuddled,
Abraham V.
On Tue, Nov 26, 2013 at 12:22 PM, Lokesh
4_panda.h file and tell us if
uboot comes up? ( I'm just hesitant to make changes to a common file if the
issue is on only one board)
Puzzled,
Abraham V.
On Tue, Nov 26, 2013 at 9:14 AM, Chao Xu wrote:
> Hi Abraham,
>
> I finally got it working by adding "#define
> CONFIG_SYS_
aro's
cross-compiler.
Puzzled,
Abraham V.
On Fri, Nov 22, 2013 at 8:59 PM, Chao Xu wrote:
> Hi Abraham,
>
> Thank you very much for your detailed reply! But I think I can rule
> out the three possible problems you mentioned.
> 1. The cross compiler should be fine. Because
Last point is to check your cross-compiler. Just replace the
existing MLO and u-boot.bin (or u-boot.img; it depends on what version you
have) on the SD card with your compiled ones and you'll be in a good
position to narrow down bugs.
All the best,
Abraham V.
On Fri, Nov 22, 2013 at 11:41 A
HW_DETECTION_SW) (using software library for some
> computation)
>
If I make similar changes as these patches suggest, would I be able to
enable NAND support for OMAP4-based boards as well? (OMAP 4460) Or are some
additional changes needed to support NAND on the next OMAP
the kernel must be up. But if it pings and you cannot connect, it
means that only the bootloader (uboot) came up.
-Abraham V.
On Thu, Oct 24, 2013 at 11:33 AM, Andreas Neubacher <
a.neubac...@abatec-ag.com> wrote:
> hi,
>
> is it possible to check if board is in uboot or in kern
17 matches
Mail list logo
