From: Hans Reiser <reiser@namesys.com>
To: linux-kernel@vger.kernel.org, reiserfs-list@namesys.com,
Oleg Drokin <green@namesys.com>
Subject: [Fwd: [PATCH] rename bug patch]
Date: Fri, 18 Jan 2002 17:51:25 +0300 [thread overview]
Message-ID: <3C48366D.20502@namesys.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 128 bytes --]
Others besides Marcelo are likely to be interested in this. I think
this might be the fix to a longtime eluding us bug.
Hans
[-- Attachment #2: [PATCH] rename bug patch --]
[-- Type: message/rfc822, Size: 4077 bytes --]
From: Hans Reiser <reiser@namesys.com>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Subject: [PATCH] rename bug patch
Date: Fri, 18 Jan 2002 14:41:10 +0300
Message-ID: <3C4809D6.8040908@namesys.com>
Please apply and credit Oleg. It is tested by three persons and read/reviewed by Saveliev, so it should be good.
Hans
Hello!
A-rename_stale_item_bug-1.diff
This patch fixes 2 bugs in reiserfs_rename(). First one being attempt to access item before verifying it was
not moved since last access. Second is a window, where old filename may be written to disk with 'visible'
flag unset without these changes be journaled.
Bye,
Oleg
--- linux/fs/reiserfs/namei.c.orig Thu Jan 17 14:05:11 2002
+++ linux/fs/reiserfs/namei.c Thu Jan 17 17:09:23 2002
@@ -1057,7 +1057,7 @@
INITIALIZE_PATH (old_entry_path);
INITIALIZE_PATH (new_entry_path);
INITIALIZE_PATH (dot_dot_entry_path);
- struct item_head new_entry_ih, old_entry_ih ;
+ struct item_head new_entry_ih, old_entry_ih, dot_dot_ih ;
struct reiserfs_dir_entry old_de, new_de, dot_dot_de;
struct inode * old_inode, * new_inode;
int windex ;
@@ -1151,6 +1151,8 @@
copy_item_head(&old_entry_ih, get_ih(&old_entry_path)) ;
+
reiserfs_prepare_for_journal(old_inode->i_sb, old_de.de_bh, 1) ;
+
// look for new name by reiserfs_find_entry
new_de.de_gen_number_bit_string = 0;
retval = reiserfs_find_entry (new_dir, new_dentry->d_name.name, new_dentry->d_name.len,
@@ -1167,6 +1169,7 @@
if (S_ISDIR(old_inode->i_mode)) {
if (search_by_entry_key (new_dir->i_sb, &dot_dot_de.de_entry_key, &dot_dot_entry_path, &dot_dot_de) != NAME_FOUND)
BUG ();
+
copy_item_head(&dot_dot_ih, get_ih(&dot_dot_entry_path)) ;
// node containing ".." gets into transaction
reiserfs_prepare_for_journal(old_inode->i_sb, dot_dot_de.de_bh, 1) ;
}
@@ -1183,23 +1186,33 @@
** of the above checks could have scheduled. We have to be
** sure our items haven't been shifted by another process.
*/
-
if (!entry_points_to_object(new_dentry->d_name.name,
+
if (item_moved(&new_entry_ih, &new_entry_path) ||
+
!entry_points_to_object(new_dentry->d_name.name,
new_dentry->d_name.len,
&new_de, new_inode) ||
-
item_moved(&new_entry_ih, &new_entry_path) ||
item_moved(&old_entry_ih, &old_entry_path) ||
!entry_points_to_object (old_dentry->d_name.name,
old_dentry->d_name.len,
&old_de, old_inode)) {
reiserfs_restore_prepared_buffer (old_inode->i_sb, new_de.de_bh);
+
reiserfs_restore_prepared_buffer (old_inode->i_sb, old_de.de_bh);
if (S_ISDIR(old_inode->i_mode))
reiserfs_restore_prepared_buffer (old_inode->i_sb, dot_dot_de.de_bh);
continue;
}
+
if (S_ISDIR(old_inode->i_mode)) {
+
if ( item_moved(&dot_dot_ih, &dot_dot_entry_path) ||
+
!entry_points_to_object ( "..", 2, &dot_dot_de, old_dir) ) {
+
reiserfs_restore_prepared_buffer (old_inode->i_sb, old_de.de_bh);
+
reiserfs_restore_prepared_buffer (old_inode->i_sb, new_de.de_bh);
+
reiserfs_restore_prepared_buffer (old_inode->i_sb, dot_dot_de.de_bh);
+
continue;
+
}
+
}
+
RFALSE( S_ISDIR(old_inode->i_mode) &&
-
(!entry_points_to_object ("..", 2, &dot_dot_de, old_dir) ||
-
!reiserfs_buffer_prepared(dot_dot_de.de_bh)), "" );
+
!reiserfs_buffer_prepared(dot_dot_de.de_bh), "" );
break;
}
@@ -1212,6 +1225,7 @@
journal_mark_dirty (&th, old_dir->i_sb, new_de.de_bh);
mark_de_hidden (old_de.de_deh + old_de.de_entry_num);
+ journal_mark_dirty (&th, old_dir->i_sb, old_de.de_bh);
old_dir->i_ctime = old_dir->i_mtime = CURRENT_TIME;
new_dir->i_ctime = new_dir->i_mtime = CURRENT_TIME;
reply other threads:[~2002-01-18 14:55 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=3C48366D.20502@namesys.com \
--to=reiser@namesys.com \
--cc=green@namesys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiserfs-list@namesys.com \
/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.