Hi Mike,
Mike Sander wrote:
Hi Greg,
Thanks for the pointer. I have modified vendors/Atmel/AT91/config.arch
to the following. Is this the appropriate way to effect this
change.? With this change, the user binaries are ELF. If there is
a better location or way to implement this, any suggestions would be
appreciated. Would this be an appropriate change to generate a patch
for? Is there a doc for submitting patches for uclinux? I did not
see anything on website.
ifdef CONFIG_MMU
include $(ROOTDIR)/vendors/config/arm/config.arch
else
include $(ROOTDIR)/vendors/config/armnommu/config.arch // original
endif
That looks like a reasonable way to do it.
Normally for a new board your would also create a vendor/board
specific config directory (so a vendors/Atmel/at91sam9260 in your
case).
Regards
Greg
Greg Ungerer wrote:
Hi Mike,
Mike Sander wrote:
I have built the image based on at91sam9260_defconfig. I get the
following at the end of the boot process:
VFS: Mounted root (romfs filesystem) readonly.
Freeing init memory: 100K
Failed to execute /bin/init. Attempting default...
Kernel panic - not syncing: No init found. Try passing init= option
to kernel.
Kernel command line has init=/bin/init. What I noticed is that
/bin/init is BFLT. I manually rebuilt /bin/init and /bin/sh without
the "-Wl,elf2flt". These elf binaries booted correctly.
Should the build system generate ELF for mmu-ful systems or is the
problem with my configuration?
Yes, looks like a configuration problem. For a normal VM system
build there should be no use of elf2flt.
Other than in uClib I cannot see any option to specify the type of
user binary to build (it was ELF in uClibc).
If the problem is with my configuration, what is the item I need to set?
Start with ~/vendors/<VENDOR>/<BOARD>/config.arch. Typically they
include something like:
include $(ROOTDIR)/vendors/config/arm/config.arch
for a VM ARM system. For non-mmu (with elf2flt) they would use
$(ROOTDIR)/vendors/config/armnommu/config.arch.
Regards
Greg
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
AntiSpam: SpamAssassin 3.2.3
by Markus Madlener @ http://www.copfilter.org
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
