public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
* [Linux-ia64] heads up: i/o mmu related changes
@ 2003-06-10  8:07 David Mosberger
  2003-06-10 17:36 ` David Mosberger
  2003-06-10 18:37 ` Jesse Barnes
  0 siblings, 2 replies; 3+ messages in thread
From: David Mosberger @ 2003-06-10  8:07 UTC (permalink / raw)
  To: linux-ia64

I justed checked in a changeset
(davidm@tiger.hpl.hp.com|ChangeSet|20030610070955|57077) to make the
kernel work better for machines with I/O MMU.  This should fix the
long-standing bug where IDE disks on machines with memory above 4GB
would MCA if the machine has an I/O MMU.

The trick was to make PCI_DMA_BUS_IS_PHYS a variable which is set at
runtime.  Machines with I/O MMUs or machines with PCI buses which live
in separate address spaces MUST clear this variable.  I updated the
code for the zx1 I/O MMU.  I didn't touch the SGI I/O MMU code,
though, as I wouldn't be able to test it.  Also, it would be good if
someone could test whether IDE disks work fine on machines with
Intel-chipsets and memory above 4GB.

	--david


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Linux-ia64] heads up: i/o mmu related changes
  2003-06-10  8:07 [Linux-ia64] heads up: i/o mmu related changes David Mosberger
@ 2003-06-10 17:36 ` David Mosberger
  2003-06-10 18:37 ` Jesse Barnes
  1 sibling, 0 replies; 3+ messages in thread
From: David Mosberger @ 2003-06-10 17:36 UTC (permalink / raw)
  To: linux-ia64

>>>>> On Tue, 10 Jun 2003 01:07:18 -0700, David Mosberger <davidm@linux.hpl.hp.com> said:

  David> I justed checked in a changeset
  David> (davidm@tiger.hpl.hp.com|ChangeSet|20030610070955|57077) to
  David> make the kernel work better for machines with I/O MMU.  This
  David> should fix the long-standing bug where IDE disks on machines
  David> with memory above 4GB would MCA if the machine has an I/O
  David> MMU.

  David> The trick was to make PCI_DMA_BUS_IS_PHYS a variable which is
  David> set at runtime.  Machines with I/O MMUs or machines with PCI
  David> buses which live in separate address spaces MUST clear this
  David> variable.  I updated the code for the zx1 I/O MMU.  I didn't
  David> touch the SGI I/O MMU code, though, as I wouldn't be able to
  David> test it.

Actually, you may want to hold off on this one.  I think I'll need to
fine-tune this a bit more.  My current thinking is that we need a
variable ia64_max_iommu_page_size or something like that, which will
tell us what to set BIO_VMERGE_BOUNDARY to.

	--david


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Linux-ia64] heads up: i/o mmu related changes
  2003-06-10  8:07 [Linux-ia64] heads up: i/o mmu related changes David Mosberger
  2003-06-10 17:36 ` David Mosberger
@ 2003-06-10 18:37 ` Jesse Barnes
  1 sibling, 0 replies; 3+ messages in thread
From: Jesse Barnes @ 2003-06-10 18:37 UTC (permalink / raw)
  To: linux-ia64

On Tue, Jun 10, 2003 at 10:36:57AM -0700, David Mosberger wrote:
> >>>>> On Tue, 10 Jun 2003 01:07:18 -0700, David Mosberger <davidm@linux.hpl.hp.com> said:
> 
>   David> I justed checked in a changeset
>   David> (davidm@tiger.hpl.hp.com|ChangeSet|20030610070955|57077) to
>   David> make the kernel work better for machines with I/O MMU.  This
>   David> should fix the long-standing bug where IDE disks on machines
>   David> with memory above 4GB would MCA if the machine has an I/O
>   David> MMU.
> 
>   David> The trick was to make PCI_DMA_BUS_IS_PHYS a variable which is
>   David> set at runtime.  Machines with I/O MMUs or machines with PCI
>   David> buses which live in separate address spaces MUST clear this
>   David> variable.  I updated the code for the zx1 I/O MMU.  I didn't
>   David> touch the SGI I/O MMU code, though, as I wouldn't be able to
>   David> test it.
> 
> Actually, you may want to hold off on this one.  I think I'll need to
> fine-tune this a bit more.  My current thinking is that we need a
> variable ia64_max_iommu_page_size or something like that, which will
> tell us what to set BIO_VMERGE_BOUNDARY to.

Ok, the changes for sn2 look pretty straightforward.  FYI, our IOMMU
supports 4k and 16k pages.

Thanks,
Jesse


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-06-10 18:37 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-06-10  8:07 [Linux-ia64] heads up: i/o mmu related changes David Mosberger
2003-06-10 17:36 ` David Mosberger
2003-06-10 18:37 ` Jesse Barnes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox