Re: could not mount a spi-flash on rootfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Geert-san

On 06/30/2014 04:21 PM, Geert Uytterhoeven wrote:
Hi Hiep-san,

On Mon, Jun 30, 2014 at 4:29 AM, カオ ミン ヒェップ <cm-hiep@xxxxxxxxxxx> wrote:
"EXT3-fs (mtdblock2): error: can't find ext3 filesystem on dev mtdblock2.
EXT2-fs (mtdblock2): error: can't find an ext2 filesystem on dev
mtdblock2.
EXT4-fs (mtdblock2): VFS: Can't find ext4 filesystem
FAT-fs (mtdblock2): bogus number of reserved sectors
FAT-fs (mtdblock2): Can't find a valid FAT filesystem
FAT-fs (mtdblock2): bogus number of reserved sectors
FAT-fs (mtdblock2): Can't find a valid FAT filesystem
mount: you must specify the filesystem type"
root@linaro-nano:~# mount /dev/mtdblock2 /mnt/
Does it make a difference if you explicitly specify the file system type,
by adding "-t ext3"?
I have tried to specify the system type by adding "-t ext3" or "-t ext4",
but it has no change anything.
I attached the qspi test logs file. Please see it.
"renesas_spi qspi.0: master is unqueued, this is deprecated"

So this is indeed a very old version of the rspi driver.
Which 3.10.31-ltsi are you using? The one from renesas-backports?
The source code is link below:
http://ltsi.linuxfoundation.org/sites/ltsi/files/patch-3.10.31-ltsi.gz
This qspi is added on rspi driver together that i am using. I think that It was back-ported from a upstream version. I think this message does not causing of the problem.
I have enabled ext2,3,4 file systems when configuring the kernel.
and I saw that the qspi driver code is same with upstream version code
that
be good.
maybe the problem related to mtd (m25p80.c) (?)
I attach the logs files when making a spi-flash partition and mount it on
rootfs.
It looks like the file system wasn't written correctly to the device.
Do you see anything suspicious in the kernel log (dmesg)?
No, I don't see anything suspicious in the kernel log. It is normally log
for qspi.
Strange.

Can you check that writing works using some other way, e.g. using dd?
I have checked the writing works using other way (using dd command directly) as below:

# uname -a
Linux linaro-nano 3.10.31-ltsi-00002-g7bdf07f-dirty #1 Mon Jun 30 09:18:01 JST 2014x
# du -h 2.in
2.1M    2.in

# dd if=2M.in of=/dev/mtdblock2 bs=1M count=2
2+0 records in
2+0 records out
2097152 bytes (2.1 MB) copied, 155.454 s, 13.5 kB/s
root@linaro-nano:~# dd if=/dev/mtdblock2 of=2M.out bs=1M count=2
2+0 records in
2+0 records out
2097152 bytes (2.1 MB) copied, 83.3882 s, 25.1 kB/s
root@linaro-nano:~# ls
2M.in    2M.out
root@linaro-nano:~# md5sum 2M.in 2M.out
bf90a4724c584901fae07749965208e3  2M.in
bf90a4724c584901fae07749965208e3  2M.out

Best regards,
Hiep
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux