[Solved] Salix 14 XFCE-64 CD wont boot

[EaglePrince]

Hi guys,

I downloaded the 64-bit version of Salix-XFCE but I am unable to boot the CD.

I get the following error, which, after googling, seems to be an old, supposedly fixed kernel bug.

Code: Select all

SP5100 TCO timer: mmio address 0xfec000f0 already in use

Then the system hangs.

I booted into recovery mode and blacklisted the sp5100_tco module as advised in some threads, but that only suppressed the error but still hangs the system. I guess this is because the module is built into the kernel. I am considering rebuilding the ISO with a custom kernel, but I am not sure if that is the best way to proceed. I am surprised about this because the latest RC worked without any issues when installed in a VM under version 1337-XFCE-64

My system specs:

Gigabyte GA-970A-DS3 motherboard.
AMD 4100 FX Quad-core CPU
Nvidia GT 610 graphics card.

[gapan]

This must be a hardware bug and it probably has nothing to do with the message itself. The specific module is not built into the kernel, so if you're blacklisting it, you're never loading it. This must be something that happens after that message is printed. I would try to turn acpi off by adding "acpi=off" in the boot parameters.

The fact that the same kernel worked inside virtualbox doesn't matter at all, as a virtualbox is different hardware that your own.

[EaglePrince]

Oh, thanks for the response gapan.

It seems that I am the only Salix user with this problem, but a search reveals that it is a known issue. Unfortunately blacklisting is not an option for me because my hardware actually needs that module.

Code: Select all

193 /home/ladi$ /sbin/lspci | grep SB
00:11.0 SATA controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] (rev 40)
00:12.0 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 42)
00:14.1 IDE interface: ATI Technologies Inc SB7x0/SB8x0/SB9x0 IDE Controller (rev 40)
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: ATI Technologies Inc SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:16.0 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB EHCI Controller

Apparently it is to do with some offset address being changed, so the newer kernels do not have that problem.
http://comments.gmane.org/gmane.linux.kernel/1341706

I should have mentioned that I tried with ACPI both on and off in the BIOS, but it made no difference whatsoever. The only way I have been able to get it to even boot was to remaster the ISO and change the kernel to 3.6.9. (I use kernel 3.6.9 just fine with Salix64-XFCE-13.37 on the same PC)

Unfortunately, I did not get it quite right, and now I get up to the login screen but my mouse and keyboard wouldn't work because of some udev issues Anyway, I am still working on that, and I would like to learn to remaster the ISO just for the fun of it. Meanwhile I have had to go back to 13.37, so I have a working system until I can create a working custom ISO.

[EaglePrince]

Ok. Marking this as solved.

I compiled a custom kernel and then remastered the installation disk.