SEARCH  

NEWS

2010.10.06:11:36:28
Najpopularniejsze domeny dla Twojej firmy w nazwa.pl (reklama)
Myślisz o zdobyciu zagranicznych rynków? Chcesz mieć adresy WWW w najbardziej rozpoznawalnych domenach? A może chciałbyś zabezpieczyć swoją markę przed wykorzystaniem jej przez kogoś innego? Powinieneś więc rozważyć rejestrację firmowych adresów WWW zawierających najpopularniejsze rozszerzenia używane na świecie.

 

105129494457_530360007198Tejun 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

 
200028864335_524360007988Nicholas 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

 
175529354630_552960007724Tejun 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

 
125521584339_593860007226Joel 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

 
138829334101_556560007834Tejun 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

 
123627404783_569460007659Joel 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

 
189220424544_522660007850Tejun 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

 
121420404784_584560007245Joel 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

 
156828264403_590760007601Joel 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

 
113321504533_523560007221Jeff 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

 
106829524962_585260007004Dave 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

 
151025364047_505460007333Guenter 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-

 
190529774374_568960007945Ondrej 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

 
193423894770_533660007532Andreas 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

 
193824294683_547160007398Dan 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

 
169227334349_565460007994Jeremy 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

 
165820954529_570560007292Dan 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_

 
103820534268_541360007089Jeremy 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

 
135726764479_512760007775Dan 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

 
165929504203_534160007868Dan 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

 
173921124601_508860007185Dan 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

 
108124244280_561160007430Valerie 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

 
190321684484_517160007226Aneesh 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

 
126029394903_574060007915Tejun 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

 
151427254865_571860007285Mike 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

 
158528064398_518560007164Mike 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

 
137129754589_565260007719Tejun 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 =

 
108124874888_556660007469Tejun 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 =

 
179229194407_569560007473Mike 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,

 
160921724198_547460007264Mike 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,

 
176024744069_515860007964Mike 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

 
132320314938_591260007523Mike 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

 
163127644010_551860007669Tejun 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

 
198721214587_539460007245Tejun 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

 
186824254418_506560007307Mike 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

 
133026594782_540060007441Mike 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

 
136321394472_530160007155Tejun 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

 
182426834920_583560007249Tejun 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

 
150321874371_509060007186Tejun 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

 
133624494612_575460007511Tejun 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

 
106028464170_584260007988Tejun 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

 
128326094126_575560007178Tejun 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

 
191127354861_583060007061Tejun 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. ...

 
107820714248_544960007830Tejun 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

 
163624974279_524860007794Tejun 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

 
176023114639_593060007885Tejun 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

 
191724354494_504360007404Tejun 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

 
122221004138_508360007708KOSAKI 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

 
114420074779_539360007941Solar 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

 
122320924438_550360007688Solar 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