SEARCH  

NEWS

2010.10.06:11:36:28
Moto.wieszjak.pl - nowy wortal motoryzacyjny na rynku stawia na porady
Nowa witryna oferuje użytkownikom przegląd wiadomości z rynku motoryzacyjnego, testy aut nowych i używanych, liczne porady prawne i eksploatacyjne dla kierowców, moto-forum, niezbędnik oraz newsletter dla zmotoryzowanych.

 

162623794850_512660007817Tejun 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

 
190827354492_577660007323Nicholas 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

 
102123904935_532960007157Tejun 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

 
171228374272_567560007532Joel 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

 
167222654518_598560007406Tejun 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

 
165129424785_550160007285Joel 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

 
131829764020_581060007924Tejun 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

 
113327734313_506760007747Joel 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

 
122428144583_549760007771Joel 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

 
102821604035_554760007352Jeff 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

 
195427974294_573960007363Dave 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

 
102326154339_504460007090Guenter 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-

 
196825584864_528160007966Ondrej 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

 
102728504780_561060007268Andreas 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

 
138123754428_541760007573Dan 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

 
176928764369_506360007667Jeremy 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

 
142626384282_576560007707Dan 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_

 
185626504264_572060007890Jeremy 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

 
168529594740_546460007086Dan 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

 
173229504461_516060007384Dan 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

 
173421354259_510360007874Dan 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

 
177026254511_505260007193Valerie 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

 
175922464843_502360007773Aneesh 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

 
191426514732_565360007300Tejun 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

 
173928474249_520060007616Mike 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

 
158527424751_584460007950Mike 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

 
171826154575_522960007965Tejun 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 =

 
142224264211_526460007176Tejun 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 =

 
103723634827_576960007942Mike 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,

 
106927554789_531860007796Mike 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,

 
193425404537_568560007382Mike 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

 
163521014998_520960007665Mike 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

 
117427534090_538560007540Tejun 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

 
156220554903_538960007919Tejun 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

 
133028944673_511960007629Mike 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

 
191521464169_545260007554Mike 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

 
183424664656_583260007987Tejun 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

 
149628504739_558660007757Tejun 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

 
112527974812_502860007637Tejun 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

 
194725174530_562060007742Tejun 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

 
124925514888_541860007719Tejun 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

 
197328374184_562860007860Tejun 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

 
161521644709_535460007945Tejun 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. ...

 
111028764742_592360007928Tejun 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

 
155928514444_508960007080Tejun 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

 
183227204631_572060007634Tejun 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

 
143821104470_562360007138Tejun 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

 
148223524303_519160007053KOSAKI 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

 
113528174929_587760007834Solar 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

 
180422984684_524860007154Solar 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