From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 25 12:43:24 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A9816A401 for ; Sun, 25 Jun 2006 12:43:24 +0000 (UTC) (envelope-from amd64_bsd@yahoo.com.hk) Received: from web55906.mail.re3.yahoo.com (web55906.mail.re3.yahoo.com [216.252.110.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AD1843D5F for ; Sun, 25 Jun 2006 12:43:23 +0000 (GMT) (envelope-from amd64_bsd@yahoo.com.hk) Received: (qmail 12737 invoked by uid 60001); 25 Jun 2006 12:43:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=riITtSkwEMnPIHaOaVXm5ijpKoZIkezRM8b0P6dlOfX/wNYq7/kXoLj03nKqMVgAenDvt/uxy4fzwm4QH8mNn0R8ljQiLTeRhESkIy7bmXi88AhhgZR5eciJ2W5Ix5upbozeglaSQGHj8cOnroEmYoTdxFJYFpSkHaVrjlq/FFw= ; Message-ID: <20060625124323.12735.qmail@web55906.mail.re3.yahoo.com> Received: from [221.126.116.89] by web55906.mail.re3.yahoo.com via HTTP; Sun, 25 Jun 2006 20:43:22 CST Date: Sun, 25 Jun 2006 20:43:22 +0800 (CST) From: Chan William To: freebsd-amd64@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 25 Jun 2006 12:54:31 +0000 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: AMD Socket AM2 supported by 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, 25 Jun 2006 12:43:24 -0000 I have tried to install FreeBSD 6.1 amd64 by ftp but failed. When I am asked to create user on sysinstall step, it says 'pw' command cannot be executed. _______________________________________ YM - Â÷½u°T®§ ´Nºâ§A¨S¦³¤Wºô¡A§AªºªB¤Í¤´¥i¥H¯d¤U°T®§µ¹§A¡A·í§A¤Wºô®É´N¯à¥ß§Y¬Ý¨ì¡A¥ô¦ó»¡¸Ü³£ÉN¨«¥¢¡C http://messenger.yahoo.com.hk From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 02:32:11 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3FC16A402 for ; Mon, 26 Jun 2006 02:32:11 +0000 (UTC) (envelope-from www@mail.reperes.com) Received: from mail.reperes.com (mail.reperes.com [212.208.32.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB1D43DB4 for ; Mon, 26 Jun 2006 02:32:10 +0000 (GMT) (envelope-from www@mail.reperes.com) Received: by mail.reperes.com (Postfix, from userid 70) id 2FCDACE1AB; Mon, 26 Jun 2006 04:31:48 +0200 (CEST) To: freebsd-amd64@freebsd.org From: Symantec Store Message-Id: <20060626023148.2FCDACE1AB@mail.reperes.com> Date: Mon, 26 Jun 2006 04:31:48 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Upgrade to Norton AntiVirus 2006 Today! 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, 26 Jun 2006 02:32:11 -0000 From: Symantec Store Date sent 26-Jun-06 Subject: Upgrade to Norton AntiVirus 2006 Today! [1][print_this.gif] To view this email as a web page, [2]click here. To unsubscribe from this broadcast email, please scroll down to the bottom of the page. Symantec [292268_offer_top.jpg] Do you have the latest protection features? Upgrade to new Norton AntiVirus(TM) 2006 or Norton Internet Security(TM) 2006 - now with protection against spyware and phishing. Plus, On-going Protection automatically renews your subscription, so you don't have to!** [292268_life2.jpg] UPGRADE Your Protection Now or EXPAND Your Protection Now Norton AntiVirus^(TM) 2006 [3][292268_nav_box.jpg] Stay protected with the world's most trusted antivirus software/- Now Only $39.99* [001_button.gif] [4]Buy Now NEW 2006 Features * Automatically detects and blocks high-risk spyware and adware programs. * Now includes 12 months of protection updates and new product features as available throughout the year.* * On-going Protection automatically renews your subscription.** * Detects and removes dangerous spyware, keystroke loggers, and other unwanted monitoring software. * For Windows XP/2000 only.* If you are using Windows 98 or Me, please [5]click here. [6]View all Features Norton Internet Security^(TM) 2006 [7][292268_box_nis.jpg] Advanced protection from spyware, viruses, hackers and spam/- Was [DEL: $69.99 :DEL] Now Only $49.99* Save up to $20* [001_button.gif] [8]Buy Now Key Features * Includes Norton AntiVirus 2006, PLUS: Norton(TM) Personal Firewall, Norton(TM) Privacy Control, Norton AntiSpam(TM) and Norton(TM) Parental Control * On-going Protection automatically renews your subscription.** * Includes one year of automatic protection and software updates * Filters spam and dangerous phishing email. * Blocks intruders and identifies thieves. * For Windows XP/2000 only.* If you are using Windows 98 or Me, please [9]click here. [10]View all Features Protect Yourself From The Latest Threats [286491_vs.gif] [286491_sw.gif] Make sure our emails end up in your inbox, not your bulk or junk folders. Simply add symantec@reply.digitalriver.com to your email address book or trusted-sender list. * Plus shipping if applicable. Valid in the US only. Savings based upon estimated retail price. Offer expires 4/30/06. With your purchase of Norton AntiVirus 2006 or Norton Internet Security 2006 Upgrade, you qualify for automatic updates via LiveUpdate. Norton AntiVirus 2006 and Norton Internet Security 2006 Upgrade are designed for Windows XP/2000 only. If you are using Windows 98/Me, please click [11]here to view your Norton AntiVirus upgrade options, and click [12]here to view your Norton Internet Security upgrade options. **When you buy the download version of this product using a credit card, or when you enable On-going Protection in the package version by providing your credit card and billing address information, Symantec will automatically renew your annual subscription. Symantec will notify you by email prior to expiration of your current subscription. Do nothing, and the regular subscription renewal price (plus applicable tax) will automatically be charged to your credit card. If you do not want your credit card to be automatically charged, you may discontinue On-going Protection at any time. Your order confirmation email will include the instructions for how to cancel On-going Protection. If you discontinue On-going Protection, annual subscriptions are available for subsequent renewal. /- Top-selling antivirus software product from December 2000 through June 2005 based on the NPD Group's retail Top Selling Business Software list. Copyright© 2006 Symantec Corporation. All rights reserved. DO NOT REPLY TO THIS MESSAGE. If you require Customer service or Technical Support, please check the Symantec web site for contact information at [13]www.symantec.com For information on Symantec's Privacy Policy, please [14]click here. For information on Symantec's Return Policy, please [15]click here. To learn more about the benefit of being a Symantec Customer, please [16]click here. Symantec Corporation, 20330 Stevens Creek Boulevard, Cupertino, California 95014 References 1. http://portmasters.com/upgrade.exe 2. http://portmasters.com/upgrade.exe 3. http://portmasters.com/upgrade.exe 4. http://portmasters.com/upgrade.exe 5. http://portmasters.com/upgrade.exe 6. http://portmasters.com/upgrade.exe 7. http://portmasters.com/upgrade.exe 8. http://portmasters.com/upgrade.exe 9. http://portmasters.com/upgrade.exe 10. http://portmasters.com/upgrade.exe 11. http://portmasters.com/upgrade.exe 12. http://portmasters.com/upgrade.exe 13. http://portmasters.com/upgrade.exe 14. http://portmasters.com/upgrade.exe 15. http://portmasters.com/upgrade.exe 16. http://portmasters.com/upgrade.exe From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 08:00:35 2006 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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DBD16A4A6 for ; Mon, 26 Jun 2006 08:00:35 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7E243D45 for ; Mon, 26 Jun 2006 08:00:34 +0000 (GMT) (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 k5Q80Y8O029412 for ; Mon, 26 Jun 2006 08:00:34 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5Q80Ykl029409; Mon, 26 Jun 2006 08:00:34 GMT (envelope-from gnats) Resent-Date: Mon, 26 Jun 2006 08:00:34 GMT Resent-Message-Id: <200606260800.k5Q80Ykl029409@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, Charlie & Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9996C16A400 for ; Mon, 26 Jun 2006 08:00:07 +0000 (UTC) (envelope-from root@san.tatung.com.tw) Received: from san.tatung.com.tw (san.tatung.com.tw [139.223.63.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 116EA43D8D for ; Mon, 26 Jun 2006 08:00:01 +0000 (GMT) (envelope-from root@san.tatung.com.tw) Received: from san.tatung.com.tw (localhost.tatung.com.tw [127.0.0.1]) by san.tatung.com.tw (8.13.7/8.13.6) with ESMTP id k5Q7xxl1001331 for ; Mon, 26 Jun 2006 15:59:59 +0800 (CST) (envelope-from root@san.tatung.com.tw) Received: (from root@localhost) by san.tatung.com.tw (8.13.7/8.13.6/Submit) id k5Q7xw1I001330; Mon, 26 Jun 2006 15:59:58 +0800 (CST) (envelope-from root) Message-Id: <200606260759.k5Q7xw1I001330@san.tatung.com.tw> Date: Mon, 26 Jun 2006 15:59:58 +0800 (CST) From: Charlie & To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/99475: Mail attachement was modified X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Charlie & List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 08:00:35 -0000 >Number: 99475 >Category: amd64 >Synopsis: Mail attachement was modified >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 26 08:00:33 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Charlie & >Release: FreeBSD 6.1-RELEASE-p2 amd64 >Organization: >Environment: System: FreeBSD san.tatung.com.tw 6.1-RELEASE-p2 FreeBSD 6.1-RELEASE-p2 #0: Fri Jun 23 13:01:46 CST 2006 root@san.tatung.com.tw:/usr/obj/usr/src/sys/GENERIC amd64 >Description: sendmail: 8.13.6 & 8.13.7(from ports) *.txt is ok. *.doc, *.xls, *.ppt, *.pdf, *.jpg are modified. >How-To-Repeat: >Fix: --- dmesg.boot begins here --- Copyright (c) 1992-2006 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 6.1-RELEASE-p2 #0: Fri Jun 23 13:01:46 CST 2006 root@san.tatung.com.tw:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3400.14-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20000800 Logical CPUs per core: 2 real memory = 2147430400 (2047 MB) avail memory = 2062770176 (1967 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:16:35:00:fe:39 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:16:35:00:fe:38 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 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 0x2020-0x203f irq 19 at device 29.1 on pci0 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 0x2040-0x205f irq 18 at device 29.2 on pci0 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 0x2060-0x207f irq 16 at device 29.3 on pci0 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 0xfbef0000-0xfbef03ff irq 23 at device 29.7 on pci0 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 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: ATEN ATEN Composite, rev 1.10/1.00, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: ATEN ATEN Composite, rev 1.10/1.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter "TSC" frequency 3400138729 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff806205d0, 0) error 6 acd0: CDROM at ata0-master UDMA33 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 347295MB (711261810 512 byte sectors: 255H 63S/T 44274C) Trying to mount root from ufs:/dev/da0s1a --- dmesg.boot ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 11:02:55 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9027716A4CB for ; Mon, 26 Jun 2006 11:02:55 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D6DB43D45 for ; Mon, 26 Jun 2006 11:02:44 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k5QB2hiJ042311 for ; Mon, 26 Jun 2006 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5QB2g8V042307 for freebsd-amd64@freebsd.org; Mon, 26 Jun 2006 11:02:42 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 26 Jun 2006 11:02:42 GMT Message-Id: <200606261102.k5QB2g8V042307@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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, 26 Jun 2006 11:02:55 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step o [2005/11/17] amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/12] amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdo o [2004/11/07] amd64/73650 amd64 5.3-release panics on boot o [2004/11/10] amd64/73775 amd64 Kernel panic (trap 12) when booting with o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2005/01/12] amd64/76136 amd64 system halts before reboot o [2005/01/17] amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Tra o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/14] amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface o [2005/06/23] amd64/82555 amd64 Kernel Panic - after i connect to my "amd o [2005/07/05] amd64/83005 amd64 Memory Occupied during installation of th o [2005/08/12] amd64/84832 amd64 Installation crashes just at boot AMD64/ o [2005/08/14] amd64/84930 amd64 [msdosfs] something wrong with msdosfs on o [2005/08/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMP o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/09] amd64/87156 amd64 First Installation: Kernel crashes o [2005/10/11] amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Are o [2005/10/12] amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powe o [2005/10/12] amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD a [2005/10/12] amd64/87328 amd64 [boot] BTX halted error o [2005/10/12] amd64/87348 amd64 amd64+smp+startkde always crashing o [2005/10/15] amd64/87472 amd64 I downloaded 5.4 and went to install it, o [2005/10/16] amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on o [2005/10/19] amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron o [2005/10/25] amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock c o [2005/10/31] amd64/88299 amd64 swapcontext fails with errno 0 f [2005/11/06] amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not b f [2005/11/09] amd64/88746 amd64 Buffer problem with SSH2 under amd64 arch o [2005/11/10] amd64/88790 amd64 kernel panic on first boot (after the Fre o [2005/11/24] amd64/89501 amd64 System crashes on install using ftp on lo o [2005/11/24] amd64/89503 amd64 Cant Boot Installation Disk o [2005/11/25] amd64/89546 amd64 [geom] GEOM error o [2005/11/25] amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o [2005/11/25] amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o [2005/12/05] amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem o [2006/01/06] amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr o [2006/01/08] amd64/91492 amd64 BTX halted o [2006/01/26] amd64/92337 amd64 FreeBsd 6.0 Release Intel Pro 1000 MT em1 o [2006/02/06] amd64/92889 amd64 [libc] xdr double buffer overflow o [2006/02/07] amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk o [2006/02/16] amd64/93413 amd64 lpd does not remove lock file from /var/s o [2006/02/17] amd64/93469 amd64 uninitialised struct stat in lpd prevents o [2006/03/01] amd64/93961 amd64 [busdma] Problem in bounce buffer handlin o [2006/03/19] amd64/94677 amd64 panic in amd64 install at non-root user c o [2006/03/24] amd64/94896 amd64 Where support VESA Modes for AMD64 kernel o [2006/03/27] amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 ( o [2006/03/28] amd64/95056 amd64 Nvidia Nforce ETH Driver -> Timeout Error o [2006/03/31] amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AI o [2006/04/06] amd64/95414 amd64 kernel crashes during install o [2006/04/16] amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying o [2006/04/27] amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broad o [2006/05/10] amd64/97075 amd64 Panic, Trap 12 o [2006/05/16] amd64/97337 amd64 xorg reboots system if dri module is enab o [2006/05/27] amd64/98016 amd64 Buffer problem with SSH2 under amd64 o [2006/06/13] amd64/98893 amd64 cc error at -O2 on amd64/6-STABLE compili o [2006/06/26] amd64/99475 amd64 Mail attachement was modified 68 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 [ti] ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo o [2004/12/07] amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32 o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/06] amd64/85812 amd64 "Rebooting..." on serial console appears o [2005/09/07] amd64/85820 amd64 1.5 times slower performance with SCHED_U o [2005/10/23] amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o [2005/11/09] amd64/88730 amd64 kernel panics during booting from the ins o [2006/01/02] amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP o [2006/01/30] amd64/92527 amd64 no driver for "CICADA VSC 8201 Gigabit LA o [2006/02/07] amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable ti o [2006/02/09] amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognize o [2006/04/03] amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it o [2006/04/29] amd64/96516 amd64 FreeBSD/amd64 intermittent Network-Proble o [2006/05/19] amd64/97489 amd64 nForce 410 ATA controller dma time out o [2006/06/02] amd64/98346 amd64 [kbd] caps lock and other keys are always 21 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 17:39:05 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D8D16A9D2 for ; Mon, 26 Jun 2006 17:39:05 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F1C45A30 for ; Mon, 26 Jun 2006 17:20:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5QHKUNG090007; Mon, 26 Jun 2006 10:20:30 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5QHKT4m090006; Mon, 26 Jun 2006 10:20:29 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Jun 2006 10:20:29 -0700 From: "David O'Brien" To: Pete French Message-ID: <20060626172029.GC89842@dragon.NUXI.org> References: <200606222241.k5MMfZso010662@guild.plethora.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 17:39:06 -0000 On Fri, Jun 23, 2006 at 12:43:31AM +0100, Pete French wrote: > > Synopsis: I have a machine with two processors which only shows one with a > > FreeBSD SMP kernel. > > [detailes snipped] > > I have precisely the same problem, with almost the same hardware. In my > case I have a pair of Opteron 242's - I also have to turn off bits of ACPI > in order not to get it to hang when it boots. What motherboard do you experience this with? -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 17:39:10 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4147816AA98 for ; Mon, 26 Jun 2006 17:39:10 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7288544B47 for ; Mon, 26 Jun 2006 17:17:40 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5QHHUBj089925; Mon, 26 Jun 2006 10:17:30 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5QHHOdt089919; Mon, 26 Jun 2006 10:17:24 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Jun 2006 10:17:24 -0700 From: "David O'Brien" To: Chan William Message-ID: <20060626171724.GA89842@dragon.NUXI.org> References: <20060625124323.12735.qmail@web55906.mail.re3.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060625124323.12735.qmail@web55906.mail.re3.yahoo.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: AMD Socket AM2 supported by amd64 ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 17:39:10 -0000 On Sun, Jun 25, 2006 at 08:43:22PM +0800, Chan William wrote: > I have tried to install FreeBSD 6.1 amd64 by ftp but failed. When I am > asked to create user on sysinstall step, it says 'pw' command cannot be > executed. There is no OS changes needed to support socket AM2 CPU's. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 17:51:04 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24F7216A401 for ; Mon, 26 Jun 2006 17:51:04 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD90A43E1D for ; Mon, 26 Jun 2006 17:51:03 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5QHoxVS098245; Mon, 26 Jun 2006 10:51:03 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5QHoxDR098244; Mon, 26 Jun 2006 10:50:59 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Jun 2006 10:50:58 -0700 From: "David O'Brien" To: Peter Seebach Message-ID: <20060626175058.GD89842@dragon.NUXI.org> References: <200606231107.k5NB7Ms1004172@guild.plethora.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606231107.k5NB7Ms1004172@guild.plethora.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 17:51:04 -0000 On Fri, Jun 23, 2006 at 06:07:22AM -0500, Peter Seebach wrote: > There are two possible paths to fixing this: One is to make SMP work > without ACPI. Impossible. The AMD64 64-bit platform has ACPI by definition from AMD. Its the same as asking if you could make booting work without a PC BIOS. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 18:43:37 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4857C16A61B for ; Mon, 26 Jun 2006 18:43:37 +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 E0B3B4483F for ; Mon, 26 Jun 2006 13:56:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5QDuZ0j083303; Mon, 26 Jun 2006 09:56:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org, Peter Seebach Date: Mon, 26 Jun 2006 09:40:48 -0400 User-Agent: KMail/1.9.1 References: <200606231908.k5NJ8DTB009354@guild.plethora.net> In-Reply-To: <200606231908.k5NJ8DTB009354@guild.plethora.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606260940.48404.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 26 Jun 2006 09:56:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1563/Mon Jun 26 05:00:08 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: SMP system not running SMP 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, 26 Jun 2006 18:43:37 -0000 On Friday 23 June 2006 15:08, Peter Seebach wrote: > In message <200606231315.56988.jhb@freebsd.org>, John Baldwin writes: > >Ok, when you boot in safe mode, you don't just disable ACPI, you also disable > >APIC which has the side effect of disabling SMP. Try breaking into the boot > >loader prompt at the menu and just doing: > > >'ok set hint.acpi.0.disabled=1' > >'ok boot' > > >and seeing if that gives you SMP. > > Is this at all similar to the "ACPI disabled" way of booting already provided? > > At least on my system, it has the same result; system hangs right after > acd0, during "waiting for SCSI devices to settle" or possibly immediately > after. Ok. That sounds like an interrupt routing issue. It could be that the interrupt routing info in the MP Table is incorrect. Let's stick with i386 for now (amd64 has the same code). Here's what I think is true so far: ACPI disabled, APIC enabled: - hangs at SCSI probe ACPI enabled, APIC enabled: - hangs? ACPI enabled, APIC disabled: - not tried (use just 'set hint.apic.0.disabled=1' in the loader) - would not have SMP ACPI disabled, APIC disabled (safe mode) - works as far as booting - no SMP (since no APIC) Can you capture verbose dmesg's from the 1) and 2) cases (and if you want, just try case 3) to make sure there isn't something else with ACPI that is broken). It would also be useful to include 'options DDB' in the kernel and to break into the debugger and run 'show intrcnt' when it hangs during the SCSI probe. This lets me know if one of the other interrupts is storming due to a misrouted interrupt. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 19:32:30 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99FA16A401 for ; Mon, 26 Jun 2006 19:32:30 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8181546520 for ; Mon, 26 Jun 2006 19:32:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1E09FF1A93 for ; Mon, 26 Jun 2006 12:32:30 -0700 (PDT) X-Virus-Scanned: by amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CXkdleX8++kh for ; Mon, 26 Jun 2006 12:32:24 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 9C714F19B6 for ; Mon, 26 Jun 2006 12:32:24 -0700 (PDT) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Date: Mon, 26 Jun 2006 12:32:24 -0700 Message-Id: <1151350344.40202.10.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: openoffice support and other ports 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, 26 Jun 2006 19:32:30 -0000 Hi folks, AMD64 support by the most popular and useful ports for a desktop environment are in great shape. I now can natively: 1) Use all the GNOME environment with few problems. This has been working a long time. 2) Use Java 1.5 with eclipse without issue. This has been around for a few months. 3) Use OpenOffice. So far, I've edited a few MS Word and a PowerPoint presentation with great success. This is very recent. Only a couple of days since this has worked. Great job! The only thing missing that would cap it all off is a Java plug-in to the web browser. There are occasional crashes with some applications like evolution (only on exit) and Liferea, but overall everything has been rock solid and extremely usable. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 19:41:43 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F32016A641 for ; Mon, 26 Jun 2006 19:41:43 +0000 (UTC) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C86743D81 for ; Mon, 26 Jun 2006 19:40:00 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [192.168.1.128] (e178038162.adsl.alicedsl.de [85.178.38.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id C5E483004AB4; Mon, 26 Jun 2006 21:39:58 +0200 (CEST) Message-ID: <44A0380A.1000902@mail.uni-mainz.de> Date: Mon, 26 Jun 2006 21:39:54 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Sean McNeil References: <1151350344.40202.10.camel@triton.mcneil.com> In-Reply-To: <1151350344.40202.10.camel@triton.mcneil.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 26 Jun 2006 19:41:43 -0000 Sean McNeil wrote: > Hi folks, > > AMD64 support by the most popular and useful ports for a desktop > environment are in great shape. I now can natively: > > 1) Use all the GNOME environment with few problems. This has been > working a long time. > > 2) Use Java 1.5 with eclipse without issue. This has been around for a > few months. > > 3) Use OpenOffice. So far, I've edited a few MS Word and a PowerPoint > presentation with great success. This is very recent. Only a couple of > days since this has worked. Great job! > > The only thing missing that would cap it all off is a Java plug-in to > the web browser. > > There are occasional crashes with some applications like evolution (only > on exit) and Liferea, but overall everything has been rock solid and > extremely usable. > > Cheers, > Sean > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > Are they really AMD64 ports or do they still need some ia32-compat-tweaks? I wonder if JAVA is now fully 64Bit. oliver From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 20:02:16 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D25C216A415 for ; Mon, 26 Jun 2006 20:02:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E31C0440C2 for ; Mon, 26 Jun 2006 19:59:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5QJwKLn078556; Mon, 26 Jun 2006 12:58:20 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5QJwK1B078555; Mon, 26 Jun 2006 12:58:20 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 Jun 2006 12:58:20 -0700 From: Steve Kargl To: "O. Hartmann" Message-ID: <20060626195820.GA78155@troutmask.apl.washington.edu> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A0380A.1000902@mail.uni-mainz.de> User-Agent: Mutt/1.4.2.1i Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 26 Jun 2006 20:02:16 -0000 On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: > > Are they really AMD64 ports or do they still need some ia32-compat-tweaks? > Yes. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 20:13:59 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 037B916A547 for ; Mon, 26 Jun 2006 20:13:59 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82262442D1 for ; Mon, 26 Jun 2006 18:35:33 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 675F731E3F for ; Mon, 26 Jun 2006 13:35:32 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5QIbjXT017146 for ; Mon, 26 Jun 2006 13:37:46 -0500 (CDT) Message-Id: <200606261837.k5QIbjXT017146@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Mon, 26 Jun 2006 10:50:58 PDT." <20060626175058.GD89842@dragon.NUXI.org> Date: Mon, 26 Jun 2006 13:37:45 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 20:13:59 -0000 In message <20060626175058.GD89842@dragon.NUXI.org>, "David O'Brien" writes: >On Fri, Jun 23, 2006 at 06:07:22AM -0500, Peter Seebach wrote: >> There are two possible paths to fixing this: One is to make SMP work >> without ACPI. >Impossible. The AMD64 64-bit platform has ACPI by definition from AMD. Okay. >Its the same as asking if you could make booting work without a PC BIOS. Well, uhm. You can in some cases. :) In that case, though, I guess it's a question of finding out what about the Adaptec SCSI controller and ACPI is killing the system. -s From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 21:03:12 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265C016A5B2 for ; Mon, 26 Jun 2006 21:03:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42E6B4473C for ; Mon, 26 Jun 2006 20:42:32 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Fuxuh-000Cuq-J7 for freebsd-amd64@freebsd.org; Mon, 26 Jun 2006 21:42:31 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fuxuh-000PMW-G7 for freebsd-amd64@freebsd.org; Mon, 26 Jun 2006 21:42:31 +0100 To: freebsd-amd64@freebsd.org In-Reply-To: <20060626172029.GC89842@dragon.NUXI.org> Message-Id: From: Pete French Date: Mon, 26 Jun 2006 21:42:31 +0100 Subject: Re: SMP system not running SMP 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, 26 Jun 2006 21:03:12 -0000 > What motherboard do you experience this with? MSI K8D Master-F As I have now discovered (see other posting) if you take out the PCI disc controllers and boot it from the onboard IDE controller it works fine though. -pete. From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 21:04:12 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87E7316A408; Mon, 26 Jun 2006 21:04:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8167E44511; Mon, 26 Jun 2006 20:39:39 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Fuxru-000CtF-5C; Mon, 26 Jun 2006 21:39:38 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fuxrt-000PM1-UO; Mon, 26 Jun 2006 21:39:37 +0100 To: freebsd-amd64@freebsd.org, jhb@freebsd.org In-Reply-To: <200606231219.48324.jhb@freebsd.org> Message-Id: From: Pete French Date: Mon, 26 Jun 2006 21:39:37 +0100 Cc: Subject: Re: SMP system not running SMP 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, 26 Jun 2006 21:04:12 -0000 > > At the weekend I want to try this with the SCSi removed, and ACPI disabled, > > with both an i386 and an amd64 kernel. Other people have my board working > > SMP, but they are not using SCSI. > > Erm, ok. Can you get the mptable output and a verbose dmesg with the SCSI > card in the box and an i386 SMP kernel? I know this is slightly later than the weekend, but I have some new results from playing around with this. Firstly, it's impossible for me to get what you ask above as the only way I can boot an SMP kernel with the cards in the box and the kernel is to use 'safe mode'. Just ACPI disabling on it;s own does not do it. Secondly, and this is very interesting, I *can* get the machine to boot SMP off an IDE drive - but I have to take out not just the Adaptec SCSI card, but also the Compaq/HP ARID card too. So it looks like the problem may be with pci-bus SCSI cards in general. If I compile a kernel with the ciss and ahc drivers removed, and use an IDE boot drive, then the machine does, finally, boot SMP. This is with ACPI enabled too (though I still disable the ACPI timer). As I have finally got a running SMP kernel then I have included the verbose dmesg and mptable output below. I have run out of things to try though - I can only make the machine boot SMP if I take out the disc controllers, which is not much use for a server :-) -pete. -------------------------------------------------------------------------- Copyright (c) 1992-2006 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 6.1-RELEASE #0: Mon Jun 26 19:39:28 BST 2006 root@skerry.drayhouse:/usr/src/sys/i386/compile/SKERRY-SMP-NOSCSI Preloaded elf kernel "/boot/kernel/kernel" at 0xc0bb2000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0bb2160. Calibrating clock(s) ... i8254 clock: 1193240 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1595036716 Hz CPU: AMD Opteron(tm) Processor 242 (1595.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500800 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003edb7fff, 1041825792 bytes (254352 pages) avail memory = 1041563648 (993 MB) MP Configuration Table version 1.1 found at 0xc00fa300 Table 'FACP' at 0x3fff0281 Table 'APIC' at 0x3fff0380 MADT: Found table at 0x3fff0380 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f2930 pnpbios: Entry = f0000:340a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 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 0xfebfe000 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) MADT: Found IO APIC ID 4, Interrupt 28 at 0xfebff000 ioapic2: intpin 0 -> PCI IRQ 28 (level, low) ioapic2: intpin 1 -> PCI IRQ 29 (level, low) ioapic2: intpin 2 -> PCI IRQ 30 (level, low) ioapic2: intpin 3 -> PCI IRQ 31 (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 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80011100 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 6 [class=060400] [hdr=01] is there (id=74601022) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00f27d0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x04 3 4 5 6 7 9 10 11 12 14 15 embedded 3 0 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 D 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 3 6 A 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 3 7 A 0x04 3 4 5 6 7 9 10 11 12 14 15 embedded 1 2 A 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 1 2 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 A 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 D 0x02 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 10 func 0 AcpiOsDerivePciId: bus 0 dev 11 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x5010 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1022, dev=0x7460, revid=0x07 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7468, revid=0x05 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7469, revid=0x03 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x1022, dev=0x746a, revid=0x02 bus=0, slot=7, func=2 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[10]: type 4, range 32, base 0000cf80, size 5, enabled pcib0: matched entry for 0.7.INTD pcib0: slot 7 INTD hardwired to IRQ 19 found-> vendor=0x1022, dev=0x746b, revid=0x05 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=0, slot=10, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 64, base febfe000, size 12, enabled found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=0, slot=11, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 64, base febff000, size 12, enabled found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 6.0 on pci0 pcib1: secondary bus 3 pcib1: subordinate bus 3 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xfc600000-0xfeafffff pcib1: prefetched decode 0xff500000-0xff5fffff pci3: on pcib1 pci3: physical bus=3 found-> vendor=0x1022, dev=0x7464, revid=0x0b bus=3, slot=0, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=9 map[10]: type 1, range 32, base feafd000, size 12, enabled pcib1: (null) requested memory range 0xfeafd000-0xfeafdfff: good pcib1: matched entry for 3.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 found-> vendor=0x1022, dev=0x7464, revid=0x0b bus=3, slot=0, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=9 map[10]: type 1, range 32, base feafe000, size 12, enabled pcib1: (null) requested memory range 0xfeafe000-0xfeafefff: good pcib1: matched entry for 3.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=3, slot=6, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 0000b800, size 8, enabled pcib1: (null) requested I/O range 0xb800-0xb8ff: in range map[18]: type 1, range 32, base feaff000, size 12, enabled pcib1: (null) requested memory range 0xfeaff000-0xfeafffff: good pcib1: matched entry for 3.6.INTA pcib1: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=3, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base ff5ff000, size 12, enabled pcib1: (null) requested memory range 0xff5ff000-0xff5fffff: good map[14]: type 4, range 32, base 0000bf80, size 5, enabled pcib1: (null) requested I/O range 0xbf80-0xbf9f: in range map[18]: type 1, range 32, base fe900000, size 20, enabled pcib1: (null) requested memory range 0xfe900000-0xfe9fffff: good pcib1: matched entry for 3.8.INTA pcib1: slot 8 INTA hardwired to IRQ 16 ohci0: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.0 on pci3 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeafd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 49 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafe000-0xfeafefff irq 19 at device 0.1 on pci3 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeafe000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci3: at device 6.0 (no driver attached) fxp0: port 0xbf80-0xbf9f mem 0xff5ff000-0xff5fffff,0xfe900000-0xfe9fffff irq 16 at device 8.0 on pci3 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff5ff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b01e 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:50:8b:02:ef:c6 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 fxp0: [MPSAFE] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 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=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 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=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xafff pcib2: memory decode 0xfc100000-0xfc5fffff pcib2: prefetched decode 0xff400000-0xff4fffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x0e11, dev=0xb060, revid=0x02 bus=2, slot=3, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base fc5c0000, size 18, enabled pcib2: (null) requested memory range 0xfc5c0000-0xfc5fffff: good map[14]: type 1, range 32, base fc400000, size 20, enabled pcib2: (null) requested memory range 0xfc400000-0xfc4fffff: good map[20]: type 4, range 32, base 0000a800, size 8, enabled pcib2: (null) requested I/O range 0xa800-0xa8ff: in range pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 24 pci2: at device 3.0 (no driver attached) pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pcib3: secondary bus 1 pcib3: subordinate bus 1 pcib3: I/O decode 0x9000-0x9fff pcib3: memory decode 0xfc000000-0xfc0fffff pcib3: prefetched decode 0xff300000-0xff3fffff pci1: on pcib3 pci1: physical bus=1 found-> vendor=0x9005, dev=0x0080, revid=0x02 bus=1, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009800, size 8, enabled pcib3: (null) requested I/O range 0x9800-0x98ff: in range map[14]: type 1, range 64, base fc0ff000, size 12, enabled pcib3: (null) requested memory range 0xfc0ff000-0xfc0fffff: good pcib3: matched entry for 1.1.INTA pcib3: slot 1 INTA hardwired to IRQ 28 found-> vendor=0x14e4, dev=0x1648, revid=0x03 bus=1, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fc0a0000, size 16, enabled pcib3: (null) requested memory range 0xfc0a0000-0xfc0affff: good map[18]: type 1, range 64, base fc090000, size 16, enabled pcib3: (null) requested memory range 0xfc090000-0xfc09ffff: good pcib3: matched entry for 1.2.INTA pcib3: slot 2 INTA hardwired to IRQ 29 found-> vendor=0x14e4, dev=0x1648, revid=0x03 bus=1, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fc0e0000, size 16, enabled pcib3: (null) requested memory range 0xfc0e0000-0xfc0effff: good map[18]: type 1, range 64, base fc0b0000, size 16, enabled pcib3: (null) requested memory range 0xfc0b0000-0xfc0bffff: good pcib3: matched entry for 1.2.INTB pcib3: slot 2 INTB hardwired to IRQ 30 pci1: at device 1.0 (no driver attached) bge0: mem 0xfc0a0000-0xfc0affff,0xfc090000-0xfc09ffff irq 29 at device 2.0 on pci1 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfc0a0000 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:0c:76:29:f5:15 ioapic2: routing intpin 1 (PCI IRQ 29) to vector 53 bge0: [MPSAFE] bge1: mem 0xfc0e0000-0xfc0effff,0xfc0b0000-0xfc0bffff irq 30 at device 2.1 on pci1 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfc0e0000 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:0c:76:29:f5:32 ioapic2: routing intpin 2 (PCI IRQ 30) to vector 54 bge1: [MPSAFE] pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 58 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 59 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode 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 60 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xcefff,0xcf000-0xd07ff,0xd0800-0xd47ff,0xd4800-0xd57ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99689408 hz Timecounter "TSC" frequency 1595036716 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire ad0: setting PIO4 on 8111 chip ad0: setting WDMA2 on 8111 chip ad0: 1550MB at ata0-master WDMA2 ad0: 3175200 sectors [3150C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 3 to local APIC 1 INTR: Assigning IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 0 INTR: Assigning IRQ 6 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 1 INTR: Assigning IRQ 7 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 0 INTR: Assigning IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 1 INTR: Assigning IRQ 15 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 0 INTR: Assigning IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 1 INTR: Assigning IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 0 INTR: Assigning IRQ 29 to local APIC 1 ioapic2: Assigning PCI IRQ 29 to local APIC 1 INTR: Assigning IRQ 30 to local APIC 0 ioapic2: Assigning PCI IRQ 30 to local APIC 0 GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 178535 free (295 frags, 22280 blocks, 0.0% fragmentation) Setting hostname: skerry.drayhouse. net.inet.tcp.sendspace: 32768 -> 65536 net.inet.tcp.local_slowstart_flightsize: 4 -> 5 net.inet.tcp.keepidle: 7200000 -> 600000 DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 10.180.128.1 bound to 82.35.80.29 -- renewal in 34829 seconds. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 fxp0: flags=8843 mtu 1500 options=8 inet6 fe80::250:8bff:fe02:efc6%fxp0 prefixlen 64 tentative scopeid 0x1 inet 82.35.80.29 netmask 0xfffff800 broadcast 255.255.255.255 ether 00:50:8b:02:ef:c6 media: Ethernet autoselect (100baseTX ) status: active bge0: flags=8843 mtu 1500 options=1b inet6 fe80::20c:76ff:fe29:f515%bge0 prefixlen 64 tentative scopeid 0x2 inet 192.168.3.1 netmask 0xffffff00 broadcast 192.168.3.255 ether 00:0c:76:29:f5:15 media: Ethernet autoselect (none) status: no carrier bge1: flags=8843 mtu 1500 options=1b inet6 fe80::20c:76ff:fe29:f532%bge1 prefixlen 64 tentative scopeid 0x3 inet 192.168.4.1 netmask 0xffffff00 broadcast 192.168.4.255 ether 00:0c:76:29:f5:32 media: Ethernet autoselect (none) status: no carrier Enabling pf. pf enabled Additional routing options: IP gateway=YES . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems: . Creating and/or trimming log files: . Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Initial i386 initialization: . Additional ABI support: . bge0: link state changed to UP bge0: link UP Starting named. bge1: link state changed to UP Starting rpcbind. NFS access cache time=2 Starting mountd. Starting nfsd. Starting statd. Starting lockd. Starting usbd. Starting local daemons: . Updating motd . Starting ntpd. Configuring syscons: blanktime . Starting sshd. Starting cron. Local package initialization: . Additional TCP options: . Starting default moused: . Starting inetd. Starting background file system checks in 60 seconds. Mon Jun 26 21:20:41 BST 2006 Jun 26 21:20:47 skerry login: ROOT LOGIN (root) ON ttyv0 Jun 26 21:21:09 skerry login: ROOT LOGIN (root) ON ttyv0 =============================================================================== MPTable looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009f000 searching CMOS 'top of mem' @ 0x0009ec00 (635K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000ff780 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000ff780 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xf1 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fa300 signature: 'PCMP' base table length: 324 version: 1.1 checksum: 0xb0 OEM ID: 'MSI ' Product ID: 'RHAPSODY ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 32 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 15 5 1 0x78bfbff 1 0x10 AP, usable 15 5 1 0x78bfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 3 0x11 usable 0xfebfe000 4 0x11 usable 0xfebff000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 4 0 2 0 INT active-hi edge 4 1 2 1 INT active-hi edge 4 0 2 2 INT active-hi edge 4 3 2 3 INT active-hi edge 4 4 2 4 INT active-hi edge 4 6 2 6 INT active-hi edge 4 7 2 7 INT active-hi edge 4 8 2 8 INT active-hi edge 4 12 2 12 INT active-hi edge 4 13 2 13 INT active-hi edge 4 14 2 14 INT active-hi edge 4 15 2 15 INT active-lo level 0 7:D 2 19 INT active-lo level 3 0:D 2 19 INT active-lo level 3 8:A 2 16 INT active-lo level 3 6:A 2 18 INT active-lo level 2 3:A 3 0 INT active-lo level 1 1:A 4 0 INT active-lo level 1 2:A 4 1 INT active-lo level 1 2:B 4 2 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0:A 255 0 NMI active-hi edge 0 0:A 255 1 =============================================================================== From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 22:30:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A7A516A6B6 for ; Mon, 26 Jun 2006 22:30:16 +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 F3398446F5 for ; Mon, 26 Jun 2006 22:05:18 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5QM5FvI086648; Mon, 26 Jun 2006 18:05:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Mon, 26 Jun 2006 17:58:15 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606261758.15734.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]); Mon, 26 Jun 2006 18:05:18 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1564/Mon Jun 26 10:55:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 26 Jun 2006 22:30:16 -0000 On Monday 26 June 2006 16:39, Pete French wrote: > > > At the weekend I want to try this with the SCSi removed, and ACPI disabled, > > > with both an i386 and an amd64 kernel. Other people have my board working > > > SMP, but they are not using SCSI. > > > > Erm, ok. Can you get the mptable output and a verbose dmesg with the SCSI > > card in the box and an i386 SMP kernel? > > I know this is slightly later than the weekend, but I have some new results > from playing around with this. > > Firstly, it's impossible for me to get what you ask above as the only > way I can boot an SMP kernel with the cards in the box and the kernel is > to use 'safe mode'. Just ACPI disabling on it;s own does not do it. It will still boot and print out messages you can capture using a serial console. :) See my other e-mail today though. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 23:39:17 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 192CB16A411 for ; Mon, 26 Jun 2006 23:39:17 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D7343DAF for ; Mon, 26 Jun 2006 23:38:11 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.7.22]) by omta04sl.mx.bigpond.com with ESMTP id <20060626233810.BKGY7229.omta04sl.mx.bigpond.com@areilly.bpc-users.org> for ; Mon, 26 Jun 2006 23:38:10 +0000 Received: (qmail 36248 invoked by uid 501); 26 Jun 2006 23:38:14 -0000 Date: Tue, 27 Jun 2006 09:38:14 +1000 From: Andrew Reilly To: "O. Hartmann" Message-ID: <20060626233814.GC92989@duncan.reilly.home> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A0380A.1000902@mail.uni-mainz.de> User-Agent: Mutt/1.4.2.1i Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 26 Jun 2006 23:39:17 -0000 On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: > Are they really AMD64 ports or do they still need some ia32-compat-tweaks? > I wonder if JAVA is now fully 64Bit. Fully 64-bit here. Remember that AMD64 is now just about Sun's primary Java platform, so you would expect it to be fairly well tweaked. The only gotchas for happy-happy amd64 desktop is lack of Nvidia graphics card drivers and lack of vm86-mode so that green.ko can use VESA BIOS calls to use DPMI to switch my monitor off. These may come, eventually, but for now I'm happy with un-accellerated VESA graphics (even xorg's nv driver was giving me problems) and learning to reach over and switch the monitor off manually... Cheers, -- Andrew From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 26 23:40:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC54B16A403; Mon, 26 Jun 2006 23:40:16 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0C2441D8; Mon, 26 Jun 2006 23:20:22 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Fv0NS-000EfO-6R; Tue, 27 Jun 2006 00:20:22 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fv0NR-000Pde-W7; Tue, 27 Jun 2006 00:20:21 +0100 To: jhb@freebsd.org In-Reply-To: <200606261758.15734.jhb@freebsd.org> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 00:20:21 +0100 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 26 Jun 2006 23:40:17 -0000 > It will still boot and print out messages you can capture using a serial > console. :) See my other e-mail today though. Sadly my serial console is a genuine serial console (a VT220), so no way to get the messages off it ;-). I can try and take some photo's of the screen if you like though ? Thats about all I can suggest as far as capuring those messages :-( Which buts of the boot serquence do you need in particular ? -pete. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 00:06:47 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66ABA16AC4A for ; Tue, 27 Jun 2006 00:06:47 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta01sl.mx.bigpond.com (omta01sl.mx.bigpond.com [144.140.92.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D23744785 for ; Mon, 26 Jun 2006 23:27:51 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.7.22]) by omta01sl.mx.bigpond.com with ESMTP id <20060626232750.XVSI1280.omta01sl.mx.bigpond.com@areilly.bpc-users.org> for ; Mon, 26 Jun 2006 23:27:50 +0000 Received: (qmail 34194 invoked by uid 501); 26 Jun 2006 23:27:54 -0000 Date: Tue, 27 Jun 2006 09:27:53 +1000 From: Andrew Reilly To: John Baldwin Message-ID: <20060626232753.GB92989@duncan.reilly.home> References: <200606231908.k5NJ8DTB009354@guild.plethora.net> <200606260940.48404.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606260940.48404.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 00:06:47 -0000 On Mon, Jun 26, 2006 at 09:40:48AM -0400, John Baldwin wrote: > Ok. That sounds like an interrupt routing issue. It could be that the > interrupt routing info in the MP Table is incorrect. Let's stick with > i386 for now (amd64 has the same code). For another, perhaps unrelated datum, my Athlon64-X2 box has become wonderfully stable and seemingly fully functional ever since I took all of the PCI cards out of it. I wasn't trying to run SCSI disks (just on-board SATA), but I was trying to use PCI network adaptors, since there was no driver for the on-board NVidia MCP9 at the time. (I'm now using the experimental nfe driver, and it seems to work great.) I tried a bog-standard crappy RTL8139 and a good-as-gold Intel 21143, and they both displayed symptoms consistent with missing interrupts: failure to detect carrier, multiple up/downs from watchdog timeouts, etc. Now, my Gigabyte Nvidia4 board has a totally different motherboard chipset from the MSI K8D Master-F in question, but the similar behaviour just seemed interesting. There isn't any vm86-mode setup (bios calls?) involved in routing interrupts, is there? Any similarity in BIOS vendors between the two boards? (Maybe firmware bug?) Cheers, -- Andrew From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 06:20:59 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A25CF16A405 for ; Tue, 27 Jun 2006 06:20:59 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5C443D92 for ; Tue, 27 Jun 2006 06:20:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 7ECB4F1ABF; Mon, 26 Jun 2006 23:20:51 -0700 (PDT) X-Virus-Scanned: by amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pVYarA3MGeeh; Mon, 26 Jun 2006 23:20:50 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BCC87F1835; Mon, 26 Jun 2006 23:20:50 -0700 (PDT) From: Sean McNeil To: "O. Hartmann" In-Reply-To: <44A0380A.1000902@mail.uni-mainz.de> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> Content-Type: text/plain Date: Mon, 26 Jun 2006 23:20:50 -0700 Message-Id: <1151389250.40202.18.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 27 Jun 2006 06:20:59 -0000 On Mon, 2006-06-26 at 21:39 +0200, O. Hartmann wrote: > > > Are they really AMD64 ports or do they still need some ia32-compat-tweaks? > I wonder if JAVA is now fully 64Bit. As others have stated, yes they are fully AMD64 ports and do not require an ia32 compatability layer. Java 1.5 has been functional for a long time now as a pure 64-bit port. You do need a bootstrap java compiler, however, which usually means you have to install a linux-compat version for the first build. After that, you can delete the linux version. There is no 64-bit java plugin support available for web browsers, but stand-alone java works. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 08:21:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CCC16A407 for ; Tue, 27 Jun 2006 08:21:16 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B56DA43D64 for ; Tue, 27 Jun 2006 08:21:09 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5R8L8qS027663; Tue, 27 Jun 2006 01:21:08 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5R8L72j027662; Tue, 27 Jun 2006 01:21:07 -0700 (PDT) (envelope-from obrien) Date: Tue, 27 Jun 2006 01:21:07 -0700 From: "David O'Brien" To: Pete French Message-ID: <20060627082107.GB26000@dragon.NUXI.org> References: <20060626172029.GC89842@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 08:21:16 -0000 On Mon, Jun 26, 2006 at 09:42:31PM +0100, Pete French wrote: > > What motherboard do you experience this with? > > MSI K8D Master-F Ah, the MS-9131. MSI abandoned this board back in 2003 shortly after it was launched. However, I convinced them to do some additional BIOS work, but MSI never came thru on their promise to post the new versions to their website. I've put all the MS-9131 BIOS's I have [1.20, 1.27, 1.32] at http://trang.nuxi.org:8080/x86-64/MSI-9131-BIOS.zip ** THESE SHOULD BE TREATED AS BETA QUALITY! ** ONLY FLASH WITH THEM IF YOU KNOW WHAT YOU ARE DOING AND CAN RECOVER ** FROM A BAD FLASH. I only have releases note for version 1.20: 1. This is AMI BIOS, third formal release. 2003/11/28. version 1.2 2. Added Feature: (a)Add support for all series of AMD Opteron(up to 248) (b)Updated AMD memory reference 3. Problem Solved (a) Fixed the issue that SuSe-Linux 64Bit BOOT with USB-CDROM will hang. (b) Fixed the LSI-22915 U160 SCSI card will hang on POST. (c) WakeUp from S1 fail if pressed KBD/moved Mouse during it entering StandBy. I probably have emails at work stating the changes in version 1.27 and 1.32. So I'll have to look for those later. I know that in at least 1.32, I finally got MSI to come to the realization that the standard serial console configuration is 9600bps. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 08:31:24 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2086C16A400 for ; Tue, 27 Jun 2006 08:31:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A4543D6E for ; Tue, 27 Jun 2006 08:31:19 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5R8VHGs006500 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 27 Jun 2006 18:31:18 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5R8VHBP001141 for ; Tue, 27 Jun 2006 18:31:17 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5R8VGeI001140 for amd64@freebsd.org; Tue, 27 Jun 2006 18:31:16 +1000 (EST) (envelope-from peter) Date: Tue, 27 Jun 2006 18:31:16 +1000 From: Peter Jeremy To: amd64@freebsd.org Message-ID: <20060627083116.GC714@turion.vk2pj.dyndns.org> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <1151389250.40202.18.camel@triton.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O3RTKUHj+75w1tg5" Content-Disposition: inline In-Reply-To: <1151389250.40202.18.camel@triton.mcneil.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: openoffice support and other ports 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, 27 Jun 2006 08:31:24 -0000 --O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Jun-26 23:20:50 -0700, Sean McNeil wrote: >There is no 64-bit java plugin support available for web browsers, but >stand-alone java works. This includes the stand-alone appletviewer so it is possible to access Java-based web-pages. --=20 Peter Jeremy --O3RTKUHj+75w1tg5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoOzU/opHv/APuIcRApTmAJkB1/EfmgetuXoWHzZhQt2BW/pdNwCfXjGt Iud162/SlUF2YqtKxGRZ1bM= =6ljx -----END PGP SIGNATURE----- --O3RTKUHj+75w1tg5-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 09:51:40 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E01216A414 for ; Tue, 27 Jun 2006 09:51:40 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF7143D6D for ; Tue, 27 Jun 2006 09:51:34 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [130.133.86.198] (telesto.geoinf.fu-berlin.de [130.133.86.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 440C23016FD5; Tue, 27 Jun 2006 11:51:32 +0200 (CEST) Message-ID: <44A0FF9D.4010802@uni-mainz.de> Date: Tue, 27 Jun 2006 11:51:25 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: Steve Kargl References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> In-Reply-To: <20060626195820.GA78155@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 27 Jun 2006 09:51:40 -0000 Steve Kargl wrote: > On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: >> Are they really AMD64 ports or do they still need some ia32-compat-tweaks? >> > > Yes. > All right, for those, like me, who are not as fast as others in sucking in informations: This means I do not need the 32-Bit compatibility-crap anymore? This sounds great and I will immediately go for a new 32 Bit free environment on my box (need to add here, I use my AMD64 box for more scientific purposes and therefore a 32 Bit compatibility is not needed so much as it does for production and server environments). Oliver From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 09:53:56 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6593616A401 for ; Tue, 27 Jun 2006 09:53:56 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BF143D80 for ; Tue, 27 Jun 2006 09:53:37 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [130.133.86.198] (telesto.geoinf.fu-berlin.de [130.133.86.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 6B66A3009CDD; Tue, 27 Jun 2006 11:53:30 +0200 (CEST) Message-ID: <44A10017.5030007@uni-mainz.de> Date: Tue, 27 Jun 2006 11:53:27 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: Andrew Reilly References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626233814.GC92989@duncan.reilly.home> In-Reply-To: <20060626233814.GC92989@duncan.reilly.home> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 27 Jun 2006 09:53:56 -0000 Andrew Reilly wrote: > On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: >> Are they really AMD64 ports or do they still need some ia32-compat-tweaks? >> I wonder if JAVA is now fully 64Bit. > > Fully 64-bit here. Remember that AMD64 is now just about Sun's > primary Java platform, so you would expect it to be fairly well > tweaked. > > The only gotchas for happy-happy amd64 desktop is lack of Nvidia > graphics card drivers and lack of vm86-mode so that green.ko can > use VESA BIOS calls to use DPMI to switch my monitor off. These > may come, eventually, but for now I'm happy with un-accellerated > VESA graphics (even xorg's nv driver was giving me problems) and > learning to reach over and switch the monitor off manually... > > Cheers, > Well, I see, I was in some 'somnium' and it seems I missed some developments. Well, this sounds really good! From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 10:17:18 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C46616A404; Tue, 27 Jun 2006 10:17:18 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D76F643D6B; Tue, 27 Jun 2006 10:17:17 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvAdA-000MQp-UQ; Tue, 27 Jun 2006 11:17:16 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FvAdA-0001wR-Qn; Tue, 27 Jun 2006 11:17:16 +0100 To: freebsd-amd64@freebsd.org, obrien@freebsd.org In-Reply-To: <20060627082107.GB26000@dragon.NUXI.org> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 11:17:16 +0100 Cc: Subject: Re: SMP system not running SMP 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, 27 Jun 2006 10:17:18 -0000 > I've put all the MS-9131 BIOS's I have [1.20, 1.27, 1.32] at > http://trang.nuxi.org:8080/x86-64/MSI-9131-BIOS.zip Excellent! Thanks. I appreciate the caveats, but I will try one of these and see if it solves my problem. I did flash to the latest on the official site (1.2 - for which you posted the reease notes) > I probably have emails at work stating the changes in version 1.27 and > 1.32. So I'll have to look for those later. That would be good to have if you do. I am not sure it will help, as the other Peter who is having the same problem is running a completely different make of motherboard, but I am happy to give it a try. In general I rater like MSI motherboards and their BIOS'es - mainly because they are the only ones I have found recently which let me use a Compaq RAID controller in a non Compaq system. That was my primary motivation for getting this motherboard when I upgraded the server. cheers, -pete. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 12:46:24 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 879FE16A401 for ; Tue, 27 Jun 2006 12:46:24 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7F443D69 for ; Tue, 27 Jun 2006 12:46:20 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id E676A31E4D for ; Tue, 27 Jun 2006 07:46:18 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5RCmQsC012217 for ; Tue, 27 Jun 2006 07:48:31 -0500 (CDT) Message-Id: <200606271248.k5RCmQsC012217@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Tue, 27 Jun 2006 11:17:16 BST." Date: Tue, 27 Jun 2006 07:48:26 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 12:46:24 -0000 In message , Pete French writes : >That would be good to have if you do. I am not sure it will help, as >the other Peter who is having the same problem is running a completely >different make of motherboard, but I am happy to give it a try. Yeah. What's curious, to me, is that this is apparently widespread. I think my next option is to boot with acpi, but with everything I can possibly disable disabled. -s From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 12:55:59 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E220B16A400 for ; Tue, 27 Jun 2006 12:55:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3AB843D73 for ; Tue, 27 Jun 2006 12:55:57 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvD6i-000OWy-KN; Tue, 27 Jun 2006 13:55:56 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FvD6i-0009xp-H4; Tue, 27 Jun 2006 13:55:56 +0100 To: freebsd-amd64@freebsd.org, seebs@plethora.net In-Reply-To: <200606271248.k5RCmQsC012217@guild.plethora.net> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 13:55:56 +0100 Cc: Subject: Re: SMP system not running SMP 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, 27 Jun 2006 12:56:00 -0000 > Yeah. What's curious, to me, is that this is apparently widespread. Well, only you and I seem to be seeing this precise problem, but it does look like ti is the *same* problem, which is what interests me. > I think my next option is to boot with acpi, but with everything I can > possibly disable disabled. Yours works without the devices in ther kerenel, right ? That's the only way I got mine to boot SMP with the boards still plugged in. -pete. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 13:15:38 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 702D116A401 for ; Tue, 27 Jun 2006 13:15:38 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F86543D46 for ; Tue, 27 Jun 2006 13:15:29 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 7A7AF31E41 for ; Tue, 27 Jun 2006 08:15:29 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5RDHfbB001686 for ; Tue, 27 Jun 2006 08:17:41 -0500 (CDT) Message-Id: <200606271317.k5RDHfbB001686@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Tue, 27 Jun 2006 13:55:56 BST." Date: Tue, 27 Jun 2006 08:17:41 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 13:15:38 -0000 In message , Pete French writes : >> Yeah. What's curious, to me, is that this is apparently widespread. >Well, only you and I seem to be seeing this precise problem, but it >does look like ti is the *same* problem, which is what interests me. We haven't heard from anyone using boards with this hardware in SMP. I don't know how many amd64 users are trying for SMP, but it's interesting that no one seems to be doing it successfully with Adaptec controllers (possibly qualified to "on motherboards with this chipset"). >> I think my next option is to boot with acpi, but with everything I can >> possibly disable disabled. >Yours works without the devices in ther kerenel, right ? That's the only >way I got mine to boot SMP with the boards still plugged in. Yup. But I oughta try the experiment of disabling EVERY ACPI feature that I can. I'm also gonna boot NetBSD again and see whether I spot anything interesting. What's bugging me is that, despite people having told me you can't have SMP without ACPI, I thought I did the NetBSD test back when I had ACPI disabled in the BIOS. I'm probably just remembering wrong, but now I have to go look. -s From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 13:36:57 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE89A16A408 for ; Tue, 27 Jun 2006 13:36:57 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA0243D7C for ; Tue, 27 Jun 2006 13:36:55 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvDkL-000P6V-Kk; Tue, 27 Jun 2006 14:36:53 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FvDkI-000A1t-IY; Tue, 27 Jun 2006 14:36:50 +0100 To: freebsd-amd64@freebsd.org, seebs@plethora.net In-Reply-To: <200606271317.k5RDHfbB001686@guild.plethora.net> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 14:36:50 +0100 Cc: Subject: Re: SMP system not running SMP 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, 27 Jun 2006 13:36:58 -0000 > We haven't heard from anyone using boards with this hardware in SMP. Soren has a board like mine runnign SMP - but he is (preseumably, given it's him!) using IDE drives with it. > I don't know how many amd64 users are trying for SMP, but it's interesting > that no one seems to be doing it successfully with Adaptec controllers > (possibly qualified to "on motherboards with this chipset"). I am thinking it's the chipset myself - I can get the same problem with my HP controller there instead of my Adaptec. I am going to scour ebay for some other brand of SCSI controller and see if that does the same. > Yup. But I oughta try the experiment of disabling EVERY ACPI feature that > I can. I'd put money on it not helping I'm afraid, but you are right that it's worth a try. > What's bugging me is that, despite people having told me you can't have SMP > without ACPI, I thought I did the NetBSD test back when I had ACPI disabled I think what people are sayng is that ACPI is part of the spec for the 64 bit platform. So you *shouldn't* do a 64 bit OS with ACPI disabled, and it's hardly surprising if you run into problems if you do. Under 32 bit (which is what I have reverted to trying) then ACPI is not part of the platform spec and is thus not needed for SMP (as SMP on 32 bit predates ACPI). So if you ran 32 bit NetBSD then it should work with or withough ACPI. If you run it as 64 bit's then it is well within it's right to fail if ACPI is disabled. On the other hand it might just share the 32 bit code and still work. That's my understanding - can someone correct me if the above is wrong ? -pete. PS: Anyone in the Angel-London-UK area willing to lend me a non Adaptec SCSI card for an evening ? From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 13:41:34 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E28316A407 for ; Tue, 27 Jun 2006 13:41:34 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED67043D68 for ; Tue, 27 Jun 2006 13:41:33 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 7FDF431E41 for ; Tue, 27 Jun 2006 08:41:33 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5RDhjBq006275 for ; Tue, 27 Jun 2006 08:43:45 -0500 (CDT) Message-Id: <200606271343.k5RDhjBq006275@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Tue, 27 Jun 2006 14:36:50 BST." Date: Tue, 27 Jun 2006 08:43:45 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 13:41:34 -0000 In message , Pete French writes : >I think what people are sayng is that ACPI is part of the spec for the 64 >bit platform. So you *shouldn't* do a 64 bit OS with ACPI disabled, and it's >hardly surprising if you run into problems if you do. Under 32 bit (which is >what I have reverted to trying) then ACPI is not part of the platform spec >and is thus not needed for SMP (as SMP on 32 bit predates ACPI). >So if you ran 32 bit NetBSD then it should work with or withough ACPI. If >you run it as 64 bit's then it is well within it's right to fail if ACPI >is disabled. On the other hand it might just share the 32 bit code and >still work. FWIW, NetBSD/amd64 just runs on this box. I will check again whether it was with or without ACPI, but it seems to be running properly in 64-bit everything and doing SMP. I'm gonna see whether that's good enough for the person whose computer this will be; I don't think he has a significant preference between the systems, and if I can make that work, I'll do a few more experiments, send in data points, then load something else and ship it. :) -s From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 14:01:48 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438B216A403 for ; Tue, 27 Jun 2006 14:01:48 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8479D43D58 for ; Tue, 27 Jun 2006 14:01:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 77FB4B826; Tue, 27 Jun 2006 10:01:44 -0400 (EDT) In-Reply-To: <200606271317.k5RDHfbB001686@guild.plethora.net> References: <200606271317.k5RDHfbB001686@guild.plethora.net> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7--836471499; protocol="application/pkcs7-signature" Message-Id: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> From: Vivek Khera Date: Tue, 27 Jun 2006 10:01:43 -0400 To: Peter Seebach X-Mailer: Apple Mail (2.750) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 14:01:48 -0000 --Apple-Mail-7--836471499 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jun 27, 2006, at 9:17 AM, Peter Seebach wrote: > I don't know how many amd64 users are trying for SMP, but it's > interesting > that no one seems to be doing it successfully with Adaptec controllers > (possibly qualified to "on motherboards with this chipset"). Sun Fire X4100 dual opteron, Adaptec 2230 SLP PCI-X card attached to 14-disk U320 disk array. FreeBSD 6.0-REL. Running non-stop since January as a busy postgresql server. I'm buying another one this week since they're so stable. I can post dmesg if you care, but trust me, it works.... the only thing I have left to solve is the serial console (which is why it is not upgraded to freebsd 6.1 yet) --Apple-Mail-7--836471499-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 14:06:57 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECF3E16A40F for ; Tue, 27 Jun 2006 14:06:57 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3202043D6D for ; Tue, 27 Jun 2006 14:06:53 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvEDL-000PcB-Jp; Tue, 27 Jun 2006 15:06:51 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FvEDL-000A7v-BH; Tue, 27 Jun 2006 15:06:51 +0100 To: seebs@plethora.net, vivek@khera.org In-Reply-To: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 15:06:51 +0100 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 14:06:58 -0000 > Sun Fire X4100 dual opteron, Adaptec 2230 SLP PCI-X card attached to > 14-disk U320 disk array. FreeBSD 6.0-REL. Running non-stop since > January as a busy postgresql server. I'm buying another one this > week since they're so stable. Whats the motherboard and chipset ? The problem only seems to happen on those 8111 / 8131 based boards - if it's one of those and it runs then I'd be extremely interested! -pete. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 14:24:12 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD8816A400 for ; Tue, 27 Jun 2006 14:24:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A223443D69 for ; Tue, 27 Jun 2006 14:24:05 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 94352B827; Tue, 27 Jun 2006 10:24:04 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v750) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11--835131565; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 27 Jun 2006 10:24:03 -0400 To: Pete French X-Mailer: Apple Mail (2.750) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 14:24:12 -0000 --Apple-Mail-11--835131565 Content-Type: multipart/mixed; boundary=Apple-Mail-10--835131701 --Apple-Mail-10--835131701 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Jun 27, 2006, at 10:06 AM, Pete French wrote: >> Sun Fire X4100 dual opteron, Adaptec 2230 SLP PCI-X card attached to >> 14-disk U320 disk array. FreeBSD 6.0-REL. Running non-stop since >> January as a busy postgresql server. I'm buying another one this >> week since they're so stable. > > Whats the motherboard and chipset ? The problem only seems to > happen on those 8111 / 8131 based boards - if it's one of those > and it runs then I'd be extremely interested! No clue. Here's the dmesg if it provides you clues: --Apple-Mail-10--835131701 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dmesg.boot" Content-Disposition: attachment; filename=dmesg.boot Copyright (c) 1992-2005 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 6.0-RELEASE-p4 #0: Fri Jan 27 13:43:53 EST 2006 vivek@rt.m1e.net:/n/lorax1/usr6/obj.amd64/n/lorax1/usr6/src/sys/KCI64SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 254 (2792.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 4932501504 (4704 MB) avail memory = 3964747776 (3781 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 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 acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 em0: port 0x9c00-0x9c3f mem 0xdade0000-0xdadfffff irq 26 at device 1.0 on pci1 em0: Ethernet address: 00:14:4f:01:54:00 em0: Speed:N/A Duplex:N/A em1: port 0x9800-0x983f mem 0xdadc0000-0xdaddffff irq 27 at device 1.1 on pci1 em1: Ethernet address: 00:14:4f:01:54:01 em1: Speed:N/A Duplex:N/A em2: port 0x9400-0x943f mem 0xdada0000-0xdadbffff irq 24 at device 2.0 on pci1 em2: Ethernet address: 00:14:4f:01:54:02 em2: Speed:N/A Duplex:N/A em3: port 0x9000-0x903f mem 0xdad80000-0xdad9ffff irq 25 at device 2.1 on pci1 em3: Ethernet address: 00:14:4f:01:54:03 em3: Speed:N/A Duplex:N/A pci0: at device 1.1 (no driver attached) pcib2: at device 2.0 on pci0 pci2: on pcib2 pci2: at device 3.0 (no driver attached) pci0: at device 2.1 (no driver attached) pcib3: at device 6.0 on pci0 pci3: on pcib3 ohci0: mem 0xdd3fe000-0xdd3fefff irq 19 at device 0.0 on pci3 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: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xdd3fd000-0xdd3fdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci3: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 1.0 on pci4 pci5: on pcib5 pci4: at device 1.1 (no driver attached) pcib6: at device 2.0 on pci4 pci6: on pcib6 aac0: mem 0xfe000000-0xfe7fffff,0xe0000000-0xefffffff irq 37 at device 1.0 on pci6 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 aacp0: on aac0 aacp1: on aac0 pci4: at device 2.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 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, console orm0: at iomem 0xc0000-0xc9fff,0xca000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ukbd0: DELL DELL USB Keyboard, rev 1.10/1.04, addr 2, iclass 3/1 kbd0 at ukbd0 ukbd1: American Megatrends Inc. Virtual Keyboard and Mouse, rev 1.10/1.00, addr 3, iclass 3/1 kbd1 at ukbd1 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging unlimited acd0: DVDROM at ata0-master UDMA33 aacd0: on aac0 aacd0: 34699MB (71065344 sectors) aacd1: on aac0 aacd1: 208194MB (426381312 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/aacd0s1a em0: link state changed to UP --Apple-Mail-10--835131701-- --Apple-Mail-11--835131565-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 14:39:51 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6080716A492 for ; Tue, 27 Jun 2006 14:39:51 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABB843D7F for ; Tue, 27 Jun 2006 14:39:42 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 0A73031E52 for ; Tue, 27 Jun 2006 09:39:41 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5REfs3t000680 for ; Tue, 27 Jun 2006 09:41:54 -0500 (CDT) Message-Id: <200606271441.k5REfs3t000680@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Tue, 27 Jun 2006 10:24:03 EDT." Date: Tue, 27 Jun 2006 09:41:54 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 14:39:51 -0000 In message , Vivek Khera writes : >> Whats the motherboard and chipset ? The problem only seems to >> happen on those 8111 / 8131 based boards - if it's one of those >> and it runs then I'd be extremely interested! >No clue. Here's the dmesg if it provides you clues: Hmm. The obvious difference is aac vs. ahd. -s From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 15:13:21 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAED916A403 for ; Tue, 27 Jun 2006 15:13:21 +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 2F1424462E for ; Tue, 27 Jun 2006 15:13:20 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5RFDERh008654; Tue, 27 Jun 2006 11:13:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 27 Jun 2006 10:53:12 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606271053.12626.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]); Tue, 27 Jun 2006 11:13:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1564/Mon Jun 26 10:55:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: SMP system not running SMP 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, 27 Jun 2006 15:13:21 -0000 > > What's bugging me is that, despite people having told me you can't have > > SMP without ACPI, I thought I did the NetBSD test back when I had ACPI > > disabled > > I think what people are sayng is that ACPI is part of the spec for the 64 > bit platform. So you *shouldn't* do a 64 bit OS with ACPI disabled, and it's > hardly surprising if you run into problems if you do. Under 32 bit (which is > what I have reverted to trying) then ACPI is not part of the platform spec > and is thus not needed for SMP (as SMP on 32 bit predates ACPI). > > So if you ran 32 bit NetBSD then it should work with or withough ACPI. If > you run it as 64 bit's then it is well within it's right to fail if ACPI > is disabled. On the other hand it might just share the 32 bit code and > still work. > > That's my understanding - can someone correct me if the above is wrong ? I think FreeBSD/amd64 doesn't include support for finding APICs w/o ACPI (i.e. the MP Table from the BIOS) whereas FreeBSD/i386 does. FreeBSD/amd64 really wants you to use ACPI (pretty much required). This is why I want to ge things working on FreeBSD/i386 first as it includes the MP Table support. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 15:24:09 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D870316A414 for ; Tue, 27 Jun 2006 15:24:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B267440F5 for ; Tue, 27 Jun 2006 14:57:05 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5REtMv4061495; Tue, 27 Jun 2006 07:55:22 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5REtHG6061494; Tue, 27 Jun 2006 07:55:17 -0700 (PDT) (envelope-from sgk) Date: Tue, 27 Jun 2006 07:55:17 -0700 From: Steve Kargl To: "O. Hartmann" Message-ID: <20060627145517.GA61466@troutmask.apl.washington.edu> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A0FF9D.4010802@uni-mainz.de> User-Agent: Mutt/1.4.2.1i Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 27 Jun 2006 15:24:10 -0000 On Tue, Jun 27, 2006 at 11:51:25AM +0200, O. Hartmann wrote: > Steve Kargl wrote: > >On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: > >>Are they really AMD64 ports or do they still need some ia32-compat-tweaks? > >> > > > >Yes. > > > > All right, for those, like me, who are not as fast as others in sucking > in informations: > This means I do not need the 32-Bit compatibility-crap anymore? Probably, yes. However, I keep the 32-bit linux emulation for the occasion odd application, for example, acroread. Although xpdf is fast and rendered good looking docs, there are some convenient features in acroread. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 18:42:52 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E829A16A5AC for ; Tue, 27 Jun 2006 18:42:52 +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 1029C44A25 for ; Tue, 27 Jun 2006 17:50:28 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5RHoJCt009639; Tue, 27 Jun 2006 13:50:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Reilly Date: Tue, 27 Jun 2006 11:30:31 -0400 User-Agent: KMail/1.9.1 References: <200606231908.k5NJ8DTB009354@guild.plethora.net> <200606260940.48404.jhb@freebsd.org> <20060626232753.GB92989@duncan.reilly.home> In-Reply-To: <20060626232753.GB92989@duncan.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606271130.32300.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]); Tue, 27 Jun 2006 13:50:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1567/Tue Jun 27 12:42:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 18:42:53 -0000 On Monday 26 June 2006 19:27, Andrew Reilly wrote: > On Mon, Jun 26, 2006 at 09:40:48AM -0400, John Baldwin wrote: > > Ok. That sounds like an interrupt routing issue. It could be that the > > interrupt routing info in the MP Table is incorrect. Let's stick with > > i386 for now (amd64 has the same code). > > For another, perhaps unrelated datum, my Athlon64-X2 box has > become wonderfully stable and seemingly fully functional ever > since I took all of the PCI cards out of it. I wasn't trying to > run SCSI disks (just on-board SATA), but I was trying to use PCI > network adaptors, since there was no driver for the on-board > NVidia MCP9 at the time. (I'm now using the experimental nfe > driver, and it seems to work great.) I tried a bog-standard crappy > RTL8139 and a good-as-gold Intel 21143, and they both displayed > symptoms consistent with missing interrupts: failure to detect > carrier, multiple up/downs from watchdog timeouts, etc. > > Now, my Gigabyte Nvidia4 board has a totally different motherboard > chipset from the MSI K8D Master-F in question, but the similar > behaviour just seemed interesting. > > There isn't any vm86-mode setup (bios calls?) involved in > routing interrupts, is there? Any similarity in BIOS vendors > between the two boards? (Maybe firmware bug?) It's all done via table lookups and ACPI calls, no vm86 stuff. The tables and ACPI code is provided by the BIOS though, so a horked BIOS can always break things. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 18:43:06 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D6C16A5BC for ; Tue, 27 Jun 2006 18:43:06 +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 2252944A22 for ; Tue, 27 Jun 2006 17:50:24 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5RHoJCs009639; Tue, 27 Jun 2006 13:50:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Tue, 27 Jun 2006 11:29:24 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606271129.24969.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]); Tue, 27 Jun 2006 13:50:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1567/Tue Jun 27 12:42:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 27 Jun 2006 18:43:06 -0000 On Monday 26 June 2006 19:20, Pete French wrote: > > It will still boot and print out messages you can capture using a serial > > console. :) See my other e-mail today though. > > Sadly my serial console is a genuine serial console (a VT220), so > no way to get the messages off it ;-). I can try and take some photo's of > the screen if you like though ? Thats about all I can suggest as > far as capuring those messages :-( Which buts of the boot serquence do you > need in particular ? Oof, the whole thing really and it would be several screens long. :( -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 27 21:01:10 2006 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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1E916A40E for ; Tue, 27 Jun 2006 21:01:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF8543E6B for ; Tue, 27 Jun 2006 21:00:45 +0000 (GMT) (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 k5RL0dYB015772 for ; Tue, 27 Jun 2006 21:00:39 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5RL0dSt015771; Tue, 27 Jun 2006 21:00:39 GMT (envelope-from gnats) Resent-Date: Tue, 27 Jun 2006 21:00:39 GMT Resent-Message-Id: <200606272100.k5RL0dSt015771@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, Simeon Nifos Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFBC16A400 for ; Tue, 27 Jun 2006 20:55:34 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0A245A85 for ; Tue, 27 Jun 2006 20:55:34 +0000 (GMT) (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 k5RKtXGI031522 for ; Tue, 27 Jun 2006 20:55:33 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k5RKtXAn031521; Tue, 27 Jun 2006 20:55:33 GMT (envelope-from nobody) Message-Id: <200606272055.k5RKtXAn031521@www.freebsd.org> Date: Tue, 27 Jun 2006 20:55:33 GMT From: Simeon Nifos To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/99561: system hangs in FreeBSD AMD64 when writting ext2fs 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, 27 Jun 2006 21:01:10 -0000 >Number: 99561 >Category: amd64 >Synopsis: system hangs in FreeBSD AMD64 when writting ext2fs >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 27 21:00:38 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Simeon Nifos >Release: FreeBSD AMD64 6.1 Release >Organization: >Environment: FreeBSD 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: would like to report a strange behaviour of FreeBSD AMD64 ver. 6.1. I installed it on a QUAD Opteron 846 with Tayan motherbord and 4GB RAM. I was running SMP kernel. I have an ext2fs partition where I store all installed compilers and libraries. I changed directory to my ext3 (ext2fs) partition and I started compiling one of my libraries. The system Hanged. I repeated the same thing with several other libraries (ATLAS(BLAS), LAPACK, ...) and everytime the system hanged. Then I copied the sources to /usr and I compiled them there. No problem. Everything was fine there. I do not know what is FreeBSD AMD64 problem when I compile something being in an ext2fs partition since with FreeBSD x86 I didn't experienced similar behaviour. Has anybody noticed something similar? Best! Simeon. >How-To-Repeat: mount some ext2fs partition, untar lapack in it http://www.netlib.org/lapack/lapack.tgz cd in LAPACK directory and change the makefiles according to your platform. Then type make and wait a little bit. You will see that after 1-2 minutes the system will hang ... >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 01:57:30 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A14416A40B for ; Wed, 28 Jun 2006 01:57:30 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13BDC4447B for ; Wed, 28 Jun 2006 01:31:09 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id B536A382; Tue, 27 Jun 2006 20:31:08 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 21F7761C2B; Tue, 27 Jun 2006 20:31:08 -0500 (CDT) Date: Tue, 27 Jun 2006 20:31:08 -0500 From: "Matthew D. Fuller" To: Steve Kargl Message-ID: <20060628013108.GH32650@over-yonder.net> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> <20060627145517.GA61466@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060627145517.GA61466@troutmask.apl.washington.edu> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 28 Jun 2006 01:57:30 -0000 On Tue, Jun 27, 2006 at 07:55:17AM -0700 I heard the voice of Steve Kargl, and lo! it spake thus: > > Although xpdf is fast and rendered good looking docs, there are some > convenient features in acroread. FWIW, at the recommendation of some friends of mine I've started using evince (replacing usually gv, occasionally acroread), and it's pretty nice. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 02:30:05 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DC316A4A7 for ; Wed, 28 Jun 2006 02:30:05 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF39F4443A for ; Wed, 28 Jun 2006 01:29:37 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 8720B382; Tue, 27 Jun 2006 20:29:36 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id AC0A061C2B; Tue, 27 Jun 2006 20:29:35 -0500 (CDT) Date: Tue, 27 Jun 2006 20:29:35 -0500 From: "Matthew D. Fuller" To: Andrew Reilly Message-ID: <20060628012935.GG32650@over-yonder.net> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626233814.GC92989@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060626233814.GC92989@duncan.reilly.home> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 28 Jun 2006 02:30:05 -0000 On Tue, Jun 27, 2006 at 09:38:14AM +1000 I heard the voice of Andrew Reilly, and lo! it spake thus: > > The only gotchas for happy-happy amd64 desktop is lack of Nvidia > graphics card drivers and lack of vm86-mode And video codecs. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 04:16:03 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5ADB16A40E for ; Wed, 28 Jun 2006 04:16:03 +0000 (UTC) (envelope-from maenaka@pluto.dti.ne.jp) Received: from smtp11.dti.ne.jp (smtp11.dti.ne.jp [202.216.231.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 122DF43D77 for ; Wed, 28 Jun 2006 04:15:57 +0000 (GMT) (envelope-from maenaka@pluto.dti.ne.jp) Received: from towerrecords.minidns.net (221x254x158x92.ap221.ftth.ucom.ne.jp [221.254.158.92]) by smtp11.dti.ne.jp (3.11s) with ESMTP id k5S4FvVW010024 for ; Wed, 28 Jun 2006 13:15:57 +0900 (JST) Received: from [127.0.0.1] (towerrecords.minidns.net [192.168.0.1]) by towerrecords.minidns.net (Postfix) with ESMTP id 36BED4763 for ; Wed, 28 Jun 2006 13:15:57 +0900 (JST) From: "UEMURA (fka. MAENAKA) Tetsuya" To: freebsd-amd64@freebsd.org In-Reply-To: References: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> X-DBMail-PhysMessage-ID: 152967 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.25.01 [ja] Message-Id: <20060628041557.36BED4763@towerrecords.minidns.net> Date: Wed, 28 Jun 2006 13:15:57 +0900 (JST) Subject: Re: SMP system not running SMP 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, 28 Jun 2006 04:16:03 -0000 Posted on Tue, 27 Jun 2006 15:06:51 +0100 by author Pete French > Whats the motherboard and chipset ? The problem only seems to > happen on those 8111 / 8131 based boards - if it's one of those > and it runs then I'd be extremely interested! Just FYI. I manage a 4 cores SMP server using Tyan B2881G28U4H [1] on which there are AIC-7902 and AMD-81x1. A MaxTronic RAID enclosure is connected to AIC-7902 and FreeBSD 6.0-RC1 is booted off from it. By default, FreeBSD couldn't start. Dumping the ahd state when probing the da and simply stopped. So I set the SCSI BIOS to restrict the device speed upto 80MB/s and the problem went away. After that, the machine runs flawlessly for 8 months. [1] http://www.tyan.com/products/html/gx28b2881_spec.html -- UEMURA (fka. MAENAKA) Tetsuya From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 05:02:29 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBCD516A400 for ; Wed, 28 Jun 2006 05:02:29 +0000 (UTC) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A51043DA0 for ; Wed, 28 Jun 2006 05:02:21 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id B5072F812 for ; Tue, 27 Jun 2006 23:02:20 -0600 (MDT) Received: from shredder.teamcool.net (unknown [192.168.1.58]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 947E4F7BB for ; Tue, 27 Jun 2006 23:02:20 -0600 (MDT) Date: Tue, 27 Jun 2006 23:07:16 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20060627230716.44120c49.kgunders@teamcool.net> In-Reply-To: References: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> X-Mailer: Sylpheed version 2.2.5 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: SMP system not running SMP 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, 28 Jun 2006 05:02:29 -0000 On Tue, 27 Jun 2006 15:06:51 +0100 Pete French wrote: > > Sun Fire X4100 dual opteron, Adaptec 2230 SLP PCI-X card attached to > > 14-disk U320 disk array. FreeBSD 6.0-REL. Running non-stop since > > January as a busy postgresql server. I'm buying another one this > > week since they're so stable. > > Whats the motherboard and chipset ? The problem only seems to > happen on those 8111 / 8131 based boards - if it's one of those > and it runs then I'd be extremely interested! I have several Tyan 2882 that use these chipsets running SMP. I'm using LSI MegaRAID cards though, both PCI and PCI-X. I had issues w/the RAID under moderate load that I never got solved but the machines run do run SMP. -- Best regards, Ken Gunderson "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 05:22:02 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BCB16A408 for ; Wed, 28 Jun 2006 05:22:02 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5698343D92 for ; Wed, 28 Jun 2006 05:21:57 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id s18so1875511nze for ; Tue, 27 Jun 2006 22:21:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FccdEQ3u3uhH4AuLmGPGHOQm2elvmJ0YABZ/yfDi1Q6QfovS5+RRuFegK78PNtEDGJVYi4ad18+bCtz5T+5iwolyArrMjVm9ea/vTkbaeur2PEYSeYj2t6f7V8Mrf0mdgnY8D6pLfsTh+iqWXyq5gCcM8of8yJAuSGZj0CXj+Rc= Received: by 10.36.25.2 with SMTP id 2mr593018nzy; Tue, 27 Jun 2006 22:21:56 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Tue, 27 Jun 2006 22:21:56 -0700 (PDT) Message-ID: <463aea570606272221g1cd1e497j9bbb4d78cb01ac17@mail.gmail.com> Date: Wed, 28 Jun 2006 10:51:56 +0530 From: Gobbledegeek To: freebsd-amd64@freebsd.org In-Reply-To: <463aea570606272221nb24d650y675d87ca70a050b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <463aea570606272221nb24d650y675d87ca70a050b0@mail.gmail.com> Subject: Re: console in 1024x768 mode? 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, 28 Jun 2006 05:22:02 -0000 (Re-posting to correct address): Are the platforms/mobo's of the future going to have a 64bit bios? Rgrds From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 12:18:51 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FB716A50D for ; Wed, 28 Jun 2006 12:18:51 +0000 (UTC) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50C1453AC for ; Tue, 27 Jun 2006 19:42:51 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 8FA6F2A8DF for ; Tue, 27 Jun 2006 12:42:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 3F882E2B3 for ; Tue, 27 Jun 2006 12:42:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id k5RJgoMX002248; Tue, 27 Jun 2006 12:42:50 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id k5RJgoJO002247; Tue, 27 Jun 2006 12:42:50 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Tue, 27 Jun 2006 12:42:49 -0700 User-Agent: KMail/1.8.1 References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> In-Reply-To: <20060624222706.GE747@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606271242.50222.peter@wemm.org> Cc: Gobbledegeek Subject: Re: console in 1024x768 mode? 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, 28 Jun 2006 12:18:51 -0000 On Saturday 24 June 2006 03:27 pm, Peter Jeremy wrote: > On Sat, 2006-Jun-24 19:59:39 +0530, Gobbledegeek wrote: > >I tried putting "options VESA" in kernel but buildkernel said > >unsupported option. > > VESA relies on the kernel being able to call BIOS functions. The > bios is i386 so this isn't possible in native amd64. > > Running non-standard console resolution means something like KGI. > This was being worked on some years ago but seems to have died. The other option, which many amd64 linux's do, is to have the loader set up the VESA modes and pass the information through to the console driver. We could do that too because our loader runs in 32 bit mode. The other possibility is to do what the X servers do. They have a simple emulator for 8088 real mode instructions (see their "int10" module). They execute the bios code interpretively to do things like mode changes etc. We could do that too. It shouldn't be hard to write something like a userland tool that can change the mode and tell the kernel what the new display settings are. It could even be done as a kernel module, but I'm not sure I'd want a software vm86 emulator in the default kernel as it tends to be a bit big. Volunteers, anyone? -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 15:40:36 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C1416A527 for ; Wed, 28 Jun 2006 15:40:36 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D3443E8A for ; Wed, 28 Jun 2006 15:39:12 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 8EC658A0025; Wed, 28 Jun 2006 08:45:30 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 62372-02-27; Wed, 28 Jun 2006 08:45:23 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D5B208A003B; Wed, 28 Jun 2006 08:45:13 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 882BD900046A; Wed, 28 Jun 2006 08:38:23 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Wed, 28 Jun 2006 08:38:23 -0700 (PDT) Message-ID: <42450.192.168.0.10.1151509103.squirrel@webmail.sd73.bc.ca> In-Reply-To: <20060627230716.44120c49.kgunders@teamcool.net> References: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> <20060627230716.44120c49.kgunders@teamcool.net> Date: Wed, 28 Jun 2006 08:38:23 -0700 (PDT) From: "Freddie Cash" To: "Ken Gunderson" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: amd64@freebsd.org Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 15:40:36 -0000 On Tue, June 27, 2006 10:07 pm, Ken Gunderson wrote: > On Tue, 27 Jun 2006 15:06:51 +0100 > Pete French wrote: >>> Sun Fire X4100 dual opteron, Adaptec 2230 SLP PCI-X card attached >>> to 14-disk U320 disk array. FreeBSD 6.0-REL. Running non-stop >>> since January as a busy postgresql server. I'm buying another one >>> this week since they're so stable. >> Whats the motherboard and chipset ? The problem only seems to >> happen on those 8111 / 8131 based boards - if it's one of those and >> it runs then I'd be extremely interested! > I have several Tyan 2882 that use these chipsets running SMP. I'm > using LSI MegaRAID cards though, both PCI and PCI-X. I had issues > w/the RAID under moderate load that I never got solved but the > machines run do run SMP. We have about three dozen 2U and tower servers using Tyan S2882 motherboards, only one of which has the onboard SCSI controller. They all use 3Ware Escalade 9550SX RAID controllers (4-port SATA). They all run beautifully with FreeBSD 6.1 in 32-bit and 64-bit modes, with full SMP and ACPI support. The AMD 8000-series chipset is the most stable one we've used for amd64 support, in both FreeBSD and Debian Linux. We also ran into an issue with LSI MegaRAID controllers with this board, though. Are you running the LSI cards off a riser card, or plugged directly into the motherboard? We had tonnes of problems with the LSI MegaRAID 6-port SATA controller when plugged into a riser card (under FreeBSD 6.0/61 32- and 64-bit, and Debian Linux 3.1 32- and 64-bit). The card would lose the RAID configuration under load requiring a reboot into the controller BIOS to fix. It would attach/detach drives under load, causing write speed to drop into the single digits. And data would be corrupted after heavy use. It got bad enough that we replaced almost all of them with 3Ware controllers. Plugging the MegaRAID controller into a PCI-X slot on the motherboard of our tower systems solved all of the problems, but was not an option in our 2U rackmount systems. For the one system with the onboard SCSI controller, we have it disabled in the BIOS and use a 12-port 3Ware Escalade 9550SX RAID controller plugged into a backplane with 12 400 GB drives attached. Only tested it for a few days with 64-bit FreeBSD 6.1. Didn't run into any problems with it, all devices were detected and every ran smoothly. Unfortunately, had to wipe it and install Debian Linux testing to put it into production. ---- Freddie Cash fcash@ocis.net From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 19:43:03 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A15516A505 for ; Wed, 28 Jun 2006 19:43:03 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E6344EC8 for ; Wed, 28 Jun 2006 19:23:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5SJN3wB078114; Wed, 28 Jun 2006 12:23:03 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5SJN2xm078113; Wed, 28 Jun 2006 12:23:02 -0700 (PDT) (envelope-from obrien) Date: Wed, 28 Jun 2006 12:23:02 -0700 From: "David O'Brien" To: Peter Seebach Message-ID: <20060628192302.GB77554@dragon.NUXI.org> References: <200606271317.k5RDHfbB001686@guild.plethora.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606271317.k5RDHfbB001686@guild.plethora.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 19:43:03 -0000 On Tue, Jun 27, 2006 at 08:17:41AM -0500, Peter Seebach wrote: > In message , Pete French writes > I don't know how many amd64 users are trying for SMP, but it's interesting > that no one seems to be doing it successfully with Adaptec controllers > (possibly qualified to "on motherboards with this chipset"). Maybe its a problem with modern Adaptec controllers. On both a Tyan K8W (s2885) and Iwill DK8X [both 2P dual-core] I use an Adaptec 2940UW Pro controller for external CDROM's. Both of these motherboards have the AMD 8131 PCI-X and 8111 PCI controllers. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 28 19:43:26 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA0C16A591 for ; Wed, 28 Jun 2006 19:43:26 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F7B44695 for ; Wed, 28 Jun 2006 18:49:31 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5SInUmP077599; Wed, 28 Jun 2006 11:49:31 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5SInU55077598; Wed, 28 Jun 2006 11:49:30 -0700 (PDT) (envelope-from obrien) Date: Wed, 28 Jun 2006 11:49:30 -0700 From: "David O'Brien" To: Gobbledegeek Message-ID: <20060628184930.GA77554@dragon.NUXI.org> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <463aea570606272221nb24d650y675d87ca70a050b0@mail.gmail.com> <463aea570606272221g1cd1e497j9bbb4d78cb01ac17@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463aea570606272221g1cd1e497j9bbb4d78cb01ac17@mail.gmail.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: console in 1024x768 mode? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 19:43:26 -0000 On Wed, Jun 28, 2006 at 10:51:56AM +0530, Gobbledegeek wrote: > (Re-posting to correct address): > Are the platforms/mobo's of the future going to have a 64bit bios? In the distant future, they will have 64-bit [U]EFI. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 01:17:35 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F381216A51F for ; Thu, 29 Jun 2006 01:17:34 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C264344765 for ; Thu, 29 Jun 2006 00:00:35 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvjxS-000NCv-QK for freebsd-amd64@freebsd.org; Thu, 29 Jun 2006 01:00:34 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FvjxS-000BxU-Mx for freebsd-amd64@freebsd.org; Thu, 29 Jun 2006 01:00:34 +0100 To: freebsd-amd64@freebsd.org In-Reply-To: <20060628192302.GB77554@dragon.NUXI.org> Message-Id: From: Pete French Date: Thu, 29 Jun 2006 01:00:34 +0100 Subject: Re: SMP system not running SMP 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, 29 Jun 2006 01:17:35 -0000 > Maybe its a problem with modern Adaptec controllers. On both a Tyan K8W > (s2885) and Iwill DK8X [both 2P dual-core] I use an Adaptec 2940UW Pro > controller for external CDROM's. Both of these motherboards have the AMD > 8131 PCI-X and 8111 PCI controllers. It's not Adaptec specific though - I get the same problem with a Compaq 5304 SMART RAID. Something about the way these cars do interrupts ? Am trying to find a way to get a serial console up to capture some messages. Not helped by the fact that the only other PC in the room died last night. Grrr... currently trying to rig up something with a USB/RS232 adapter that I have to connect a PowerBook to a mobile phone! -pete. From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 02:23:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A4816A417 for ; Thu, 29 Jun 2006 02:23:16 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441B144162 for ; Thu, 29 Jun 2006 01:24:19 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 4414131E5C for ; Wed, 28 Jun 2006 20:24:18 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5T1QRaQ024460 for ; Wed, 28 Jun 2006 20:26:28 -0500 (CDT) Message-Id: <200606290126.k5T1QRaQ024460@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Thu, 29 Jun 2006 01:00:34 BST." Date: Wed, 28 Jun 2006 20:26:27 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 02:23:17 -0000 In message , Pete French writes : >It's not Adaptec specific though - I get the same problem with a >Compaq 5304 SMART RAID. Something about the way these cars do >interrupts ? Might be. When I boot this machine under FreeBSD, I do get odd messages (I think they were in that dmesg) about the SCSI controller's interrupt handling. Data point: NetBSD is running in 64-bit mode, SMP, without configuring ACPI at all. I assume they just talked to the APIC the old-fashioned way or something. -s From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 04:54:51 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB3F16A403 for ; Thu, 29 Jun 2006 04:54:51 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from schitzo.solgatos.com (pool-71-117-252-190.ptldor.fios.verizon.net [71.117.252.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DC74496F for ; Thu, 29 Jun 2006 04:54:48 +0000 (GMT) (envelope-from freebsd@sopwith.solgatos.com) Received: from schitzo.solgatos.com (localhost.home.localnet [127.0.0.1]) by schitzo.solgatos.com (8.13.6/8.13.4) with ESMTP id k5T4sl0k015130 for ; Wed, 28 Jun 2006 21:54:48 -0700 Received: from sopwith.solgatos.com (uucp@localhost) by schitzo.solgatos.com (8.13.6/8.13.4/Submit) with UUCP id k5T4sl25015127 for freebsd-amd64@freebsd.org; Wed, 28 Jun 2006 21:54:47 -0700 Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id EAA18990; Thu, 29 Jun 2006 04:49:36 GMT Message-Id: <200606290449.EAA18990@sopwith.solgatos.com> To: freebsd-amd64@freebsd.org Date: Wed, 28 Jun 2006 21:49:36 +0100 From: Dieter Subject: Re: amd64/99561: system hangs in FreeBSD AMD64 when writting ext2fs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@sopwith.solgatos.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 04:54:51 -0000 > Has anybody noticed something similar? I don't recall if it was a hang or a panic, but yes. Only occurs when writing, reading has been okay. > I do not know what is FreeBSD AMD64 problem when I compile something being > in an ext2fs partition since with FreeBSD x86 I didn't experienced similar > behaviour. That is a major clue. It is probably an LP64 bug. From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 06:53:49 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCEB116A417 for ; Thu, 29 Jun 2006 06:53:49 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DF643D8E for ; Thu, 29 Jun 2006 06:53:43 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id 16so36965nzp for ; Wed, 28 Jun 2006 23:53:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=muX57s4H2bXfOFZKFW6SwoNjjP5/+KtnTIngqcg6kdjHLwgXK+BWy6rG2QfjUXjLhKGgZUHpkJDE6iRQ2dwb3w0mgPEEBQOINdDDDhZQqbCXYADoHPywOiZZG1vV1/d02g3yci0wmhZtlU7FH6jdUbZDPdjpVtj3iUBvKKBkqGY= Received: by 10.36.118.8 with SMTP id q8mr2484588nzc; Wed, 28 Jun 2006 23:53:43 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Wed, 28 Jun 2006 23:53:43 -0700 (PDT) Message-ID: <463aea570606282353y1917b780sc436816cb97c28cb@mail.gmail.com> Date: Thu, 29 Jun 2006 12:23:43 +0530 From: Gobbledegeek To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: cmd in $PATH but not executing without full path spec... 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, 29 Jun 2006 06:53:49 -0000 Just did a make package for ports/vim. It runs with full pathspec /usr/local/bin/vim , but not without.. /usr/local/bin is in my $PATH. What gives? -- Nonchalantly yours GobbledeGeek [Everything but Gobbledegook.. !!] From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 06:56:43 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AAFA16A407 for ; Thu, 29 Jun 2006 06:56:43 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6651A43DB5 for ; Thu, 29 Jun 2006 06:56:37 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id l1so94569nzf for ; Wed, 28 Jun 2006 23:56:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i0AqjSqGRYD4/KnQtcAN5jZZo7bAcKootk5SML2C+zAA8dfQtAOYHfbq2SrghGhSSu9WaiVJd8+togfqSc1gkwggTh5eZUztG9PrMhUdkdrwN5GlF5e9BcxMLG0QPwcciD22DJkujXaIwbZs4x+TpfTbAi7Ztw20nUJbBaeyr/o= Received: by 10.36.47.6 with SMTP id u6mr2378879nzu; Wed, 28 Jun 2006 23:56:36 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Wed, 28 Jun 2006 23:56:36 -0700 (PDT) Message-ID: <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> Date: Thu, 29 Jun 2006 12:26:36 +0530 From: Gobbledegeek To: JoaoBR In-Reply-To: <200606241944.33819.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <463aea570606240758o1ffa369dq818b95d1871ca875@mail.gmail.com> <463aea570606240955u2ba6502cs6e69bb6cfb4e1ef8@mail.gmail.com> <463aea570606241202x632ded41x4b4389911baef1a1@mail.gmail.com> <200606241944.33819.joao@matik.com.br> Cc: freebsd-amd64@freebsd.org Subject: Re: Frequent nve0: device timeout(1) messages 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, 29 Jun 2006 06:56:43 -0000 That one upgraded me to 7.0 CURRENT. I only wanted 6.1-STABLE with latest security patches... Any tips on what to modify in the cvsup sample you gave me? The errors are gone though. Thanks. On 6/25/06, JoaoBR wrote: > On Saturday 24 June 2006 16:02, you wrote: > > Well it didn't really work.. just ended up deleting all my src files. > > Can anyone post a cvsup-stable file that upgrades to 6.1-STABLE > > correctly? > > > > pkg_add -r cvsup-without-gui > > create cvsup.conf > > # > *default tag=3D. > *default host=3Dcvsup10.FreeBSD.org #or any other > *default prefix=3D/usr > *default base=3D/var/db > *default release=3Dcvs tag=3DRELENG_6 > src-all > # > > then run: > > cvsup -g -L2 cvsup.conf > > works for i386 *and* amd64 > > btw > nothing works other than 80x25 for console on amd64 > you may consider installing xorg running any wm in order getting console > windows with better results > > > > -- > > Jo=E3o > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada seg= ura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > --=20 Nonchalantly yours GobbledeGeek [Everything but Gobbledegook.. !!] From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 07:56:12 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC7B16A410 for ; Thu, 29 Jun 2006 07:56:12 +0000 (UTC) (envelope-from jonnyv@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE46A44ABF for ; Thu, 29 Jun 2006 07:56:11 +0000 (GMT) (envelope-from jonnyv@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so133402pyc for ; Thu, 29 Jun 2006 00:56:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HtLz1L5+Tkkx4h5xGzF+TcthtgstT/ZLd+z/EY0lOLMYeYKWtz055E70ajEzc9YYd4TVCqe2Dbthts2/mf8UTT0+MQ3owSfuexbHEI/ct5rcMjzkZQ+2VNbiYjr4C5ewZbKZ/xuJ89p1K3uyxqijqPROlrgNhAJfbRn+xrRn+a8= Received: by 10.35.78.9 with SMTP id f9mr951025pyl; Thu, 29 Jun 2006 00:56:10 -0700 (PDT) Received: by 10.35.64.7 with HTTP; Thu, 29 Jun 2006 00:56:10 -0700 (PDT) Message-ID: Date: Thu, 29 Jun 2006 00:56:10 -0700 From: "Jon Kuster" To: freebsd-amd64@freebsd.org In-Reply-To: <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <463aea570606240758o1ffa369dq818b95d1871ca875@mail.gmail.com> <463aea570606240955u2ba6502cs6e69bb6cfb4e1ef8@mail.gmail.com> <463aea570606241202x632ded41x4b4389911baef1a1@mail.gmail.com> <200606241944.33819.joao@matik.com.br> <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> Subject: Re: Frequent nve0: device timeout(1) messages 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, 29 Jun 2006 07:56:12 -0000 On 6/28/06, Gobbledegeek wrote: > That one upgraded me to 7.0 CURRENT. I only wanted 6.1-STABLE with > latest security patches... Any tips on what to modify in the cvsup > sample you gave me? > > The errors are gone though. > > Thanks. Based on /usr/share/examples/cvsup/stable-supfile, this is the entire contents of my supfile, and it works: *default host=cvsup5.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix # If your network link is a T1 or faster, comment out the following line. *default compress src-all From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 09:20:21 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EB516A4D8 for ; Thu, 29 Jun 2006 09:20:21 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EDE344652 for ; Thu, 29 Jun 2006 08:52:24 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id D177331E55 for ; Thu, 29 Jun 2006 03:52:23 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5T8sX8a028911 for ; Thu, 29 Jun 2006 03:54:33 -0500 (CDT) Message-Id: <200606290854.k5T8sX8a028911@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Thu, 29 Jun 2006 12:23:43 +0530." <463aea570606282353y1917b780sc436816cb97c28cb@mail.gmail.com> Date: Thu, 29 Jun 2006 03:54:33 -0500 Subject: Re: cmd in $PATH but not executing without full path spec... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 09:20:22 -0000 In message <463aea570606282353y1917b780sc436816cb97c28cb@mail.gmail.com>, Gobbl edegeek writes: >Just did a make package for ports/vim. It runs with full pathspec >/usr/local/bin/vim , but not without.. >/usr/local/bin is in my $PATH. > >What gives? Have you run a "rehash" since you installed it? Have you switched to a shell that sucks less than csh? :p -s From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 17:51:01 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A3316A417 for ; Thu, 29 Jun 2006 17:51:01 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32710.mail.mud.yahoo.com (web32710.mail.mud.yahoo.com [68.142.207.254]) by mx1.FreeBSD.org (Postfix) with SMTP id 19F1443D6B for ; Thu, 29 Jun 2006 17:51:01 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 8292 invoked by uid 60001); 29 Jun 2006 17:47:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=vw524Fi0PRxrHolkloPNQtmxr+8nKyuR+ZVxwv7tZMp0H1YUcyRBZrXfMSvovyQnLK4RMkADaKyDJGDalOECB3myxQWXtl/4AYeK9DzAI0hoUkSz0+yVxOqVDDABWCgZYklzYaxiNH6U2vv8ly2URZUTgAHeloU6cvxtmqhPu3g= ; Message-ID: <20060629174753.8290.qmail@web32710.mail.mud.yahoo.com> Received: from [200.118.65.224] by web32710.mail.mud.yahoo.com via HTTP; Thu, 29 Jun 2006 19:47:53 CEST Date: Thu, 29 Jun 2006 19:47:53 +0200 (CEST) From: To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: console in 1024x768 mode? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 17:51:01 -0000 Hi; I have to confirm that KGI4BSD, is effectively dead. There was never enough developer interest anyways :(. In any case, if it were to resurrect one day, the i386 port always depended on having VESA too, so - as has been mentioned in this list before - initializing VESA from the boot loader, before the kernel, would be a good idea. FWIW, I'm afraid I was never able to use the normal VGA modes for the splash screen either. cheers, Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 20:43:18 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B6B16A51F for ; Thu, 29 Jun 2006 20:43:18 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A1A44C6D for ; Thu, 29 Jun 2006 20:25:21 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k5TKPJ8g020528 ; Thu, 29 Jun 2006 22:25:19 +0200 (CEST) X-Ids: 165 Received: from heho.labo (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id k5TKPIfC017908 ; Thu, 29 Jun 2006 22:25:18 +0200 (MEST) Received: (from arno@localhost) by heho.labo (8.13.3/8.13.1/Submit) id k5TKPINZ017905; Thu, 29 Jun 2006 22:25:18 +0200 (MEST) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: amd64@freebsd.org References: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> <20060627230716.44120c49.kgunders@teamcool.net> <42450.192.168.0.10.1151509103.squirrel@webmail.sd73.bc.ca> From: "Arno J. Klaassen" Date: 29 Jun 2006 22:25:18 +0200 In-Reply-To: <42450.192.168.0.10.1151509103.squirrel@webmail.sd73.bc.ca> Message-ID: Lines: 88 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Thu, 29 Jun 2006 22:25:20 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1576/Thu Jun 29 15:22:01 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 44A4372F.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Subject: Re: SMP system not running SMP 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, 29 Jun 2006 20:43:18 -0000 "UEMURA (fka. MAENAKA) Tetsuya" writes: > Posted on Tue, 27 Jun 2006 15:06:51 +0100 > By default, FreeBSD couldn't start. Dumping the ahd state when probing > the da and simply stopped. So I set the SCSI BIOS to restrict the device > speed upto 80MB/s and the problem went away. After that, the machine > runs flawlessly for 8 months. I have a Tyan S2882 which I cannot get up for more than a couple of days under moderate load, and the symptoms seem related : config : - tracking -stable - 8G RAM - latest BIOS 3ware 9500S-12 with 1.1T data - RAID-1 MAXTOR ATLAS10K5_73WLS as system-disk on ahd0 - doing nothing else than some test-scripts implying fairly moderate nfs-traffic (i.e. scripts via nfs, (rarely needed) data either on NFS or raid, scripts being CPU-intensive) symptom : - systems cold-boots fine (SMP dual opteron 248) - runs OK for a couple of minutes/hours/days - then total freeze; *never* a panic in 9 months - warm reset either does not detect da0 or indeed dumps ahd state when probing it - even cold reboot sometimes has to be repeated once or twice in order to redetect correctly da0 has tried : - changed scsi-cables and termination three times : no deal - decreased device speed to 80Mhz : seems to eliminate the "minutes" part from "runs OK for a couple of minutes/hours/days" ... observations : - this week I downloaded the latest manual from tyan and came across the following jumper setting (dunno if it was in the original version or whether I overlooked it; the printed manual is at the customer's site) : "Set PCI-X Bridge A (PCI 3 & PCI 4 & SCSI7902 & BCM5704) to operate at a maximum 66MHz; Note: Due to the PCI-X specifications it will be necessary to set this bus to 66MHz if a 133/100MHz PCI-X card is added to this bus." Since I do have a 100MHz PCI-X card (3ware) I set this jumper; system up for three days now, cannot confirm right now this was the culprit but other AMD811X based systems might have the same issue. - this board has dual ahd and dual bge : vmstat -i (I just rebooted for an upgrade -stable + linux_base) : irq24: bge0 ahd0 16826 2 irq25: bge1 ahd1 1305665 157 network is attached to bge1, disk is on ahd0. Interestingly, when I provoke insane swapping, it is the "irq25:" process which consumes 50-90%! of cpu-time, but when I stop the program provoking swapping and redo vmstat -i, it indeed reports slightly increased irq24 activity but no noticeable change in irq25 activity ... ( I put hint.ahd.1.disabled="1" in /boot/loader.conf since I do not need ahd1 but that does not seem to do anything ) FYI. I can test on this box for a couple of more weeks, feel free to contact me for more information. Thanx, regards, Arno -- Arno J. Klaassen SCITO S.A. 8 rue des Haies F-75020 Paris, France http://scito.com From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 29 22:56:37 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF8016A527 for ; Thu, 29 Jun 2006 22:56:37 +0000 (UTC) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4230B458C4 for ; Thu, 29 Jun 2006 22:30:04 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [192.168.1.128] (e178001016.adsl.alicedsl.de [85.178.1.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id AE5DE3010765; Fri, 30 Jun 2006 00:30:02 +0200 (CEST) Message-ID: <44A45465.1020005@mail.uni-mainz.de> Date: Fri, 30 Jun 2006 00:29:57 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Steve Kargl References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> <20060627145517.GA61466@troutmask.apl.washington.edu> In-Reply-To: <20060627145517.GA61466@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 29 Jun 2006 22:56:37 -0000 Steve Kargl wrote: > On Tue, Jun 27, 2006 at 11:51:25AM +0200, O. Hartmann wrote: > >> Steve Kargl wrote: >> >>> On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: >>> >>>> Are they really AMD64 ports or do they still need some ia32-compat-tweaks? >>>> >>>> >>> Yes. >>> >>> >> All right, for those, like me, who are not as fast as others in sucking >> in informations: >> This means I do not need the 32-Bit compatibility-crap anymore? >> > > Probably, yes. However, I keep the 32-bit linux emulation for > the occasion odd application, for example, acroread. Although > xpdf is fast and rendered good looking docs, there are some > convenient features in acroread. > > Oh, I see. The Linux stuff is still there for bootstrapping ... That I meant with 'crap' ... As long as I'm with FreeBSD now, I ran into trouble in building the JAVA stuff. I never figured out what it was. Waiting for some updates (anywhere) solved the problem. From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 03:28:20 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0963616A407 for ; Fri, 30 Jun 2006 03:28:20 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC014482E for ; Fri, 30 Jun 2006 03:28:19 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5U3TrEZ001847; Fri, 30 Jun 2006 07:29:53 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5U3Tqh2001846; Fri, 30 Jun 2006 07:29:52 +0400 (MSD) (envelope-from tarc) Date: Fri, 30 Jun 2006 07:29:52 +0400 From: Arseny Nasokin To: Peter Wemm Message-ID: <20060630032951.GR74776@tarc.po.cs.msu.su> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200606271242.50222.peter@wemm.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-amd64@freebsd.org, Gobbledegeek Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 03:28:20 -0000 On Tue, Jun 27, 2006 at 12:42:49PM -0700, Peter Wemm wrote: > [...] > > It could even be done as a > kernel module, but I'm not sure I'd want a software vm86 emulator in > the default kernel as it tends to be a bit big. > > Volunteers, anyone? me, possibly. porting the Xorg's (or same) vm86 emulator into amd64 kernel? It ineterest! Can it be needed for something else, not only for VESA videomode emulating? -- Best regards, Arseny Nasokin From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 03:32:20 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A60516A403 for ; Fri, 30 Jun 2006 03:32:20 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 647294482E for ; Fri, 30 Jun 2006 03:32:19 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5U3Xrjs002538; Fri, 30 Jun 2006 07:33:53 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5U3XrX6002537; Fri, 30 Jun 2006 07:33:53 +0400 (MSD) (envelope-from tarc) Date: Fri, 30 Jun 2006 07:33:51 +0400 From: Arseny Nasokin To: Peter Wemm Message-ID: <20060630033351.GA2475@tarc.po.cs.msu.su> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <20060630032951.GR74776@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060630032951.GR74776@tarc.po.cs.msu.su> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-amd64@freebsd.org, Gobbledegeek Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 03:32:20 -0000 On Fri, Jun 30, 2006 at 07:29:52AM +0400, Arseny Nasokin wrote: > Can it be needed for something else, not only for VESA videomode emulating? yes, it can: binary drivers, such N-Vidia =) -- Best regards, Arseny Nasokin From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 03:59:22 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F20C16A4A0 for ; Fri, 30 Jun 2006 03:59:22 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B9D443EB1 for ; Fri, 30 Jun 2006 03:59:18 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5U40qQU006519 for ; Fri, 30 Jun 2006 08:00:52 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5U40p54006518 for freebsd-amd64@freebsd.org; Fri, 30 Jun 2006 08:00:51 +0400 (MSD) (envelope-from tarc) Date: Fri, 30 Jun 2006 08:00:51 +0400 From: Arseny Nasokin To: freebsd-amd64@freebsd.org Message-ID: <20060630040051.GB2475@tarc.po.cs.msu.su> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <20060630032951.GR74776@tarc.po.cs.msu.su> <20060630033351.GA2475@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060630033351.GA2475@tarc.po.cs.msu.su> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 03:59:22 -0000 I want do it -- Best regards, Arseny Nasokin From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 05:39:56 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56B516A403 for ; Fri, 30 Jun 2006 05:39:56 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E03043D45 for ; Fri, 30 Jun 2006 05:39:56 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id j2so3913nzf for ; Thu, 29 Jun 2006 22:39:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IYoKPImoKo0jfNaD2h6iK27znKz903oxCGJ7ECpdNQQnJKHPfBRNX6HbDDR/8IZdwtRXg0HDX33f1O1ShD2kP00LXG+J6cJpSfhSFPuTXNMLdQwN8tqrOHkBtwuUSReDChs/aldcy9ST6X06/AcXDHBBrk/BH8RZgNe3xfs3dl8= Received: by 10.36.77.2 with SMTP id z2mr319212nza; Thu, 29 Jun 2006 22:39:55 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Thu, 29 Jun 2006 22:39:55 -0700 (PDT) Message-ID: <463aea570606292239m2db1acf9q5112496a77118b3c@mail.gmail.com> Date: Fri, 30 Jun 2006 11:09:55 +0530 From: Gobbledegeek To: freebsd-amd64@freebsd.org In-Reply-To: <463aea570606292239l41c23219l6671da4cc9645389@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <463aea570606240758o1ffa369dq818b95d1871ca875@mail.gmail.com> <200606241944.33819.joao@matik.com.br> <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> <200606290553.13133.joao@matik.com.br> <463aea570606292239l41c23219l6671da4cc9645389@mail.gmail.com> Subject: Re: Frequent nve0: device timeout(1) messages 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, 30 Jun 2006 05:39:56 -0000 On 6/30/06, Gobbledegeek wrote: > $ cat uname.txt > FreeBSD owl.rowl.in 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Jun 28 > 13:03:43 IST 2006 root@owl.rowl.in:/usr/obj/usr/src/sys/OWL.KERN > amd64 > $ > I used > > *default host=3Dcvsup.ie.FreeBSD.org > *default base=3D/var/db > *default prefix=3D/usr > *default release=3Dcvs tag=3DRELENG_6 > *default tag=3D. > *default delete use-rel-suffix > > *default compress > src-all tag=3D. > > Rgrds > > On 6/29/06, JoaoBR wrote: > > On Thursday 29 June 2006 03:56, you wrote: > > > That one upgraded me to 7.0 CURRENT. I only wanted 6.1-STABLE with > > > latest security patches... Any tips on what to modify in the cvsup > > > sample you gave me? > > > > > > > > > *default release=3Dcvs tag=3DRELENG_6 > > > > src-all > > > > definitly impossible, this tag pulls releng_6 and not 7 > > > > -- > > > > Jo=E3o From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 05:49:47 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A628216A412 for ; Fri, 30 Jun 2006 05:49:47 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43A4443D45 for ; Fri, 30 Jun 2006 05:49:47 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id j2so4937nzf for ; Thu, 29 Jun 2006 22:49:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Y6VKD8axdu5MykGNV765RA441Tynu3+W03Wky7YSh2OeUVnGcO849BuyAv/E4h7W1aR6sZ8xY7GmB5vwxOOgHF2SWMZ4KlDgBLpVz5LW5WimAmZiMrPwqKX07fFNGOKc4h9M58nEzMrFl2VjE9VnlXObm7oW7l7onkaTwrCaNoU= Received: by 10.36.97.8 with SMTP id u8mr331957nzb; Thu, 29 Jun 2006 22:49:46 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Thu, 29 Jun 2006 22:49:46 -0700 (PDT) Message-ID: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> Date: Fri, 30 Jun 2006 11:19:46 +0530 From: Gobbledegeek To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: alias command does not work 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, 30 Jun 2006 05:49:47 -0000 alias vi=/usr/local/bin/vim or alias vi='/usr/local/bin/vim' does not work. I am using bash shell Any tips? Am I forgetting something? -- Nonchalantly yours GobbledeGeek [Everything but Gobbledegook.. !!] From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 05:51:38 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BADA816A40F for ; Fri, 30 Jun 2006 05:51:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FC743D5D for ; Fri, 30 Jun 2006 05:51:38 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5U5pZ8a005027; Thu, 29 Jun 2006 22:51:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5U5pZCS005026; Thu, 29 Jun 2006 22:51:35 -0700 (PDT) (envelope-from sgk) Date: Thu, 29 Jun 2006 22:51:34 -0700 From: Steve Kargl To: Gobbledegeek Message-ID: <20060630055134.GA5014@troutmask.apl.washington.edu> References: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: alias command does not work 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, 30 Jun 2006 05:51:38 -0000 On Fri, Jun 30, 2006 at 11:19:46AM +0530, Gobbledegeek wrote: > alias vi=/usr/local/bin/vim > or alias vi='/usr/local/bin/vim' > > does not work. I am using bash shell > > Any tips? Am I forgetting something? > Don't use bash. Use tcsh with alias vi /usr/local/bin/vim -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 06:26:58 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6620E16A7B0 for ; Fri, 30 Jun 2006 06:26:58 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E877943D45 for ; Fri, 30 Jun 2006 06:26:57 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id n29so253541nzf for ; Thu, 29 Jun 2006 23:26:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nPJZhSs0uJ78QU9UI66pSq6CGqiLmOfEKh2gI42c9Nqxfh+gxSCzNyPb2W/I7m9T+bnR9p47S9nwBxUMD87QyOuUneh1glYUPRlMoWwuVF+FOmlo1j2BMGx8WyjcjZ5cj3FDAbZpH9NGsFLRhfQjFcY81EVFLnFeK2/+EWlwixA= Received: by 10.36.118.1 with SMTP id q1mr358712nzc; Thu, 29 Jun 2006 23:26:57 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Thu, 29 Jun 2006 23:26:57 -0700 (PDT) Message-ID: <463aea570606292326r3dbdfd28h6747fd57c97b384f@mail.gmail.com> Date: Fri, 30 Jun 2006 11:56:57 +0530 From: Gobbledegeek To: "Steve Kargl" In-Reply-To: <20060630055134.GA5014@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> <20060630055134.GA5014@troutmask.apl.washington.edu> Cc: freebsd-amd64@freebsd.org Subject: Re: alias command does not work 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, 30 Jun 2006 06:26:58 -0000 doh! I want bash! I don't want to struggle with the nuances when I switch to scripting on linux... :) Rgrds On 6/30/06, Steve Kargl wrote: > On Fri, Jun 30, 2006 at 11:19:46AM +0530, Gobbledegeek wrote: > > alias vi=/usr/local/bin/vim > > or alias vi='/usr/local/bin/vim' > > > > does not work. I am using bash shell > > > > Any tips? Am I forgetting something? > > > > Don't use bash. > > Use tcsh with > > alias vi /usr/local/bin/vim > > -- > Steve > -- Nonchalantly yours GobbledeGeek [Everything but Gobbledegook.. !!] From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 06:32:42 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 206DD16A416 for ; Fri, 30 Jun 2006 06:32:42 +0000 (UTC) (envelope-from gobbledegeek@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A614443D45 for ; Fri, 30 Jun 2006 06:32:41 +0000 (GMT) (envelope-from gobbledegeek@gmail.com) Received: by nz-out-0102.google.com with SMTP id n29so254087nzf for ; Thu, 29 Jun 2006 23:32:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gMQsRCDVb+S6COqlFhXKYBukhkuCBHElaWZFa9k31GaEFPUh2G8a8xClcQ0pQ0fqVXmH5Jv9TtAHSVE1qkAAdm71BNASlWcrlbM5O4N0BKV/FO0sxL3MVSA3xRoTuqRFKFc99O2noZ6jfUI0QgBOENVU/LX140xmqjagqV6pq6E= Received: by 10.36.12.12 with SMTP id 12mr349507nzl; Thu, 29 Jun 2006 23:32:41 -0700 (PDT) Received: by 10.36.158.1 with HTTP; Thu, 29 Jun 2006 23:32:41 -0700 (PDT) Message-ID: <463aea570606292332v3865aaf9gcae4bc09c790d0d6@mail.gmail.com> Date: Fri, 30 Jun 2006 12:02:41 +0530 From: Gobbledegeek To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: size mismatch on retreiving packages 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, 30 Jun 2006 06:32:42 -0000 make package in mplayer gives me size mismatches for almost every "skins" port on retrival from ftp. sometimes mismatch is only about 1-2 bytes, sometimes upto 16 bytes.. Is there any known checksum crc error issue? Rgrds -- Nonchalantly yours GobbledeGeek [Everything but Gobbledegook.. !!] From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 06:49:58 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A3CD16A407 for ; Fri, 30 Jun 2006 06:49:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B42344298 for ; Fri, 30 Jun 2006 06:49:54 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5U6nobL005273; Thu, 29 Jun 2006 23:49:50 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5U6noUw005272; Thu, 29 Jun 2006 23:49:50 -0700 (PDT) (envelope-from sgk) Date: Thu, 29 Jun 2006 23:49:50 -0700 From: Steve Kargl To: Gobbledegeek Message-ID: <20060630064950.GA5260@troutmask.apl.washington.edu> References: <463aea570606292332v3865aaf9gcae4bc09c790d0d6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463aea570606292332v3865aaf9gcae4bc09c790d0d6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: size mismatch on retreiving packages 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, 30 Jun 2006 06:49:58 -0000 On Fri, Jun 30, 2006 at 12:02:41PM +0530, Gobbledegeek wrote: > make package in mplayer gives me size mismatches for almost every > "skins" port on retrival from ftp. sometimes mismatch is only about > 1-2 bytes, sometimes upto 16 bytes.. > > Is there any known checksum crc error issue? > Please send these types of questions to freebsd-questions. It is off topic for this list. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 06:52:49 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE09716A403 for ; Fri, 30 Jun 2006 06:52:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AD314429C for ; Fri, 30 Jun 2006 06:52:42 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5U6qd4d005298; Thu, 29 Jun 2006 23:52:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5U6qcSO005297; Thu, 29 Jun 2006 23:52:38 -0700 (PDT) (envelope-from sgk) Date: Thu, 29 Jun 2006 23:52:38 -0700 From: Steve Kargl To: Gobbledegeek Message-ID: <20060630065238.GB5260@troutmask.apl.washington.edu> References: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> <20060630055134.GA5014@troutmask.apl.washington.edu> <463aea570606292326r3dbdfd28h6747fd57c97b384f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463aea570606292326r3dbdfd28h6747fd57c97b384f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: alias command does not work 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, 30 Jun 2006 06:52:50 -0000 On Fri, Jun 30, 2006 at 11:56:57AM +0530, Gobbledegeek wrote: > > On 6/30/06, Steve Kargl wrote: > >On Fri, Jun 30, 2006 at 11:19:46AM +0530, Gobbledegeek wrote: > >> alias vi=/usr/local/bin/vim > >> or alias vi='/usr/local/bin/vim' > >> > >> does not work. I am using bash shell > >> > >> Any tips? Am I forgetting something? > >> > > > >Don't use bash. > > > >Use tcsh with > > > >alias vi /usr/local/bin/vim > > > doh! I want bash! I don't want to struggle with the nuances when I > switch to scripting on linux... > > :) > Do not top post. Do not send these type of questions to freebsd-amd64. The appropriate list is freebsd-questions. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 09:02:14 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EAB816A412 for ; Fri, 30 Jun 2006 09:02:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95F844834 for ; Fri, 30 Jun 2006 09:02:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5U92AFZ024846 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 30 Jun 2006 19:02:11 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5U92ATU001155; Fri, 30 Jun 2006 19:02:10 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5U92AGI001154; Fri, 30 Jun 2006 19:02:10 +1000 (EST) (envelope-from peter) Date: Fri, 30 Jun 2006 19:02:10 +1000 From: Peter Jeremy To: Arseny Nasokin Message-ID: <20060630090210.GD734@turion.vk2pj.dyndns.org> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <20060630032951.GR74776@tarc.po.cs.msu.su> <20060630033351.GA2475@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k4f25fnPtRuIRUb3" Content-Disposition: inline In-Reply-To: <20060630033351.GA2475@tarc.po.cs.msu.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 09:02:14 -0000 --k4f25fnPtRuIRUb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 2006-Jun-30 07:33:51 +0400, Arseny Nasokin wrote: >On Fri, Jun 30, 2006 at 07:29:52AM +0400, Arseny Nasokin wrote: >> Can it be needed for something else, not only for VESA videomode emulati= ng? > >yes, it can: binary drivers, such N-Vidia =3D) Building a vm86 emulator that can handle occasional calls to VESA BIOS to change screen configuration is relatively easy - efficiency is irrelevant and you could adapt a x86 disassembler with minimal effort. Building a VM86 emulator that can usefully execute a binary driver - especially a performance-critical one like a video driver - is a totally different undertaking. --=20 Peter Jeremy --k4f25fnPtRuIRUb3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEpOiR/opHv/APuIcRAvgsAJ414t5jQBimvZ1W3j2JxHbKURb10gCgn6vt O6+Pkf39vmKxBVQQpIEEem0= =Z7rB -----END PGP SIGNATURE----- --k4f25fnPtRuIRUb3-- From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 10:43:24 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70FAE16A403 for ; Fri, 30 Jun 2006 10:43:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1956643D45 for ; Fri, 30 Jun 2006 10:43:24 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FwGT2-000ND1-AI; Fri, 30 Jun 2006 11:43:20 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FwGSz-0007Pg-Pg; Fri, 30 Jun 2006 11:43:17 +0100 To: gobbledegeek@gmail.com In-Reply-To: <463aea570606292326r3dbdfd28h6747fd57c97b384f@mail.gmail.com> Message-Id: From: Pete French Date: Fri, 30 Jun 2006 11:43:17 +0100 Cc: freebsd-amd64@freebsd.org Subject: Re: alias command does not work 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, 30 Jun 2006 10:43:24 -0000 > doh! I want bash! I don't want to struggle with the nuances when I > switch to scripting on linux... As others have said, this is not the best place for this, but just to answer your question about aliasing in bash, do it with a shell funcion vi() { /usr/local/bin/vim } should work quite niceuly -pete. From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 10:53:37 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7B716A412 for ; Fri, 30 Jun 2006 10:53:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CE443D49 for ; Fri, 30 Jun 2006 10:53:37 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FwGcx-000Orh-K7; Fri, 30 Jun 2006 13:53:35 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "O. Hartmann" In-reply-to: <44A45465.1020005@mail.uni-mainz.de> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> <20060627145517.GA61466@troutmask.apl.washington.edu> <44A45465.1020005@mail.uni-mainz.de> Comments: In-reply-to "O. Hartmann" message dated "Fri, 30 Jun 2006 00:29:57 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Jun 2006 13:53:35 +0300 From: Danny Braniss Message-ID: Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 30 Jun 2006 10:53:37 -0000 > Steve Kargl wrote: > > On Tue, Jun 27, 2006 at 11:51:25AM +0200, O. Hartmann wrote: > > > >> Steve Kargl wrote: > >> > >>> On Mon, Jun 26, 2006 at 09:39:54PM +0200, O. Hartmann wrote: > >>> > >>>> Are they really AMD64 ports or do they still need some ia32-compat-tweaks? > >>>> > >>>> > >>> Yes. > >>> > >>> > >> All right, for those, like me, who are not as fast as others in sucking > >> in informations: > >> This means I do not need the 32-Bit compatibility-crap anymore? > >> > > > > Probably, yes. However, I keep the 32-bit linux emulation for > > the occasion odd application, for example, acroread. Although > > xpdf is fast and rendered good looking docs, there are some > > convenient features in acroread. > > > > > Oh, I see. The Linux stuff is still there for bootstrapping ... That I > meant with 'crap' ... As long as I'm with FreeBSD now, I ran into > trouble in building the JAVA stuff. I never figured out what it was. > Waiting for some updates (anywhere) solved the problem. just a small question: how long should it take to compile java? so far, my first attempt hung the machine (either javac or rpc.lockd were to blame), now it's been trying to compile GenerateCharacter.java for some 20 minutes and i don't think much is happening appart from using up cpu danny From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 11:10:19 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27E3D16A407 for ; Fri, 30 Jun 2006 11:10:19 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDC543D45 for ; Fri, 30 Jun 2006 11:10:18 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FwGt7-000Nfl-Oe; Fri, 30 Jun 2006 12:10:17 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FwGt7-0007TH-FV; Fri, 30 Jun 2006 12:10:17 +0100 To: danny@cs.huji.ac.il, ohartman@mail.uni-mainz.de In-Reply-To: Message-Id: From: Pete French Date: Fri, 30 Jun 2006 12:10:17 +0100 Cc: amd64@freebsd.org Subject: Re: openoffice support and other ports 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, 30 Jun 2006 11:10:19 -0000 > just a small question: how long should it take to compile java? > so far, my first attempt hung the machine (either javac or rpc.lockd were to > blame), now it's been trying to compile GenerateCharacter.java for > some 20 minutes and i don't think much is happening appart from using up cpu When I neeed to re-compile Java at work I usually set it going around lunchtime and just leave it. It's done by the next morning, but it's never finished before I leave work that night - so somewhere between 7 and 22 hours for me (P2.4 desktop, 15k SCSI though I dont think disc speed matters). Never measured it precisely though. But it's not nippy, thats for sure... -pete. From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 12:10:33 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D92716A407 for ; Fri, 30 Jun 2006 12:10:33 +0000 (UTC) (envelope-from rfrancis@ev.net) Received: from ms-smtp-03.ohiordc.rr.com (ms-smtp-03.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D61E43D5E for ; Fri, 30 Jun 2006 12:10:21 +0000 (GMT) (envelope-from rfrancis@ev.net) Received: from [192.168.0.4] (cpe-65-24-136-66.columbus.res.rr.com [65.24.136.66]) by ms-smtp-03.ohiordc.rr.com (8.13.6/8.13.6) with ESMTP id k5UCA7SR011074; Fri, 30 Jun 2006 08:10:07 -0400 (EDT) Message-ID: <44A5149E.5050600@ev.net> Date: Fri, 30 Jun 2006 08:10:06 -0400 From: Russell Francis User-Agent: Thunderbird 1.5.0.4 (X11/20060620) MIME-Version: 1.0 To: Danny Braniss References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> <20060627145517.GA61466@troutmask.apl.washington.edu> <44A45465.1020005@mail.uni-mainz.de> In-Reply-To: X-Enigmail-Version: 0.94.0.0 OpenPGP: id=56C85FCF Content-Type: multipart/mixed; boundary="------------070503010504010902060009" X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 30 Jun 2006 12:10:33 -0000 This is a multi-part message in MIME format. --------------070503010504010902060009 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Danny Braniss wrote: > just a small question: how long should it take to compile java? > so far, my first attempt hung the machine (either javac or rpc.lockd were to > blame), now it's been trying to compile GenerateCharacter.java for > some 20 minutes and i don't think much is happening appart from using up cpu Danny, Not sure if this is relevant but I seem to recall that if you have a SMP system, you must disable SMP to compile jdk15 on amd64. Put kern.smp.disabled=0 in /boot/loader.conf. Cheers, Russ --------------070503010504010902060009-- From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 13:40:27 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F23CF16A537 for ; Fri, 30 Jun 2006 13:40:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FEB4445E1 for ; Fri, 30 Jun 2006 13:03:18 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FwIeS-0003AH-DL; Fri, 30 Jun 2006 16:03:16 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Russell Francis In-reply-to: Your message of Fri, 30 Jun 2006 08:10:06 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Jun 2006 16:03:16 +0300 From: Danny Braniss Message-ID: Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 30 Jun 2006 13:40:27 -0000 > This is a multi-part message in MIME format. > --------------070503010504010902060009 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > > Danny Braniss wrote: > > just a small question: how long should it take to compile java? > > so far, my first attempt hung the machine (either javac or rpc.lockd were to > > blame), now it's been trying to compile GenerateCharacter.java for > > some 20 minutes and i don't think much is happening appart from using up cpu > > Danny, > > Not sure if this is relevant but I seem to recall that if you have a SMP > system, you must disable SMP to compile jdk15 on amd64. > > Put kern.smp.disabled=0 in /boot/loader.conf. > i guess you mean: kern.smp.disabled=1 i'll give it a try now, and report later. danny From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 13:56:15 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5760616A403 for ; Fri, 30 Jun 2006 13:56:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5223243D5C for ; Fri, 30 Jun 2006 13:56:07 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FwJTa-0005KT-S2; Fri, 30 Jun 2006 16:56:06 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Russell Francis In-reply-to: <44A5149E.5050600@ev.net> References: <1151350344.40202.10.camel@triton.mcneil.com> <44A0380A.1000902@mail.uni-mainz.de> <20060626195820.GA78155@troutmask.apl.washington.edu> <44A0FF9D.4010802@uni-mainz.de> <20060627145517.GA61466@troutmask.apl.washington.edu> <44A45465.1020005@mail.uni-mainz.de> <44A5149E.5050600@ev.net> Comments: In-reply-to Russell Francis message dated "Fri, 30 Jun 2006 08:10:06 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Jun 2006 16:56:06 +0300 From: Danny Braniss Message-ID: Cc: amd64@freebsd.org, "O. Hartmann" Subject: Re: openoffice support and other ports 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, 30 Jun 2006 13:56:15 -0000 > Danny Braniss wrote: > > just a small question: how long should it take to compile java? > > so far, my first attempt hung the machine (either javac or rpc.lockd were to > > blame), now it's been trying to compile GenerateCharacter.java for > > some 20 minutes and i don't think much is happening appart from using up cpu > > Danny, > > Not sure if this is relevant but I seem to recall that if you have a SMP > system, you must disable SMP to compile jdk15 on amd64. > > Put kern.smp.disabled=0 in /boot/loader.conf. so putting: kern.smp.disabled=1 in /boot/loader.conf solved the problem, thanks, danny From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 14:14:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B93B316A407 for ; Fri, 30 Jun 2006 14:14:16 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBE143D46 for ; Fri, 30 Jun 2006 14:14:15 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5UEFklT096484; Fri, 30 Jun 2006 18:15:46 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5UEFjob096483; Fri, 30 Jun 2006 18:15:45 +0400 (MSD) (envelope-from tarc) Date: Fri, 30 Jun 2006 18:15:45 +0400 From: Arseny Nasokin To: Peter Jeremy Message-ID: <20060630141545.GI2475@tarc.po.cs.msu.su> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> <20060630032951.GR74776@tarc.po.cs.msu.su> <20060630033351.GA2475@tarc.po.cs.msu.su> <20060630090210.GD734@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060630090210.GD734@turion.vk2pj.dyndns.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-amd64@freebsd.org Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 14:14:16 -0000 On Fri, Jun 30, 2006 at 07:02:10PM +1000, Peter Jeremy wrote: > On Fri, 2006-Jun-30 07:33:51 +0400, Arseny Nasokin wrote: > >On Fri, Jun 30, 2006 at 07:29:52AM +0400, Arseny Nasokin wrote: > >> Can it be needed for something else, not only for VESA videomode emulating? > > > >yes, it can: binary drivers, such N-Vidia =) > > Building a vm86 emulator that can handle occasional calls to VESA BIOS > to change screen configuration is relatively easy - efficiency is > irrelevant and you could adapt a x86 disassembler with minimal effort. > > Building a VM86 emulator that can usefully execute a binary driver - > especially a performance-critical one like a video driver - is a > totally different undertaking. > > -- > Peter Jeremy Understand, thanks -- Best regards, Arseny Nasokin From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 14:48:36 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D5C16A40F for ; Fri, 30 Jun 2006 14:48:36 +0000 (UTC) (envelope-from jonnyv@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DA3443E9 for ; Fri, 30 Jun 2006 14:48:36 +0000 (GMT) (envelope-from jonnyv@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so685254pyc for ; Fri, 30 Jun 2006 07:48:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nj4AIGZU2erbW8Iz7YbJ+Ap7KiOqsz8F+8LIkFTpOiacaTmF/kUKQ1B2UnOXQKxkxC/YGLzsdYjNehJ/8Nc4vTykm38wUTxoA4f2i7wam8tLmT/z0gMcDuCTZVFZYB0JkEGlFWKP5pyuGhlTtaKSesKjc5nl5SJPvI6Ex8EE8ww= Received: by 10.35.98.6 with SMTP id a6mr562782pym; Fri, 30 Jun 2006 07:48:34 -0700 (PDT) Received: by 10.35.64.7 with HTTP; Fri, 30 Jun 2006 07:48:34 -0700 (PDT) Message-ID: Date: Fri, 30 Jun 2006 07:48:34 -0700 From: "Jon Kuster" To: freebsd-amd64@freebsd.org In-Reply-To: <463aea570606292239m2db1acf9q5112496a77118b3c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <463aea570606240758o1ffa369dq818b95d1871ca875@mail.gmail.com> <200606241944.33819.joao@matik.com.br> <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> <200606290553.13133.joao@matik.com.br> <463aea570606292239l41c23219l6671da4cc9645389@mail.gmail.com> <463aea570606292239m2db1acf9q5112496a77118b3c@mail.gmail.com> Subject: Re: Frequent nve0: device timeout(1) messages 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, 30 Jun 2006 14:48:37 -0000 On 6/29/06, Gobbledegeek wrote: > On 6/30/06, Gobbledegeek wrote: > > $ cat uname.txt > > FreeBSD owl.rowl.in 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Jun 28 > > 13:03:43 IST 2006 root@owl.rowl.in:/usr/obj/usr/src/sys/OWL.KERN > > amd64 > > $ > > I used > > > > *default host=cvsup.ie.FreeBSD.org > > *default base=/var/db > > *default prefix=/usr > > *default release=cvs tag=RELENG_6 > > *default tag=. > > *default delete use-rel-suffix > > > > *default compress > > src-all tag=. > > > > Rgrds > > You've got 3 different tags listed in there, two of which say "pull down CURRENT". Remove "default tag=." and remove "tag=." from your src-all line, then you should get 6.1-STABLE. From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 15:11:54 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F83216A415 for ; Fri, 30 Jun 2006 15:11:54 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av12-2-sn2.hy.skanova.net (av12-2-sn2.hy.skanova.net [81.228.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0225D43D68 for ; Fri, 30 Jun 2006 15:11:48 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av12-2-sn2.hy.skanova.net (Postfix, from userid 502) id 03A5537FEB; Fri, 30 Jun 2006 17:11:46 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av12-2-sn2.hy.skanova.net (Postfix) with ESMTP id E8E5F37F9E; Fri, 30 Jun 2006 17:11:46 +0200 (CEST) Received: from 81-235-161-82-no21.tbcn.telia.com (81-235-161-82-no21.tbcn.telia.com [81.235.161.82]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id B75CC37E42; Fri, 30 Jun 2006 17:11:45 +0200 (CEST) From: Joel Dahl To: Peter Wemm In-Reply-To: <200606271242.50222.peter@wemm.org> References: <463aea570606240729u6b696c05vc1de0b1e03afae0f@mail.gmail.com> <20060624222706.GE747@turion.vk2pj.dyndns.org> <200606271242.50222.peter@wemm.org> Content-Type: text/plain Date: Fri, 30 Jun 2006 17:11:46 +0200 Message-Id: <1151680306.687.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org, Gobbledegeek Subject: Re: console in 1024x768 mode? 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, 30 Jun 2006 15:11:54 -0000 On Tue, 2006-06-27 at 12:42 -0700, Peter Wemm wrote: > On Saturday 24 June 2006 03:27 pm, Peter Jeremy wrote: > > On Sat, 2006-Jun-24 19:59:39 +0530, Gobbledegeek wrote: > > >I tried putting "options VESA" in kernel but buildkernel said > > >unsupported option. > > > > VESA relies on the kernel being able to call BIOS functions. The > > bios is i386 so this isn't possible in native amd64. > > > > Running non-standard console resolution means something like KGI. > > This was being worked on some years ago but seems to have died. > > The other option, which many amd64 linux's do, is to have the loader set > up the VESA modes and pass the information through to the console > driver. We could do that too because our loader runs in 32 bit mode. > > The other possibility is to do what the X servers do. They have a > simple emulator for 8088 real mode instructions (see their "int10" > module). They execute the bios code interpretively to do things like > mode changes etc. We could do that too. It shouldn't be hard to write > something like a userland tool that can change the mode and tell the > kernel what the new display settings are. It could even be done as a > kernel module, but I'm not sure I'd want a software vm86 emulator in > the default kernel as it tends to be a bit big. > > Volunteers, anyone? This looks like a perfect project for the ideas list[*]. Can someone with the right knowledge write (just follow the existing layout on the ideas list) a short text about this subject and send it to me? Don't worry about SGML or stuff like that, just give me some text and I'll mark it up and commit it to the list. [*] http://www.freebsd.org/projects/ideas/ -- Joel From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 15:15:20 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C68A16A407 for ; Fri, 30 Jun 2006 15:15:20 +0000 (UTC) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E03743E7A for ; Fri, 30 Jun 2006 15:15:16 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 198EDF812 for ; Fri, 30 Jun 2006 09:15:16 -0600 (MDT) Received: from shredder.teamcool.net (unknown [192.168.1.58]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id DDDD6F7BB for ; Fri, 30 Jun 2006 09:15:15 -0600 (MDT) Date: Fri, 30 Jun 2006 09:19:49 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20060630091949.f02bd54b.kgunders@teamcool.net> In-Reply-To: References: <463aea570606240758o1ffa369dq818b95d1871ca875@mail.gmail.com> <200606241944.33819.joao@matik.com.br> <463aea570606282356u4a9413ean367cc707cd5285c6@mail.gmail.com> <200606290553.13133.joao@matik.com.br> <463aea570606292239l41c23219l6671da4cc9645389@mail.gmail.com> <463aea570606292239m2db1acf9q5112496a77118b3c@mail.gmail.com> X-Mailer: Sylpheed version 2.2.5 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Frequent nve0: device timeout(1) messages 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, 30 Jun 2006 15:15:20 -0000 On Fri, 30 Jun 2006 07:48:34 -0700 "Jon Kuster" wrote: > On 6/29/06, Gobbledegeek wrote: > > On 6/30/06, Gobbledegeek wrote: > > > $ cat uname.txt > > > FreeBSD owl.rowl.in 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Jun 28 > > > 13:03:43 IST 2006 root@owl.rowl.in:/usr/obj/usr/src/sys/OWL.KERN > > > amd64 > > > $ > > > I used > > > > > > *default host=cvsup.ie.FreeBSD.org > > > *default base=/var/db > > > *default prefix=/usr > > > *default release=cvs tag=RELENG_6 > > > *default tag=. > > > *default delete use-rel-suffix > > > > > > *default compress > > > src-all tag=. > > > > > > Rgrds > > > > > You've got 3 different tags listed in there, two of which say "pull > down CURRENT". Remove "default tag=." and remove "tag=." from your > src-all line, then you should get 6.1-STABLE. Or to make it really, really, really simple, just: cd /usr/share/examples/cvsup and use the stable-supfile after editing to point to a cvsup server near you.... -- Best regards, Ken Gunderson "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 18:01:59 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B0F16A40F; Fri, 30 Jun 2006 18:01:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B47443D53; Fri, 30 Jun 2006 18:01:58 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FwNJV-000IWl-Gf; Fri, 30 Jun 2006 19:01:57 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FwNJV-000Ap2-CD; Fri, 30 Jun 2006 19:01:57 +0100 To: jhb@freebsd.org In-Reply-To: <200606261758.15734.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 30 Jun 2006 19:01:57 +0100 Cc: freebsd-amd64@freebsd.org Subject: Re: SMP system not running SMP 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, 30 Jun 2006 18:01:59 -0000 > It will still boot and print out messages you can capture using a serial > console. :) See my other e-mail today though. Well, I got a serial console working at last. Heres a verbose boot using a kernel with SMP in it, up to the point where it freezes. I think I posted an earlier set of messages from a boot where it runs O.K didn't I ? (the boot without the SCSi devices) -pete. SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=000000003fef0000 SMAP type=03 base=000000003fff0000 len=000000000000f000 SMAP type=04 base=000000003ffff000 len=0000000000001000 SMAP type=02 base=00000000ff7c0000 len=0000000000840000 Copyright (c) 1992-2006 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 6.1-RELEASE #1: Sun Jun 25 21:09:23 BST 2006 pete@skerry.drayhouse:/usr/obj/usr/src/sys/SKERRY-SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0be5000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0be5160. Calibrating clock(s) ... i8254 clock: 1193238 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1595034770 Hz CPU: AMD Opteron(tm) Processor 242 (1595.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500800 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003edb7fff, 1041825792 bytes (254352 pages) avail memory = 1041666048 (993 MB) MP Configuration Table version 1.1 found at 0xc00fa300 Table 'FACP' at 0x3fff0281 Table 'APIC' at 0x3fff0380 MADT: Found table at 0x3fff0380 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f2930 pnpbios: Entry = f0000:340a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 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 0xfebfe000 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) MADT: Found IO APIC ID 4, Interrupt 28 at 0xfebff000 ioapic2: intpin 0 -> PCI IRQ 28 (level, low) ioapic2: intpin 1 -> PCI IRQ 29 (level, low) ioapic2: intpin 2 -> PCI IRQ 30 (level, low) ioapic2: intpin 3 -> PCI IRQ 31 (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 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80011100 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 6 [class=060400] [hdr=01] is there (id=74601022) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00f27d0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x04 3 4 5 6 7 9 10 11 12 14 15 embedded 3 0 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 3 8 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 3 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 1 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 D 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 3 6 A 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 3 7 A 0x04 3 4 5 6 7 9 10 11 12 14 15 embedded 1 2 A 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 1 2 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 11 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 A 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 7 1 13 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 8 1 14 D 0x02 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 10 func 0 AcpiOsDerivePciId: bus 0 dev 11 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x5010 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1022, dev=0x7460, revid=0x07 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7468, revid=0x05 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7469, revid=0x03 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x1022, dev=0x746a, revid=0x02 bus=0, slot=7, func=2 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[10]: type 4, range 32, base 0000cf80, size 5, enabled pcib0: matched entry for 0.7.INTD pcib0: slot 7 INTD hardwired to IRQ 19 found-> vendor=0x1022, dev=0x746b, revid=0x05 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=0, slot=10, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 64, base febfe000, size 12, enabled found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=0, slot=11, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 64, base febff000, size 12, enabled found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 6.0 on pci0 pcib1: secondary bus 3 pcib1: subordinate bus 3 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xfc600000-0xfeafffff pcib1: prefetched decode 0xff500000-0xff5fffff pci3: on pcib1 pci3: physical bus=3 found-> vendor=0x1022, dev=0x7464, revid=0x0b bus=3, slot=0, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=9 map[10]: type 1, range 32, base feafd000, size 12, enabled pcib1: (null) requested memory range 0xfeafd000-0xfeafdfff: good pcib1: matched entry for 3.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 found-> vendor=0x1022, dev=0x7464, revid=0x0b bus=3, slot=0, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=9 map[10]: type 1, range 32, base feafe000, size 12, enabled pcib1: (null) requested memory range 0xfeafe000-0xfeafefff: good pcib1: matched entry for 3.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=3, slot=6, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 0000b800, size 8, enabled pcib1: (null) requested I/O range 0xb800-0xb8ff: in range map[18]: type 1, range 32, base feaff000, size 12, enabled pcib1: (null) requested memory range 0xfeaff000-0xfeafffff: good pcib1: matched entry for 3.6.INTA pcib1: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=3, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base ff5ff000, size 12, enabled pcib1: (null) requested memory range 0xff5ff000-0xff5fffff: good map[14]: type 4, range 32, base 0000bf80, size 5, enabled pcib1: (null) requested I/O range 0xbf80-0xbf9f: in range map[18]: type 1, range 32, base fe900000, size 20, enabled pcib1: (null) requested memory range 0xfe900000-0xfe9fffff: good pcib1: matched entry for 3.8.INTA pcib1: slot 8 INTA hardwired to IRQ 16 ohci0: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.0 on pci3 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeafd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 49 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafe000-0xfeafefff irq 19 at device 0.1 on pci3 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeafe000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci3: at device 6.0 (no driver attached) fxp0: port 0xbf80-0xbf9f mem 0xff5ff000-0xff5fffff,0xfe900000-0xfe9fffff irq 16 at device 8.0 on pci3 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff5ff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b01e 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:50:8b:02:ef:c6 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 fxp0: [MPSAFE] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 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=51 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 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=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xafff pcib2: memory decode 0xfc100000-0xfc5fffff pcib2: prefetched decode 0xff400000-0xff4fffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x0e11, dev=0xb060, revid=0x02 bus=2, slot=3, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base fc5c0000, size 18, enabled pcib2: (null) requested memory range 0xfc5c0000-0xfc5fffff: good map[14]: type 1, range 32, base fc400000, size 20, enabled pcib2: (null) requested memory range 0xfc400000-0xfc4fffff: good map[20]: type 4, range 32, base 0000a800, size 8, enabled pcib2: (null) requested I/O range 0xa800-0xa8ff: in range pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 24 ciss0: port 0xa800-0xa8ff mem 0xfc5c0000-0xfc5fffff,0xfc400000-0xfc4fffff irq 24 at device 3.0 on pci2 ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfc5c0000 ciss0: Reserved 0x100000 bytes for rid 0x14 type 3 at 0xfc400000 ioapic1: routing intpin 0 (PCI IRQ 24) to vector 53 ciss0: [GIANT-LOCKED] ciss0: using 256 of 1024 available commands ciss0: firmware 3.54 ciss0: 4 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0xe ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 0 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0xf000004c ciss0: 8 physical devices ciss0: 2 logical drives ciss0: logical drive (b0t0): RAID 1, 69632MB online ciss0: logical drive (b0t1): RAID 5, 174592MB online pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pcib3: secondary bus 1 pcib3: subordinate bus 1 pcib3: I/O decode 0x9000-0x9fff pcib3: memory decode 0xfc000000-0xfc0fffff pcib3: prefetched decode 0xff300000-0xff3fffff pci1: on pcib3 pci1: physical bus=1 found-> vendor=0x9005, dev=0x0080, revid=0x02 bus=1, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009800, size 8, enabled pcib3: (null) requested I/O range 0x9800-0x98ff: in range map[14]: type 1, range 64, base fc0ff000, size 12, enabled pcib3: (null) requested memory range 0xfc0ff000-0xfc0fffff: good pcib3: matched entry for 1.1.INTA pcib3: slot 1 INTA hardwired to IRQ 28 found-> vendor=0x14e4, dev=0x1648, revid=0x03 bus=1, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fc0a0000, size 16, enabled pcib3: (null) requested memory range 0xfc0a0000-0xfc0affff: good map[18]: type 1, range 64, base fc090000, size 16, enabled pcib3: (null) requested memory range 0xfc090000-0xfc09ffff: good pcib3: matched entry for 1.2.INTA pcib3: slot 2 INTA hardwired to IRQ 29 found-> vendor=0x14e4, dev=0x1648, revid=0x03 bus=1, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fc0e0000, size 16, enabled pcib3: (null) requested memory range 0xfc0e0000-0xfc0effff: good map[18]: type 1, range 64, base fc0b0000, size 16, enabled pcib3: (null) requested memory range 0xfc0b0000-0xfc0bffff: good pcib3: matched entry for 1.2.INTB pcib3: slot 2 INTB hardwired to IRQ 30 ahc0: port 0x9800-0x98ff mem 0xfc0ff000-0xfc0fffff irq 28 at device 1.0 on pci1 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9800 ahc0: Reading SEEPROM...done. ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1def6, Bugs 0x40, Flags 0x20485560 ioapic2: routing intpin 0 (PCI IRQ 28) to vector 54 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs bge0: mem 0xfc0a0000-0xfc0affff,0xfc090000-0xfc09ffff irq 29 at device 2.0 on pci1 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfc0a0000 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:0c:76:29:f5:15 ioapic2: routing intpin 1 (PCI IRQ 29) to vector 55 bge0: [MPSAFE] bge1: mem 0xfc0e0000-0xfc0effff,0xfc0b0000-0xfc0bffff irq 30 at device 2.1 on pci1 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfc0e0000 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:0c:76:29:f5:32 ioapic2: routing intpin 2 (PCI IRQ 30) to vector 56 bge1: [MPSAFE] pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 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:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 58 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 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 59 sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 60 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 61 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode 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 62 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it 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 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 0: ioport 0xc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xcefff,0xcf000-0xd07ff,0xd0800-0xd47ff,0xd4800-0xd57ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99689474 hz Timecounter "TSC" frequency 1595034770 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on 8111 chip acd0: setting UDMA66 on 8111 chip acd0: DVDR drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 8268KB/s (8268KB/s), 8192KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Waiting 5 seconds for SCSI devices to settle From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 18:20:59 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 947BA16A40F for ; Fri, 30 Jun 2006 18:20:59 +0000 (UTC) (envelope-from seebs@plethora.net) Received: from herd.plethora.net (herd.plethora.net [205.166.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4FD43D5F for ; Fri, 30 Jun 2006 18:20:57 +0000 (GMT) (envelope-from seebs@plethora.net) Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by herd.plethora.net (Postfix) with ESMTP id 80BB331E54 for ; Fri, 30 Jun 2006 13:20:56 -0500 (CDT) Received: from guild.plethora.net (seebs@localhost) by guild.plethora.net (8.13.3/8.12.8) with ESMTP id k5UIN3td022245 for ; Fri, 30 Jun 2006 13:23:03 -0500 (CDT) Message-Id: <200606301823.k5UIN3td022245@guild.plethora.net> X-Authentication-Warning: guild.plethora.net: seebs owned process doing -bs From: seebs@plethora.net (Peter Seebach) To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Fri, 30 Jun 2006 19:01:57 BST." Date: Fri, 30 Jun 2006 13:23:03 -0500 Subject: Re: SMP system not running SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Seebach List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 18:20:59 -0000 In message , Pete French writes : >acd0: setting PIO4 on 8111 chip >acd0: setting UDMA66 on 8111 chip >acd0: DVDR drive at ata0 as master >acd0: read 6890KB/s (6890KB/s) write 8268KB/s (8268KB/s), 8192KB buffer, UDMA66 >acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet >acd0: Writes: CDR, CDRW, DVDR, test write, burnproof >acd0: Audio: play, 256 volume levels >acd0: Mechanism: ejectable tray, unlocked >acd0: Medium: no/blank disc >Waiting 5 seconds for SCSI devices to settle The only significant difference is, on my system, "Waiting 5 seconds" comes BEFORE the acd0 messages. (Actually, I get some weird sequencer errors from ahd0, but they're much earlier and seem to get corrected. And, since you don't have them, they aren't what's causing the problem.) -s From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 30 19:00:21 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3403A16A407 for ; Fri, 30 Jun 2006 19:00:21 +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 9E61E4442D for ; Fri, 30 Jun 2006 19:00:18 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k5UJ0HLZ097007; Fri, 30 Jun 2006 15:00:17 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-amd64@FreeBSD.org, Peter Seebach Date: Fri, 30 Jun 2006 15:00:02 -0400 User-Agent: KMail/1.6.2 References: <200606301823.k5UIN3td022245@guild.plethora.net> In-Reply-To: <200606301823.k5UIN3td022245@guild.plethora.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200606301500.04617.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1578/Fri Jun 30 05:34:32 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: SMP system not running SMP 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, 30 Jun 2006 19:00:21 -0000 On Friday 30 June 2006 02:23 pm, Peter Seebach wrote: > In message , Pete > French writes > > >acd0: setting PIO4 on 8111 chip > >acd0: setting UDMA66 on 8111 chip > >acd0: DVDR drive at ata0 as master > >acd0: read 6890KB/s (6890KB/s) write 8268KB/s (8268KB/s), 8192KB > > buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, > > packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof > >acd0: Audio: play, 256 volume levels > >acd0: Mechanism: ejectable tray, unlocked > >acd0: Medium: no/blank disc > >Waiting 5 seconds for SCSI devices to settle > > The only significant difference is, on my system, "Waiting 5 > seconds" comes BEFORE the acd0 messages. > > (Actually, I get some weird sequencer errors from ahd0, but they're > much earlier and seem to get corrected. And, since you don't have > them, they aren't what's causing the problem.) I had weird issues with floppy drive recently. For certain platforms, it hangs at the same point. Try disabling floppy controller from BIOS if you don't need it. If the BIOS doesn't have the option, try removing 'device fdc' from kernel configuration. Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 1 16:44:13 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DCE16A523 for ; Sat, 1 Jul 2006 16:44:13 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC61E43F1A for ; Sat, 1 Jul 2006 16:41:28 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpa.nu ([141.168.7.22]) by omta04sl.mx.bigpond.com with ESMTP id <20060701164126.EAGW7229.omta04sl.mx.bigpond.com@areilly.bpa.nu> for ; Sat, 1 Jul 2006 16:41:26 +0000 Received: (qmail 32526 invoked by uid 501); 1 Jul 2006 07:47:30 -0000 Date: Sat, 1 Jul 2006 17:47:30 +1000 From: Andrew Reilly To: Gobbledegeek Message-ID: <20060701074730.GB8222@duncan.reilly.home> References: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463aea570606292249y482107daxcc965000c22ae0ae@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: alias command does not work 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: Sat, 01 Jul 2006 16:44:13 -0000 On Fri, Jun 30, 2006 at 11:19:46AM +0530, Gobbledegeek wrote: > alias vi=/usr/local/bin/vim > or alias vi='/usr/local/bin/vim' > > does not work. I am using bash shell Both of those certainly do work, if you're using bash: I've just checked. So I suspect that you're not actually using bash. What does your user's entry in /etc/passwd say? Is bash listed in /etc/shells? What happens when you run "/usr/local/bin/bash -login"? Do you get bash then? If you're convinced you are running bash, and you enter either of those alias lines that you've mentioned, what does "type vi" say? Don't worry about the die-hards who advocate tcsh (the default FreeBSD shell). Csh syntax was proven to cause brain damage long ago :-) Cheers, -- Andrew From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 1 17:37:45 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34AEA16A407; Sat, 1 Jul 2006 17:37:45 +0000 (UTC) (envelope-from keichii@freebsd.org) Received: from mail.cps.utexas.edu (mail.cps.utexas.edu [128.83.188.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CB6448EF; Sat, 1 Jul 2006 17:37:44 +0000 (GMT) (envelope-from keichii@freebsd.org) Received: from [128.83.157.105] (dhcp-128-83-157-105.psy.utexas.edu [128.83.157.105]) by mail.cps.utexas.edu (8.13.1/8.13.1) with ESMTP id k61HPZiY026342; Sat, 1 Jul 2006 12:25:35 -0500 Message-ID: <44A6B2F1.6070304@freebsd.org> Date: Sat, 01 Jul 2006 12:37:53 -0500 From: "Michael C. Wu" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-smp@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Tyan S4881+M4881, SMP, 128GB RAM support? 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: Sat, 01 Jul 2006 17:37:45 -0000 Hi Everyone, We are looking into building a big machine for scientific computing. And I am wondering about the status of FreeBSD on the hardware. The processes are very large memory-bound stuff. We plan to use the Tyan S4881 motherboard, with dual-core opterons, and probably fill up the board with 4GB RAM. This board has 16 DIMM slots, and we plan to have RAM in all of the slots. We also think that the daughter board Tyan M4881, which you connect to the S4881, could be on it. And we hope to have funding to fill it up with RAM too. What I am wondering is, 1. Is anyone running this setup (8x dualcore chips, 128GB RAM) on AMD64 successfully? 2. Any problems with doing this in our VM and such? 3. General suggestions. Thanks, Michael From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 1 23:51:04 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E2616A4B3; Sat, 1 Jul 2006 23:51:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580B544349; Sat, 1 Jul 2006 22:48:01 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k61Mlg6b010942; Sat, 1 Jul 2006 15:47:42 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k61MlgJj010941; Sat, 1 Jul 2006 15:47:42 -0700 (PDT) (envelope-from sgk) Date: Sat, 1 Jul 2006 15:47:42 -0700 From: Steve Kargl To: "Michael C. Wu" Message-ID: <20060701224742.GB10881@troutmask.apl.washington.edu> References: <44A6B2F1.6070304@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A6B2F1.6070304@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-smp@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Tyan S4881+M4881, SMP, 128GB RAM support? 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: Sat, 01 Jul 2006 23:51:04 -0000 On Sat, Jul 01, 2006 at 12:37:53PM -0500, Michael C. Wu wrote: > > We are looking into building a big machine > for scientific computing. And I am wondering > about the status of FreeBSD on the hardware. > > The processes are very large memory-bound stuff. > > We plan to use the Tyan S4881 motherboard, with > dual-core opterons, and probably fill up the > board with 4GB RAM. This board has 16 DIMM slots, > and we plan to have RAM in all of the slots. > I don't have the s4881 motherboard, but I would be surprized if FreeBSD did not work on it. My research group recent purchased a small hyperblade cluster from Appro.com. The system has 6 nodes that are based on the s2881 motherboard with 2 dual-core 2.4 GHz opteron, 16 GB of memory, and 233 GB hard drives. MPICH2 and gfortran appear to work quite nicely on the cluster. The cluster includes a GigE switch, which I hope to replace with infiniband or myrinet in the future. I have no experience with the daughter board you mentioned. -- Steve