All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>
To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Odd problem starting nilfs_cleanerd due to an eMMC misbehaviour
Date: Sat, 28 Jan 2012 13:53:00 +0100	[thread overview]
Message-ID: <201201281353.00537.Martin@lichtvoll.de> (raw)
In-Reply-To: <20120126135203.GM2267-0MSThuzptbI@public.gmane.org>

Am Donnerstag, 26. Januar 2012 schrieben Sie:
> Hi,
> 
> I'm using nilfs2 for the root filesystem on an ARM-based netbook
> (Toshiba ac100) with Debian hardfloat. Custom kernel is based on 3.0.8
> and nilfs-tools is 2.1.0-1 from the Debian repository.
> 
> I wanted to try the threaded i/o test from the Phoronix test suite and
> somehow it happened that during the test the garbage collecting daemon
> failed and never came back. So i got the filesystem 100% full and
> after i noticed it i tried running the daemon manually. It didn't
> start even after reboot. Suprisingly, the eMMC error went away on its
> own after fully powering off the whole device, and after that the
> daemon started to work properly.
> 
> I'm not sure what conclusion might be made from this but i'd still
> appreciate any comments, especially the suggestions on what to do if
> the error didn't "recover".
> 
> The relevant dmesg excerpts (full might be available from
> http://paulfertser.info/files/failing_emmc.txt ):
> 
> [    2.837036] mmc0: new high speed MMC card at address 0001
> [    2.847637] mmcblk0: mmc0:0001 MMC32G 29.8 GiB
> ...
> [ 5668.706475] mmcblk0: retrying using single block read
> [ 5671.580366] mmcblk0: error -110 transferring data, sector 15563278,
> nr 122, card status 0x200900 [ 5671.603701] end_request: I/O error,
> dev mmcblk0, sector 15563278 [ 5674.421016] mmcblk0: error -110
> transferring data, sector 15563279, nr 121, card status 0x200900 [
> 5674.445322] end_request: I/O error, dev mmcblk0, sector 15563279 [
> 5674.466988] NILFS: GC failed during preparation: cannot read source
> blocks: err=-5 ...

Well I think thats clear: Thats an I/O error when trying to access the MMC 
flash. I think the cleaner shouldn´t hang on it, but aside from that I do 
not see a NILFS issue here.

As to the exact nature of the MMC error I have no idea. Maybe searching 
for parts of the dmesg message does help.

I have I/O errors sometimes with the internal card reader on my ThinkPad 
T520 with Kingston Ultimate SD cards which work perfectly well with an 
external USB card reader. I reported these to bugzilla.kernel.org after I 
noticed that some similar sounding issue was reported there as well.

So I recommend checking whether this might be a known issue with the mmc 
driver in the Linux kernel.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2012-01-28 12:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-26 13:52 Odd problem starting nilfs_cleanerd due to an eMMC misbehaviour Paul Fertser
     [not found] ` <20120126135203.GM2267-0MSThuzptbI@public.gmane.org>
2012-01-27 16:19   ` Christian Smith
     [not found]     ` <20120127161921.GL750-Ng8wz+J301SNY5Lh21HnMTHS2PGA244I9dF7HbQ/qKg@public.gmane.org>
2012-01-27 16:29       ` Gordan Bobic
2012-01-28 12:53   ` Martin Steigerwald [this message]
     [not found]     ` <201201281353.00537.Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>
2012-02-01  6:06       ` Paul Fertser
2013-01-10 13:16   ` New experience with the odd " Paul Fertser
     [not found]     ` <20130110131659.GA29689-0MSThuzptbI@public.gmane.org>
2013-01-10 13:34       ` Vyacheslav Dubeyko
2013-01-10 13:49         ` Paul Fertser
     [not found]           ` <20130110134907.GB29689-0MSThuzptbI@public.gmane.org>
2013-01-10 14:00             ` Vyacheslav Dubeyko
2013-01-10 14:12               ` Paul Fertser
2013-06-30  7:44         ` Paul Fertser
     [not found]           ` <20130630074404.GI22224-0MSThuzptbI@public.gmane.org>
2013-06-30  7:56             ` Paul Fertser
     [not found]               ` <20130630075626.GJ22224-0MSThuzptbI@public.gmane.org>
2013-06-30 11:49                 ` Vyacheslav Dubeyko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201201281353.00537.Martin@lichtvoll.de \
    --to=martin-3kzcpva5dk2azgqtneioug@public.gmane.org \
    --cc=linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.