From: Hirofumi Fujita <h-fujita@ebina.hitachi.co.jp>
To: linux-ia64@vger.kernel.org
Subject: [Linux-ia64] SW IO TLB buffer management in kernel test10
Date: Wed, 15 Nov 2000 08:15:52 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590678205720@msgid-missing> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="windows-1254", Size: 2364 bytes --]
Hi,
there seems to be a problem on buffer management of SW IO TLB.
The contents of io_tlb_list[] become broken.
This happens when a machine has more then 2GB memory,
and CD-ROM or SCSI (>4GB addressing is disabled) are accessed.
But there may be another bug ?
I applied the attached patch and kernel panic when mke2fs /dev/sda4.
(QLogic BIOS setting: >4GB addressing is disabled)
Kernel panic: __pci_map_single: could not allocate software IO TLB (16384 bytes)
At this time, io_tlb_list[] are almost 0.
Same with swiotlb\x1024 option (which extends this bounce buffer to
8192 x 2KB).
With swiotlb92 option, mke2fs successes,
but 60% of io_tlb_list[] remain 0 after mke2fs finished.
This is because pci_unmap is not called correctly ?
Hirofumi Fujita
Hitachi, Ltd.
--- linux-2.4.0-test10-ia64-001101/arch/ia64/kernel/pci-dma.c.org Mon Nov 13 12:05:13 2000
+++ linux-2.4.0-test10-ia64-001101/arch/ia64/kernel/pci-dma.c Wed Nov 15 16:19:12 2000
@@ -109,7 +109,8 @@
{
unsigned long flags;
char *dma_addr;
- unsigned int i, nslots, stride, index, wrap;
+ unsigned int nslots, stride, index, wrap;
+ int i;
/*
* For mappings greater than a page size, we limit the stride (and hence alignment)
@@ -133,7 +134,7 @@
wrap = index = ALIGN(io_tlb_index, stride);
if (index >= io_tlb_nslabs)
- index = 0;
+ wrap = index = 0;
do {
/*
@@ -142,8 +143,11 @@
* entries as '0' indicating unavailable.
*/
if (io_tlb_list[index] >= nslots) {
+ int count = 0;
for (i = index; i < index + nslots; i++)
io_tlb_list[i] = 0;
+ for (i = index - 1; (i >= 0) && io_tlb_list[i]; i--)
+ io_tlb_list[i] = ++count;
dma_addr = io_tlb_start + (index << IO_TLB_SHIFT);
/*
@@ -210,14 +214,10 @@
int count = ((index + nslots) < io_tlb_nslabs ? io_tlb_list[index + nslots] : 0);
/*
* Step 1: return the slots to the free list, merging the slots with superceeding slots
- */
- for (i = index + nslots - 1; i >= index; i--)
- io_tlb_list[i] = ++count;
- /*
* Step 2: merge the returned slots with the preceeding slots, if available (non zero)
*/
- for (i = index - 1; (i >= 0) && io_tlb_list[i]; i--)
- io_tlb_list[i] += io_tlb_list[index];
+ for (i = index + nslots - 1; (i >= 0) && io_tlb_list[i]; i--)
+ io_tlb_list[i] = ++count;
}
spin_unlock_irqrestore(&io_tlb_lock, flags);
}
next reply other threads:[~2000-11-15 8:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-15 8:15 Hirofumi Fujita [this message]
2000-11-15 14:10 ` [Linux-ia64] SW IO TLB buffer management in kernel test10 nomura
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=marc-linux-ia64-105590678205720@msgid-missing \
--to=h-fujita@ebina.hitachi.co.jp \
--cc=linux-ia64@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