On Tue, 2013-04-02 at 00:21 +0400, Max Filippov wrote:
[snip]
> >
> > Could you share "cat /proc/partitions" and "strace mkfs.f2fs
> > /dev/mmcblk0p3" outputs? I think that these outputs can be very useful for
> > issue analysis.
> >
> > By the way, can you reproduce the issue on another SD-card? Do you
> > reproduce the issue only under pandaboard?
>
> Yes, I can reproduce it on three SD cards of different vendors and different
> sizes.
> Unfortunately ATM I don't have any other board to try it on.
>
> # cat /proc/partitions
> major minor #blocks name
>
> 179 0 7782400 mmcblk0
> 179 1 40131 mmcblk0p1
> 179 2 32130 mmcblk0p2
> 179 3 5685248 mmcblk0p3
>
As I see, you have several partition on your SD-card. How did it
prepared?
> strace output is the following:
>
[snip]
> write(1, "Info: sector size = 512\n", 24) = 24
> write(1, "Info: total sectors = 11370496 ("..., 45) = 45
> write(1, "Info: zone aligned segment0 blka"..., 41) = 41
> fstat64(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(179, 3), ...}) = 0
> ioctl(3, BLKDISCARD
As I understand, the BLKDISCARD ioctl (to pre-discard all blocks on an
ssd, or a thinly-provisioned storage device) is a visible reason of the
issue. Unfortunately, as I see, mkfs.f2fs doesn't support option to
format partition without blocks discard step.
So, I think that it needs to investigate issue in the direction of
BLKDISCARD code on the kernel side. It makes sense to debug
f2fs_trim_device() method of mkfs.f2fs utility too. But I can't see
anything strange in this function at a glance.
With the best regards,
Vyacheslav Dubeyko.
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
