Still not working. The dahmed thing insists on booting from mmcblk1 when
there is not mmcblk1 inserted. But as soon as I do insert an sdcard, it
boots from it.

Checking for: /boot/uEnv.txt ...
gpio: pin 55 (gpio 55) value is 1
1181 bytes read in 19 ms (60.5 KiB/s)
Loaded environment from /boot/uEnv.txt
debug: [dtb=am335x-boneblack-emmc-overlay.dtb] ...
Using: dtb=am335x-boneblack-emmc-overlay.dtb ...
Checking if uname_r is set in /boot/uEnv.txt...
gpio: pin 56 (gpio 56) value is 1
Running uname_boot ...
loading /boot/vmlinuz-4.4.9-bone10 ...
7400656 bytes read in 426 ms (16.6 MiB/s)
loading /boot/dtbs/4.4.9-bone10/am335x-boneblack-emmc-overlay.dtb ...
54722 bytes read in 61 ms (876 KiB/s)
debug: [console=ttyO0,115200n8 root=/dev/mmcblk1p1 ro rootfstype=ext4
rootwait ipv6.disable=1] ...
debug: [bootz 0x82000000 - 0x88000000] ...
Kernel image @ 0x82000000 [ 0x000000 - 0x70ecd0 ]
## Flattened Device Tree blob at 88000000
   Booting using the fdt blob at 0x88000000
   Using Device Tree in place at 88000000, end 880105c1

Starting kernel ...
. . .
4.909003] bone_capemgr bone_capemgr:
compatible-baseboard=ti,beaglebone-black - #slots=4
[    4.973365] bone_capemgr bone_capemgr: slot #0: No cape found
[    5.033361] bone_capemgr bone_capemgr: slot #1: No cape found
[    5.093361] bone_capemgr bone_capemgr: slot #2: No cape found
[    5.153364] bone_capemgr bone_capemgr: slot #3: No cape found
[    5.159194] bone_capemgr bone_capemgr: initialized OK.
[    5.165483] omap_rtc 44e3e000.rtc: setting system clock to 2000-01-01
00:00:00 UTC (946684800)
[    5.174197] of_cfs_init
[    5.176733] of_cfs_init: OK
[    5.183637] Waiting for root device /dev/mmcblk1p1...

Andhere it'll sit until i insert and sdcard, or reboot.

On Thu, Jul 28, 2016 at 2:46 PM, William Hermans <[email protected]> wrote:

> Robert,
>
> Ok, here is exactly what I did, incase you might spot something else I did
> wrong .  . .
>
> I downloaded your barefs, chroot'd into it, and used APT to install a
> 4.4*bone* kernel, and a few tools. tar'd that up, and tar'd it back to a
> working single partition (eMMC)
>
> The kernel loads, but get stuck on the line I showed above. So I may need
> to change to mmcblk1 ? Will give your suggestion a try. . .
>
> On Thu, Jul 28, 2016 at 2:37 PM, Robert Nelson <[email protected]>
> wrote:
>
>> On Thu, Jul 28, 2016 at 4:16 PM, William Hermans <[email protected]>
>> wrote:
>> >
>> > ---------- Forwarded message ----------
>> > From: William Hermans <[email protected]>
>> > Date: Thu, Jul 28, 2016 at 2:15 PM
>> > Subject: [beagleboard] cutsom rootfs RCN kernel
>> > To: BeagleBoard <[email protected]>
>> >
>> >
>> > So . . .
>> >
>> > [    5.174190] of_cfs_init
>> > [    5.176726] of_cfs_init: OK
>> > [    5.183633] Waiting for root device /dev/mmcblk1p1...
>> >
>> > The problem *is* . . .
>> > william@ds:~/armhf-rootfs$ cat uEnv.txt | grep mmcroot
>> > mmcroot=/dev/mmcblk0p1
>> > mmcargs=setenv bootargs console=tty0 console=${console} ${optargs}
>> > ${cape_disable} ${cape_enable} root=${mmcroot}
>> rootfstype=${mmcrootfstype}
>> > ${cmdline}
>> >
>> > So this path must be coming from the initramfs *somehow* except there
>> is no
>> > initramfs. I may be able to fix this by setting root=/dev/mmcblk0p1 in
>> the
>> > second stage uEnv.txt, but what gives ?
>>
>> try setting:
>>
>> uenv_root=/dev/mmcblk0p1
>>
>> with mainline v4.5.x+ and our "v4.4.x-ti" this now applies:
>>
>> https://forum.digikey.com/thread/34533
>>
>> microSD = mmcblk0
>> eMMC = mmcblk1
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORr5pTazV%3DjKgDNNe4XCKH6K63hTdNdSGXizZaC51y5xdw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to