Olimex imx233超时

嗨凯文，
我真的很惊讶imx23甚至支持SDXC：
[2.330000] mmc0：主机不支持读取只读开关，假设写入启用
[2.350000] mmc0：地址aaaa的新高速SDXC卡
[2.420000] mmcblk0：mmc0：aaaa SL64G 59.5 GiB
[2.480000] mmcblk0：p1 p2
这很酷。
可悲的是我的所有imx23都在工作，所以直到明天我都无法查看。
但是你可以仔细检查你的/ etc / fstab设置吗？
因为它接近登录提示。
编辑：好的，我看到你仔细检查了你的fstab设置。
您使用sfdisk和mkfs.ext4版本构建microSD卡的主机是什么操作系统？
问候，



以下为原文

        Hi Kevin,
I’m really surprised the imx23 even supports SDXC:
[    2.330000] mmc0: host does not support reading read-only switch, assuming write-enable[    2.350000] mmc0: new high speed SDXC card at address aaaa[    2.420000] mmcblk0: mmc0:aaaa SL64G 59.5 GiB [    2.480000]  mmcblk0: p1 p2That’s pretty cool.  Sadly all my imx23’s are at work, so i can’t check this out till tomorrow.
But can you double check your /etc/fstab setting? as it did get close to the login prompt.
edit: okay i see you double checked your fstab settings.
What OS was your host that you built the microSD card with, sfdisk and mkfs.ext4 versions?
Regards,

嗨罗伯特，
是的，我在询问之前搜索了我的问题并看到了你以前的答案（虽然对于比格犬骨头）！
使用Ubuntu 16.04主机，来自util-linux 2.27.1的sfdisk，mkfs.ext4 1.42.13
谢谢



以下为原文

        Hi Robert,
Yep, I googled my question before asking and saw your previous answers (for beagle bones though)! Using Ubuntu 16.04 host, sfdisk from util-linux 2.27.1, mkfs.ext4 1.42.13
Thanks

嗨凯文，
这种组合应该有效。
您有机会获得SDHC卡吗？
我挖了我的硬件堆，发现了一个imx23。
但我唯一的SDXC卡是'ro'，不再采用格式...
这是我的启动日志，带有16GB microSD：
imx23-v4.9.x-boot.log（16.9 KB）
debian @ arm：〜$ dmesg |
grep mmc
[0.000000]内核命令行：console = ttyAMA0,115200 root = / dev / mmcblk0p2 ro rootfstype = ext4 rootwait fixrtc
[2.080000] 80010000.ssp未找到供应vmmc，使用虚拟调节器
[2.150000] mxs-mmc 80010000.ssp：已初始化
[2.300000] mmc0：主机不支持读取只读开关，假设写入启用
[2.320000] mmc0：地址e624的新高速SDHC卡
[2.360000] mmcblk0：mmc0：e624 SU16G 14.8 GiB
[2.400000] mmcblk0：p1 p2
[2.540000] EXT4-fs（mmcblk0p2）：已安装的文件系统，具有有序数据模式。
选择:( null）
[10.410000] EXT4-fs（mmcblk0p2）：重新安装。
选择：errors = remount-ro
debian @ arm：〜$ uname -r
4.9.14-imxv5-R1
问候，



以下为原文

        Hi Kevin,
That combination should have worked.  Any chance do you have an SDHC card?  I dug thru my hardware pile and found an imx23.  But my only SDXC card is ‘ro’ and no longer taking a format…
Here’s my boot log, with a 16GB microSD:
imx23-v4.9.x-boot.log (16.9 KB)
debian@arm:~$ dmesg | grep mmc[    0.000000] Kernel command line: console=ttyAMA0,115200 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc[    2.080000] 80010000.ssp supply vmmc not found, using dummy regulator[    2.150000] mxs-mmc 80010000.ssp: initialized[    2.300000] mmc0: host does not support reading read-only switch, assuming write-enable[    2.320000] mmc0: new high speed SDHC card at address e624[    2.360000] mmcblk0: mmc0:e624 SU16G 14.8 GiB [    2.400000]  mmcblk0: p1 p2[    2.540000] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)[   10.410000] EXT4-fs (mmcblk0p2): re-mounted. Opts: errors=remount-rodebian@arm:~$ uname -r4.9.14-imxv5-r1Regards,

嗨罗伯特，
SDHC卡仍然存在同样的问题。
我注意到日志顶部报告了CRC错误：
CPU：飞思卡尔i.MX23 rev1.4，454 MHz
BOOT：SSP SD / MMC＃0
DRAM：64 MiB
没有arch特定的invalidate_icache_all可用！
__led_init：请求GPIO59失败！
MMC：MXS MMC：0
***警告 - 错误的CRC，使用默认环境
什么CRC检查失败？
我的rootfs校验和与您站点上的校验和匹配。
内核已损坏？
应该注意的是，我尝试使用4.10和4.9内核并且遇到了同样的问题。



以下为原文

        Hi Robert,
Still have the same problem with a SDHC card. I noticed a reported CRC error at the top of the logs:
CPU:   Freescale i.MX23 rev1.4 at 454 MHzBOOT:  SSP SD/MMC #0DRAM:  64 MiBNo arch specific invalidate_icache_all available!__led_init: failed requesting GPIO59!MMC:   MXS MMC: 0*** Warning - bad CRC, using default environmentWhat CRC check failed? My rootfs checksum matched the one on your site. Kernel is corrupted? It should be noted that I tried this with both 4.10 and 4.9 kernels and had the same issues.

等等，我刚检查了你的日志，你有相同的CRC问题，所以我猜这应该不是问题。



以下为原文

        Ah wait, I just checked your logs and you have the same CRC thing, so it shouldn’t be an issue I guess.

U-Boot将允许您为将来的靴子保存环境（也就是更改/添加）。
在我们的例子中，我们只是使用默认设置。
CRC失败，因为该位置是“空白”......
问候，



以下为原文

        U-Boot will allow you to save the environment (aka changes/additions) for future boots. In our case, we are just using the default settings. The CRC fails, since that location is “blank”…
Regards,

嗯好的。
我唯一改变的是我还包括一些非默认的内核模块。
在PPS下的设备驱动程序的menuconfig中，我选择了该子菜单中的所有模块。
我试图再次编译所有内容而不选择那些，看看是否有所作为



以下为原文

        Hm ok. The only thing I changed is I also include some non-default kernel modules. In menuconfig in Device Drivers under PPS, I selected all the modules in that submenu. I’m trying to compile everything again without selecting those, going to see if that makes a difference

仍然打破了一切到t。
没有额外的模块加载或任何东西



以下为原文

        Still broken following everything to a t. No extra modules loaded or anything

你有什么想法吗？
我真的坚持这个。



以下为原文

        Do you have any ideas what’s wrong here? I’m really stuck on this.

嗨凯文，
没有任何东西。
几天前，当我测试内核映像时，我已经重建了从wiki编写的所有内容。
（我正在使用Debian Buster amd64）
sudo sfdisk -v
来自util-linux的sfdisk 2.29.2
sudo mkfs.ext4 -V
mke2fs 1。43。4（2017年1月31日）
使用EXT2FS库版本1.43.4
它唯一可能是：
https://eewiki.net/display/linuxonarm/iMX233-OLinuXino#iMX233-OLinuXino-CopyRootFileSystem
sudo tar xfvp ./debian-*-*-armel-*/armel-rootfs-*.tar -C / media / rootfs /
同步
sudo chown root：root / media / rootfs /
sudo chmod 755 / media / rootfs /
在Debian Stretch开发期间，chown和chmod调用成为必需。
但没有它们，它只会破坏默认的用户权限。
问候，
编辑：舌头绑...



以下为原文

        Hi Kevin,
No nothing off hand.  When i tested the kernel image a few days ago i had rebuilt everything as written from the wiki. (I’m using Debian Buster amd64)
sudo sfdisk -vsfdisk from util-linux 2.29.2sudo mkfs.ext4 -Vmke2fs 1.43.4 (31-Jan-2017)Using EXT2FS Library version 1.43.4The only thing it might be:
https://eewiki.net/display/linuxonarm/iMX233-OLinuXino#iMX233-OLinuXino-CopyRootFileSystem
sudo tar xfvp ./debian-*-*-armel-*/armel-rootfs-*.tar -C /media/rootfs/syncsudo chown root:root /media/rootfs/sudo chmod 755 /media/rootfs/During the Debian Stretch development, the chown and chmod call’s became required.  But without them, it only broke the default user permissions.
Regards,
edit: tongue tied…