On 02/25/2015 09:19 AM, Cole Robinson wrote: > Hey all, > > First time trying to setup my cubietruck/cubieboard3. I used > fedora-arm-installer[1] to fill in an 8GB sd card on my host machine, using > Fedora-Minimal-armhfp-21-5-sda.raw.xz. Did you include --target=Cubietruck

on the installer script command? (case insensitive, ir you read the script) I have run this successfully on my Cubietruck and Cubieboard2 (I sent in a script change to support the C2, don't know if it has been rolled in). Though I am now working with F22 Alpha to get video support. > Pop it into my cubietruck, connect via serial console, start it up. Machine > passes uboot fine and boots the initrd, but eventually fails waiting for the > root mount point to show up, and falls back to dracut. Mount the card on your host system and see that you get the __boot and __ partitions. Perhaps there is something wrong with your card install step. After I build an SD card, I use gparted to increase the __ partition to max size for the card. The I pull out the card from my host system. I would like to see this step automated in the script.

Hey all, First time trying to setup my cubietruck/cubieboard3. I used fedora-arm-installer[1] to fill in an 8GB sd card on my host machine, using Fedora-Minimal-armhfp-21-5-sda.raw.xz. Pop it into my cubietruck, connect via serial console, start it up. Machine passes uboot fine and boots the initrd, but eventually fails waiting for the root mount point to show up, and falls back to dracut. Comparing my boot output to kashyap's[2], my machine has all the same messages referencing 'mmc1', but there's nothing about mmc0. mmcblk0 never shows up, so the boot fails after a timeout. So I populated a SATA drive in the same way as above, hooked that to the cubietruck, and it boots successfully. But I still can't access the sdcard from fedora. The only thing under /sys/block is sda. Tried removing and re-inserting the sunxi_mmc module, doesn't seem to help. Tried another sd card, didn't make a difference. I updated the kernel on the sdcard (by updating /boot on the sata drive, sticking the sdcard in a USB adapter, rsyncing the contents), booted into the latest lpae kernel, but still the sdcard isn't detected. Anyone have any ideas? Googling didn't turn up anything.

If not, is it possible to make the cubietruck boot directly off the sata drive? Doesn't seem to work for me, but if I can make that work I don't need to worry about the sdcard.

On 02/25/2015 09:55 AM, Hans de Goede wrote: > Hi, > > On 25-02-15 15:19, Cole Robinson wrote: >> Hey all, >> >> First time trying to setup my cubietruck/cubieboard3. I used >> fedora-arm-installer[1] to fill in an 8GB sd card on my host machine, using >> Fedora-Minimal-armhfp-21-5-sda.raw.xz. >> >> Pop it into my cubietruck, connect via serial console, start it up. Machine >> passes uboot fine and boots the initrd, but eventually fails waiting for the >> root mount point to show up, and falls back to dracut. >> >> Comparing my boot output to kashyap's[2], my machine has all the same messages >> referencing 'mmc1', but there's nothing about mmc0. mmcblk0 never shows up, so >> the boot fails after a timeout. >> >> So I populated a SATA drive in the same way as above, hooked that to the >> cubietruck, and it boots successfully. But I still can't access the sdcard >> from fedora. The only thing under /sys/block is sda. Tried removing and >> re-inserting the sunxi_mmc module, doesn't seem to help. Tried another sd >> card, didn't make a difference. >> >> I updated the kernel on the sdcard (by updating /boot on the sata drive, >> sticking the sdcard in a USB adapter, rsyncing the contents), booted into the >> latest lpae kernel, but still the sdcard isn't detected. >> >> Anyone have any ideas? Googling didn't turn up anything. > > So there are no mmc0 messages from the kernel at all ? Sounds like there is > an issue with the card-detect pin on your sdcard slot (u-boot does not > use this, it assumes the card is there as it is booting from it), you > could tree cleaning the slot a bit, e.g. blow some air through it. > Interesting. I wiggled the card some and blew air in a few places, and some time during that fedora spit out: mmc0: host does not support reading read-only switch. assuming write-enable. Which I see in kashyap's output as well.

However that's all I got and I can't reproduce yet, and not sure specifically what I did during that time. Would there be mmc0 messages in the kernel output even if no sdcard is inserted?

Or is it dependent on a card being present?

>> If not, is it possible to make the cubietruck boot directly off the sata >> drive? Doesn't seem to work for me, but if I can make that work I don't need >> to worry about the sdcard. > > There is no way to make things boot directly from sata, you always need > u-boot somewhere else as the bootrom inside the soc does not support sata. > > You could leave a tiny sdcard in the slot with just u-boot though, and run > everything else from sata. > Does /boot need to populated on the sdcard as well? Or can I make uboot on the sdcard use /boot from my sata drive?

Hi, On 25-02-15 16:10, Cole Robinson wrote: > On 02/25/2015 09:55 AM, Hans de Goede wrote: >> Hi, >> >> On 25-02-15 15:19, Cole Robinson wrote: >>> Hey all, >>> >>> First time trying to setup my cubietruck/cubieboard3. I used >>> fedora-arm-installer[1] to fill in an 8GB sd card on my host machine, using >>> Fedora-Minimal-armhfp-21-5-sda.raw.xz. >>> >>> Pop it into my cubietruck, connect via serial console, start it up. Machine >>> passes uboot fine and boots the initrd, but eventually fails waiting for the >>> root mount point to show up, and falls back to dracut. >>> >>> Comparing my boot output to kashyap's[2], my machine has all the same >>> messages >>> referencing 'mmc1', but there's nothing about mmc0. mmcblk0 never shows >>> up, so >>> the boot fails after a timeout. >>> >>> So I populated a SATA drive in the same way as above, hooked that to the >>> cubietruck, and it boots successfully. But I still can't access the sdcard >>> from fedora. The only thing under /sys/block is sda. Tried removing and >>> re-inserting the sunxi_mmc module, doesn't seem to help. Tried another sd >>> card, didn't make a difference. >>> >>> I updated the kernel on the sdcard (by updating /boot on the sata drive, >>> sticking the sdcard in a USB adapter, rsyncing the contents), booted into the >>> latest lpae kernel, but still the sdcard isn't detected. >>> >>> Anyone have any ideas? Googling didn't turn up anything. >> >> So there are no mmc0 messages from the kernel at all ? Sounds like there is >> an issue with the card-detect pin on your sdcard slot (u-boot does not >> use this, it assumes the card is there as it is booting from it), you >> could tree cleaning the slot a bit, e.g. blow some air through it. >> > > Interesting. I wiggled the card some and blew air in a few places, and some > time during that fedora spit out: > > mmc0: host does not support reading read-only switch. assuming write-enable. > > Which I see in kashyap's output as well. Yeah that is normal. > However that's all I got and I can't > reproduce yet, and not sure specifically what I did during that time. > > Would there be mmc0 messages in the kernel output even if no sdcard is > inserted? I don't think so, other the initializing the controller, the kernel will not do anything if the card-detect pin does not signal that there is a card inside the lost. > Or is it dependent on a card being present? Right.

> > >>> If not, is it possible to make the cubietruck boot directly off the sata >>> drive? Doesn't seem to work for me, but if I can make that work I don't need >>> to worry about the sdcard. >> >> There is no way to make things boot directly from sata, you always need >> u-boot somewhere else as the bootrom inside the soc does not support sata. >> >> You could leave a tiny sdcard in the slot with just u-boot though, and run >> everything else from sata. >> > > Does /boot need to populated on the sdcard as well? Or can I make uboot on the > sdcard use /boot from my sata drive? You can blow away the entire partition table from the sdcard, and have all partitions on the sata disk. All you need is the u-boot binary which sits between 8k and 1M from the start of the card.

On 02/25/2015 10:14 AM, Hans de Goede wrote: Reproduced it a bit more. If I wiggle the card vertically while inserting I can get it to trigger about 1/5 of the time. Affects the two sdcards I have. So my cubietruck hardware must be flaky :(