From: "Jeff V. Merkey" <jmerkey@drdos.com>
To: linux-kernel@vger.kernel.org, jmerkey@comcast.net, jmerkey@drdos.com
Subject: 2.6.9-rc2 bio sickness with large writes
Date: Wed, 15 Sep 2004 17:39:51 -0600 [thread overview]
Message-ID: <4148D2C7.3050007@drdos.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]
I am posting bio chains each with a total size of 64KB (16 pages each)
and of each of
these I am posting chains of these bio requests in 128MB contiguous sectors
(i.e. bio = 16 pages = 64KB + bio =16 pages = 64KB + bio = 16 pages =
64KB, etc.)
With the subsequent bio requests posted after the first bio is posted
the bio requests
merge together, but I never get all the callbacks from the coaslesced
bio requests which
are posted subsequent to the intial 64KB bio. The data ends up making
it onto the drives
and I am not seeing any data loss, the 2nd,3rd, .... etc. bios don't
seem to callback
correctly.
This bug does not manifest itself every time on every bio chain. It
only shows up
part of the time. about 1 in every 2-3 bio chains behave this way.
This is severely
BUSTED and I am providing the calling code as an example of what may be
happening.
Attached is the write case and the callback.
Any ideas? Also, if I use bio's the way Linus does in his buffer cache
code for submit_bh
ine onesy - twosy mode the interface works just fine. It is severely
broken with multiple pages, however.
Jeff
[-- Attachment #2: example.c --]
[-- Type: text/x-csrc, Size: 3008 bytes --]
static int end_bio_asynch(struct bio *bio, unsigned int bytes_done, int err)
{
ASYNCH_IO *io = bio->bi_private;
if (err)
{
P_Print("asynch bio error %d\n", (int)err);
io->ccode = ASIO_IO_ERROR;
datascout_put_bio(io->bio);
io->bio = NULL;
return 0;
}
if (!test_bit(BIO_UPTODATE, &bio->bi_flags))
io->ccode = ASIO_IO_ERROR;
atomic_inc((atomic_t *)&io->complete);
if (io->complete == io->count)
{
datascout_put_bio(io->bio);
io->bio = NULL;
insert_callback(io);
#if (PROFILE_AIO)
profile_complete();
#endif
return 0;
}
return 1;
}
ULONG aWriteDiskSectors(ULONG disk, ULONG StartingLBA, BYTE *Sector,
ULONG sectors, ULONG readAhead, ASYNCH_IO *io)
{
register ULONG i, bytesWritten = 0;
register ULONG bps, lba;
register DSDISK *DSDisk;
register ULONG rsize, blocks, blocksize, spb;
DSDisk = SystemDisk[disk];
bps = DSDisk->BytesPerSector;
blocksize = DSDisk->DeviceBlockSize;
if ((ULONG)(sectors * bps) % blocksize)
return 0;
rsize = sectors * bps;
blocks = rsize / blocksize;
if (!blocks)
return 0;
spb = blocksize / bps;
lba = StartingLBA / spb;
if (StartingLBA % spb)
{
P_Print("request not %d block aligned (%d) sectors-%d lba-%d (write)\n",
(int)blocksize, (int)(StartingLBA % spb), (int)sectors,
(int)StartingLBA);
return 0;
}
io->bio = datascout_get_bio();
if (!io->bio)
return 0;
if (io->bio->bi_max_vecs < blocks)
return 0;
io->ccode = 0;
io->count = blocks;
io->complete = 0;
io->bio->bi_bdev = DSDisk->PhysicalDiskHandle;
io->bio->bi_sector = StartingLBA;
io->bio->bi_idx = 0;
io->bio->bi_end_io = end_bio_asynch;
io->bio->bi_private = io;
io->bio->bi_vcnt = 0;
io->bio->bi_phys_segments = 0;
io->bio->bi_hw_segments = 0;
io->bio->bi_size = 0;
for (i=0; i < blocks; i++)
{
#if LINUX_26_BIO_ADDPAGE
register struct page *page = virt_to_page(&Sector[i * blocksize]);
register ULONG offset = ((ULONG)(&Sector[i * blocksize])) % PAGE_SIZE;
register ULONG bytes;
bytes = bio_add_page(io->bio, page,
PAGE_SIZE - (offset % PAGE_SIZE), 0);
bytesWritten += bytes;
#else
register struct page *page = virt_to_page(&Sector[i * blocksize]);
register ULONG offset = ((ULONG)(&Sector[i * blocksize])) % PAGE_SIZE;
io->bio->bi_io_vec[i].bv_page = page;
io->bio->bi_io_vec[i].bv_len = blocksize;
io->bio->bi_io_vec[i].bv_offset = offset;
io->bio->bi_vcnt++;
io->bio->bi_phys_segments++;
io->bio->bi_hw_segments++;
io->bio->bi_size += blocksize;
bytesWritten += blocksize;
#endif
}
// unplug the queue and drain the bathtub
bio_get(io->bio);
submit_bio(WRITE | (1 << BIO_RW_SYNC), io->bio);
bio_put(io->bio);
return (bytesWritten);
}
next reply other threads:[~2004-09-16 0:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-15 23:39 Jeff V. Merkey [this message]
2004-09-16 6:34 ` 2.6.9-rc2 bio sickness with large writes Jens Axboe
2004-09-16 16:38 ` Jeff V. Merkey
2004-09-17 7:36 ` Jens Axboe
[not found] ` <20040917201604.GA12974@galt.devicelogics.com>
2004-09-20 17:12 ` Jeff V. Merkey
2004-09-20 18:09 ` Jens Axboe
2004-09-20 19:20 ` Jeff V. Merkey
2004-09-21 6:40 ` Jens Axboe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4148D2C7.3050007@drdos.com \
--to=jmerkey@drdos.com \
--cc=jmerkey@comcast.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox