Re: 2.6.13-rc6-git10 test report [x86_64](WITHOUT NVIDIA MODULE)

Peter Buckingham
2005-08-19T16:22:11Z

Sean Bruno wrote:
> Well, there doesn't appear to be any reference to a setting in my BIOS
> for this size(IOMMU). So I don't think that I can change it! :(

well, it doesn't really matter since the kernel enables the IOMMU
anyway. if you want to change the size you can pass that as a parameter
on the command line.

> The machine is working quite a bit better with pci=noacpi in leu of
> disabling ACPI in the BIOS, but there are still those nasty errors in
> reference to the ACPI tables being broken:
> ACPI-0362: *** Error: Looking up [\_SB_.PCI0.LNK0] in namespace,
> AE_NOT_FOUND
> search_node ffff8101428572c0 start_node ffff8101428572c0 return_node
> 0000000000000000

since it doesn't look like you'll get a bios fix for this you may want
to look at building a custom dsdt. the kernel can load a custom dsdt
from an initrd/initramfs. have a look at the acpi site (acpi.sf.net?).
they talk about what's needed to do this. basically you can get your
dsdt from /proc/acpi/dsdt and disassemble it using the iasl tools, fix
it and then load it with an initrd. note that this is not really a
trivial task :-(

> And this one about the 8254 timer:
> ..MP-BIOS bug: 8254 timer not connected to IO-APIC

i've seen this before.. i think this may be related to the timer
override not being done for your system (again strangely a bios bug...).
why don't you try passing acpi_skip_timer_override on the command line.

> And finally, I think that something else kind of wierd is happening with
> the on-board sensors. lm_sensors is having trouble detecting the fan
> speeds and temperatures of the main board, but I will take that up with
> their developers.

i think this may well be related to the ACPI issues you are having,
since this is how the information is normally gathered.

peter