On Tuesday 30 September 2014 09:05:55 Holger Schurig wrote:
> Hmm, after one or two minutes I lost my patience. Also, hitting Ctrl-C
> didn't abort the application. Suspending it with Ctrl-Z doesn't work
> either. I did an strace, and the last few lines look like this:
>
> stat64("/dev/mmcblk0p1", {st_mode=S_IFBLK|0660, st_rdev=makedev(179,
> 5), ...}) = 0
> open("/dev/mmcblk0p1", O_RDONLY|O_EXCL) = 3
> close(3) = 0
> open("/dev/mmcblk0p1", O_RDONLY|O_LARGEFILE) = 3
> uname({sys="Linux", node="mde", ...}) = 0
> ioctl(3, BLKGETSIZE64, 0xbea40610) = 0
> close(3) = 0
> write(1, "fs_types for mke2fs.conf resolut"..., 37fs_types for
> mke2fs.conf resolution: ) = 37
> write(1, "'ext3'", 6'ext3') = 6
> write(1, "\n", 1
> ) = 1
> open("/dev/mmcblk0p1", O_RDONLY|O_LARGEFILE) = 3
> ioctl(3, BLKSSZGET, 0xbea408b8) = 0
> close(3) = 0
> open("/dev/mmcblk0p1", O_RDONLY|O_LARGEFILE) = 3
> ioctl(3, BLKPBSZGET, 0xbea408bc) = 0
> close(3) = 0
> stat64("/dev/mmcblk0p1", {st_mode=S_IFBLK|0660, st_rdev=makedev(179,
> 5), ...}) = 0
> open("/dev/mmcblk0p1", O_RDONLY|O_LARGEFILE) = 3
> fadvise64_64(3, 0, 0, POSIX_FADV_RANDOM) = 0
> fstat64(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(179, 5), ...}) = 0
> uname({sys="Linux", node="mde", ...}) = 0
> ioctl(3, BLKGETSIZE64, 0x53a4b8) = 0
> ioctl(3, CDROM_GET_CAPABILITY, 0) = -1 EINVAL (Invalid argument)
> ioctl(3, BLKALIGNOFF, 0xbea40764) = 0
> ioctl(3, BLKIOMIN, 0xbea40764) = 0
> ioctl(3, BLKIOOPT, 0xbea40764) = 0
> ioctl(3, BLKPBSZGET, 0xbea40764) = 0
> ioctl(3, BLKSSZGET, 0x53a4d0) = 0
> close(3) = 0
> access("/sys/fs/ext4/features/lazy_itable_init", R_OK) = -1 ENOENT (No
> such file or directory)
> open("/dev/mmcblk0p1", O_RDWR|O_EXCL|O_LARGEFILE) = 3
> stat64("/dev/mmcblk0p1", {st_mode=S_IFBLK|0660, st_rdev=makedev(179,
> 5), ...}) = 0
> ioctl(3, BLKDISCARDZEROES, 0xbea40880) = 0
> ioctl(3, BLKROGET, 0xbea40884) = 0
> uname({sys="Linux", node="mde", ...}) = 0
> gettimeofday({1403353145, 564428}, NULL) = 0
> gettimeofday({1403353145, 564587}, NULL) = 0
> gettimeofday({1403353145, 564709}, NULL) = 0
> ioctl(3, BLKDISCARD
>
> Too bad I cannot see the arguments/results from the ioctls ...
This is probably bug in 'strace', it's missing a handler for BLKDISCARD.
I believe, mkfs.ext3 just tries to erase the whole partition, which is
a good idea in principle.
> I also noticed that it takes an awful lot of kernel task time:
>
> root@mde:~# top | head -n9
> top - 14:09:59 up 2 min, 2 users, load average: 1.84, 0.79, 0.30
> Tasks: 86 total, 2 running, 84 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 0.3 us, 22.2 sy, 0.0 ni, 54.6 id, 22.5 wa, 0.0 hi, 0.4 si, 0.0 st
> KiB Mem: 1034092 total, 86760 used, 947332 free, 2808 buffers
> KiB Swap: 0 total, 0 used, 0 free, 52128 cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 71 root 20 0 0 0 0 R 99.5 0.0 2:23.54 mmcqd/1
> 323 root 20 0 2640 1640 1304 R 5.5 0.2 0:00.02 top
>
> Maybe it's hanging in the kernel ? The whan stays at get_request:
>
> root@mde:~# ps -a -o pid,f,stat,pcpu,pmem,psr,comm,wchan=WIDE-WCHAN | grep mkfs
> 296 0 D+ 0.0 0.1 2 mkfs.ext3 get_request
Right, mkfs is obviously wanting for the ioctl to complete, but that
seems to be stuck looking in mmcqd. It would be helpful to understand
where that kernel thread is stuck, but that is harder to do.
Is this sdhci-esdhc-imx.c? Are you using DMA mode?
> > Can you try erasing a smaller region of the device
>
> Sure, this seems to work.
>
> root@mde:~# blkdiscard /dev/mmcblk0 0 1
> erasing 0 to 1 on /dev/mmcblk0
> ioctl: Invalid argument
> root@mde:~# blkdiscard /dev/mmcblk0 0 512
> erasing 0 to 512 on /dev/mmcblk0
> root@mde:~# blkdiscard /dev/mmcblk0 0 4096
> erasing 0 to 4096 on /dev/mmcblk0
> root@mde:~# blkdiscard /dev/mmcblk0 0 8192
> erasing 0 to 8192 on /dev/mmcblk0
> root@mde:~# blkdiscard /dev/mmcblk0 0 16384
> erasing 0 to 16386 on /dev/mmcblk0
> ioctl: Invalid argument
16386 is not a multiple of 512, so that fails. Keep trying larger
power-of-two numbers, also using 'time' to see how long they take.
You should be able to erase up to 4GB at a time.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
