> > what hardware is present in that machine and what drivers > > are used? > > Well, the hardware list can be found in my first > posting. In case I have missed some important part, > please let me know. I will be happy to give you all > information that is needed.
The disks are S-ATA? How is the system's S-ATA controller configured? Legacy IDE mode? Or AHCI? Run "/usr/X11/bin/scanpci -v" as root; this produces a list of pci devices installed in your machine. > However, about the drivers: how can I find that out? "prtconf -Dv" lists the drivers that are in use. > > Could there be a problem with one of the drivers and 64-bit DMA? > > (Note that in the initial setup with 2*2GB of ram a small part > > of it probably was remapped to addresses >= 4GB; now with > > 8*4GB a lot of memory is >= 4GB) > > That sounds very plausible! However, can you tell me > how to find the answer to that question? I will test > it a.s.a.p. then... That's why I asked for the hardware info, and the drivers that are in use... E.g. the "ahci" s-ata driver had such a 64-bit DMA issue when used with the ATI SB750 chipset (bug 6764179). I think you could test the 64-bit dma theory by editing the grub boot commands from the grub boot menu, and prepend a grub "uppermem 2500000" command before the boot commands. That should limit the kernel's memory use to physical addresses < 2.5GB so that all active system memory can be reached with 32-bit dma addresses. -- This message posted from opensolaris.org
