From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 03:20:18 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99EE916A400 for ; Sun, 21 Jan 2007 03:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 89BD713C43E for ; Sun, 21 Jan 2007 03:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0L3KIle049169 for ; Sun, 21 Jan 2007 03:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0L3KHPa049168; Sun, 21 Jan 2007 03:20:17 GMT (envelope-from gnats) Date: Sun, 21 Jan 2007 03:20:17 GMT Message-Id: <200701210320.l0L3KHPa049168@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "Guy F. Boyd" Cc: Subject: Re: amd64/106918: Asus P5B with internal RealTek PCIe Ethernet X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Guy F. Boyd" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 03:20:18 -0000 The following reply was made to PR amd64/106918; it has been noted by GNATS. From: "Guy F. Boyd" To: , Cc: Subject: Re: amd64/106918: Asus P5B with internal RealTek PCIe Ethernet Date: Sat, 20 Jan 2007 22:06:46 -0500 Hello! I just experienced something very similar with an Asus P5B/intel with an on-board Realtek PCIe Ethernet, with telnet(1) and ftp(1) on FreeBSD bullwinkle 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Mon Jan 15 16:36:51 EST 2007 root@bullwinkle:/usr/obj/usr/src/sys/GENERIC i386 for me, the symptoms disappeared by removing -rxcsum and -txcsum from the interface. Maybe this is a work-around. For reference, comparison was against a 3com 3c905tx PCI (xl0) in the same machine, configured identically ( same IP number, same local network ) on an alternate boot. The remote system in both cases was an ancient RELENG-3 testbed. Note that connecting to remote RELENG-6 systems did not exhibit the problem hangs with rxcsum/txcsum enabled. All test traffic traversed a RELENG-6 natd/ipfw gateway. No connections to hosts on the same LAN showed hung behavior ( but there are no pre-RELENG-6 boxes to test against on the local LAN at the moment ). Hope this helps. From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 03:50:18 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2900416A405 for ; Sun, 21 Jan 2007 03:50:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 07E8513C45B for ; Sun, 21 Jan 2007 03:50:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0L3oHjh051458 for ; Sun, 21 Jan 2007 03:50:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0L3oHKA051457; Sun, 21 Jan 2007 03:50:17 GMT (envelope-from gnats) Resent-Date: Sun, 21 Jan 2007 03:50:17 GMT Resent-Message-Id: <200701210350.l0L3oHKA051457@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Achilles Speliotopoulos Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D67C116A400 for ; Sun, 21 Jan 2007 03:46:36 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id AE8E913C455 for ; Sun, 21 Jan 2007 03:46:36 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l0L3kaLT032780 for ; Sun, 21 Jan 2007 03:46:36 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l0L3kaf8032779; Sun, 21 Jan 2007 03:46:36 GMT (envelope-from nobody) Message-Id: <200701210346.l0L3kaf8032779@www.freebsd.org> Date: Sun, 21 Jan 2007 03:46:36 GMT From: Achilles Speliotopoulos To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/108172: Installation fails on new Intel 965 motherboards. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 03:50:18 -0000 >Number: 108172 >Category: amd64 >Synopsis: Installation fails on new Intel 965 motherboards. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sun Jan 21 03:50:17 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Achilles Speliotopoulos >Release: FreeBSD 6.2 >Organization: >Environment: Could not install on Intel 965-series motherboard, and a Core 2 Duo E6400 processor. >Description: I recently installed FreeBSD 6.2on my new machine. Details of the machine are as follows: Machine: Velocity Micro Student Edition. It has Intel DG965RY motherboard/chip set. Processor: Intel Core 2 Duo E6400 Memory: 1GB Partitions: Contained one WD SATA 320GB HD with Win XP Pro, and one Seagate SATA 400GB HD partition into three partitions. Install was on a 300GB partition on the Seagate drive. DVD Drives: One Lite-on DVD-RW and one DVDROM drive. I downloaded the FreeBSD 6.2 ISO's for amd64, and burned them on a CDs. I then tried to install from the DVD drive. The install did not find the CDROM drives. This is most likely because of the new Intel 965 motherboards has drivers that are not compatible with FreeBSD. (They are not compatible with most Linux distributions. Take a look at http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/linux/tech/319373.htm. In fact, I tried to install Fedora Core 6 and Debian (both 3.01r4 and 4.0 test versions), and the exact same problem happens; they were not able to detect the CDROMS as well. I was finally able to install Fedora Core 6 by first installing WinXP on a 16GB FAT16 partition, and then did a hard drive install. It worked (although Fedora cannot use the audio), although Fedora cannot see my two DVD drives. I tried to do a hard drive install with FreeBSD using a similar trick, but could not get the installer to find the installation files on the dos partition. >From the newsgroups and forums, this problem seems to be coming more and more prevalent as Core 2 Duo processors are become more popular. A "fix" for LINUX that I found on comp.os.linux.setup was to use "all-generic-ide" or "linux acpi=off all-generic-ide". It seemed to work for other people, but it did not work for my machine. The installer was able to detect the DVD drives, but when it started anaconda, the machine hanged. I suspect that it is because my hard drives are SATA drives. I do not know if such a fix will work for FreeBSD. Best reagrds, Achilles Speliotopoulos >How-To-Repeat: Just ry installing again. I also tried installing with acpi off. >Fix: Try instaliing without using CDROMs. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 07:10:24 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 928BA16A401 for ; Sun, 21 Jan 2007 07:10:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8230713C455 for ; Sun, 21 Jan 2007 07:10:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0L7AN9Y069699 for ; Sun, 21 Jan 2007 07:10:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0L7ANij069698; Sun, 21 Jan 2007 07:10:23 GMT (envelope-from gnats) Date: Sun, 21 Jan 2007 07:10:23 GMT Message-Id: <200701210710.l0L7ANij069698@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Martin Nilsson Cc: Subject: Re: amd64/108172: Installation fails on new Intel 965 motherboards. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Nilsson List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 07:10:24 -0000 The following reply was made to PR amd64/108172; it has been noted by GNATS. From: Martin Nilsson To: Achilles Speliotopoulos Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/108172: Installation fails on new Intel 965 motherboards. Date: Sun, 21 Jan 2007 07:48:27 +0100 Achilles Speliotopoulos wrote: > > Machine: Velocity Micro Student Edition. It has Intel DG965RY > motherboard/chip set. > There is support in CURRENT for the Marvell ATA chip used on recent Intel motherboards. The driver have not been MFC:d to RELENG_6 yet. If you can get FreeBSD 6.2 on the disk you can copy the below files from CURRENT and recompile your kernel, this works on my DG965SS & DP965LT boards. src/sys/dev/ata/ata-chipset.c src/sys/dev/ata/ata-pci.h /Martin From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 12:28:16 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E02D16A400 for ; Sun, 21 Jan 2007 12:28:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id D8A7313C44B for ; Sun, 21 Jan 2007 12:28:15 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JC700I6HXA98Y20@osl1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Sun, 21 Jan 2007 13:27:45 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JC700B0QXA9D6B0@osl1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Sun, 21 Jan 2007 13:27:45 +0100 (CET) Date: Sun, 21 Jan 2007 13:27:44 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070116215742.6f1ebca9.torfinn.ingolfsen@broadpark.no> To: freebsd-amd64@freebsd.org Message-id: <20070121132744.ce9cf376.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.8; i386-portbld-freebsd6.2) Content-type: multipart/mixed; boundary="Boundary_(ID_Nek6Nt79SjsqH4fngFNsrA)" References: <20061231145026.e60ef46c.torfinn.ingolfsen@broadpark.no> <200701010306.05908.andy@athame.co.uk> <20070101162035.b3fdd878.torfinn.ingolfsen@broadpark.no> <200701011744.55866.andy@athame.co.uk> <20070116215742.6f1ebca9.torfinn.ingolfsen@broadpark.no> Subject: Re: Does kbtv / py-kde work on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 12:28:16 -0000 This is a multi-part message in MIME format. --Boundary_(ID_Nek6Nt79SjsqH4fngFNsrA) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Tue, 16 Jan 2007 21:57:42 +0100 Torfinn Ingolfsen wrote: > On the other it fails: > root@kg-quiet# uname -a > FreeBSD kg-quiet.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #12: Sat > Dec 30 18:25:42 CET 2006 root@:/usr/obj/usr/src/sys/QUIET amd64 A short update: I have noe upgrade the "problem machine" to 6.2-stable: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #14: Sun Jan 21 03:07:29 CET 2007 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 and all ports are upgraded. But py-kde still fails to compile (see attached file). I'm quite puzzled over this, as this is the only machine that have such problems withpy-kde. Any hints on how to fix this are welcome. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_Nek6Nt79SjsqH4fngFNsrA) Content-type: text/plain; name=py-kde_install_log_20070121.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=py-kde_install_log_20070121.txt c++ -c -Wno-deprecated-declarations -pipe -fPIC -O -pipe -Wall -W -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I../extra/kde353 -I/usr/local/include -I/usr/local/include/kio -I../kio -I/usr/local/include/kparts -I/usr/local/include/python2.4 -I/usr/X11R6/mkspecs/freebsd-g++ -I/usr/X11R6/include -o sipkpartspart1.o sipkpartspart1.cpp In file included from sipkpartspart1.cpp:2707: sipkpartsKPartsGUIActivateEvent.h:39: error: invalid use of undefined type `struct KParts::GUIActivateEvent' /usr/local/include/kparts/part.h:49: error: forward declaration of `struct KParts::GUIActivateEvent' In file included from sipkpartspart1.cpp:2712: sipkpartsKPartsPartSelectEvent.h:39: error: invalid use of undefined type `struct KParts::PartSelectEvent' /usr/local/include/kparts/part.h:48: error: forward declaration of `struct KParts::PartSelectEvent' In file included from sipkpartspart1.cpp:2713: sipkpartsKPartsPartActivateEvent.h:39: error: invalid use of undefined type `struct KParts::PartActivateEvent' /usr/local/include/kparts/part.h:47: error: forward declaration of `struct KParts::PartActivateEvent' In file included from sipkpartspart1.cpp:15418: sipkpartsKPartsEvent.h:39: error: expected class-name before '{' token sipkpartsKPartsEvent.h:42: error: expected unqualified-id before '&' token sipkpartsKPartsEvent.h:42: error: expected `,' or `...' before '&' token sipkpartsKPartsEvent.h:42: error: ISO C++ forbids declaration of `parameter' with no type sipkpartspart1.cpp: In constructor `sipKParts_PartSelectEvent::sipKParts_PartSelectEvent(bool, KParts::Part*, QWidget*)': sipkpartspart1.cpp:15426: error: type `KParts::PartSelectEvent' is not a direct base of `sipKParts_PartSelectEvent' sipkpartspart1.cpp: In constructor `sipKParts_PartSelectEvent::sipKParts_PartSelectEvent(const KParts::PartSelectEvent&)': sipkpartspart1.cpp:15431: error: type `KParts::PartSelectEvent' is not a direct base of `sipKParts_PartSelectEvent' sipkpartspart1.cpp: In member function `const char* sipKParts_PartSelectEvent::eventName() const': sipkpartspart1.cpp:15451: error: `KParts::Event' has not been declared sipkpartspart1.cpp: In function `PyObject* meth_KParts_PartSelectEvent_selected(PyObject*, PyObject*)': sipkpartspart1.cpp:15469: error: invalid use of undefined type `struct KParts::PartSelectEvent' /usr/local/include/kparts/part.h:48: error: forward declaration of `struct KParts::PartSelectEvent' sipkpartspart1.cpp: In function `PyObject* meth_KParts_PartSelectEvent_part(PyObject*, PyObject*)': sipkpartspart1.cpp:15494: error: invalid use of undefined type `struct KParts::PartSelectEvent' /usr/local/include/kparts/part.h:48: error: forward declaration of `struct KParts::PartSelectEvent' sipkpartspart1.cpp: In function `PyObject* meth_KParts_PartSelectEvent_widget(PyObject*, PyObject*)': sipkpartspart1.cpp:15519: error: invalid use of undefined type `struct KParts::PartSelectEvent' /usr/local/include/kparts/part.h:48: error: forward declaration of `struct KParts::PartSelectEvent' sipkpartspart1.cpp: In function `PyObject* meth_KParts_PartSelectEvent_test(PyObject*, PyObject*)': sipkpartspart1.cpp:15544: error: incomplete type `KParts::PartSelectEvent' used in nested name specifier sipkpartspart1.cpp: In function `void* cast_KParts_PartSelectEvent(void*, sipWrapperType*)': sipkpartspart1.cpp:15566: error: `Event' is not a member of `KParts' sipkpartspart1.cpp:15566: error: expected primary-expression before ')' token sipkpartspart1.cpp:15566: error: expected primary-expression before '*' token sipkpartspart1.cpp:15566: error: expected primary-expression before ')' token sipkpartspart1.cpp: In function `void release_KParts_PartSelectEvent(void*, int)': sipkpartspart1.cpp:15580: warning: possible problem detected in invocation of delete operator: sipkpartspart1.cpp:15580: warning: invalid use of undefined type `struct KParts::PartSelectEvent' /usr/local/include/kparts/part.h:48: warning: forward declaration of `struct KParts::PartSelectEvent' sipkpartspart1.cpp:15580: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-kde/work/PyKDE-3.16.0/kparts. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-kde/work/PyKDE-3.16.0. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-kde. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.1687.67 env make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11-toolkits/py-kde (bad C++ code) ---> Packages processed: 0 done, 91 ignored, 0 skipped and 1 failed --Boundary_(ID_Nek6Nt79SjsqH4fngFNsrA)-- From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 15:06:45 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A822916A406 for ; Sun, 21 Jan 2007 15:06:45 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 2923813C44C for ; Sun, 21 Jan 2007 15:06:44 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l0LEjOPP022241 for ; Sun, 21 Jan 2007 15:45:24 +0100 Received: by faust.net (Postfix, from userid 1001) id 686201CC1C; Sun, 21 Jan 2007 14:46:03 +0100 (CET) Date: Sun, 21 Jan 2007 14:46:03 +0100 From: Zoran Kolic To: freebsd-amd64@freebsd.org Message-ID: <20070121134603.GA826@faust.net> References: <20070121120033.4F3F616A476@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070121120033.4F3F616A476@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.9 X-SBB-Spam-Level: XX Subject: Re: amd64/108172: Installation fails on new Intel 965 motherboards. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 15:06:45 -0000 > tried to install from the DVD drive. The install did not find the CDROM > drives. This is most likely because of the new Intel 965 motherboards has > drivers that are not compatible with FreeBSD. (They are not compatible with most Linux distributions. Take a look at http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/linux/tech/319373.htm. I could be wrong, but this was thread month or two ago. If something changed in bethween... Intel 965 should have sata drives. This might be your problem. What exact dvd do you have? Zoran From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 21 19:19:28 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 917C616A400 for ; Sun, 21 Jan 2007 19:19:28 +0000 (UTC) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D6B7B13C448 for ; Sun, 21 Jan 2007 19:19:27 +0000 (UTC) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H8iDo-0005FU-8Y for freebsd-amd64@freebsd.org; Sun, 21 Jan 2007 20:19:20 +0100 Received: from a81-84-41-15.cpe.netcabo.pt ([81.84.41.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Jan 2007 20:19:20 +0100 Received: from nh by a81-84-41-15.cpe.netcabo.pt with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Jan 2007 20:19:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: Nuno Henriques Date: Sun, 21 Jan 2007 19:19:17 +0000 Lines: 334 Message-ID: References: <458F299D.6090603@netcabo.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: a81-84-41-15.cpe.netcabo.pt User-Agent: Thunderbird 1.5.0.9 (X11/20070121) In-Reply-To: Sender: news Subject: Re: Installation fails (6.1 and 7.0) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 19:19:28 -0000 One last update on this: I had to remove the SCSI controller to install FreeBSD. What a PITA. Now, I'm running the current snapshot from Jan 07, loaded the module if_nfe, and it's working fine. :) Here's my dmesg output: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT-200701 #0: Sun Jan 7 11:04:00 UTC 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2134028288 (2035 MB) avail memory = 2059522048 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 mem 0xfdfff000-0xfdffffff,0xfd800000-0xfdbfffff irq 16 at device 14.0 on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pcib4: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2134028288 (2035 MB) avail memory = 2059522048 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 mem 0xfdfff000-0xfdffffff,0xfd800000-0xfdbfffff irq 16 at device 14.0 on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pcib4: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F061C16A40E for ; Sun, 21 Jan 2007 22:44:36 +0000 (UTC) (envelope-from arnschle@iupui.edu) Received: from julesburg.uits.indiana.edu (julesburg.uits.indiana.edu [129.79.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB0D13C4A5 for ; Sun, 21 Jan 2007 22:44:36 +0000 (UTC) (envelope-from arnschle@iupui.edu) Received: from iu-mssg-smtp104.ads.iu.edu (iu-mssg-smtp104-out.ads.iu.edu [10.79.1.7]) by julesburg.uits.indiana.edu (8.13.6/8.12.10/IUPO) with ESMTP id l0LMiTBR001303; Sun, 21 Jan 2007 17:44:33 -0500 (EST) Received: from iu-mssg-mbx104.ads.iu.edu ([10.79.1.17]) by iu-mssg-smtp104.ads.iu.edu with Microsoft SMTPSVC(6.0.3790.1830); Sun, 21 Jan 2007 17:43:50 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Jan 2007 17:40:12 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Installation fails (6.1 and 7.0) thread-index: Acc9kRhkMshkW2WpTQ6qWiQnVUayowAHASFF References: <458F299D.6090603@netcabo.pt> From: "Schleich, Arno Rene" To: "Nuno Henriques" , X-OriginalArrivalTime: 21 Jan 2007 22:43:50.0737 (UTC) FILETIME=[9EDE8C10:01C73DAD] Cc: Subject: RE: Installation fails (6.1 and 7.0) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jan 2007 22:44:37 -0000 I am struggling with a similar problem - all FreeBSDs I tried on an HP = Pavilion DV6113us notebook with a dual core AMD Turion 64 and a NVidia = 6150 go card hang while acpi, scsi are enabled. Machine is pretty = useless without these options (no smp, no sound). How exactly did you = get Your machine to work ? =20 Arno ________________________________ From: owner-freebsd-amd64@freebsd.org on behalf of Nuno Henriques Sent: Sun 1/21/2007 2:19 PM To: freebsd-amd64@freebsd.org Subject: Re: Installation fails (6.1 and 7.0) One last update on this: I had to remove the SCSI controller to install FreeBSD. What a PITA. Now, I'm running the current snapshot from Jan 07, loaded the module if_nfe, and it's working fine. :) Here's my dmesg output: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT-200701 #0: Sun Jan 7 11:04:00 UTC 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40fb2 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x1f Cores per package: 2 usable memory =3D 2134028288 (2035 MB) avail memory =3D 2059522048 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 mem 0xfdfff000-0xfdffffff,0xfd800000-0xfdbfffff irq 16 at device 14.0 = on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pcib4: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x1f Cores per package: 2 usable memory =3D 2134028288 (2035 MB) avail memory =3D 2059522048 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 mem 0xfdfff000-0xfdffffff,0xfd800000-0xfdbfffff irq 16 at device 14.0 = on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pcib4: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6234316A401 for ; Mon, 22 Jan 2007 11:08:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC3113C448 for ; Mon, 22 Jan 2007 11:08:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0MB8Ftw036858 for ; Mon, 22 Jan 2007 11:08:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0MB8CQB036854 for freebsd-amd64@FreeBSD.org; Mon, 22 Jan 2007 11:08:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Jan 2007 11:08:12 GMT Message-Id: <200701221108.l0MB8CQB036854@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 11:08:15 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69704 amd64 ext2/ext3 unstable in amd64 o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/73775 amd64 Kernel panic (trap 12) when booting with (not from!) P o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Trap 12: Page fa o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not work on amd64 o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/81037 amd64 SATA problem o amd64/81602 amd64 SATA crashes with parallel pcm access o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/84930 amd64 [msdosfs] something wrong with msdosfs on amd64 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem (read-only s o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk is on a SiI 3 o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AIC-8130: (Marv o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 xorg reboots system if dri module is enabled o amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105187 amd64 make -j2 buildworld renders FreeBSD 6.2-PRE/AMD64 unus o amd64/105207 amd64 nVidia MCP55 drivers fail to boot on 6.2B3 amd64 o amd64/105513 amd64 Kernel Panic during package installation on 6.2 beta3 o amd64/105531 amd64 gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not d o amd64/105629 amd64 [re] Issue with re driver p amd64/106109 amd64 amd64: si_addr is not set when sending a signal o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 Asus P5B with internal RealTek PCIe Ethernet o amd64/107345 amd64 Kernel Panic/Crash on dd if=/dev/ad4 of=/dev/ad6 bs=1m o amd64/107433 amd64 i can't install FreeBSD Release 6.1 on HP Pavillion dv o amd64/108172 amd64 Installation fails on new Intel 965 motherboards. 70 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] ][patch] no driver for "CICADA VSC 8201 Giga o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/97489 amd64 nForce 410 ATA controller dma time out o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/102975 amd64 NIC unknown o amd64/103259 amd64 Cannot use ataraid on nvidia nForce4+amd64 o amd64/104875 amd64 unsupported intel Desktop Board DG965WH o amd64/105129 amd64 Compatibility with Intel D o amd64/106186 amd64 panic in swap_pager_swap_init (amd64/smp/6.2-pre) o amd64/107858 amd64 amd64 motherboard project - none working sound and gra 26 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 23 17:25:59 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4046416A401 for ; Tue, 23 Jan 2007 17:25:59 +0000 (UTC) (envelope-from galvez@virginia.edu) Received: from humpty.finadmin.virginia.edu (humpty.finadmin.Virginia.EDU [128.143.87.245]) by mx1.freebsd.org (Postfix) with ESMTP id 0711913C4BF for ; Tue, 23 Jan 2007 17:25:58 +0000 (UTC) (envelope-from galvez@virginia.edu) Received: from localhost (d-137-145-148.bootp.Virginia.EDU [137.54.145.148]) (authenticated bits=0) by humpty.finadmin.virginia.edu (8.13.6/8.13.4) with ESMTP id l0NGthpb079402 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Jan 2007 11:55:44 -0500 (EST) (envelope-from galvez@virginia.edu) Date: Tue, 23 Jan 2007 11:55:38 -0500 From: Mike Galvez To: freebsd-amd64@freebsd.org Message-ID: <20070123165538.GC233@virginia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: Darwin Subject: Oracle development? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 17:25:59 -0000 Hi, I recently purchased a few AMD64 powered machines and loaded freeBSD (6.2-BETA2) on them. I would like to use them as web servers, but the back-end database I'm trying to connect to is Oracle. There seems to be a problem here. After installing : instantclient-sqlplus-linuxAMD64-10.1.0.5.0-20060519.zip instantclient-basic-linuxAMD64-10.1.0.5.0-20060519.zip I tried installing perl DBD::Oracle from ports, but it will not install. I also tried to install it from CPAN, but it failed too many tests. I entertained the idea of re-writing everything in PHP, but I can't get that to install either. using PHP5-oci8... ===> Extracting for php5-oci8-5.2.0 => MD5 Checksum OK for php-5.2.0.tar.bz2. => SHA256 Checksum OK for php-5.2.0.tar.bz2. ===> Patching for php5-oci8-5.2.0 ===> Applying FreeBSD patches for php5-oci8-5.2.0 ===> php5-oci8-5.2.0 depends on file: /usr/local/oracle8-client/lib/libclntsh.a - not found ===> Verifying install for /usr/local/oracle8-client/lib/libclntsh.a in /usr/ports/databases/oracle8-client ===> oracle8-client-0.1.1_1 is only for i386, and you are running amd64.. *** Error code 1 Stop in /usr/ports/databases/oracle8-client. *** Error code 1 Are there any work-arounds for getting DBD::Oracle working on AMD64?, PHP5-oci8? My friend Google didn't leave me feeling very encouraged... Please CC me as I am not on this list. Additional info: ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/apache2 \ /usr/local/lib/mysql 32-bit compatibility ldconfig path: /usr/lib32 Thanks -Mike -- Michael Galvez http://www.people.virginia.edu/~mrg8n Information Technology Specialist University of Virginia Manager Comptroller Systems Support Office: 434-982-2975 USENIX Member From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 23 17:43:28 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44E8116A400 for ; Tue, 23 Jan 2007 17:43:28 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 12FB913C4BA for ; Tue, 23 Jan 2007 17:43:26 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so318775nfc for ; Tue, 23 Jan 2007 09:43:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VxEsUZIISqHgdpCX2COwedrAXQqPJ6r4dOqFGAOMwSwVwJzM/qULnCrk4bp1Qp/Hmd6PUA+fFYxH4lnGjylsXl3XFc12JJMOVWVIBtO2XwRlK8sgz6gST1zI4XI07N976TCvwzTG7dzo3BfnHkxkADX/4oat2RUimHIqgjt0T1M= Received: by 10.82.183.19 with SMTP id g19mr6369027buf.1169574205486; Tue, 23 Jan 2007 09:43:25 -0800 (PST) Received: by 10.82.186.2 with HTTP; Tue, 23 Jan 2007 09:43:25 -0800 (PST) Message-ID: <790a9fff0701230943p7d00cb50o3234285a633e814b@mail.gmail.com> Date: Tue, 23 Jan 2007 11:43:25 -0600 From: "Scot Hetzel" To: "Mike Galvez" In-Reply-To: <20070123165538.GC233@virginia.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070123165538.GC233@virginia.edu> Cc: freebsd-amd64@freebsd.org Subject: Re: Oracle development? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 17:43:28 -0000 On 1/23/07, Mike Galvez wrote: > Hi, > > I recently purchased a few AMD64 powered machines and loaded freeBSD (6.2-BETA2) on > them. I would like to use them as web servers, but the back-end database I'm trying > to connect to is Oracle. There seems to be a problem here. > > After installing : > instantclient-sqlplus-linuxAMD64-10.1.0.5.0-20060519.zip > instantclient-basic-linuxAMD64-10.1.0.5.0-20060519.zip > You need to install the linux i386 versions, as FreeBSD/amd64 only has support for linux 32-bit libraries. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 23 21:45:15 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A44FD16A405 for ; Tue, 23 Jan 2007 21:45:15 +0000 (UTC) (envelope-from groot@kde.org) Received: from smeltpunt.science.ru.nl (smeltpunt.science.ru.nl [131.174.16.145]) by mx1.freebsd.org (Postfix) with ESMTP id 5835513C448 for ; Tue, 23 Jan 2007 21:45:15 +0000 (UTC) (envelope-from groot@kde.org) Received: from adsl-dc-2f63f.adsl.wanadoo.nl [83.116.148.63] (helo=[10.0.0.186]) (authen=adridg) by smeltpunt.science.ru.nl (8.13.7/5.11) with ESMTP id l0NLj8eE007967 for ; Tue, 23 Jan 2007 22:45:11 +0100 (MET) From: Adriaan de Groot Organization: KDE-NL To: freebsd-amd64@freebsd.org Date: Tue, 23 Jan 2007 21:21:58 +0100 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701232121.58985.groot@kde.org> Subject: State of X4200 M2 (ok) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 21:45:15 -0000 Thanks to Michiel Boland (who's in an office about 200m down the road) for dealing with the LSI BIOS issue, the Sun X4200 M2 seems to be in good shape. Here's the dmesg, with comments inline: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:32:24 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2216 (2400.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f12 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 8589934592 (8192 MB) avail memory = 7774466048 (7414 MB) ACPI APIC Table: ioapic1: Changing APIC ID to 6 ioapic1: WARNING: intbase 48 != expected base 24 ioapic2: Changing APIC ID to 7 ioapic2: WARNING: intbase 56 != expected base 55 ioapic3: Changing APIC ID to 5 ioapic3: WARNING: intbase 24 != expected base 63 This is just a permutation of the ioapics, not sure why it's causing them. ioapic0 irqs 0-23 on motherboard ioapic3 irqs 24-47 on motherboard ioapic1 irqs 48-54 on motherboard ioapic2 irqs 56-62 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe3ff000-0xfe3fffff 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: 7 ports with 7 removable, self powered ehci0: mem 0xff000000-0xff0000ff at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 7 ports with 7 removable, self powered uhub1: device problem (STALLED), disabling port 6 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci1: at device 3.0 (no driver attached) nve0: port 0xdc00-0xdc07 mem 0xfe3fe000-0xfe3fefff irq 21 at device 10.0 on pci0 nve0: Ethernet address 04:4b:80:80:80:03 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 04:4b:80:80:80:03 The machine hangs at boot for several seconds after nve0 before miibus0; I do not see this in other nForce4 based machines I've got. pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: on acpi0 pci128: on pcib6 pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) nve1: port 0xfc00-0xfc07 mem 0xfeafe000-0xfeafefff irq 44 at device 10.0 on pci128 nve1: Ethernet address 04:4b:80:80:80:04 miibus1: on nve1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto nve1: Ethernet address: 04:4b:80:80:80:04 Same hang here. pcib7: at device 11.0 on pci128 pci129: on pcib7 pcib8: at device 12.0 on pci128 pci130: on pcib8 pcib9: at device 13.0 on pci128 pci131: on pcib9 pcib10: at device 14.0 on pci128 pci132: on pcib10 pcib11: at device 16.0 on pci128 pci133: on pcib11 pci128: at device 16.1 (no driver attached) pcib12: at device 17.0 on pci128 pci134: on pcib12 em0: port 0xec00-0xec3f mem 0xfe9e0000-0xfe9fffff irq 56 at device 1.0 on pci134 em0: Ethernet address: 00:14:4f:49:dd:2a em1: port 0xe800-0xe83f mem 0xfe9c0000-0xfe9dffff irq 57 at device 1.1 on pci134 em1: Ethernet address: 00:14:4f:49:dd:2b mpt0: port 0xe400-0xe4ff mem 0xfe9bc000-0xfe9bffff,0xfe9a0000-0xfe9affff irq 58 at device 2.0 on pci134 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.12.0 I can't find any information on the actual LSI device in the machine; I would have expected mfi(4) instead of mpt. I don't get any /dev/mpt* either (but I guess that's more a comment for freebsd-hardware). The device isn't recognized by any of the LSI management tools (megamgr, megacli, megarc) either -- but then I'm not sure there's anything to manage there yet. mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). Incomplete driver? Useless RAID notifications? pci128: at device 17.1 (no driver attached) acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xc9fff,0xca000-0xcb7ff,0xcb800-0xcc7ff,0xcc800-0xcd7ff,0xd3000-0xd3fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: American Megatrends Inc. Virtual Keyboard and Mouse, rev 1.10/1.00, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: American Megatrends Inc. Virtual Keyboard and Mouse, rev 1.10/1.00, addr 2, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 umass0: American Megatrends Inc. Virtual Cdrom Device, rev 1.10/1.00, addr 3 umass1: American Megatrends Inc. Virtual Floppy Device, rev 1.10/1.00, addr 4 These two are actually big pains in the butt, since it does not seem to be possible to disable them, and they hurt if you touch them. See da1, below. Timecounter "TSC" frequency 2400009816 Hz quality 800 Timecounters tick every 1.000 msec md0: Preloaded image 4194304 bytes at 0xffffffff80a51d50 acd0: CDRW at ata0-master UDMA33 da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 300.000MB/s transfers, Tagged Queueing Enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, medium may have changed da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 (da1:umass-sim1:1:0:0): Not ready to ready change, medium may have changed Snipped 60 lines of umass errors before it gives up on the non-existent virtual floppy. ukbd1: BTC USB Multimedia Keyboard, rev 1.10/1.30, addr 5, iclass 3/1 kbd3 at ukbd1 uhid0: BTC USB Multimedia Keyboard, rev 1.10/1.30, addr 5, iclass 3/1 There is some weirdness with the USB ports; the ones on the front work during most of the installation of FBSD 6.2-R but I had to swap around to the back ports later. After booting, only the back ports take the keyboard at all. mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x00 Depth 65 I get this every boot; not sure what it means yet. The machine hasn't had much of a stress test yet. It gets through buildworlds and can shuffle data around and will write on standard SATA laptop drives too, if you can be bothered to stick them in the drive bays. I had an issue with a cheap-ass (why does all this make it sound like I'm taking an expensive server and duct-taping crap to it?) USB SATA enclosure which works with another nForce4 board but which failed with short reads on both USB hubs in the X4200. Further experimentation is warranted. -- KDE Quality Team http://www.englishbreakfastnetwork.org/ GPG: FEA2 A3FE http://people.fruitsalad.org/adridg/ From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 24 19:54:25 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CD3716A402 for ; Wed, 24 Jan 2007 19:54:25 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id D3C3F13C428 for ; Wed, 24 Jan 2007 19:54:24 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by mga09.intel.com with ESMTP; 24 Jan 2007 11:25:44 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga002.fm.intel.com with ESMTP; 24 Jan 2007 11:25:44 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.13,233,1167638400"; d="scan'208,217"; a="39312938:sNHT45711216" Received: from orsmsx419.amr.corp.intel.com ([10.22.226.88]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Jan 2007 11:25:44 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 24 Jan 2007 11:25:41 -0800 Message-ID: <12A5C15467D5B94F8E0FF265D9498ADDE516F5@orsmsx419.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue with using KGDB for remote debug over serial port Thread-Index: Acc/7W89MBWRBYIiQwevQQ4eqDlxYA== From: "Rao, Nikhil" To: X-OriginalArrivalTime: 24 Jan 2007 19:25:44.0561 (UTC) FILETIME=[71654610:01C73FED] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Issue with using KGDB for remote debug over serial port X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jan 2007 19:54:25 -0000 I am trying to debug an AMD64 kernel over a serial connection. Both the host and the target are running AMD64 6.1 release kernels. =20 Target platform - Dell Precision Workstation 690, (Dual Quad core system with Intel Xeon 1.86 Ghz CPU) Host - XPS 600 Dell - Intel Pentium D 3.00 Ghz CPU =20 The target platform boots a 6.1 release GENERIC AMD64 kernel with makeoptions DEBUG=3D-g, KDB and GDB options enabled and has a serial connection with the host. In device.hints I have set hint.sio0.flags=3D0x80 =20 I am able to enter kgdb using the -d boot option, next I can break on a breakpoint. However when I try to step the debugger, the target gets a page fault in kernel mode. I have attached a log of the kgdb output below. Please let me know if any other info. would be useful to resolve this problem. =20 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 0xffffffff803ecf8f in kdb_enter (msg=3D0x0) at cpufunc.h:63 63 __asm __volatile("int $3"); Unread portion of the kernel message buffer: Cannot access memory at address 0xf000a8ece001a840 (kgdb) break pmap_pinit0 Breakpoint 1 at 0xffffffff805c4d10: file /usr/src/sys/amd64/amd64/pmap.c, line 1059. (kgdb) c Continuing. [New Thread 0] Program received signal SIGQUIT, Quit. [Switching to Thread 0] pmap_pinit0 (pmap=3D0xffffff0000049d00) at /usr/src/sys/amd64/amd64/pmap.c:1061 1061 PMAP_LOCK_INIT(pmap); (kgdb) break 1066 Breakpoint 2 at 0xffffffff805c4d70: file /usr/src/sys/amd64/amd64/pmap.c, line 1066. (kgdb) c Continuing. Program received signal SIGSYS, Bad system call. 0x0000000000000000 in ?? () (kgdb) bt #0 0x0000000000000000 in ?? () #1 0x0000000000000000 in ?? () (kgdb) From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 04:06:20 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3635216A402 for ; Thu, 25 Jan 2007 04:06:20 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id DA80513C45D for ; Thu, 25 Jan 2007 04:06:19 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H9vW1-000IaF-3O; Thu, 25 Jan 2007 03:43:09 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H9vVs-000HNJ-50; Thu, 25 Jan 2007 03:43:00 +0000 Date: Thu, 25 Jan 2007 03:43:00 +0000 From: Thomas Hurst To: Adriaan de Groot Message-ID: <20070125034300.GA65650@voi.aagh.net> Mail-Followup-To: Adriaan de Groot , freebsd-amd64@freebsd.org References: <200701232121.58985.groot@kde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701232121.58985.groot@kde.org> Organization: Not much. User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Thomas Hurst Cc: freebsd-amd64@freebsd.org Subject: Re: State of X4200 M2 (ok) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 04:06:20 -0000 * Adriaan de Groot (groot@kde.org) wrote: > ACPI APIC Table: > ioapic1: Changing APIC ID to 6 > ioapic1: WARNING: intbase 48 != expected base 24 > ioapic2: Changing APIC ID to 7 > ioapic2: WARNING: intbase 56 != expected base 55 > ioapic3: Changing APIC ID to 5 > ioapic3: WARNING: intbase 24 != expected base 63 > > This is just a permutation of the ioapics, not sure why it's causing them. > > ioapic0 irqs 0-23 on motherboard > ioapic3 irqs 24-47 on motherboard > ioapic1 irqs 48-54 on motherboard > ioapic2 irqs 56-62 on motherboard Don't get this with the non-M2's; the IRQ assignments are different too: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard > 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto > nve0: Ethernet address: 04:4b:80:80:80:03 > > The machine hangs at boot for several seconds after nve0 before miibus0; I do > not see this in other nForce4 based machines I've got. Urgh, so 2 of the 4 NIC's on the M2's are nVidia crap? That's quite a step back from the 4 e1000's in earlier models :( > mpt0: port 0xe400-0xe4ff mem > 0xfe9bc000-0xfe9bffff,0xfe9a0000-0xfe9affff irq 58 at device 2.0 on pci134 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > > > I can't find any information on the actual LSI device in the machine; I would > have expected mfi(4) instead of mpt. Same as previous X4x00's (LSI 1064) I expect: mpt0: port 0xa800-0xa8ff mem 0xfc2fc000-0xfc2fffff,0xfc2e0000-0xfc2effff irq 28 at device 3.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.9.0 > I don't get any /dev/mpt* either (but I > guess that's more a comment for freebsd-hardware). The device isn't > recognized by any of the LSI management tools (megamgr, megacli, megarc) > either -- but then I'm not sure there's anything to manage there yet. There's some basic hardware RAID: mpt0: Capabilities: ( RAID-0 RAID-1 ) I doubt it's really worth using. > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > > Incomplete driver? Useless RAID notifications? Harmless, seen them on other MPT's. > umass0: American Megatrends Inc. Virtual Cdrom Device, rev 1.10/1.00, addr 3 > umass1: American Megatrends Inc. Virtual Floppy Device, rev 1.10/1.00, addr 4 > > These two are actually big pains in the butt, since it does not seem to be > possible to disable them, and they hurt if you touch them. See da1, below. They can be disabled in the BIOS. We just don't run with USB support, since the X4100's at least had interrupt aliasing problems with the NIC's. > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x00 Depth 65 > > I get this every boot; not sure what it means yet. Also harmless. > The machine hasn't had much of a stress test yet. It gets through > buildworlds and can shuffle data around and will write on standard > SATA laptop drives too, if you can be bothered to stick them in the > drive bays. Really? I wasn't aware these LSI's, nor mpt(4) supported SATA (despite what the names say). Not very useful anyway, SAS drives are a far better match for server workloads (i.e. they actually perform well and are designed to run 24/7). Do they get exposed via ata(4) or appear as SCSI devices over CAM? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 09:30:26 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571FA16A549 for ; Thu, 25 Jan 2007 09:30:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 37E1913C45A for ; Thu, 25 Jan 2007 09:30:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0P9UQYn049088 for ; Thu, 25 Jan 2007 09:30:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0P9UQO4049083; Thu, 25 Jan 2007 09:30:26 GMT (envelope-from gnats) Resent-Date: Thu, 25 Jan 2007 09:30:26 GMT Resent-Message-Id: <200701250930.l0P9UQO4049083@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Armin Mohring Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E06B16A406 for ; Thu, 25 Jan 2007 09:29:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3649813C44C for ; Thu, 25 Jan 2007 09:29:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l0P9Te8t036569 for ; Thu, 25 Jan 2007 09:29:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l0P9Tep4036568; Thu, 25 Jan 2007 09:29:40 GMT (envelope-from nobody) Message-Id: <200701250929.l0P9Tep4036568@www.freebsd.org> Date: Thu, 25 Jan 2007 09:29:40 GMT From: Armin Mohring To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/108328: Freebsd-6.2: CD does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 09:30:26 -0000 >Number: 108328 >Category: amd64 >Synopsis: Freebsd-6.2: CD does not boot >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 25 09:30:25 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Armin Mohring >Release: 6.2-AMD64 >Organization: >Environment: x86_64: AMD Athlon 64 >Description: AMD Athlon64 -3200. nForce 3 250 Mainbaord, 1GB RAM, AGP Nvidia graphics card. During boot, the AGP graphics card is recognized as ISA graphics card. As a result, the kernel crashes and causes an core dump. >How-To-Repeat: Use CD1 boot CD try to install Freebsd >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 13:06:57 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD14C16A410 for ; Thu, 25 Jan 2007 13:06:57 +0000 (UTC) (envelope-from groot@kde.org) Received: from smeltpunt.science.ru.nl (smeltpunt.science.ru.nl [131.174.16.145]) by mx1.freebsd.org (Postfix) with ESMTP id 4743813C45A for ; Thu, 25 Jan 2007 13:06:57 +0000 (UTC) (envelope-from groot@kde.org) Received: from n142198.science.ru.nl [131.174.142.198] (helo=n142198.science.ru.nl) by smeltpunt.science.ru.nl (8.13.7/5.11) with ESMTP id l0PD6s2E027422 for ; Thu, 25 Jan 2007 14:06:55 +0100 (MET) From: Adriaan de Groot Organization: KDE e.V. To: freebsd-amd64@freebsd.org Date: Thu, 25 Jan 2007 14:09:26 +0100 User-Agent: KMail/1.9.4 References: <200701232121.58985.groot@kde.org> <20070125034300.GA65650@voi.aagh.net> In-Reply-To: <20070125034300.GA65650@voi.aagh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701251409.26276.groot@kde.org> X-Spam-Score: -1.3 () ALL_TRUSTED,BAYES_50 X-Scanned-By: MIMEDefang 2.56 on 131.174.16.145 Subject: Re: State of X4200 M2 (ok) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 13:06:57 -0000 On Thursday 25 January 2007 04:43, Thomas Hurst wrote: > > 1000baseSX-FDX, 1000baseT, 1000baseT-FDX, auto > > nve0: Ethernet address: 04:4b:80:80:80:03 > > > > The machine hangs at boot for several seconds after nve0 before miibus0; > > I do not see this in other nForce4 based machines I've got. > > Urgh, so 2 of the 4 NIC's on the M2's are nVidia crap? That's quite a > step back from the 4 e1000's in earlier models :( The nve seem to work pretty well, but I have not loaded them that heavily. I have 40G of data to schlep later today, we'll see how it likes that. > > I don't get any /dev/mpt* either (but I > > guess that's more a comment for freebsd-hardware). The device isn't > > recognized by any of the LSI management tools (megamgr, megacli, megarc) > > either -- but then I'm not sure there's anything to manage there yet. > > There's some basic hardware RAID: > mpt0: Capabilities: ( RAID-0 RAID-1 ) > I doubt it's really worth using. With that kind of capabilities, I can see where GEOM has an adge (the hotswap doesn't work either, inserting a disk just gets cam events 0x16 and 0x12 again and no /dev/da* is created for the disk). > > The machine hasn't had much of a stress test yet. It gets through > > buildworlds and can shuffle data around and will write on standard > > SATA laptop drives too, if you can be bothered to stick them in the > > drive bays. > > Really? I wasn't aware these LSI's, nor mpt(4) supported SATA (despite > what the names say). Not very useful anyway, SAS drives are a far > better match for server workloads (i.e. they actually perform well and > are designed to run 24/7). > > Do they get exposed via ata(4) or appear as SCSI devices over CAM? Yes, really. They show up as SCSI over cam and are reasonable for sequential read (at about 30MB/s) and awful for random read; I wouldn't vouch for their longevity, though. The laptop drive *does* seem to go to sleep when not in use automatically, as I notice a second or two of lag when accessing it after an idle period. Here's one: da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers, Tagged Queueing Enabled da1: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) Dollar a gigabyte if your data is cheap :) Getting a *tray* for the disk is another issue. Anyway, that experiment is done; I'll be playing with various eSATA solutions next. That's off-topic on this list. -- Adriaan de Groot KDE Quality Team http://www.englishbreakfastnetwork.org/ SQO-OSS Researcher http://www.sqo-oss.eu/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 15:50:24 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E56B616A403 for ; Thu, 25 Jan 2007 15:50:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id BF40F13C467 for ; Thu, 25 Jan 2007 15:50:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0PFoOOX072859 for ; Thu, 25 Jan 2007 15:50:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0PFoOZq072858; Thu, 25 Jan 2007 15:50:24 GMT (envelope-from gnats) Date: Thu, 25 Jan 2007 15:50:24 GMT Message-Id: <200701251550.l0PFoOZq072858@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "Scot Hetzel" Cc: Subject: Re: amd64/108328: Freebsd-6.2: CD does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 15:50:25 -0000 The following reply was made to PR amd64/108328; it has been noted by GNATS. From: "Scot Hetzel" To: "Armin Mohring" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/108328: Freebsd-6.2: CD does not boot Date: Thu, 25 Jan 2007 09:46:33 -0600 On 1/25/07, Armin Mohring wrote: > During boot, the AGP graphics card is recognized as ISA graphics card. > As a result, the kernel crashes and causes an core dump. > >How-To-Repeat: > Use CD1 > boot CD > try to install Freebsd Does the solution provided in PR 105514 solve your problem? http://www.freebsd.org/cgi/query-pr.cgi?pr=105514 The following email sent to the AMD64 list gives a little more detail: http://lists.freebsd.org/pipermail/freebsd-amd64/2006-March/007883.html Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 17:40:23 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24C1B16A57F for ; Thu, 25 Jan 2007 17:40:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8297B13C4C9 for ; Thu, 25 Jan 2007 17:40:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0PHeLUj079558 for ; Thu, 25 Jan 2007 17:40:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0PHeLrn079557; Thu, 25 Jan 2007 17:40:21 GMT (envelope-from gnats) Resent-Date: Thu, 25 Jan 2007 17:40:21 GMT Resent-Message-Id: <200701251740.l0PHeLrn079557@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Christopher Neill Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE82216A401 for ; Thu, 25 Jan 2007 17:36:14 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id BE52613C459 for ; Thu, 25 Jan 2007 17:36:14 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l0PHaEJE027768 for ; Thu, 25 Jan 2007 17:36:14 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l0PHaEv5027763; Thu, 25 Jan 2007 17:36:14 GMT (envelope-from nobody) Message-Id: <200701251736.l0PHaEv5027763@www.freebsd.org> Date: Thu, 25 Jan 2007 17:36:14 GMT From: Christopher Neill To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/108345: 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 17:40:23 -0000 >Number: 108345 >Category: amd64 >Synopsis: 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 25 17:40:21 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Christopher Neill >Release: 6.2-RELEASE >Organization: Revolt.com >Environment: FreeBSD detroit.prod.biz360.com. 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:32:24 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The Pentium D EMT64 on a SuperMicro board will not boot with ACPI enabled on 6.2-RELEASE (GENERIC). While this isn't a huge deal (simply boot w/o ACPI from loader), it does mean that some manual intervention is required to both install and run FreeBSD on this machine. Verbose dmesg of hung start attached: |/-\|/-SMAP type=01 base=0000000000000000 len=000000000009c800 SMAP type=02 base=000000000009c800 len=0000000000003800 SMAP type=02 base=00000000000e4000 len=000000000001c000 SMAP type=01 base=0000000000100000 len=00000000dfde0000 SMAP type=03 base=00000000dfee0000 len=0000000000009000 SMAP type=04 base=00000000dfee9000 len=0000000000017000 SMAP type=02 base=00000000dff00000 len=0000000000100000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ff000000 len=0000000001000000 SMAP type=01 base=0000000100000000 len=0000000020000000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:32:24 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80a53000. Calibrating clock(s) ... i8254 clock: 1192952 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3391521165 Hz CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3391.52-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 4831838208 (4608 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000b51000 - 0x00000000d778bfff, 3603148800 bytes (879675 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4129779712 (3938 MB) ACPI APIC Table: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 4, Interrupt 48 at 0xfecc0400 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x03000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jan 12 2007 08:30:39) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27788086) AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 10 11 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2778, revid=0xc0 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2779, revid=0xc0 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d0, revid=0x01 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27e0, revid=0x01 bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27e2, revid=0x01 bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27c8, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00003000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x01 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00003020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x01 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 00003040, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x01 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 00003060, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x01 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0000000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xe1 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b8, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27df, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 000030a0, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001100, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0x4000-0x4fff pcib1: memory decode 0xe0100000-0xe02fffff pcib1: prefetched decode 0xe2000000-0xe3ffffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.DEV1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=1, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0100000, size 12, enabled pcib1: (null) requested memory range 0xe0100000-0xe0100fff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=1, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=1, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0101000, size 12, enabled pcib1: (null) requested memory range 0xe0101000-0xe0101fff: good pcib2: at device 0.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x4000-0x4fff pcib3: memory decode 0xe0200000-0xe02fffff pcib3: prefetched decode 0xe2000000-0xe3ffffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x13c1, dev=0x1003, revid=0x00 bus=3, slot=1, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0317, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 3, range 64, base e2000000, size 25, enabled pcib3: (null) requested memory range 0xe2000000-0xe3ffffff: good pcib1: (null) requested memory range 0xe2000000-0xe3ffffff: good map[18]: type 1, range 64, base e0200000, size 12, enabled pcib3: (null) requested memory range 0xe0200000-0xe0200fff: good pcib1: (null) requested memory range 0xe0200000-0xe0200fff: good map[20]: type 4, range 32, base 00004000, size 6, enabled pcib3: (null) requested I/O range 0x4000-0x403f: in range pcib1: (null) requested I/O range 0x4000-0x403f: in range pcib3: matched entry for 3.1.INTA pcib3: slot 1 INTA hardwired to IRQ 48 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x4000-0x403f mem 0xe2000000-0xe3ffffff,0xe0200000-0xe0200fff irq 48 at device 1.0 on pci3 twa0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xe0200000 ioapic2: routing intpin 0 (PCI IRQ 48) to vector 49 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci1: at device 0.3 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pcib4: secondary bus 9 pcib4: subordinate bus 9 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pci9: on pcib4 pci9: physical bus=9 pcib5: irq 17 at device 28.4 on pci0 pcib5: secondary bus 13 pcib5: subordinate bus 13 pcib5: I/O decode 0x5000-0x5fff pcib5: memory decode 0xe0300000-0xe03fffff pcib5: prefetched decode 0xfff00000-0xfffff pci13: on pcib5 pci13: physical bus=13 found-> vendor=0x8086, dev=0x108c, revid=0x03 bus=13, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base e0300000, size 17, enabled pcib5: (null) requested memory range 0xe0300000-0xe031ffff: good map[18]: type 4, range 32, base 00005000, size 5, enabled pcib5: (null) requested I/O range 0x5000-0x501f: in range pcib5: matched entry for 13.0.INTA pcib5: slot 0 INTA hardwired to IRQ 16 em0: port 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe0300000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0x5000 em0: bpf attached em0: Ethernet address: 00:30:48:89:a0:b6 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 em0: [MPSAFE] pcib6: irq 16 at device 28.5 on pci0 pcib6: secondary bus 14 pcib6: subordinate bus 14 pcib6: I/O decode 0x6000-0x6fff pcib6: memory decode 0xe0400000-0xe04fffff pcib6: prefetched decode 0xfff00000-0xfffff pci14: on pcib6 pci14: physical bus=14 found-> vendor=0x8086, dev=0x109a, revid=0x00 bus=14, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base e0400000, size 17, enabled pcib6: (null) requested memory range 0xe0400000-0xe041ffff: good map[18]: type 4, range 32, base 00006000, size 5, enabled pcib6: (null) requested I/O range 0x6000-0x601f: in range pcib6: matched entry for 14.0.INTA pcib6: slot 0 INTA hardwired to IRQ 17 em1: port 0x6000-0x601f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe0400000 em1: Reserved 0x20 bytes for rid 0x18 type 4 at 0x6000 em1: bpf attached em1: Ethernet address: 00:30:48:89:a0:b7 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 51 em1: [MPSAFE] uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3020 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3040 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 54 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3060 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xe0000000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pcib7: secondary bus 15 pcib7: subordinate bus 15 pcib7: I/O decode 0x7000-0x7fff pcib7: memory decode 0xe0500000-0xe05fffff pcib7: prefetched decode 0xe8000000-0xefffffff pcib7: Subtractively decoded bridge. pci15: on pcib7 pci15: physical bus=15 found-> vendor=0x1002, dev=0x515e, revid=0x02 bus=15, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0387, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib7: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 00007000, size 8, enabled pcib7: (null) requested I/O range 0x7000-0x70ff: in range map[18]: type 1, range 32, base e0500000, size 16, enabled pcib7: (null) requested memory range 0xe0500000-0xe050ffff: good pcib7: matched entry for 15.4.INTA pcib7: slot 4 INTA hardwired to IRQ 16 pci15: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x30a0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=7f ostat1=51 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x8 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: reset tp2 stat0=ff stat1=ff devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 56 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0x4c21 0x4c31 0x4c21 0x4c21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio1: irq maps: 0x4c21 0x4c29 0x4c21 0x4c21 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 59 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 60 fdc0: [MPSAFE] fdc0: [FAST] ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 61 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 233016 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 99750277 hz Timecounter "TSC" frequency 3391521165 Hz quality 800 Timecounters tick every 1em0: Link is up 100 Mbps Full Duplex .000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. em0: link state changed to UP ata0-slave: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ICH7 chip acd0: CDROM drive at ata0 as slave acd0: read 4125KB/s (4125KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [kernel boot hangs here] >How-To-Repeat: Boot system with ACPI enabled (default). >Fix: Disable ACPI from loader menu. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 19:00:42 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6606716A408; Thu, 25 Jan 2007 19:00:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id CF4EC13C455; Thu, 25 Jan 2007 19:00:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0PJ0QPf027191; Thu, 25 Jan 2007 14:00:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Thu, 25 Jan 2007 12:57:53 -0500 User-Agent: KMail/1.9.1 References: <200701251736.l0PHaEv5027763@www.freebsd.org> In-Reply-To: <200701251736.l0PHaEv5027763@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701251257.55200.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 25 Jan 2007 14:00:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2491/Thu Jan 25 12:32:52 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-gnats-submit@freebsd.org, Christopher Neill Subject: Re: amd64/108345: 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 19:00:42 -0000 On Thursday 25 January 2007 12:36, Christopher Neill wrote: > >Description: > The Pentium D EMT64 on a SuperMicro board will not boot with ACPI enabled on 6.2-RELEASE (GENERIC). > > While this isn't a huge deal (simply boot w/o ACPI from loader), it does mean that some manual intervention is required to both install and run FreeBSD on this machine. Verbose dmesg of hung start attached: What if you leave ACPI enabled but just disable SMP? Also, can you add 'DDB' to your kernel and break into ddb when it hangs and run 'show intrcnt' (ideally, let it hang, break, run the command, then continue and let it sit for a while, break to ddb again and run the command again). -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 19:00:42 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FA7116A40D; Thu, 25 Jan 2007 19:00:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 05FCC13C448; Thu, 25 Jan 2007 19:00:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0PJ0QPg027191; Thu, 25 Jan 2007 14:00:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Thu, 25 Jan 2007 12:59:07 -0500 User-Agent: KMail/1.9.1 References: <200701250929.l0P9Tep4036568@www.freebsd.org> In-Reply-To: <200701250929.l0P9Tep4036568@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701251259.07884.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 25 Jan 2007 14:00:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2491/Thu Jan 25 12:32:52 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-gnats-submit@freebsd.org, Armin Mohring Subject: Re: amd64/108328: Freebsd-6.2: CD does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 19:00:42 -0000 On Thursday 25 January 2007 04:29, Armin Mohring wrote: > During boot, the AGP graphics card is recognized as ISA graphics card. > As a result, the kernel crashes and causes an core dump. FreeBSD normally sees the ISA-compat part of VGA cards as one of the last printfs during boot. That is normal. What we need are the actual crash messages. If you can setup a serial console to capture a verbose boot that would be ideal. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 19:10:18 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB6A916A404 for ; Thu, 25 Jan 2007 19:10:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9CC1813C45B for ; Thu, 25 Jan 2007 19:10:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0PJAIId084919 for ; Thu, 25 Jan 2007 19:10:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0PJAIJ1084912; Thu, 25 Jan 2007 19:10:18 GMT (envelope-from gnats) Date: Thu, 25 Jan 2007 19:10:18 GMT Message-Id: <200701251910.l0PJAIJ1084912@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/108345: 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 19:10:18 -0000 The following reply was made to PR amd64/108345; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Christopher Neill , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/108345: 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI Date: Thu, 25 Jan 2007 12:57:53 -0500 On Thursday 25 January 2007 12:36, Christopher Neill wrote: > >Description: > The Pentium D EMT64 on a SuperMicro board will not boot with ACPI enabled on 6.2-RELEASE (GENERIC). > > While this isn't a huge deal (simply boot w/o ACPI from loader), it does mean that some manual intervention is required to both install and run FreeBSD on this machine. Verbose dmesg of hung start attached: What if you leave ACPI enabled but just disable SMP? Also, can you add 'DDB' to your kernel and break into ddb when it hangs and run 'show intrcnt' (ideally, let it hang, break, run the command, then continue and let it sit for a while, break to ddb again and run the command again). -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 25 19:10:22 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DF0A16A401 for ; Thu, 25 Jan 2007 19:10:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD3B13C457 for ; Thu, 25 Jan 2007 19:10:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0PJAMlh084945 for ; Thu, 25 Jan 2007 19:10:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0PJAMju084944; Thu, 25 Jan 2007 19:10:22 GMT (envelope-from gnats) Date: Thu, 25 Jan 2007 19:10:22 GMT Message-Id: <200701251910.l0PJAMju084944@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/108328: Freebsd-6.2: CD does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jan 2007 19:10:22 -0000 The following reply was made to PR amd64/108328; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Armin Mohring , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/108328: Freebsd-6.2: CD does not boot Date: Thu, 25 Jan 2007 12:59:07 -0500 On Thursday 25 January 2007 04:29, Armin Mohring wrote: > During boot, the AGP graphics card is recognized as ISA graphics card. > As a result, the kernel crashes and causes an core dump. FreeBSD normally sees the ISA-compat part of VGA cards as one of the last printfs during boot. That is normal. What we need are the actual crash messages. If you can setup a serial console to capture a verbose boot that would be ideal. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 26 23:59:34 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9507816A405 for ; Fri, 26 Jan 2007 23:59:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5776E13C46E for ; Fri, 26 Jan 2007 23:59:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l0QNLEXN011972; Fri, 26 Jan 2007 18:21:14 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-amd64@FreeBSD.org Date: Fri, 26 Jan 2007 18:21:09 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200701261821.12274.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2493/Fri Jan 26 07:00:46 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-emulation@FreeBSD.org Subject: load_fs() and load_gs() X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jan 2007 23:59:34 -0000 I have been chasing TLS problem for Linuxulator/amd64. The whole thing actually boils down to the following simulation: ---------------- #include #include #include #include static __thread u_int tls = 0xdeadbeef; int main(void) { #if defined(__amd64__) u_int fs; uint64_t fsbase; fs = rfs(); if (sysarch(AMD64_GET_FSBASE, &fsbase)) return (-1); printf("fsbase = 0x%lx, %%fs: 0x%08x, tls = 0x%x\n", fsbase, fs, tls); /* * glibc does the following two calls. * Note: Actually we don't do anything here * but writing them back. */ if (sysarch(AMD64_SET_FSBASE, &fsbase)) return (-1); load_fs(fs); if (sysarch(AMD64_GET_FSBASE, &fsbase)) return (-1); printf("fsbase = 0x%lx, %%fs: 0x%08x, tls = 0x%x\n", fsbase, rfs(), tls); #elif defined(__i386__) u_int gs; uint32_t gsbase; gs = rgs(); if (sysarch(I386_GET_GSBASE, &gsbase)) return (-1); printf("gsbase = 0x%lx, %%gs: 0x%08x, tls = 0x%x\n", gsbase, gs, tls); /* * glibc does the following two calls. * Note: Actually we don't do anything here * but writing them back. */ if (sysarch(I386_SET_GSBASE, &gsbase)) return (-1); load_gs(gs); if (sysarch(I386_GET_GSBASE, &gsbase)) return (-1); printf("gsbase = 0x%lx, %%gs: 0x%08x, tls = 0x%x\n", gsbase, rgs(), tls); #endif return (0); } ---------------- If you run it on amd64 (both amd64 and i386 binaries), it segfaults at: mov %fs:0x0,%rax (amd64) or mov %gs:0x0,%eax (i386) which is basically reading tls. Why does it segfaults when we just read and write them back? Can anyone enlighten me? Thanks, Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 27 14:55:07 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6C8D16A400 for ; Sat, 27 Jan 2007 14:55:07 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from fep2.cogeco.net (smtp1.cogeco.ca [216.221.81.28]) by mx1.freebsd.org (Postfix) with ESMTP id 84E0413C48C for ; Sat, 27 Jan 2007 14:55:07 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from cogeco.ca (smtp3.cogeco.ca [216.221.81.30]) by fep2.cogeco.net (Postfix) with SMTP id CB289D344 for ; Sat, 27 Jan 2007 09:23:34 -0500 (EST) Sender: bsdlist@cogeco.ca From: bsdlist@cogeco.ca To: freebsd-amd64@freebsd.org X-Mailer: Cogeco Webmail - complaints to abuse@cogeco.ca ( 24.141.2.106 - bsdlist@cogeco.ca ) X-Originating-IP: 24.141.2.106 Date: Sat, 27 Jan 2007 09:23:34 -0500 Message-id: <45bb6066.31d.62df.15627@cogeco.ca> Subject: Freedbsd 6.2 errors with Intel srcs16 with Raid 5- 5*500gig X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bsdlist@cogeco.ca List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jan 2007 14:55:07 -0000 Hello, I am trying to install a new 6.2 install on a S5000PAL unit with the srcs16 raid controller and 2 dual Xeon processors. I set up an array that is Raid 5 with 5 * 500gig sata 2 hard drives. Once I boot into the fdisk I get the geometry errors that can not be fixed (they never disappear). Any time I try and change the geometry it reverts back to the original numbers. The system says it will choose the best option but doe snot change the numbers. With the change of any key the errors keep coming up. I searched and did not find an answer to this. The Raid 5 sets the geometry base don the array. Is there a way to calculate a valid array that would have the geometry that Freebsd likes? I have tried several installs with recreating the array a few times making it a bit smaller. So I contine to partition and install everything. The install is a bit slow but goes through fine with no on screen errors. However, when I reboot after the install I get either a dump reoot loop, ot it forces me to go to single user mode on the sheel. The problem is it can not read sectors on the /usr partition. FCSK is unable to fix the problem with many super block errors, and many errors saying that it can not read certain sectors that in several chunks (each chunk consisting of about 10 sectors) Is there a max size for partitions? Any suggesions would be greatly appreciated on how to fix this and get freebsd installed. I am in the process of trying Centos to see if it has the same issues as Freebsd with this hardware. Thanks Paul