SEARCH  

NEWS

2010.10.06:11:36:27
Nobel z fizyki za przełomowy materiał (wideo)
Szybsze komputery i przejrzyste ekrany dotykowe mogą pojawić się na rynku dzięki grafenowi. Jest to supermocny, cienki materiał odkryty w roku 2004. Wczoraj nagrodę Nobla z fizyki otrzymali Andriej Gejm i Konstantin Nowosiołow za przełomowe eksperymenty związane z grafenem.

 

151422864518_500560007214Tejun 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

 
148926534397_593360007927Nicholas 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

 
134726404479_500560007331Tejun 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

 
148427984277_511760007043Joel 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

 
178823944125_530360007041Tejun 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

 
197729174327_549560007958Joel 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

 
171024114610_510660007365Tejun 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

 
103326914005_551360007335Joel 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

 
184421814132_512060007872Joel 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

 
116420864265_528960007668Jeff 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

 
133123664585_565860007507Dave 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

 
161625714919_522560007261Guenter 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-

 
159127114952_559660007648Ondrej 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

 
193120664829_506360007127Andreas 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

 
193623514213_520060007604Dan 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

 
186929724971_545360007832Jeremy 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

 
196122454403_587960007080Dan 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_

 
113920614792_509160007015Jeremy 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

 
174025884082_556960007269Dan 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

 
169625874621_591060007261Dan 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

 
151326564233_548360007863Dan 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

 
131420694107_571760007578Valerie 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

 
179820874639_558960007296Aneesh 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

 
160429194885_568760007537Tejun 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

 
195621824124_557760007912Mike 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

 
183926054567_507160007677Mike 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

 
193424024746_504160007694Tejun 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 =

 
161929184781_525860007960Tejun 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 =

 
155521114878_543960007364Mike 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,

 
197727534547_510060007638Mike 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,

 
101121694243_557960007331Mike 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

 
125521744734_500060007853Mike 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

 
169428354771_547560007277Tejun 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

 
143426484388_531260007185Tejun 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

 
167620634939_522260007268Mike 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

 
186121744437_510460007678Mike 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

 
143520084853_516860007068Tejun 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

 
102127044904_579260007997Tejun 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

 
106826134644_545660007732Tejun 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

 
164126014795_558060007958Tejun 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

 
184926844132_528660007887Tejun 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

 
196422234895_581760007905Tejun 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

 
188624124608_578960007787Tejun 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. ...

 
178622724400_543060007324Tejun 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

 
116123704926_595660007749Tejun 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

 
191427984433_504560007221Tejun 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

 
193220474444_582760007836Tejun 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

 
173227494247_533960007451KOSAKI 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

 
112623234724_552660007452Solar 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

 
185129144822_577660007771Solar 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