| 132927234702_585160007270 | Tejun Heo |
|
There are a number of make_request based drivers which dont support
cache flushes. Filter out flush bios in __generic_make_request() so
that they dont have to worry about them. All FLUSH/FUA reques |
|
|   |
| 170928654163_541560007980 | Nicholas A Bellinger |
|
Hello, Jens.
I added Mikes cleanup patch and Kiyoshis Tested-by and updated
flush-fua branch accordingly.
git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git flush-fua
I guess its about re |
|
|   |
| 159628314588_592660007802 | Tejun Heo |
|
Currently __blk_rq_prep_clone() copies only REQ_WRITE and REQ_DISCARD.
Theres no reason to omit other command flags and REQ_FUA needs to be
copied to implement FUA support in request-based dm.
REQ_C |
|
|   |
| 101220184129_590060007287 | Joel Becker |
|
I NAKd this a while back. Im willing to be convinced, but so
far it remains that way.
Hi Joel,
Thanks for bringing this point up again. So a brief refresh on why this
is currentl |
|
|   |
| 178221794638_559760007584 | Tejun Heo |
|
Remove now unused REQ_HARDBARRIER support. virtio_blk already
supports REQ_FLUSH and the usefulness of REQ_FUA for virtio_blk is
questionable at this point, so theres nothing else to do to support
n |
|
|   |
| 126521244306_596860007349 | Joel Becker |
|
On Tue, 2010-09-07 at 15:44 -0700, Joel Becker wrote:
On Tue, Sep 07, 2010 at 05:01:01PM -0400, Konrad Rzeszutek Wilk wrote:
I NAKd this a while back. Im willing to be convinced, but so
|
|
|   |
| 123726844213_540060007517 | Tejun Heo |
|
Unplugging from a request function doesnt really help much (its
already in the request_fn) and soon block layer will be updated to mix
barrier sequence with other commands, so theres no need to treat |
|
|   |
| 138026954348_596860007339 | Joel Becker |
|
On Wed, 2010-09-08 at 12:26 -0700, Joel Becker wrote:
On Tue, Sep 07, 2010 at 07:08:59PM -0700, Nicholas A. Bellinger wrote:
On Tue, 2010-09-07 at 15:44 -0700, Joel Becker wrote:
Nick, c |
|
|   |
| 177026334357_589960007137 | Joel Becker |
|
On Fri, 2010-09-10 at 08:28 -0700, Joel Becker wrote:
On Wed, Sep 08, 2010 at 01:53:27PM -0700, Nicholas A. Bellinger wrote:
On Wed, 2010-09-08 at 12:26 -0700, Joel Becker wrote:
So after r |
|
|   |
| 118523144317_582360007111 | Jeff Layton |
|
On Fri, 2010-09-10 at 12:44 -0700, Joel Becker wrote:
On Fri, Sep 10, 2010 at 12:06:46PM -0700, Nicholas A. Bellinger wrote:
On Fri, 2010-09-10 at 08:28 -0700, Joel Becker wrote:
The tri |
|
|   |
| 140721754236_571360007210 | Dave Chinner |
|
I switched from 2.6.35 to 2.6.36-rc3 a few days ago and while doing so
enabled lockdep. Just got the following report during normal desktop
usage:
=================================
[ INFO: inconsis |
|
|   |
| 106223794894_527660007993 | Guenter Roeck |
|
If a CD has both Rock Ridge and Joliet extensions and the ISO root directory
is empty, no files are visible. Disable Rock Ridge extensions in this case and
use Joliet root directory instead.
Signed- |
|
|   |
| 179321594687_514160007306 | Ondrej Zary |
|
On Tuesday 31 August 2010 22:44:55 Guenter Roeck wrote:
On Tue, 2010-08-31 at 14:10 -0400, Ondrej Zary wrote:
If a CD has both Rock Ridge and Joliet extensions and the ISO root
directory is |
|
|   |
| 148028974939_583860007471 | Andreas Dilger |
|
Im investigating a performance degradation in yaffs when xattribs are
enabled. Yes, I know yaffs is not part of mainline Linux yet, but this is
really a vfs question.
What I notice is that on eve |
|
|   |
| 197629824785_529260007696 | Dan Magenheimer |
|
[PATCH V4 8/8] Cleancache: ocfs2 hook for cleancache
Filesystems must explicitly enable cleancache by calling
cleancache_init_fs anytime a instance of the filesystem
is mounted and must save the ret |
|
|   |
| 140322114872_563960007013 | Jeremy Fitzhardinge |
|
[PATCH V4 5/8] Cleancache: ext3 hook for cleancache
Filesystems must explicitly enable cleancache by calling
cleancache_init_fs anytime a instance of the filesystem
is mounted and must save the retu |
|
|   |
| 185029874393_574460007173 | Dan Magenheimer |
|
@@ -1349,6 +1350,7 @@ static int ext3_setup_super(struct super
} else {
ext3_msg(sb, KERN_INFO, "using internal journal");
}
+ sb- cleancache_poolid = cleancache_ |
|
|   |
| 173620554333_542260007460 | Jeremy Fitzhardinge |
|
[PATCH V4 3/8] Cleancache: core ops functions and configuration
Cleancache core ops functions and configuration
Credits: Cleancache_ops design derived from Jeremy Fitzhardinge
design for tmem; sysf |
|
|   |
| 172926774357_566860007153 | Dan Magenheimer |
|
+#ifdef CONFIG_CLEANCACHE
+#define cleancache_enabled (cleancache_ops.init_fs)
Pointers can be used in a boolean context, but it would probably be
cleaner to have this evaluate to a pr |
|
|   |
| 113924904134_592460007940 | Dan Magenheimer |
|
On 08/30/2010 03:32 PM, Dan Magenheimer wrote:
[PATCH V4 4/8] Cleancache: VFS hooks for cleancache
Implement core hooks in VFS for: initializing cleancache
per filesystem; capturing clean pa |
|
|   |
| 162021854151_549160007075 | Dan Magenheimer |
|
[PATCH V4 1/8] Cleancache: Documentation
Add cleancache documentation to Documentation/vm and
sysfs ABI documentation to Documentation/ABI
Signed-off-by: Dan Magenheimer <dan.magenheimer@xxxxxxx |
|
|   |
| 150526754061_589860007324 | Valerie Aurora |
|
[PATCH V4 0/8] Cleancache: overview
Changes from V3 to V4:
- Rebased to 2.6.36-rc3
- Use exportfs/filehandle for unique file identification on next-gen FSs
(Many thanks to Andreas Dilger for guida |
|
|   |
| 107121544380_540460007577 | Aneesh Kumar KV |
|
On Mon, Aug 30, 2010 at 05:23:12PM -0400, Valerie Aurora wrote:
Documentation: Fix trivial typo in filesystems/sharedsubtree.txt
This typo is easy to ignore unless you have spent a great d |
|
|   |
| 186423064254_522160007769 | Tejun Heo |
|
We should use the cached dentry operation only if caching mode is enabled
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@xxxxxxxxxxxxxxxxxx
---
fs/9p/vfs_inode.c | 5 ++++-
1 files changed, 4 |
|
|   |
| 137421124259_550960007041 | Mike Snitzer |
|
This patch converts request-based dm to support the new REQ_FLUSH/FUA.
The original request-based flush implementation depended on
request_queue blocking other requests while a barrier sequence is i |
|
|   |
| 144926564227_560060007052 | Mike Snitzer |
|
This patch converts request-based dm to support the new REQ_FLUSH/FUA.
The original request-based flush implementation depended on
request_queue blocking other requests while a barrier sequence is i |
|
|   |
| 167526524727_573760007145 | Tejun Heo |
|
Hello,
On 08/30/2010 03:28 PM, Mike Snitzer wrote:
+ clone- cmd = rq- cmd;
+ clone- cmd_len = rq- cmd_len;
+ clone- sense = rq- sense;
+ clone- buffer = rq- buffer;
clone- end_io = |
|
|   |
| 106126214300_544160007877 | Tejun Heo |
|
Hello,
On 08/30/2010 03:28 PM, Mike Snitzer wrote:
+ clone- cmd = rq- cmd;
+ clone- cmd_len = rq- cmd_len;
+ clone- sense = rq- sense;
+ clone- buffer = rq- buffer;
clone- end_io = |
|
|   |
| 101728894182_527160007156 | Mike Snitzer |
|
On Mon, Aug 30 2010 at 11:07am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
On 08/30/2010 03:59 PM, Tejun Heo wrote:
Ah... thats probably from "if (!elv_queue_empty(q))" check below,
|
|
|   |
| 104024854268_529960007305 | Mike Snitzer |
|
On Mon, Aug 30 2010 at 11:07am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
On 08/30/2010 03:59 PM, Tejun Heo wrote:
Ah... thats probably from "if (!elv_queue_empty(q))" check below,
|
|
|   |
| 134024434962_556860007108 | Mike Snitzer |
|
On 08/30/2010 11:28 PM, Mike Snitzer wrote:
On Mon, Aug 30 2010 at 3:08pm -0400,
Mike Snitzer <snitzer@xxxxxxxxxx wrote:
On Mon, Aug 30 2010 at 11:07am -0400,
Tejun Heo <tj@xxxxx |
|
|   |
| 162027184761_534760007310 | Mike Snitzer |
|
On 08/30/2010 11:28 PM, Mike Snitzer wrote:
On Mon, Aug 30 2010 at 3:08pm -0400,
Mike Snitzer <snitzer@xxxxxxxxxx wrote:
On Mon, Aug 30 2010 at 11:07am -0400,
Tejun Heo <tj@xxxxx |
|
|   |
| 149225164931_579360007956 | Tejun Heo |
|
Hello,
On 08/31/2010 03:02 PM, Mike Snitzer wrote:
On Tue, Aug 31 2010 at 6:29am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
On 08/30/2010 11:28 PM, Mike Snitzer wrote:
Hmm, but unfort |
|
|   |
| 167029754845_585360007955 | Tejun Heo |
|
Hello,
On 08/31/2010 03:02 PM, Mike Snitzer wrote:
On Tue, Aug 31 2010 at 6:29am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
On 08/30/2010 11:28 PM, Mike Snitzer wrote:
Hmm, but unfort |
|
|   |
| 100822854439_527760007433 | Mike Snitzer |
|
This patch converts request-based dm to support the new REQ_FLUSH/FUA.
The original request-based flush implementation depended on
request_queue blocking other requests while a barrier sequence is i |
|
|   |
| 158229254877_554360007920 | Mike Snitzer |
|
Hi Tejun,
On 08/31/2010 12:45 AM +0900, Tejun Heo wrote:
This patch converts request-based dm to support the new REQ_FLUSH/FUA.
The original request-based flush implementation depended on
r |
|
|   |
| 165221124638_541260007092 | Tejun Heo |
|
Hello,
On 09/01/2010 09:15 AM, Kiyoshi Ueda wrote:
I dont see any obvious problem on this patch.
However, I hit a NULL pointer dereference below when I use a mpath
device with barrier option o |
|
|   |
| 172329524609_565360007566 | Tejun Heo |
|
Hi Tejun,
On 09/02/2010 10:22 PM +0900, Tejun Heo wrote:
On 09/01/2010 09:15 AM, Kiyoshi Ueda wrote:
@@ -2619,9 +2458,8 @@ int dm_suspend(struct mapped_device *md,
up_write(&md- io_l |
|
|   |
| 160924134540_545360007785 | Tejun Heo |
|
Hi Tejun,
On 09/03/2010 02:43 AM +0900, Tejun Heo wrote:
rq- rq_disk and bio- bi_bdev- bd_disk may differ if a request has
passed through remapping drivers. FSEQ_DATA request incorrectly
foll |
|
|   |
| 140822744070_584760007655 | Tejun Heo |
|
Hi Tejun,
On 09/03/2010 06:33 PM +0900, Tejun Heo wrote:
On 09/03/2010 07:47 AM, Kiyoshi Ueda wrote:
By the way, I had been considering a block-layer interface which remaps
struct request an |
|
|   |
| 128021324579_515660007071 | Tejun Heo |
|
Hi Tejun,
On 09/03/2010 08:42 PM +0900, Tejun Heo wrote:
Hello,
On 09/03/2010 12:28 PM, Kiyoshi Ueda wrote:
Thank you for pointing it.
Yes, the interface should also set rq- q.
Ab |
|
|   |
| 107523274183_571360007643 | Tejun Heo |
|
On Mon, Aug 30 2010 at 5:58am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
Unlike REQ_HARDBARRIER, REQ_FLUSH/FUA doesnt mandate any ordering
against other bios. This patch relaxes ordering aroun |
|
|   |
| 180624624594_541460007338 | Tejun Heo |
|
Hi Tejun,
On 08/30/2010 06:58 PM +0900, Tejun Heo wrote:
Unlike REQ_HARDBARRIER, REQ_FLUSH/FUA doesnt mandate any ordering
against other bios. This patch relaxes ordering around flushes.
...
|
|
|   |
| 198027244752_552060007016 | Tejun Heo |
|
From: Christoph Hellwig <hch@xxxxxxxxxxxxx
Its unused now.
Signed-off-by: Christoph Hellwig <hch@xxxxxx
Signed-off-by: Tejun Heo <tj@xxxxxxxxxx
---
include/linux/fs.h | 3 ---
1 fil |
|
|   |
| 130525854291_537560007842 | Tejun Heo |
|
On Mon, Aug 30, 2010 at 11:58:12AM +0200, Tejun Heo wrote:
Currently __blk_rq_prep_clone() copies only REQ_WRITE and REQ_DISCARD.
Theres no reason to omit other command flags and REQ_FUA needs to |
|
|   |
| 102927124975_560960007650 | Tejun Heo |
|
On Mon, Aug 30 2010 at 5:58am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
This patch converts bio-based dm to support REQ_FLUSH/FUA instead of
now deprecated REQ_HARDBARRIER.
* -EOPNOTSUPP |
|
|   |
| 168129444978_586560007718 | Tejun Heo |
|
On Wed, Sep 01 2010 at 9:50am -0400,
Tejun Heo <tj@xxxxxxxxxx wrote:
Hello,
On 09/01/2010 03:43 PM, Mike Snitzer wrote:
On Mon, Aug 30 2010 at 5:58am -0400,
Tejun Heo <tj@xxx |
|
|   |
| 150724624179_510160007294 | KOSAKI Motohiro |
|
Brad Spengler published a local memory-allocation DoS that
evades the OOM-killer (though not the virtual memory RLIMIT):
rel="nofollow" www.grsecurity.net/~spender/64bit_dos.c www.grsecurity.ne |
|
|   |
| 143928574018_519060007196 | Solar Designer |
|
IMHO unlimited should mean unlimited. So, on that score, Id leave this
constraint out and just say whatever deficiencies in the OOM killer (or in
whatever should make a manifestly too-large allocati |
|
|   |
| 120726824781_549860007213 | Solar Designer |
|
IIRC, prior to that fix, I was able to cause the kernel to loop for tens
of minutes in a single execve() call on an Alpha with 128 MB RAM, by
using repeated mappings of the same pages (almost 2 |
|
|   |