ohci_add_done panic on a board with 4 GB RAM and remapping (AMD64)

[Martin Cracauer]

When using 4 GB RAM and remapping of the device memory space to above
4 GB I get:

  ohci_adddone: addr 0x000d1bf0 not found

That applies when I turn on software remapping, hardware
remapping or both (CPU is E revision, see below).

The board is an Asus A8N-E Premium (NForce4 chipset).  I tried both
new newest BIOS 1009 and the newest beta BIOS 1011-001, no change.
CPU is a dual-core Opteron 170.  FreeBSD is a few days old 7-current,
SMP kernel, AMD64.

I also noticed that device probing becomes much slower with 4 GB and
remapping as opposed to running 2 GB or 4 GB with no remapping.  The
probe of the nve GbE in particular takes long, about 20 seconds.

Linux on the same board with 4GB+remapping panics with 
  PCI-DMA: high address but no IOMMU
In Linux you can work around it with boot option 
  iommu=soft


Is this just the usual "Asus has BIOS siesta again" situation or can I
do anything about it?

I like the board otherwise, without remapping it works best of what I
tested for my new server so far.

dmesg, pciconf etc are on
http://www.cons.org/cracauer/machines/wings-a8ne-premium/

Martin
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer at cons.org>   http://www.cons.org/cracauer/
FreeBSD - where you want to go, today.      http://www.freebsd.org/