Bug#394050: Fwd: Re: Bug#394050: installation-reports
Sorry about the long delay:
On 10/27/06, Frans Pop <elendil@planet.nl> wrote:
From: Luis Echevarria <luisda@asu.edu>
> On 10/19/06, Frans Pop <elendil@planet.nl> wrote:
> > - check if the interface is up with 'ifconfig'
>
> ifconfig:
> (My note:) Interface does not show up, (only loopback)
OK, so this is where the problem is.
What happens if you try to bring up the interface manually?
ifconfig eth0 up
the problem is still there. It still is and
ifconfig eth0 up
did nothing to correct it.
But I looked up my motherboard on the web and this seems pertinent (Since I needed to
use acpi=off to boot) (from the kernel mailing list) Is a patch on the kernel the answer?
Quoting Daniel Mierswa
: (http://www.uwsg.iu.edu/hypermail/linux/kernel/0610.2/0768.html)
(Some people have deeper problems with the Asus M2NPV-VM mainboard
(rather the chipset of the mainboard).
A google for "Asus M2NPV-VM apic" shows that. I'm one of them,
desperately searching a way to fix that, using that board with an AMD
Athlon64 X2 3800+ Dual Core Processor.
It wouldn't boot because of APIC and ACPI errors. There were "kind of"
workarounds by passing acpi=off/noirq and noapic to the kernel which
resulted in sometimes bad internal clock. I for myself had the same
problem and due to the error with my internal system clock all
applications and drivers gone mad, including
sound,video,graphics,usb,etc.. I googled around and saw the following:
http://lkml.org/lkml/2006/8/13/25
Actually that was a patch created for the 2.6.18-rc4 kernel. I tried
several kernels all with the same results. Some of them are
2.6.18-mm3, 2.6.19-rc2, 2.6.17, 2.6.18, 2.6.18.1, some gentoo patched
sources and what not. All will hang after the io scheduler gets loaded,
passing acpi=off/noirq to the kernel will workaround that one. Then it
will boot on and finally reach the ochi_hcd driver which will not load
because of shared IRQ problems, passing nousb to the kernel will
workaround that. It will boot more and come to the dhcp client, where it
fails because of an Interrupt error.
Some people passing noapic acpi=off/noirq to the kernel got later sound
problems, they fixed that by passing "snd-hda-intel model=3stack
position_fix=1" which worked around that interrupt problem. So with the
patch provided on http://lkml.org/lkml/2006/8/13/25 it all works out.
The internal system clock works just fine, the drivers load
all fine, no need to patch the sound,graphics or anything at all. No
need for kernel parameters either. Here's the patch again, created by
diff -ur on the current 2.6.18.1 kernel:
--- io_apic.c.orig 2006-10-18 08:02:50.000000000 +0200
+++ io_apic.c 2006-10-18 07:40:48.000000000 +0200
@@ -337,12 +337,12 @@
nvidia_hpet_detected = 0;
acpi_table_parse(ACPI_HPET,
nvidia_hpet_check);
- if (nvidia_hpet_detected == 0) {
+/* if (nvidia_hpet_detected == 0) {
acpi_skip_timer_override = 1;
printk(KERN_INFO "Nvidia board "
"detected. Ignoring ACPI "
"timer override.\n");
- }
+ }*/
#endif
/* RED-PEN skip them on mptables too? */
return;
Is there a small chance by getting that fixed in next kernel versions?
Greets impulze
: end quote.
I Hope this helps , this is a good cheap mobo It would be great if it is fully suported in Etch :-)
Reply to: