Date: Sun, 1 Jan 2006 21:34:57 -0500 From: Martin Cracauer <cracauer@cons.org> To: freebsd-amd64@freebsd.org Subject: ohci_add_done panic on a board with 4 GB RAM and remapping (AMD64) Message-ID: <20060101213457.A95942@cons.org>
next in thread | raw e-mail | index | archive | help
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@cons.org> http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060101213457.A95942>