search for: dio

V1->V2: -Changed dio_end_io to EXPORT_SYMBOL_GPL -Removed the own_submit blockdev dio helper -Removed the boundary change V2->V3 -Made it so we keep track of what the current logical offset in the file we have a BIO setup for so we can pass it into the submit_io hook. Because BTRFS can do RAID and such, we need ou...

...00:00:00 kpsmoused 343 ? 00:00:00 usbhid_resumer 373 ? 00:00:00 kstriped 475 ? 00:00:00 scsi_eh_0 476 ? 00:00:00 scsi_eh_1 516 ? 00:00:00 scsi_eh_2 517 ? 00:00:00 vmw_pvscsi_wq_2 627 ? 00:00:00 jbd2/sda2-8 628 ? 00:00:00 ext4-dio-unwrit 629 ? 00:00:00 ext4-dio-unwrit 630 ? 00:00:00 ext4-dio-unwrit 631 ? 00:00:00 ext4-dio-unwrit 632 ? 00:00:00 ext4-dio-unwrit 633 ? 00:00:00 ext4-dio-unwrit 634 ? 00:00:00 ext4-dio-unwrit 635 ? 00:00:00 ext4-dio-unwrit 636 ?...

This idea is from ext4. By this patch, we can make the dio write parallel, and improve the performance. We needn''t worry about the race between dio write and truncate, because the truncate need wait untill all the dio write end. And we also needn''t worry about the race between dio write and punch hole, because we have extent lock to pro...

...hu, Aug 12, 2010 at 04:50:59PM -0400, Jeff Moyer wrote: > Hi, > > commit c2c6ca4 (direct-io: do not merge logically non-contiguous > requests) introduced a bug whereby all O_DIRECT I/Os were submitted a > page at a time to the block layer. The problem is that the code > expected dio->block_in_file to correspond to the current page in the > dio. In fact, it corresponds to the previous page submitted via > submit_page_section. This was purely an oversight, as the > dio->cur_page_fs_offset field was introduced for just this purpose. > This patch simply uses th...

V1->V2: Check to see if our current ppos is >= i_size after a short DIO read, just in case it was actually a short read and we need to just return. This is similar to what already happens in the write case. If we have a short read while doing O_DIRECT, instead of just returning, fallthrough and try to read the rest via buffered IO. BTRFS needs this because if we enc...

...d apply to every 2.6.36 and 2.6.37 kernel. I put everyone on CC who was involved in the patches leading to the current behavior. Grüsse / regards, Christian Ehrhardt IBM Linux Technology Center, System z Linux Performance --- cut here --- Subject: [RFC][PATCH] direct-io: btrfs: avoid splitting dio requests for non-btrfs filesystems From: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com> Commit c2c6ca41 by Josef Bacik <josef@redhat.com> caused all direct I/O''s to be split into 4k requests before arriving in the block device layer. This was later on partially fixed by Jef...

...evilplan.org> V3 changes: - add Cc: stable at vger.kernel.org in the patch header to align with stable rules - add Acked-by: Jeff Moyer <jmoyer at redhat.com> V2 changes: - update the patch header of the first patch to make it more clear. This patch list fixes an issue about ocfs2 aio/dio write process hang. The call trace is like this: @ cat /proc/15913/stack @ [<ffffffffa06e1085>] ocfs2_aiodio_wait+0x85/0xc0 [ocfs2] @ [<ffffffffa06e3e39>] ocfs2_file_aio_write+0x99/0xa0 [ocfs2] @ [<ffffffff811ace97>] aio_rw_vect_retry+0x87/0x150 @ [<ffffffff811aebd1>] aio_r...

Apparently it is ok to submit a read to an IDE device with the same target page for different offsets. This is what Windows does under qemu. The problem is under DIO we expect them to be different buffers for checksumming reasons, and so this sort of thing will result in checksum errors, when in reality the file is fine. So when reading, check to make sure that all iov bases are different, and if they aren''t fall back to buffered mode, since that will...

...a patch from Jan Kara to remove the i_alloc_sem abuse from ext4. changes from v1: - update the fat patch description - replace my ext4 truncate_lock patch with Jan''s rewrite of ext4_page_mkwrite - do not use wait_on_bit, but replace it with an opencoded hashed waitqueue - rename inode_dio_wake to inode_dio_done - add kerneldoc comments for inode_dio_wait and inode_dio_done - simplify the blockdev_direct_IO prototype - move the i_dio_count decrement into the ->end_io handler if present to make i_dio_count useful for filesystems delaying AIO completion - reorder the patch se...

V1->V2: Check to see if our current ppos is >= i_size after a short DIO read, just in case it was actually a short read and we need to just return. This is similar to what already happens in the write case. If we have a short read while doing O_DIRECT, instead of just returning, fallthrough and try to read the rest via buffered IO. BTRFS needs this because if we enc...

.../btrfs/inode.c | 20 +++++++++++++------- 1 files changed, 13 insertions(+), 7 deletions(-) diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c index 3476760..8b82309 100644 --- a/fs/btrfs/inode.c +++ b/fs/btrfs/inode.c @@ -5960,13 +5960,6 @@ static int btrfs_submit_direct_hook(int rw, struct btrfs_dio_private *dip, u32 *csums = dip->csums; int ret = 0; - bio = btrfs_dio_bio_alloc(orig_bio->bi_bdev, start_sector, GFP_NOFS); - if (!bio) - return -ENOMEM; - bio->bi_private = dip; - bio->bi_end_io = btrfs_end_dio_bio; - atomic_inc(&dip->pending_bios); - map_length = orig_...

Helllo all! I need to know whether this project intends to support Visual Studio 2008 C++ compiler or not. Thanks! Dio PS. I have a hard time to make the project compiled by MSVC 2008 -- eventhough it is smoothly compiled by MSVC 2005

V1->V2: Check to see if our current ppos is >= i_size after a short DIO read, just in case it was actually a short read and we need to just return. This is similar to what already happens in the write case. If we have a short read while doing O_DIRECT, instead of just returning, fallthrough and try to read the rest via buffered IO. BTRFS needs this because if we enc...

This depends on the change to ordered data search. Signed-off-by: jim owens <owens6336@gmail.com> --- fs/btrfs/dio.c | 150 +++++++++++++++++++++++++++++++++++++++----------------- 1 files changed, 104 insertions(+), 46 deletions(-) diff --git a/fs/btrfs/dio.c b/fs/btrfs/dio.c index b6934be..c930ff5 100644 --- a/fs/btrfs/dio.c +++ b/fs/btrfs/dio.c @@ -435,14 +435,81 @@ static void btrfs_dio_write(struct btrfs...

Hello, I 've messages in my log...it's regular...but I don?t know if this is a serious problem ! My conf : Samba 3.0.24 and Debian Etch Security Events =-=-=-=-=-=-=-= Aug 20 17:17:08 dios smbd[9051]: read_data: read failure for 4 bytes to client 10.x.x.x. Error = Aucun chemin d'acc?s pour atteindre l'h?te cible System Events =-=-=-=-=-=-= Aug 20 17:17:08 dios smbd[9051]: [2007/08/20 17:17:08, 0] lib/util_sock.c:read_data(534) Extract smb.conf : [global] security = ads...

...e I made some stupid mistake with btrfs core functions. The code is not complete and *NOT* ready for review or testing. I looked at fs/direct-io.c and the existing btrfs cached-io routines for a long time and decided I could just not make the special features of btrfs work well through the common dio code. My design places all btrfs directIO inside btrfs below the vfs layer. Note that my current code is based on the .31 address_space_operations, which Jens is changing. To avoid conflicts, I might hook at the file_operations .aio_read which may make more sense anyway if btrfs is doing its own...

...port Brick2: ovirt03.localdomain.local:/gluster/brick3/export Options Reconfigured: transport.address-family: inet performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000...

...9; for more information. mknod: wrong number of arguments Try `mknod --help' for more information. mknod: wrong number of arguments Try `mknod --help' for more information. mknod: wrong number of arguments Try `mknod --help' for more information. chgrp: failed to get attributes of `/dev/dio[0-3]': No such file or directory chmod: failed to get attributes of `/dev/dio[0-3]': No such file or directory lsmod output ========== Module Size Used by Tainted: PF seaio 8784 0 (unused) Kernel version :- ============ Linux pdc-svr3 2.4.21-20.0.1.ELsmp #1 SMP Thu Dec 2 23:06:40 GMT...

Dio <dio.rahman at gmail.com> writes: [snip] > PS. I have a hard time to make the project compiled by MSVC 2008 -- > eventhough it is smoothly compiled by MSVC 2005 Have you tried cmake? http://llvm.org/docs/CMake.html -- Oscar

> Have you tried cmake? > > http://llvm.org/docs/CMake.html Yes! Of course! :-) I have configured the cmake to create VS 2008 solution. But , it is failed. Dio