mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Anton Altaparmakov <aia21@cus.cam.ac.uk>
To: torvalds@transmeta.com
Cc: linux-kernel@vger.kernel.org
Subject: [BKPatch-2.5.8-pre2] Cleanup: Remove BH_Req
Date: Tue, 9 Apr 2002 00:31:52 +0100 (BST)	[thread overview]
Message-ID: <E16uic4-0002wq-00@libra.cus.cam.ac.uk> (raw)

Linus,

I have noticed that BH_Req is not actually used for anything any more both
in 2.4 and 2.5 kernels. There are a handful of places that set/clear it
but no one tests for it so it seems to me it is a good target for removal.

Unless someone has sinister plans for BH_Req (in which case I expect them 
to scream NOW), please apply below patch which removes the no longer 
user BH_Req altogether from the kernel tree.

Best regards,

	Anton
-- 
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Linux NTFS maintainer / WWW: http://linux-ntfs.sf.net/
IRC: #ntfs on irc.openprojects.net / ICQ: 8561279
WWW: http://www-stu.christs.cam.ac.uk/~aia21/

--------bhreq.patch--------
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.

===================================================================


ChangeSet@1.586, 2002-04-09 00:14:26+01:00, aia21@cam.ac.uk
  Remove BH_Req as it is no longer used for anything.


 drivers/block/ll_rw_blk.c     |    2 --
 drivers/md/raid5.c            |    2 +-
 fs/buffer.c                   |    2 --
 fs/jbd/transaction.c          |    1 -
 fs/reiserfs/tail_conversion.c |    1 -
 include/linux/fs.h            |    1 -
 6 files changed, 1 insertion(+), 8 deletions(-)


diff -Nru a/drivers/block/ll_rw_blk.c b/drivers/block/ll_rw_blk.c
--- a/drivers/block/ll_rw_blk.c	Tue Apr  9 00:22:36 2002
+++ b/drivers/block/ll_rw_blk.c	Tue Apr  9 00:22:36 2002
@@ -1396,8 +1396,6 @@
 	BUG_ON(!buffer_mapped(bh));
 	BUG_ON(!bh->b_end_io);
 
-	set_bit(BH_Req, &bh->b_state);
-
 	/*
 	 * from here on down, it's all bio -- do the initial mapping,
 	 * submit_bio -> generic_make_request may further map this bio around
diff -Nru a/drivers/md/raid5.c b/drivers/md/raid5.c
--- a/drivers/md/raid5.c	Tue Apr  9 00:22:36 2002
+++ b/drivers/md/raid5.c	Tue Apr  9 00:22:36 2002
@@ -472,7 +472,7 @@
 	/* FIXME - later we will need bdev here */
 	bh->b_blocknr   = block;
 
-	bh->b_state	= (1 << BH_Req) | (1 << BH_Mapped);
+	bh->b_state	= 1 << BH_Mapped;
 	bh->b_size	= sh->size;
 	bh->b_list	= BUF_LOCKED;
 	return bh;
diff -Nru a/fs/buffer.c b/fs/buffer.c
--- a/fs/buffer.c	Tue Apr  9 00:22:36 2002
+++ b/fs/buffer.c	Tue Apr  9 00:22:36 2002
@@ -1313,7 +1313,6 @@
 		bh->b_bdev = NULL;
 		clear_bit(BH_Uptodate, &bh->b_state);
 		clear_bit(BH_Mapped, &bh->b_state);
-		clear_bit(BH_Req, &bh->b_state);
 		clear_bit(BH_New, &bh->b_state);
 		remove_from_queues(bh);
 		unlock_buffer(bh);
@@ -1436,7 +1435,6 @@
 	if (old_bh) {
 		mark_buffer_clean(old_bh);
 		wait_on_buffer(old_bh);
-		clear_bit(BH_Req, &old_bh->b_state);
 		__brelse(old_bh);
 	}
 }
diff -Nru a/fs/jbd/transaction.c b/fs/jbd/transaction.c
--- a/fs/jbd/transaction.c	Tue Apr  9 00:22:36 2002
+++ b/fs/jbd/transaction.c	Tue Apr  9 00:22:36 2002
@@ -1862,7 +1862,6 @@
 	J_ASSERT_BH(bh, !buffer_jdirty(bh));
 	clear_bit(BH_Uptodate, &bh->b_state);
 	clear_bit(BH_Mapped, &bh->b_state);
-	clear_bit(BH_Req, &bh->b_state);
 	clear_bit(BH_New, &bh->b_state);
 	bh->b_bdev = NULL;
 	return may_free;
diff -Nru a/fs/reiserfs/tail_conversion.c b/fs/reiserfs/tail_conversion.c
--- a/fs/reiserfs/tail_conversion.c	Tue Apr  9 00:22:36 2002
+++ b/fs/reiserfs/tail_conversion.c	Tue Apr  9 00:22:36 2002
@@ -140,7 +140,6 @@
     mark_buffer_clean(bh) ;
     lock_buffer(bh) ;
     clear_bit(BH_Mapped, &bh->b_state) ;
-    clear_bit(BH_Req, &bh->b_state) ;
     clear_bit(BH_New, &bh->b_state) ;
     bh->b_bdev = NULL;
     unlock_buffer(bh) ;
diff -Nru a/include/linux/fs.h b/include/linux/fs.h
--- a/include/linux/fs.h	Tue Apr  9 00:22:36 2002
+++ b/include/linux/fs.h	Tue Apr  9 00:22:36 2002
@@ -215,7 +215,6 @@
 	BH_Uptodate,	/* 1 if the buffer contains valid data */
 	BH_Dirty,	/* 1 if the buffer is dirty */
 	BH_Lock,	/* 1 if the buffer is locked */
-	BH_Req,		/* 0 if the buffer has been invalidated */
 	BH_Mapped,	/* 1 if the buffer has a disk mapping */
 	BH_New,		/* 1 if the buffer is new and not yet written out */
 	BH_Async,	/* 1 if the buffer is under end_buffer_io_async I/O */

===================================================================


This BitKeeper patch contains the following changesets:
+
## Wrapped with gzip_uu ##


makepatch: ChangeSet |\b1 revisions
makepatch: fs/jbd/transaction.c |\b1 revisions
makepatch: fs/reiserfs/tail_conversion.c |\b1 revisions
makepatch: drivers/block/ll_rw_blk.c |\b1 revisions
makepatch: drivers/md/raid5.c |\b1 revisions
makepatch: fs/buffer.c |\b1 revisions
makepatch: include/linux/fs.h |\b1 revisions
makepatch: patch contains 7 revisions from 7 files
begin 664 bkpatch30079
M'XL(`#PFLCP``\U778_:.!1])K_"4A\K$E_;<6RV5&S;U7:UK7;$JL_(<<R0
M3DC8?-!VE1^_3B@#0T@ST&TU@`0R\=&Y]_B>>_T,?2A,/AFI6!%PGJ&W65%.
M1EJM7:7=ZLZNS+/,KGA5D7M%KKV$^*Y.C$JKC6/_O5&E7J&MR8O)"%QZOU)^
MV9C):/[;[Q_>_3IWG.D4O5ZI]-;\;4HTG3IEEF]5$A4S5:Z2+'7+7*7%VI3*
MU=FZOG^T)A@3^_8AH-CG-7#,@EI#!*`8F`@3)CASU-UF/?LWWC2;756=[F>8
M8\HXX3633!#G#0+7%QQAXF'F88DPG@";$/X<PP1CU.9B=I\#])RC,79>H?^7
M]&M'H[E99UN#7KU=S,T_2!4H+E%<H#1#%O_6Y*@J3(2668Y4^J5<Q>FMZ_R)
M&*=!X-P<,NJ,+WPY#E;8>3D0493'C;#>.O)R%4=6]Z/0F/VJL4^`U6%@]%)3
M&01",Q+XIPGL!6)8$`J,0.V#W3=(*$YU4D7&2^*T^NPM"W=UG&M)I<VU3X.:
M8R.%B(+E,N*AX1T^?3A'?!BCXM$)"I-,WWE)LL@_+<+D[B1/F%E:7,A:4*"<
M80TDXMJG75X#>`=ZP*5LZ&V:6CO/;5EXN8EM;=L?I8J3A<[2!CRV3Q[S\S&E
M-0;"9$TI#K$`*J-($\(Z]!X!>:!(!(-ABA_#R&L7E2X?,B.8$BIJP!1X'9(@
MY('2@D`DL7^66@_4$2-"R?"AMTAAM5R:_$&6[.$2-2:`H0Y#0QA7$&A-9,CE
M.2X/$8YTPYQ"ZX;G"#?&^$/2Y41J:S[."NLF;F2^"21M07-K6L0'O'/*KD]"
MGT]B-(8?[Y/6`7=2_H7&^:?V8QWMYFQ*KW#&-R"XC^Y5ZC_QPW)]9P%V91LN
M/T;L1FRA@/K0Z@=/4L#6';H"]@=XE9*,?A6RUUF'AY'O-'DK8F+T73PSV[B)
M9+PU:5GEIG@4.!$$@T\MN+0S3*LGDQ?I27Z*GKN&=*)G;W!7:4FE1.2!F(=Q
MXO$J7CK+?*O"^S$YQD"I'2.L)P<75R'\K"K<35T]JAVBND8N%C0>^L?N:Q2N
MQB_#15&JTHRF"-"+%PV)]VJS,=$O>Z?=-\UA,2_NT9T;PID>O;LC^$T9DYUF
M`7V*E=:.$%WGW(=S76W9XPFM7\JOAMD=D8=EN7(\/VES_</YOK?YPK?'MJVJ
J)]G<=I>'$XFZ85VC%`'1"+2_9>N5;2U%M9YR0HT(_<#Y#ZJ0`Q[0#P``
`
end

             reply	other threads:[~2002-04-08 23:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-08 23:31 Anton Altaparmakov [this message]
2002-04-08 23:55 ` Anton Altaparmakov

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=E16uic4-0002wq-00@libra.cus.cam.ac.uk \
    --to=aia21@cus.cam.ac.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@transmeta.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®