From: dan@pwienterprises.com
To: "Eric Sandeen" <sandeen@sandeen.net>, linux-kernel@vger.kernel.org
Cc: bfennema@falcon.csc.calpoly.edu
Subject: Re: [PATCH]: initialize parts of udf inode earlier in create
Date: Mon, 07 Aug 2006 00:14:20 -0700 [thread overview]
Message-ID: <1154934860.6783.267775866@webmail.messagingengine.com> (raw)
In-Reply-To: <44D36E60.2020006@sandeen.net>
> I saw an oops down this path when trying to create a new file on a UDF
> filesystem which was internally marked as readonly, but mounted rw:
>
> udf_create
> udf_new_inode
> new_inode
> alloc_inode
> udf_alloc_inode
> udf_new_block
> returns EIO due to readonlyness
> iput (on error)
I ran into the same issue today, but when listing a directory with
invalid/corrupt entries:
udf_lookup
udf_iget
get_new_inode_fast
alloc_inode
udf_alloc_inode
__udf_read_inode
fails for any reason
iput (on error)
...
The following patch to udf_alloc_inode() should take care of both (and
other similar) cases, but I've only tested it with udf_lookup().
Dan
--
Signed-off-by: Dan Bastone <dan@pwienterprises.com>
--- linux-2.6.17.7/fs/udf/super.c.orig
+++ linux-2.6.17.7/fs/udf/super.c
@@ -116,6 +116,13 @@
ei = (struct udf_inode_info *)kmem_cache_alloc(udf_inode_cachep,
SLAB_KERNEL);
if (!ei)
return NULL;
+
+ ei->i_unique = 0;
+ ei->i_lenExtents = 0;
+ ei->i_next_alloc_block = 0;
+ ei->i_next_alloc_goal = 0;
+ ei->i_strat4096 = 0;
+
return &ei->vfs_inode;
}
--
diegogarcia@cluemail.com
--
http://www.fastmail.fm - Email service worth paying for. Try it for free
next prev parent reply other threads:[~2006-08-07 7:14 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-04 15:57 [PATCH]: initialize parts of udf inode earlier in create Eric Sandeen
2006-08-07 7:14 ` dan [this message]
2006-08-07 22:45 ` Eric Sandeen
2006-08-08 6:44 ` Dan Bastone
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=1154934860.6783.267775866@webmail.messagingengine.com \
--to=dan@pwienterprises.com \
--cc=bfennema@falcon.csc.calpoly.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=sandeen@sandeen.net \
/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.