From mboxrd@z Thu Jan 1 00:00:00 1970 From: Frank von Daak Subject: Re: Dual Core CPU on Abit NI8-Board Date: Wed, 5 Apr 2006 11:43:29 +0200 Message-ID: <200604051143.29326.f.vondaak@gingco.net> References: <200604050828.02444.f.vondaak@kpage.de> <200604051039.48058.f.vondaak@kpage.de> Reply-To: f.vondaak@gingco.net Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200604051039.48058.f.vondaak@kpage.de> Content-Disposition: inline Sender: linux-smp-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="us-ascii" To: linux-smp@vger.kernel.org ok .. after I've found a way to reboot the machine remote [by my mother :-)] I've tried the following append-line: append="pci=noacpi pci=routeirq noapic acpi=on" acpi is now on - but just one cpu :-( And this is what dmesg and /proc/interrupts say: http://www.kpage.de/dmesgacpi2.txt http://www.kpage.de/interrputsacpi2.txt This is the output when I append the following line (append="pci=noacpi pci=routeirq noapic acpi=off") http://www.kpage.de/dmesgnoacpi.txt http://www.kpage.de/interruptsnoacpi.txt The only problem in this case is that the machine is very unstable on 3D-Action... any more ideas? Thank you very much!!! Am Wednesday, 5. April 2006 10:39 schrieb Frank von Daak: >Hi! > >Am Wednesday, 5. April 2006 09:11 schrieb Erk: >>The only thing weird in your boot is those lines: >>pcie_portdrv_probe->Dev[007e:10de] has invalid IRQ. Check vendor BIOS >>could you tell us what you see in /proc/interrupts in this case > >This is what "cat /proc/interrupts" and "dmesg" says when I boot the kernel >with no options: (append="") >http://www.kpage.de/interruptsacpi.txt >http://www.kpage.de/dmesgacpi.txt > >>and could you try with: append="pci=noacpi acpi=off" >>and see if there is major difference in /proc/interrupts. > >Sorry, I can't tell you what it say's, because my machine does not boot with >this option's. At the moment the machine is hanging after rebooting with > this options and I've no more remote access to it. Because I'm at work now, > I can go on in 7 hours... >I've tried some of this options yesterday with almost the same result > (system is hanging) - I don't get error messages like a segfault on screen > - the machine is just hanging... > >Greetings >Frank > >>2006/4/5, Frank von Daak : >>> Hello to all! >>> >>> I hope that this is the right place for me to report my problem - if not, >>> please tell me! >>> >>> Some days ago I've purchased a new motherboard, cpu and >>> graphics-adapters. The board is called "Abit NI8 SLI" which has a >>> nForce4-Chipset and a socket 775. >>> >>> http://www.abit-usa.com/products/mb/products.php?categories=1&model=280 >>> >>> The CPU is a Pentium-D 2,8 GHz. And the graphics-adapters are two >>> GeForce7800GTX-Cards... >>> >>> My problem is, that a "cat /proc/cpuinfo" shows me just one cpu with one >>> core. I've tested this with kernels 2.6.16.1 and 2.6.17-rc1 (x86 and >>> x86_64) >>> >>> If I add the following line in my lilo.conf to the kernel, I can see both >>> cpu's: >>> append="pci=noacpi pci=routeirq noapic acpi=off" >>> >>> After this my cpuinfo looks like this: >>> http://www.kpage.de/cpuinfo.txt >>> >>> and dmesg say's this: >>> http://www.kpage.de/dmesg.txt >>> >>> But if I do so, the machine is running very unstable and is hanging after >>> a while. The crashes will happen espacialy if I run OpenGL-Applications >>> like "glxgears". >>> >>> Can someone of you tell me, what I can do to fix this problem? >>> If you need further information, please tell me! >>> >>> Thank you very much and greetings! >>> Frank >>> >>> -- >>> Name: Frank von Daak >>> eMail: f.vondaak@kpage.de Homepage: http://www.kpage.de >>> "It takes a revolution, to make a solution! >>> Bob Marley" >>> - >>> To unsubscribe from this list: send the line "unsubscribe linux-smp" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >>-- >>Erk -- frank von daak.leiter.software entwicklung . gingco.new media gmbh kastanienallee 40 38104 braunschweig www.gingco.net t +49.(0)531.24492-241 f +49.(0)531.24492-29