From owner-freebsd-stable@FreeBSD.ORG Mon Sep 25 06:36:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EDC216A407 for ; Mon, 25 Sep 2006 06:36:28 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E190043D49 for ; Mon, 25 Sep 2006 06:36:26 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 4516FC410000C46C for freebsd-stable@freebsd.org; Mon, 25 Sep 2006 08:36:26 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id D24374504B for ; Mon, 25 Sep 2006 08:36:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id geR2jR7GEo7N for ; Mon, 25 Sep 2006 08:36:19 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (jstrom-mb.wlan.v6.stromnet.org [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 58EEE4504A for ; Mon, 25 Sep 2006 08:36:19 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <955CD271-C649-4423-848C-42912C5134A2@stromnet.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 25 Sep 2006 08:36:15 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: Total crash in gdb!.. something is broken!.. Was: Re: FreeBSD with a Gigabyte GA-K8NSC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 06:36:28 -0000 Fcking great.. Waking up and noting that the box has rebooted it self =20= during the night... Yay!!... No kernel dumps, nothing in message =20 log.. Nada... (this was on the "first" box, that is the one first in =20 this thread) What exactly does kernel dumps on /dev/mirror/gm0s1b mean? Not that it saves any kernel dumps at least.. But otoh I have =20 no clue why it crashed at all and if it even did try to dump kernel =20 or if it just blacked out as when i tried to debug clamd... -- Johan On Sep 24, 2006, at 14:23 , Johan Str=F6m wrote: > Okay, I got some problems here now... I'm trying to get clamav's =20 > clamd to work.. Failes with an abort in libc: > > It coredumps directly on start, trace: http://sial.org/pbot/19922 > Truss output: www.stromnet.org/~johan/clamd.log > > Okay...something seems to be f*cked in the nss/ldap stuff.. > > Anyway,, when running with gdb --args /usr/local/sbin/clamd --debug =20= > it works fine!... No coredump or anything, untill i decide to kill =20 > clamd.. > > kill breaks into gdb, and when I run continue to =20 > process the signal and let it die, the whole fcking box dies! =20 > Screen goes black and reboot.. No panic messages or anything... > I have reproduced this two times now on the box in the dmesg in =20 > earlier mail... Then i moved the disk to another box pretty =20 > similar, same chipset i thikn but not exactly same mobo.. tried the =20= > above commands, and bam exactly same problem.. screen just goes =20 > black and the box reboots... Dmesg from that box: > > if i can get the crap up running. now the fs is broken or some =20 > shit.... get this on boot, after started a few services: > > Starting jails:/usr: bad dir ino 32125198 at offset 512: mangled entry > panic: ufs_dirbad: bad dir > Uptime: 54s > GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed > GEOM_MIRROR: Device gm0 destroyed. > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds... > > Ok, now i rebooted to singeluser mode and enalbed the dumpdev in =20 > rc.conf... , then saw it continune booting and i chcked for the =20 > line saying kernel dumps on /dev/mirror/gm0s1b... it was there... =20 > and then it booted further and got by the place it crashed before, =20 > but a minute later when i try to login to crashes on the same =20 > inode... AND STILL!.. it says Cannot dump. No dump device =20 > defined... WTF??... brokeness brokeness.. > > Okay, after some fscking its back up. dmesg from second box which i =20= > can crash with clamd...: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights =20 > reserved. > FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 > admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2210.09-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xfc0 Stepping =3D 0 > =20 > Features=3D0x78bfbff E,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > AMD Features=3D0xe0500800 > real memory =3D 1073676288 (1023 MB) > avail memory =3D 1024299008 (976 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: mem 0xf0000000-0xf7ffffff =20= > at device 0.0 on pci0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff =20 > irq 21 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfe02e000-0xfe02efff =20 > irq 22 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem =20 > 0xfe02d000-0xfe02d0ff irq 23 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 8 ports with 8 removable, self powered > nve0: port 0xf000-0xf007 =20 > mem 0xfe02c000-0xfe02cfff irq 21 at device 5.0 on pci0 > nve0: Ethernet address 00:11:09:c5:fc:9e > miibus0: on nve0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, =20= > 1000baseT-FDX, auto > nve0: Ethernet address: 00:11:09:c5:fc:9e > pci0: at device 6.0 (no driver attached) > atapci0: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdc00-0xdc0f at device 8.0 on =20 > pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port =20 > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f,=20 > 0xc400-0xc47f irq 23 at device 9.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port =20 > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb000-0xb00f,=20 > 0xac00-0xac7f irq 20 at device 10.0 on pci0 > ata4: on atapci2 > ata5: on atapci2 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > pci2: at device 8.0 (no driver attached) > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x8800-0x887f mem =20 > 0xfdfff000-0xfdfff07f irq 19 at device 9.0 on pci2 > miibus1: on xl0 > xlphy0: <3Com internal media interface> on miibus1 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:10:5a:dc:5e:aa > fwohci0: port 0x8400-0x847f mem =20 > 0xfdffe000-0xfdffe7ff irq 19 at device 12.0 on pci2 > fwohci0: OHCI version 1.0 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:10:dc:00:00:77:83:dc > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:10:dc:77:83:dc > fwe0: Ethernet address: 02:10:dc:77:83:dc > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20 > on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 > 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x378-0x37f,0x778-0x77b =20= > irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > Probing for PnP devices on ppbus0: > ppbus0: SCP,VLINK > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd17ff on =20= > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 > on isa0 > ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev =20 > 1.10/3.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > Timecounter "TSC" frequency 2210091714 Hz quality 800 > Timecounters tick every 1.000 msec > module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 > error 6 > ad0: 156334MB at ata0-master UDMA133 > acd0: DVDR at ata1-master UDMA33 > ad4: 286187MB at ata2-master SATA150 > GEOM_MIRROR: Device gm0 created (id=3D316220990). > GEOM_MIRROR: Device gm0: provider ad4 detected. > GEOM_MIRROR: Device gm0: provider ad4 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > Trying to mount root from ufs:/dev/mirror/gm0s1a > > > So.. Wtf is the problem here?... > > Hope someone can help me.. > Thanks > > On Sep 23, 2006, at 18:41 , Johan Str=F6m wrote: > >> >> On Sep 3, 2006, at 14:13 , Johan Str=F6m wrote: >> >>> Hi >>> >>> I'm about to get a "new" server... In this case what I'm looking =20 >>> at is a Gigabyte GA-K8NSC mobo with nForce3 250Gb chipset, and a =20 >>> AMD 64 3200+ Venice S939. >>> >>> Does anyone have any experience with FreeBSD (6.1) and this mobo/=20 >>> chipset? Does the network work? How good? SATA? Any stability/=20 >>> performance issues? >>> >>> I did notice it was mentioned on http://www.freebsd.org/platforms/=20= >>> amd64/motherboards.html on 5.4 with the only comment "Sound and =20 >>> USB untested.".. So.. anyone got more detailed experience than that? >>> >>> Thanks :) >>> -- >>> Johan Str=F6m >>> johan@stromnet.org >>> >> >> Hi again, >> I got the mobo now and everything I've tested seems to work fine, =20 >> network (Marvell Gigabit Ethernet) works perfect (altough just =20 >> using 100mbit, havent tested gig), and sata seems to work.. =20 >> Somewhat... Thats part of why I post this.. >> >> I got two disks plugged in currently, two pieces of ad4: 286187MB =20 >> at ata2-master SATA150 (ad4 and ad6) on =20 >> one SATA each... When I only access ad4 (the system disk) and dont =20= >> touch ad6 (the old system disk, moving some data form there now.. =20 >> soon to be gmirrored with ad4) it works fine. >> But as soon as i start to transer data from ad6 to ad4 (or rather, =20= >> from ad4s1f to gm0s1f of which ad6 is provider), the system =20 >> becomes veeerrry slow... Its still usable but it takes several =20 >> seconds (sometimes as much as 10-20) to ie exectue a simple =20 >> command like ls, top, su... >> gstat reports speeds of around 30MB/s: >> >> dT: 0.501 flag_I 500000us sizeof 288 i -1 >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 17 395 12 200 577.2 383 49059 8.5 99.2| ad4 >> 17 395 12 200 577.2 383 49059 8.5 99.2| =20 >> mirror/gm0 >> 0 0 0 0 0.0 0 0 0.0 0.0| ad4s1 >> 17 395 12 200 577.2 383 49059 8.5 99.2| =20 >> mirror/gm0s1 >> 0 387 387 49570 1.1 0 0 0.0 43.0| ad6 >> 3 2 2 32 583.1 0 0 0.0 116.5| =20 >> mirror/gm0s1a >> 1 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1b >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1c >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1d >> 0 0 0 0 0.0 0 0 0.0 0.0| =20 >> mirror/gm0s1e >> 13 393 10 168 576.0 383 49059 8.5 95.3| =20 >> mirror/gm0s1f >> 0 387 387 49570 1.1 0 0 0.0 43.2| ad6s1 >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1a >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1b >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1c >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1d >> 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1e >> 0 387 387 49570 1.1 0 0 0.0 44.0| ad6s1f >> >> Those busy figures.. on the gmirror they fly up to > 100% all the =20 >> time and are red.. on the ad6 figures they are 40-50% all the time =20= >> (during copy that is).. >> >> Any ideas? >> >> dmesg: >> >> Copyright (c) 1992-2006 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, =20 >> 1993, 1994 >> The Regents of the University of California. All rights =20 >> reserved. >> FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 >> admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 >> =20 >> Features=3D0x78bfbff> GE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> >> Features2=3D0x1 >> AMD Features=3D0xe2500800 >> AMD Features2=3D0x1 >> real memory =3D 1073676288 (1023 MB) >> avail memory =3D 1024299008 (976 MB) >> ACPI APIC Table: >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on =20 >> acpi0 >> cpu0: on acpi0 >> acpi_button0: on acpi0 >> pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 >> pci0: on pcib0 >> agp0: mem =20 >> 0xf8000000-0xf9ffffff at device 0.0 on pci0 >> isab0: at device 1.0 on pci0 >> isa0: on isab0 >> pci0: at device 1.1 (no driver attached) >> ohci0: mem 0xfd005000-0xfd005fff =20 >> irq 20 at device 2.0 on pci0 >> ohci0: [GIANT-LOCKED] >> usb0: OHCI version 1.0, legacy support >> usb0: SMM does not respond, resetting >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub0: 4 ports with 4 removable, self powered >> ohci1: mem 0xfd000000-0xfd000fff =20 >> irq 21 at device 2.1 on pci0 >> ohci1: [GIANT-LOCKED] >> usb1: OHCI version 1.0, legacy support >> usb1: SMM does not respond, resetting >> usb1: on ohci1 >> usb1: USB revision 1.0 >> uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub1: 4 ports with 4 removable, self powered >> ehci0: mem =20 >> 0xfd001000-0xfd0010ff irq 22 at device 2.2 on pci0 >> ehci0: [GIANT-LOCKED] >> usb2: EHCI version 1.0 >> usb2: companion controllers, 4 ports each: usb0 usb1 >> usb2: on ehci0 >> usb2: USB revision 2.0 >> uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub2: 8 ports with 8 removable, self powered >> pci0: at device 6.0 (no driver attached) >> atapci0: port =20 >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on =20= >> pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> atapci1: port =20 >> 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 >> 0xe000-0xe07f irq 21 at device 10.0 on pci0 >> ata2: on atapci1 >> ata3: on atapci1 >> pcib1: at device 11.0 on pci0 >> pci1: on pcib1 >> pcib2: at device 14.0 on pci0 >> pci2: on pcib2 >> pci2: at device 10.0 (no driver attached) >> skc0: port 0xa400-0xa4ff mem =20 >> 0xfc000000-0xfc003fff irq 19 at device 11.0 on pci2 >> skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) >> sk0: on skc0 >> sk0: Ethernet address: 00:14:85:21:c4:44 >> miibus0: on sk0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, =20 >> 1000baseTX-FDX, auto >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20= >> on acpi0 >> fdc0: [FAST] >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 >> 0x10 on acpi0 >> sio0: type 16550A >> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >> sio1: type 16550A >> ppc0: port 0x378-0x37f,0x778-0x77b irq =20= >> 7 drq 3 on acpi0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/16 bytes threshold >> ppbus0: on ppc0 >> plip0: on ppbus0 >> lpt0: on ppbus0 >> lpt0: Interrupt-driven port >> ppi0: on ppbus0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: flags 0x1 irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> orm0: at iomem 0xc0000-0xc7fff on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 >> on isa0 >> Timecounter "TSC" frequency 2009790446 Hz quality 800 >> Timecounters tick every 1.000 msec >> module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 >> error 6 >> ad4: 286187MB at ata2-master SATA150 >> >> elfi# gmirror list >> Geom name: gm0 >> State: COMPLETE >> Components: 1 >> Balance: round-robin >> Slice: 4096 >> Flags: NONE >> GenID: 0 >> SyncID: 1 >> ID: 316220990 >> Providers: >> 1. Name: mirror/gm0 >> Mediasize: 300089646080 (279G) >> Sectorsize: 512 >> Mode: r5w5e6 >> Consumers: >> 1. Name: ad4 >> Mediasize: 300089646592 (279G) >> Sectorsize: 512 >> Mode: r1w1e1 >> State: ACTIVE >> Priority: 0 >> Flags: DIRTY >> GenID: 0 >> SyncID: 1 >> ID: 3833124755 >> >> >> I just saw http://www.freebsd.org/releases/6.1R/installation-=20 >> amd64.html says: >> >> If you have an machine based on an nVidia nForce3 Pro-150, you =20 >> MUST use the BIOS setup to disable the IO APIC. If you do not have =20= >> an option to do this, you will likely have to disable ACPI =20 >> instead. There are bugs in the Pro-150 chipset that we have not =20 >> found a workaround for yet. >> >> Could this affect? Might try that... >> >> Thanks >> Johan >> >>> >>> >>> _______________________________________________ >>> freebsd-hardware@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >>> To unsubscribe, send any mail to "freebsd-hardware-=20 >>> unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-=20 >> unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org"