On 27/06/12 13:07, Hiremath, Vaibhav wrote: > > Omap2plus_defconfig should work for you, you should get linux prompt with > ramdisk image (which I use). Just to be more clear, and for your reference I > am pasting steps which I use for testing, > > Build Steps: > ============ > - make ARCH=arm CROSS_COMPILE=<toolchain> distclean > - make ARCH=arm CROSS_COMPILE=<toolchain> omap2plus_defconfig > - Enable option CONFIG_ARM_APPENDED_DTB and CONFIG_ARM_ATAG_DTB_COMPAT > - make ARCH=arm CROSS_COMPILE=<toolchain> uImage-dtb.am335x-evm > (Since I am not using DT aware u-boot) > > Use the ramdisk image to boot kernel, since we do not have support for any > storage devices in the mainline. > > U-Boot commands to boot: > ======================== > setenv bootcmd 'mmc rescan 0; fatload mmc 0 81000000 uImage; fatload mmc 0 > 82000000 ramdisk-pm.gz; bootm 81000000' > setenv bootargs 'console=ttyO0,115200n8 mem=128M root=/dev/ram rw > initrd=0x82000000,16MB ramdisk_size=65536 earlyprintk=serial' > boot > > > Hope this will help you to boot the kernel on BeagleBone.
This does appear to work using the ramdisk, but there seems to be no support for booting off MMC. Here's a section from my boot log:- [ 1.526156] omap_hsmmc mmc.18: Failed to get debounce clk [ 1.577266] omap_hsmmc mmc.19: Failed to get debounce clk [ 1.583961] mmc0: mmc_rescan_try_freq: trying to init card at 400000 Hz [ 1.600184] mmc0: host doesn't support card's voltages [ 1.605606] mmc0: error -22 whilst initialising SD card [ 1.639743] omap_hsmmc mmc.20: Failed to get debounce clk [ 1.646051] mmc1: mmc_rescan_try_freq: trying to init card at 400000 Hz [ 1.694232] mmc2: mmc_rescan_try_freq: trying to init card at 400000 Hz AFAIKT there's no direct support for the AM335x EVM or BeagleBone, and we're just running off existing non-specific code. Buildroot currently references koenkooi repo[1], which has a large number of code changes to add proper support, and we have a nice working system running on a BeagleBone. But, going back to some other previous emails in this thread, the Wiki[2] states many of the support required will only be put into the mainline kernel at 3.7. Is this still the case ? Or is it possible that the koenkooi code will be pushed up earlier ? All in all, the AM335x code does seem to be very fragmented. Is that just because these are non-trivial changes going in ? Cheers Mark Jackson [1] https://github.com/koenkooi/linux [2] http://processors.wiki.ti.com/index.php/Sitara_Linux_Upstream_Status -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
