From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 10 11:03: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 50D9016A50E for ; Mon, 10 Jul 2006 11:03:06 +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 A3E2743D5C for ; Mon, 10 Jul 2006 11:02:54 +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 k6AB2ruG055557 for ; Mon, 10 Jul 2006 11:02:53 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6AB2qDv055553 for freebsd-amd64@freebsd.org; Mon, 10 Jul 2006 11:02:52 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Jul 2006 11:02:52 GMT Message-Id: <200607101102.k6AB2qDv055553@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, 10 Jul 2006 11:03:06 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/11/17] amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing 1 problem 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/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/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 [em] FreeBSD 6.0 Release Intel Pro 1000 M 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/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/27] amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 ( f [2006/03/28] amd64/95056 amd64 Nvidia Nforce ETH Driver -> Timeout Error f [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 f [2006/06/26] amd64/99475 amd64 Mail attachement was modified o [2006/06/27] amd64/99561 amd64 system hangs in FreeBSD AMD64 when writti 63 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/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 a [2006/01/30] amd64/92527 amd64 [ciphy.c] no driver for "CICADA VSC 8201 o [2006/02/07] amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable ti a [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 17 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 10: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 20D6D16A4DE for ; Tue, 11 Jul 2006 10:51:04 +0000 (UTC) (envelope-from spampass@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC29443D78 for ; Tue, 11 Jul 2006 10:50:52 +0000 (GMT) (envelope-from spampass@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so4047670pyc for ; Tue, 11 Jul 2006 03:50:52 -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=MctpwPRQhRT0cjRPQOOO639VoSA33qUm1inKJXgOAwCXWlySmHM6HkIWhmPyoXaOdl3AfDlaDopa857UnCGpAJ8Vu5Hrg7yIvTIUc0cReoiomedRjxpLBi9eTdUAtB0IfiXea6GeoovqJA7mbAVT1KzXdOvwMqLZPDr7isDg0gE= Received: by 10.35.82.15 with SMTP id j15mr6426041pyl; Tue, 11 Jul 2006 03:50:50 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Tue, 11 Jul 2006 03:50:50 -0700 (PDT) Message-ID: <93f8f44b0607110350o572c1c5ate3af435571908f3f@mail.gmail.com> Date: Tue, 11 Jul 2006 14:50:50 +0400 From: Michael To: freebsd-amd64@freebsd.org In-Reply-To: <44AEAC75.7010900@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607061818.46985.jkim@FreeBSD.org> <93f8f44b0607071133h34b69eb7oc6874c3ec839e4fc@mail.gmail.com> <44AEAC75.7010900@rogers.com> Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 11 Jul 2006 10:51:04 -0000 On 7/7/06, Mike Jakubik wrote: > Michael wrote: > > > > Thanks for advice! I've tried that, but no luck - absolutely the same > > result. The reason why I was asking about *support* for that processor > > is, that there is no mention for X2 in > > http://www.freebsd.org/platforms/amd64.html. Only Turion 64, and no > > X2. And personally I think, that things breaks because of second core > > of CPU :-\ > > It's still a x86-64 CPU. The problem is most likely with the bios/acpi. I think so, and hope this will be fixed in 6.2. Here goes my dmesg with ACPI disabled, i was trying to get dmesg with ACPI enabled but got text files contained ^@ things... Is there anything else I can give?.. 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: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1607.33-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 1073479680 (1023 MB) avail memory = 1024266240 (976 MB) kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xdcebe000-0xdcebefff irq 11 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xdcebfc00-0xdcebfcff irq 7 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered ugen0: Syntek USB2.0, rev 2.00/0.05, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: at device 16.0 on pci0 pci3: on pcib3 cbb0: mem 0xdf800000-0xdf800fff irq 11 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: mem 0xdf7ff000-0xdf7ff7ff irq 5 at device 1.1 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:5a:a9:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:5a:a9:a6 fwe0: Ethernet address: 02:e0:18:5a:a9:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 3.0 (no driver attached) pci0: at device 16.1 (no driver attached) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen1: vendor 0x0b05 product 0x1712, rev 2.00/19.15, addr 3 Timecounter "TSC" frequency 1607325151 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad2s2a From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 16: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 A684916A50E for ; Tue, 11 Jul 2006 16:24:12 +0000 (UTC) (envelope-from rmkml@free.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5393843D73 for ; Tue, 11 Jul 2006 16:24:12 +0000 (GMT) (envelope-from rmkml@free.fr) Received: from [192.168.1.2] (www.crusoe-researches.com [82.238.92.71]) by smtp6-g19.free.fr (Postfix) with ESMTP id 8916A227E7 for ; Tue, 11 Jul 2006 18:24:11 +0200 (CEST) Date: Tue, 11 Jul 2006 18:24:11 +0200 (CEST) From: rmkml To: freebsd-amd64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: how to detect second proc on amd64x2 ? 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, 11 Jul 2006 16:24:12 -0000 Hi, sorry for stupid question, but I have installed freebsd amd64 port boot UP (uniproc) ok compiled SMP kernel reboot : FreeBSD 6.1-RELEASE #0: Sun Jun 25 12:25:35 UTC 2006 root@freebsd61x2.test.com:/usr/src/sys/amd64/compile/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1989.82-MHz K8-class CPU) ... but not detect two proc (dmesg and top), why ? maybe acpi error ? : ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES thx for any help Best Regards Rmkml From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 17:31: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 359D016A555 for ; Tue, 11 Jul 2006 17:31:13 +0000 (UTC) (envelope-from rmkml@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A0A43D4C for ; Tue, 11 Jul 2006 17:31:12 +0000 (GMT) (envelope-from rmkml@free.fr) Received: from [192.168.1.2] (www.crusoe-researches.com [82.238.92.71]) by smtp3-g19.free.fr (Postfix) with ESMTP id 0E39D499F1 for ; Tue, 11 Jul 2006 19:31:12 +0200 (CEST) Date: Tue, 11 Jul 2006 19:31:12 +0200 (CEST) From: rmkml To: freebsd-amd64@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: SOLVED: how to detect second proc on amd64x2 ? 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, 11 Jul 2006 17:31:13 -0000 ok solved by reactivated acpi on bios ... sorry for noise Regards Rmkml On Tue, 11 Jul 2006, rmkml wrote: > Date: Tue, 11 Jul 2006 18:24:11 +0200 (CEST) > From: rmkml > To: freebsd-amd64@freebsd.org > Subject: how to detect second proc on amd64x2 ? > > Hi, > sorry for stupid question, > but I have installed freebsd amd64 port > boot UP (uniproc) ok > compiled SMP kernel > reboot : > FreeBSD 6.1-RELEASE #0: Sun Jun 25 12:25:35 UTC 2006 > root@freebsd61x2.test.com:/usr/src/sys/amd64/compile/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1989.82-MHz K8-class > CPU) > ... > but not detect two proc (dmesg and top), > why ? > maybe acpi error ? : > ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, > AE_NO_ACPI_TABLES > ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: > AE_NO_ACPI_TABLES > ACPI: table load failed: AE_NO_ACPI_TABLES > > thx for any help > Best Regards > Rmkml > _______________________________________________ > 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" > From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 18:47: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 43D1D16A4DE for ; Tue, 11 Jul 2006 18:47:56 +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 A7FBF43D45 for ; Tue, 11 Jul 2006 18:47:55 +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 k6BIlsoQ076321; Tue, 11 Jul 2006 14:47:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 11 Jul 2006 14:44:55 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <44AEAC75.7010900@rogers.com> <93f8f44b0607110350o572c1c5ate3af435571908f3f@mail.gmail.com> In-Reply-To: <93f8f44b0607110350o572c1c5ate3af435571908f3f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607111444.56287.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, 11 Jul 2006 14:47:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 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: Turion 64 X2 support in future versions of FreeBSD. 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, 11 Jul 2006 18:47:56 -0000 On Tuesday 11 July 2006 06:50, Michael wrote: > On 7/7/06, Mike Jakubik wrote: > > Michael wrote: > > > > > > Thanks for advice! I've tried that, but no luck - absolutely the same > > > result. The reason why I was asking about *support* for that processor > > > is, that there is no mention for X2 in > > > http://www.freebsd.org/platforms/amd64.html. Only Turion 64, and no > > > X2. And personally I think, that things breaks because of second core > > > of CPU :-\ > > > > It's still a x86-64 CPU. The problem is most likely with the bios/acpi. > > I think so, and hope this will be fixed in 6.2. Here goes my dmesg > with ACPI disabled, i was trying to get dmesg with ACPI enabled but > got text files contained ^@ things... > > Is there anything else I can give?.. I would really need to see the dmesg with ACPI enabled. Also, when your machine is slow, have you checked to see if you have a high number of interrupts (via vmstat -i or systat -vmstat)? Are there any extra messages in dmesg after boot once it is slow? Can you get the output of 'sysctl hw.acpi' when it is slow? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 19:59: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 013A216A4E1 for ; Tue, 11 Jul 2006 19:59:03 +0000 (UTC) (envelope-from spampass@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF91D43D66 for ; Tue, 11 Jul 2006 19:58:50 +0000 (GMT) (envelope-from spampass@gmail.com) Received: by py-out-1112.google.com with SMTP id c63so3853051pyc for ; Tue, 11 Jul 2006 12:58:21 -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=qaIl6+s3rleW2rmYF5C8DETKTB4Sm2nbUEU0Uu5MuTrHP5iPHb7kq5e5ieNjq0FH8AER5DA20UHPWwN9hEPGbsZXWzMFTLyRkKG4OB75FSDmdMqdb+sm3FwzuZf/lNYSgaILIUq5IGkpnBCjeVb/0YXs03okvhpfUB4Iuj+UPMo= Received: by 10.35.27.1 with SMTP id e1mr7088913pyj; Tue, 11 Jul 2006 12:57:49 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Tue, 11 Jul 2006 12:57:49 -0700 (PDT) Message-ID: <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> Date: Tue, 11 Jul 2006 23:57:49 +0400 From: Michael To: "John Baldwin" In-Reply-To: <200607111444.56287.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <44AEAC75.7010900@rogers.com> <93f8f44b0607110350o572c1c5ate3af435571908f3f@mail.gmail.com> <200607111444.56287.jhb@freebsd.org> Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 11 Jul 2006 19:59:03 -0000 On 11/07/06, John Baldwin wrote: > > > Michael wrote: > > > > > > > > Thanks for advice! I've tried that, but no luck - absolutely the same > > > > result. The reason why I was asking about *support* for that processor > > > > is, that there is no mention for X2 in > > > > http://www.freebsd.org/platforms/amd64.html. Only Turion 64, and no > > > > X2. And personally I think, that things breaks because of second core > > > > of CPU :-\ > > > > > I would really need to see the dmesg with ACPI enabled. Also, when your > machine is slow, have you checked to see if you have a high number of > interrupts (via vmstat -i or systat -vmstat)? Are there any extra messages > in dmesg after boot once it is slow? Can you get the output of 'sysctl > hw.acpi' when it is slow? Thanks for response! ================== dmesg ================== 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: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1607.33-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 1073479680 (1023 MB) avail memory = 1024225280 (976 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 acpi0: reservation of 62, 2 (4) failed acpi0: reservation of 65, b (4) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of e0000000, 10000000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xdcebe000-0xdcebefff irq 22 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xdcebfc00-0xdcebfcff irq 23 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered ugen0: Syntek USB2.0, rev 2.00/0.05, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: at device 16.0 on pci0 pci3: on pcib3 cbb0: mem 0xdf800000-0xdf800fff irq 17 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: mem 0xdf7ff000-0xdf7ff7ff irq 18 at device 1.1 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:5a:a9:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:5a:a9:a6 fwe0: Ethernet address: 02:e0:18:5a:a9:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 3.0 (no driver attached) pci0: at device 16.1 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: 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 IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen1: vendor 0x0b05 product 0x1712, rev 2.00/19.15, addr 3 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad2s2a ================== vmstat -i ================== interrupt total rate irq1: atkbd0 457 3 irq9: acpi0 30 0 irq14: ata0 47 0 irq15: ata1 768 5 irq18: fwohci0 1 0 irq22: ohci0 3810 25 irq23: ehci0 2 0 cpu0: timer 19005 129 cpu1: timer 9016 61 Total 33136 225 ================== sysctl hw.acpi ================== hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 70.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 110.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 20:18:28 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 6736416A4FC for ; Tue, 11 Jul 2006 20:18:28 +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 4EE9943D78 for ; Tue, 11 Jul 2006 20:18:27 +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 k6BKILLQ077005; Tue, 11 Jul 2006 16:18:26 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Michael Date: Tue, 11 Jul 2006 16:18:11 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111444.56287.jhb@freebsd.org> <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> In-Reply-To: <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607111618.11303.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, 11 Jul 2006 16:18:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 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: Turion 64 X2 support in future versions of FreeBSD. 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, 11 Jul 2006 20:18:28 -0000 On Tuesday 11 July 2006 15:57, Michael wrote: > On 11/07/06, John Baldwin wrote: > > > > Michael wrote: > > > > > > > > > > Thanks for advice! I've tried that, but no luck - absolutely the same > > > > > result. The reason why I was asking about *support* for that processor > > > > > is, that there is no mention for X2 in > > > > > http://www.freebsd.org/platforms/amd64.html. Only Turion 64, and no > > > > > X2. And personally I think, that things breaks because of second core > > > > > of CPU :-\ > > > > > > > > I would really need to see the dmesg with ACPI enabled. Also, when your > > machine is slow, have you checked to see if you have a high number of > > interrupts (via vmstat -i or systat -vmstat)? Are there any extra > > messages in dmesg after boot once it is slow? Can you get the output > > of 'sysctl hw.acpi' when it is slow? > > Thanks for response! No obvious breakages. Hmm, does ACPI work fine if you disable apic via 'set hint.apic.0.disabled=1' in the loader? (When you disable ACPI on amd64 you also implicitly disable APIC.) -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 11 21:16: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 9EC4216A4DD for ; Tue, 11 Jul 2006 21:16:12 +0000 (UTC) (envelope-from spampass@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6822F43D45 for ; Tue, 11 Jul 2006 21:16:03 +0000 (GMT) (envelope-from spampass@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so4035928pyb for ; Tue, 11 Jul 2006 14:16:02 -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=pWt2cFGDvEX3XNyyUAKTtiiysOcIUKqyaT0wfMHU9SvNtPsP//xOEPCGOe0NOaBZlsaQNi33UT5eYPuNpdY0teGJDw4Y94tRh5h06jOGGLrPteCD9/cE3u/Il+BFujmv8BI0xB9qCczG/6quJg5P0B+4CYUC+T/0AkiabOImWyI= Received: by 10.35.21.1 with SMTP id y1mr7167429pyi; Tue, 11 Jul 2006 14:16:02 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Tue, 11 Jul 2006 14:16:02 -0700 (PDT) Message-ID: <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> Date: Wed, 12 Jul 2006 01:16:02 +0400 From: Michael To: "John Baldwin" In-Reply-To: <200607111618.11303.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111444.56287.jhb@freebsd.org> <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> <200607111618.11303.jhb@freebsd.org> Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 11 Jul 2006 21:16:12 -0000 On 12/07/06, John Baldwin wrote: > > No obvious breakages. Hmm, does ACPI work fine if you disable apic via 'set > hint.apic.0.disabled=1' in the loader? (When you disable ACPI on amd64 you > also implicitly disable APIC.) it works fine (no slowing), but i see no second CPU in top output, here dmesg command output (very strange though, since it include strings from previous sessions): ==================== dmesg ==================== 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: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1607.32-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 1073479680 (1023 MB) avail memory = 1024266240 (976 MB) kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xdcebe000-0xdcebefff irq 11 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xdcebfc00-0xdcebfcff irq 7 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered ugen0: Syntek USB2.0, rev 2.00/0.05, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: at device 16.0 on pci0 pci3: on pcib3 cbb0: mem 0xdf800000-0xdf800fff irq 11 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: mem 0xdf7ff000-0xdf7ff7ff irq 5 at device 1.1 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:5a:a9:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:5a:a9:a6 fwe0: Ethernet address: 02:e0:18:5a:a9:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 3.0 (no driver attached) pci0: at device 16.1 (no driver attached) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen1: vendor 0x0b05 product 0x1712, rev 2.00/19.15, addr 3 Timecounter "TSC" frequency 1607323705 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad2s2a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 16 files 5 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 40 files 11 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 0 1 0 0 done All buffers synced. 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: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1607.33-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 1073479680 (1023 MB) avail memory = 1024266240 (976 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 acpi0: reservation of 62, 2 (4) failed acpi0: reservation of 65, b (4) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of e0000000, 10000000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xdcebe000-0xdcebefff irq 11 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xdcebfc00-0xdcebfcff irq 7 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered ugen0: Syntek USB2.0, rev 2.00/0.05, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: at device 16.0 on pci0 pci3: on pcib3 cbb0: mem 0xdf800000-0xdf800fff irq 11 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: mem 0xdf7ff000-0xdf7ff7ff irq 5 at device 1.1 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:5a:a9:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:5a:a9:a6 fwe0: Ethernet address: 02:e0:18:5a:a9:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 3.0 (no driver attached) pci0: at device 16.1 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: 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 IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen1: vendor 0x0b05 product 0x1712, rev 2.00/19.15, addr 3 Timecounter "TSC" frequency 1607327863 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad2s2a WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 0 done All buffers synced. 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: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1607.33-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 1073479680 (1023 MB) avail memory = 1024266240 (976 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 acpi0: reservation of 62, 2 (4) failed acpi0: reservation of 65, b (4) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of e0000000, 10000000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 4.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xdcebe000-0xdcebefff irq 11 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xdcebfc00-0xdcebfcff irq 7 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered ugen0: Syntek USB2.0, rev 2.00/0.05, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: at device 16.0 on pci0 pci3: on pcib3 cbb0: mem 0xdf800000-0xdf800fff irq 11 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: mem 0xdf7ff000-0xdf7ff7ff irq 5 at device 1.1 on pci3 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:5a:a9:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:5a:a9:a6 fwe0: Ethernet address: 02:e0:18:5a:a9:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 3.0 (no driver attached) pci0: at device 16.1 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: 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 IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen1: vendor 0x0b05 product 0x1712, rev 2.00/19.15, addr 3 Timecounter "TSC" frequency 1607326539 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad2s2a From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 04:37: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 72EB716A4DE; Wed, 12 Jul 2006 04:37:02 +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 1F4B043D49; Wed, 12 Jul 2006 04:37:01 +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 EC51B3E7; Tue, 11 Jul 2006 23:37:00 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3E50861C2B; Tue, 11 Jul 2006 23:37:00 -0500 (CDT) Date: Tue, 11 Jul 2006 23:37:00 -0500 From: "Matthew D. Fuller" To: Michael Message-ID: <20060712043700.GJ98476@over-yonder.net> References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <44AEAC75.7010900@rogers.com> <93f8f44b0607110350o572c1c5ate3af435571908f3f@mail.gmail.com> <200607111444.56287.jhb@freebsd.org> <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 04:37:02 -0000 On Tue, Jul 11, 2006 at 11:57:49PM +0400 I heard the voice of Michael, and lo! it spake thus: > > cpu0: timer 19005 129 > cpu1: timer 9016 61 That looks a little odd... -- 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 Jul 12 16:23: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 7382616A4DA; Wed, 12 Jul 2006 16:23:14 +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 DAFC643D60; Wed, 12 Jul 2006 16:23:11 +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 k6CGN9gA031805; Wed, 12 Jul 2006 12:23:09 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "John Baldwin" Date: Wed, 12 Jul 2006 12:22:54 -0400 User-Agent: KMail/1.6.2 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111618.11303.jhb@freebsd.org> <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> In-Reply-To: <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200607121222.57392.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1594/Wed Jul 12 11:04:34 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-amd64@FreeBSD.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 16:23:14 -0000 On Tuesday 11 July 2006 05:16 pm, Michael wrote: > On 12/07/06, John Baldwin wrote: > > No obvious breakages. Hmm, does ACPI work fine if you disable > > apic via 'set hint.apic.0.disabled=1' in the loader? (When you > > disable ACPI on amd64 you also implicitly disable APIC.) > > it works fine (no slowing), but i see no second CPU in top output, > here dmesg command output (very strange though, since it include > strings from previous sessions): --- >8 --- SNIP!!! --- >8 --- It seems Rev. F core has subtle differences. You may find the following useful: BIOS and Kernal Developer's Guide for AMD NPT Family 0Fh Processors: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/32559.pdf I wish I had one of these puppies to try. :-( Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 18:22:27 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 7EB8616A4DE for ; Wed, 12 Jul 2006 18:22:27 +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 E273943D5A for ; Wed, 12 Jul 2006 18:22:26 +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 k6CIMHZs090278; Wed, 12 Jul 2006 14:22:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Michael Date: Wed, 12 Jul 2006 14:17:25 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111618.11303.jhb@freebsd.org> <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> In-Reply-To: <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607121417.25934.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]); Wed, 12 Jul 2006 14:22:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1594/Wed Jul 12 11:04:34 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: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 18:22:27 -0000 On Tuesday 11 July 2006 17:16, Michael wrote: > On 12/07/06, John Baldwin wrote: > > > > No obvious breakages. Hmm, does ACPI work fine if you disable apic via 'set > > hint.apic.0.disabled=1' in the loader? (When you disable ACPI on amd64 you > > also implicitly disable APIC.) > > it works fine (no slowing), but i see no second CPU in top output, > here dmesg command output (very strange though, since it include > strings from previous sessions): Yes, APIC is required for SMP, but I wanted you to do the test for comparison purposes. Another test you could try is leaving ACPI and APIC enabled and just disabling SMP via 'kern.smp.disabled=1' at the loader to see if the slow-down only comes from having both cores enabled. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 18:22: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 237F216A4DF for ; Wed, 12 Jul 2006 18:22:29 +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 6B8D343D5E for ; Wed, 12 Jul 2006 18:22: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 k6CIMHZt090278; Wed, 12 Jul 2006 14:22:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Matthew D. Fuller" Date: Wed, 12 Jul 2006 14:18:57 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> <20060712043700.GJ98476@over-yonder.net> In-Reply-To: <20060712043700.GJ98476@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607121418.58293.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]); Wed, 12 Jul 2006 14:22:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1594/Wed Jul 12 11:04:34 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: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 18:22:29 -0000 On Wednesday 12 July 2006 00:37, Matthew D. Fuller wrote: > On Tue, Jul 11, 2006 at 11:57:49PM +0400 I heard the voice of > Michael, and lo! it spake thus: > > > > cpu0: timer 19005 129 > > cpu1: timer 9016 61 > > That looks a little odd... Possibly. Because cpu0's timer starts up sooner, it will generally have a higher total count (and uptime rate which is what vmstat -i shows you) than the other CPUs. It's hard to say if 10000 interrupts is normal for the differential though. That seems high. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 18:33:46 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 9947C16A4FB; Wed, 12 Jul 2006 18:33:46 +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 EE6F043D7B; Wed, 12 Jul 2006 18:33:45 +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 D34483E7; Wed, 12 Jul 2006 13:33:44 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 23EC461C2B; Wed, 12 Jul 2006 13:33:44 -0500 (CDT) Date: Wed, 12 Jul 2006 13:33:44 -0500 From: "Matthew D. Fuller" To: John Baldwin Message-ID: <20060712183343.GM98476@over-yonder.net> References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <93f8f44b0607111257j10923734i14309e1767abeb09@mail.gmail.com> <20060712043700.GJ98476@over-yonder.net> <200607121418.58293.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607121418.58293.jhb@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 18:33:46 -0000 On Wed, Jul 12, 2006 at 02:18:57PM -0400 I heard the voice of John Baldwin, and lo! it spake thus: > On Wednesday 12 July 2006 00:37, Matthew D. Fuller wrote: > > On Tue, Jul 11, 2006 at 11:57:49PM +0400 I heard the voice of > > Michael, and lo! it spake thus: > > > > > > cpu0: timer 19005 129 > > > cpu1: timer 9016 61 > > > > That looks a little odd... > > Possibly. Because cpu0's timer starts up sooner, it will generally > have a higher total count (and uptime rate which is what vmstat -i > shows you) than the other CPUs. It's hard to say if 10000 > interrupts is normal for the differential though. That seems high. Well, it's not just the 10000; I've got a thousand differential on my box (and that's with HZ=100). Of course, a 10,000 differential with one of them not even having reached 10,000 yet is pretty big. But look at the rate: 129? HZ=65? I doubt it... that sounds like something REALLY weird going on. -- 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 Jul 12 19:06: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 BE76216A4DA for ; Wed, 12 Jul 2006 19:06:10 +0000 (UTC) (envelope-from spampass@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C9A43D46 for ; Wed, 12 Jul 2006 19:06:09 +0000 (GMT) (envelope-from spampass@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so375180pyc for ; Wed, 12 Jul 2006 12:06:09 -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=cXEF67KvjXaG2c3h3GA7C9vt5/HjYDwjMAVPP5WCyayk6Yf8Dxu+Y+/ichFPzi+sbwK3fTJrt73whU5xBZaCxcTsx/nc6GbkfYvKrWK3zds1NpzS5IgTDeMvvc9nZ5L/bCrkmwoQfFwyBFFeWWbj6EKkMkA3o30sJZPo8Ki68Sg= Received: by 10.35.37.18 with SMTP id p18mr1242838pyj; Wed, 12 Jul 2006 12:04:19 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Wed, 12 Jul 2006 12:04:19 -0700 (PDT) Message-ID: <93f8f44b0607121204l69bd868ch103316b78c35fcb2@mail.gmail.com> Date: Wed, 12 Jul 2006 12:04:19 -0700 From: Michael To: "John Baldwin" In-Reply-To: <200607121417.25934.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111618.11303.jhb@freebsd.org> <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> <200607121417.25934.jhb@freebsd.org> Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 19:06:10 -0000 On 12/07/06, John Baldwin wrote: > On Tuesday 11 July 2006 17:16, Michael wrote: > > On 12/07/06, John Baldwin wrote: > > > > > > No obvious breakages. Hmm, does ACPI work fine if you disable apic > via 'set > > > hint.apic.0.disabled=1' in the loader? (When you disable ACPI on amd64 > you > > > also implicitly disable APIC.) > > > > it works fine (no slowing), but i see no second CPU in top output, > > here dmesg command output (very strange though, since it include > > strings from previous sessions): > > Yes, APIC is required for SMP, but I wanted you to do the test for comparison > purposes. Another test you could try is leaving ACPI and APIC enabled and > just disabling SMP via 'kern.smp.disabled=1' at the loader to see if the > slow-down only comes from having both cores enabled. Okay, I did what you requested: ACPI and APIC enabled, kern.smp.disabled="1" in /boot/loader.conf Laptop hangs after this strings: module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 acd0: DVDR at ata0-master UDMA33 ad2: 95396MB at ata1-master UDMA100 No progress in about 5 minutes, though it's not completely freezed. If I press power button something is echoed to screen about ACPI being not ready. From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 19:07:41 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 3FA2116A4DE for ; Wed, 12 Jul 2006 19:07:41 +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 8663243D49 for ; Wed, 12 Jul 2006 19:07:40 +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 k6CJ7cHf090575; Wed, 12 Jul 2006 15:07:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Matthew D. Fuller" Date: Wed, 12 Jul 2006 14:58:09 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607121418.58293.jhb@freebsd.org> <20060712183343.GM98476@over-yonder.net> In-Reply-To: <20060712183343.GM98476@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607121458.10311.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]); Wed, 12 Jul 2006 15:07:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1594/Wed Jul 12 11:04:34 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: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 19:07:41 -0000 On Wednesday 12 July 2006 14:33, Matthew D. Fuller wrote: > On Wed, Jul 12, 2006 at 02:18:57PM -0400 I heard the voice of > John Baldwin, and lo! it spake thus: > > On Wednesday 12 July 2006 00:37, Matthew D. Fuller wrote: > > > On Tue, Jul 11, 2006 at 11:57:49PM +0400 I heard the voice of > > > Michael, and lo! it spake thus: > > > > > > > > cpu0: timer 19005 129 > > > > cpu1: timer 9016 61 > > > > > > That looks a little odd... > > > > Possibly. Because cpu0's timer starts up sooner, it will generally > > have a higher total count (and uptime rate which is what vmstat -i > > shows you) than the other CPUs. It's hard to say if 10000 > > interrupts is normal for the differential though. That seems high. > > Well, it's not just the 10000; I've got a thousand differential on my > box (and that's with HZ=100). Of course, a 10,000 differential with > one of them not even having reached 10,000 yet is pretty big. But > look at the rate: 129? HZ=65? I doubt it... that sounds like > something REALLY weird going on. Probably using the default HZ of 1000 in which case the 10000 differential would seem sane according to your numbers (HZ 100 yields 1000 differential). The rate in 'vmstat -i' is misleading because it is the total interrupts divided by the uptime of the box. Recall that part of the boot is spent with interrupts disabled. systat -vmstat gives a much more usable interrupt rate. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 20:12:25 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 35EDB16A4DF for ; Wed, 12 Jul 2006 20:12:25 +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 4863E43D46 for ; Wed, 12 Jul 2006 20:12: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 k6CKCM32090997; Wed, 12 Jul 2006 16:12:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Michael Date: Wed, 12 Jul 2006 16:03:50 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607121417.25934.jhb@freebsd.org> <93f8f44b0607121204l69bd868ch103316b78c35fcb2@mail.gmail.com> In-Reply-To: <93f8f44b0607121204l69bd868ch103316b78c35fcb2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607121603.51364.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]); Wed, 12 Jul 2006 16:12:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1594/Wed Jul 12 11:04:34 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: Turion 64 X2 support in future versions of FreeBSD. 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, 12 Jul 2006 20:12:25 -0000 On Wednesday 12 July 2006 15:04, Michael wrote: > On 12/07/06, John Baldwin wrote: > > On Tuesday 11 July 2006 17:16, Michael wrote: > > > On 12/07/06, John Baldwin wrote: > > > > > > > > No obvious breakages. Hmm, does ACPI work fine if you disable apic > > via 'set > > > > hint.apic.0.disabled=1' in the loader? (When you disable ACPI on amd64 > > you > > > > also implicitly disable APIC.) > > > > > > it works fine (no slowing), but i see no second CPU in top output, > > > here dmesg command output (very strange though, since it include > > > strings from previous sessions): > > > > Yes, APIC is required for SMP, but I wanted you to do the test for comparison > > purposes. Another test you could try is leaving ACPI and APIC enabled and > > just disabling SMP via 'kern.smp.disabled=1' at the loader to see if the > > slow-down only comes from having both cores enabled. > > Okay, I did what you requested: > ACPI and APIC enabled, kern.smp.disabled="1" in /boot/loader.conf > Laptop hangs after this strings: > > module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 > acd0: DVDR at ata0-master UDMA33 > ad2: 95396MB at ata1-master UDMA100 > > No progress in about 5 minutes, though it's not completely freezed. If > I press power button something is echoed to screen about ACPI being > not ready. Can you compile in ddb and see what it is doing? (ps, stack trace, 'show intrcnt', etc.) -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 18:12:02 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 34CB116A4E9 for ; Thu, 13 Jul 2006 18:12:02 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AEA43D46 for ; Thu, 13 Jul 2006 18:12:00 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 45813 invoked by uid 89); 13 Jul 2006 18:11:58 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 13 Jul 2006 18:11:58 -0000 Date: Thu, 13 Jul 2006 20:14:34 +0200 From: Oliver Lehmann To: amd64@freebsd.org Message-Id: <20060713201434.a5335637.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: NFS lockup when copying a "special" file 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, 13 Jul 2006 18:12:02 -0000 Hi, while backuping some old irc logs i've noticed that my nfs hung up while copying a logfile. nfs server www:/mnt/space/www: not responding nfs server www:/mnt/space/www: not responding nfs server www:/mnt/space/www: not responding I have to reboot to get that nfs share up and running again. I tried then copying the file again - same problem. I've rebootet the NFS server - no difference. I've tried to copy the file on an nfs share from an other system - same problem, the nfs mount on my ammd64 gets unresponsive. After that I FTPed the file on my alpha and tried then copying the file via nfs to an other host - it just worked. So I wonder if a) something on amd64 is broken b) something on that file is special which produces problems on my router between my amd64 and my NFS fileservers c) sometghing on my own system is broken tcpdump just showes me: 19:18:39.582342 IP kartoffel.salatschuessel.net.2033686372 > dill.salatschuessel.net.nfs: 1472 write [|nfs] 19:18:39.582344 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp 19:18:39.582346 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp 19:18:39.582348 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp I've put the logfile online here: http://pofo.de/tmp/file.tar Would be nice if someone with an amd64 could extract the "yang.xchatlog" in that tar, and try copying that onto a nfs mounted partition. olivleh1@kartoffel logs> cp yang.xchatlog /mnt/www/ ^C Quite some time later I'm back at the prompt, but /mnt/www remains kinda unuseable, and responds only after ages. (df for example takes quite some time to show up with something) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 18:36:23 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 A352916A4DE for ; Thu, 13 Jul 2006 18:36:23 +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 C322443D46 for ; Thu, 13 Jul 2006 18:36:21 +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 86958F1A20; Thu, 13 Jul 2006 11:36:21 -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 1DO3+RIcPqyV; Thu, 13 Jul 2006 11:36:20 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 7D26FF1952; Thu, 13 Jul 2006 11:36:20 -0700 (PDT) From: Sean McNeil To: Oliver Lehmann In-Reply-To: <20060713201434.a5335637.lehmann@ans-netz.de> References: <20060713201434.a5335637.lehmann@ans-netz.de> Content-Type: text/plain Date: Thu, 13 Jul 2006 11:36:20 -0700 Message-Id: <1152815780.17757.4.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: NFS lockup when copying a "special" file 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, 13 Jul 2006 18:36:23 -0000 On Thu, 2006-07-13 at 20:14 +0200, Oliver Lehmann wrote: > Hi, > > while backuping some old irc logs i've noticed that my nfs hung up while > copying a logfile. > > nfs server www:/mnt/space/www: not responding > nfs server www:/mnt/space/www: not responding > nfs server www:/mnt/space/www: not responding > > I have to reboot to get that nfs share up and running again. I tried then > copying the file again - same problem. I've rebootet the NFS server - no > difference. I've tried to copy the file on an nfs share from an other > system - same problem, the nfs mount on my ammd64 gets unresponsive. > After that I FTPed the file on my alpha and tried then copying the file > via nfs to an other host - it just worked. So I wonder if > > a) something on amd64 is broken > b) something on that file is special which produces problems on my router > between my amd64 and my NFS fileservers > c) sometghing on my own system is broken > > tcpdump just showes me: > > 19:18:39.582342 IP kartoffel.salatschuessel.net.2033686372 > dill.salatschuessel.net.nfs: 1472 write [|nfs] > 19:18:39.582344 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp > 19:18:39.582346 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp > 19:18:39.582348 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp > > I've put the logfile online here: > > http://pofo.de/tmp/file.tar > > Would be nice if someone with an amd64 could extract the "yang.xchatlog" > in that tar, and try copying that onto a nfs mounted partition. > > olivleh1@kartoffel logs> cp yang.xchatlog /mnt/www/ > ^C > > Quite some time later I'm back at the prompt, but /mnt/www remains > kinda unuseable, and responds only after ages. (df for example takes > quite some time to show up with something) I used to have a similar problem and tracked it down to my NIC and hardware checksums. Would this happen to be an if_re device? Can you give ifconfig info and if hardware checksums are on, try your test with them turned off (RXCSUM and TXCSUM). You can try different combos of these if turning off both helps. From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 19:06: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 B21E016A4DA for ; Thu, 13 Jul 2006 19:06:27 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D1E43D45 for ; Thu, 13 Jul 2006 19:06:26 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 48245 invoked by uid 89); 13 Jul 2006 19:06:25 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 13 Jul 2006 19:06:25 -0000 Date: Thu, 13 Jul 2006 21:09:02 +0200 From: Oliver Lehmann To: Sean McNeil Message-Id: <20060713210902.b393812e.lehmann@ans-netz.de> In-Reply-To: <1152815780.17757.4.camel@triton.mcneil.com> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org Subject: Re: NFS lockup when copying a "special" file 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, 13 Jul 2006 19:06:27 -0000 Sean McNeil wrote: > > I used to have a similar problem and tracked it down to my NIC and > hardware checksums. Would this happen to be an if_re device? Can you > give ifconfig info and if hardware checksums are on, try your test with > them turned off (RXCSUM and TXCSUM). You can try different combos of > these if turning off both helps. Yeah, it is indeed an on-board if_re: re0: port 0xe800-0xe8ff mem 0xcfffff00-0xcfffffff irq 16 at device 11.0 on pci0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:11:09:cf:e2:e1 re0: [FAST] olivleh1@kartoffel olivleh1> ifconfig re0: flags=8843 mtu 1500 options=18 inet6 fe80::211:9ff:fecf:e2e1%re0 prefixlen 64 scopeid 0x1 inet 10.0.1.51 netmask 0xffffff00 broadcast 10.0.1.255 ether 00:11:09:cf:e2:e1 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 olivleh1@kartoffel olivleh1> uname -a FreeBSD kartoffel.salatschuessel.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jul 7 18:40:18 CEST 2006 olivleh1@kartoffel.salatschuessel.net:/usr/obj/amd64-athlon64-6.1/usr/src/sys/KARTOFFEL amd64 How can I disable checksum offloading? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 19:30: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 0147D16A4E0; Thu, 13 Jul 2006 19:30:19 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from cielago.ip.net.ua (cielago.ip.net.ua [82.193.96.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CF943D6B; Thu, 13 Jul 2006 19:30:11 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by cielago.ip.net.ua (8.13.6/8.13.6) with ESMTP id k6DJT56r006499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Jul 2006 22:29:06 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k6DJURRY021421; Thu, 13 Jul 2006 22:30:27 +0300 (EEST) (envelope-from ru) Date: Thu, 13 Jul 2006 22:30:27 +0300 From: Ruslan Ermilov To: Oliver Lehmann Message-ID: <20060713193027.GN82532@ip.net.ua> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> <20060713210902.b393812e.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KjSGHOmKKB2VUiQn" Content-Disposition: inline In-Reply-To: <20060713210902.b393812e.lehmann@ans-netz.de> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new Cc: amd64@FreeBSD.org, Olivier Houchard Subject: Re: NFS lockup when copying a "special" file 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, 13 Jul 2006 19:30:19 -0000 --KjSGHOmKKB2VUiQn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 13, 2006 at 09:09:02PM +0200, Oliver Lehmann wrote: > Sean McNeil wrote: >=20 > > > > I used to have a similar problem and tracked it down to my NIC and > > hardware checksums. Would this happen to be an if_re device? Can you > > give ifconfig info and if hardware checksums are on, try your test with > > them turned off (RXCSUM and TXCSUM). You can try different combos of > > these if turning off both helps. >=20 > Yeah, it is indeed an on-board if_re: >=20 > re0: port 0xe800-0xe8ff mem = 0xcfffff00-0xcfffffff irq 16 at device 11.0 on pci0 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto > re0: Ethernet address: 00:11:09:cf:e2:e1 > re0: [FAST] >=20 >=20 > olivleh1@kartoffel olivleh1> ifconfig > re0: flags=3D8843 mtu 1500 > options=3D18 > inet6 fe80::211:9ff:fecf:e2e1%re0 prefixlen 64 scopeid 0x1=20 > inet 10.0.1.51 netmask 0xffffff00 broadcast 10.0.1.255 > ether 00:11:09:cf:e2:e1 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=3D108810 mtu 1500 > lo0: flags=3D8049 mtu 16384 > inet6 ::1 prefixlen 128=20 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3=20 > inet 127.0.0.1 netmask 0xff000000=20 >=20 > olivleh1@kartoffel olivleh1> uname -a > FreeBSD kartoffel.salatschuessel.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Fr= i Jul 7 18:40:18 CEST 2006 olivleh1@kartoffel.salatschuessel.net:/usr/= obj/amd64-athlon64-6.1/usr/src/sys/KARTOFFEL amd64 >=20 > How can I disable checksum offloading? >=20 The re(4) driver has them disabled by default, though manpage is silent about this. : revision 1.37 : date: 2005/01/05 00:06:15; author: cognet; state: Exp; lines: +2 -2 : Disable checksum offloading by default. It seems to produce corrupted pac= kets : with some revisions of the chip (particularly when using multiple TX : descriptors). :=20 : MFC after: 1 week Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --KjSGHOmKKB2VUiQn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEtp9TqRfpzJluFF4RAiwkAJ9zPsAY/TwXyJ/nOiK6CL/MUsOS0gCePs3d dGzDjXfsktiUo5uy7ogMkaY= =xx4m -----END PGP SIGNATURE----- --KjSGHOmKKB2VUiQn-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 19:31:46 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 ABB7E16A4DA for ; Thu, 13 Jul 2006 19:31:46 +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 5411843D45 for ; Thu, 13 Jul 2006 19:31:46 +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 D8AE0F1A37; Thu, 13 Jul 2006 12:31:45 -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 cjvgRrz9wcu0; Thu, 13 Jul 2006 12:31:41 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 10433F18DC; Thu, 13 Jul 2006 12:31:41 -0700 (PDT) From: Sean McNeil To: Oliver Lehmann In-Reply-To: <20060713210902.b393812e.lehmann@ans-netz.de> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> <20060713210902.b393812e.lehmann@ans-netz.de> Content-Type: text/plain Date: Thu, 13 Jul 2006 12:31:40 -0700 Message-Id: <1152819100.21127.21.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: NFS lockup when copying a "special" file 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, 13 Jul 2006 19:31:46 -0000 On Thu, 2006-07-13 at 21:09 +0200, Oliver Lehmann wrote: > Sean McNeil wrote: > > > > > I used to have a similar problem and tracked it down to my NIC and > > hardware checksums. Would this happen to be an if_re device? Can you > > give ifconfig info and if hardware checksums are on, try your test with > > them turned off (RXCSUM and TXCSUM). You can try different combos of > > these if turning off both helps. > > Yeah, it is indeed an on-board if_re: > > re0: port 0xe800-0xe8ff mem 0xcfffff00-0xcfffffff irq 16 at device 11.0 on pci0 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > re0: Ethernet address: 00:11:09:cf:e2:e1 > re0: [FAST] > > > olivleh1@kartoffel olivleh1> ifconfig > re0: flags=8843 mtu 1500 > options=18 > inet6 fe80::211:9ff:fecf:e2e1%re0 prefixlen 64 scopeid 0x1 > inet 10.0.1.51 netmask 0xffffff00 broadcast 10.0.1.255 > ether 00:11:09:cf:e2:e1 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > > olivleh1@kartoffel olivleh1> uname -a > FreeBSD kartoffel.salatschuessel.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jul 7 18:40:18 CEST 2006 olivleh1@kartoffel.salatschuessel.net:/usr/obj/amd64-athlon64-6.1/usr/src/sys/KARTOFFEL amd64 > > How can I disable checksum offloading? man ifconfig: ... -rxcsum, -txcsum If the driver supports user-configurable checksum offloading, disable receive (or transmit) checksum offloading on the inter- face. These settings may not always be independent of each other. ... So, just do an ifconfig re0 -rxcsum -txcsum But it would appear that they are already disabled. This is the exact same device that I had issues with and I thought receive only hw checksums were disabled by default. ifconfig shows that they are both off. You would have seen them in the options field if on. i.e. options=b Maybe try setting one of them on? Try "ifconfig re0 txcsum". How about on the other side? The checksum offloading problem exists for i386 and amd64 versions of the if_re driver. What does the NFS server have for a NIC and what is the OS/ifconfig settings? I seem to recall the problem was with RXCSUM. What is most likely occurring is either the box writing to the NFS server has a packet with an improperly calculated checksum or the checksum on the receive side is calculated incorrectly. This leaves it stuck trying to resend that bad packet over and over. >From your original email it appears that the amd64 box is sending to an NFS server. The other possibility is that, perhaps, you have your firewall setup on your amd64 box is such a way that it is messing up the packet. The NFS client is less likely to be the problem than one of the above. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 19:34: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 D690B16A4DD; Thu, 13 Jul 2006 19:34:56 +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 8114443D55; Thu, 13 Jul 2006 19:34: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 48DAFF1A4E; Thu, 13 Jul 2006 12:34:56 -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 sANI9DUSAIni; Thu, 13 Jul 2006 12:34:55 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 0EA27F18DC; Thu, 13 Jul 2006 12:34:55 -0700 (PDT) From: Sean McNeil To: Ruslan Ermilov In-Reply-To: <20060713193027.GN82532@ip.net.ua> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> <20060713210902.b393812e.lehmann@ans-netz.de> <20060713193027.GN82532@ip.net.ua> Content-Type: text/plain Date: Thu, 13 Jul 2006 12:34:52 -0700 Message-Id: <1152819292.21127.24.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, Olivier Houchard Subject: Re: NFS lockup when copying a "special" file 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, 13 Jul 2006 19:34:56 -0000 On Thu, 2006-07-13 at 22:30 +0300, Ruslan Ermilov wrote: > On Thu, Jul 13, 2006 at 09:09:02PM +0200, Oliver Lehmann wrote: > > Sean McNeil wrote: > > > > > > > > I used to have a similar problem and tracked it down to my NIC and > > > hardware checksums. Would this happen to be an if_re device? Can you > > > give ifconfig info and if hardware checksums are on, try your test with > > > them turned off (RXCSUM and TXCSUM). You can try different combos of > > > these if turning off both helps. > > > > Yeah, it is indeed an on-board if_re: > > > > re0: port 0xe800-0xe8ff mem 0xcfffff00-0xcfffffff irq 16 at device 11.0 on pci0 > > miibus0: on re0 > > rgephy0: on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > > re0: Ethernet address: 00:11:09:cf:e2:e1 > > re0: [FAST] > > > > > > olivleh1@kartoffel olivleh1> ifconfig > > re0: flags=8843 mtu 1500 > > options=18 > > inet6 fe80::211:9ff:fecf:e2e1%re0 prefixlen 64 scopeid 0x1 > > inet 10.0.1.51 netmask 0xffffff00 broadcast 10.0.1.255 > > ether 00:11:09:cf:e2:e1 > > media: Ethernet autoselect (100baseTX ) > > status: active > > plip0: flags=108810 mtu 1500 > > lo0: flags=8049 mtu 16384 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > inet 127.0.0.1 netmask 0xff000000 > > > > olivleh1@kartoffel olivleh1> uname -a > > FreeBSD kartoffel.salatschuessel.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jul 7 18:40:18 CEST 2006 olivleh1@kartoffel.salatschuessel.net:/usr/obj/amd64-athlon64-6.1/usr/src/sys/KARTOFFEL amd64 > > > > How can I disable checksum offloading? > > > The re(4) driver has them disabled by default, though manpage is silent > about this. > > : revision 1.37 > : date: 2005/01/05 00:06:15; author: cognet; state: Exp; lines: +2 -2 > : Disable checksum offloading by default. It seems to produce corrupted packets > : with some revisions of the chip (particularly when using multiple TX > : descriptors). > : > : MFC after: 1 week ethereal is a good tool to get a better understanding of what is going on here. From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 20:39: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 8807316A4E1 for ; Thu, 13 Jul 2006 20:39:09 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B305643D4C for ; Thu, 13 Jul 2006 20:39:08 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 52071 invoked by uid 89); 13 Jul 2006 20:39:07 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 13 Jul 2006 20:39:07 -0000 Date: Thu, 13 Jul 2006 22:41:39 +0200 From: Oliver Lehmann To: Sean McNeil Message-Id: <20060713224139.c35d5db1.lehmann@ans-netz.de> In-Reply-To: <1152819100.21127.21.camel@triton.mcneil.com> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> <20060713210902.b393812e.lehmann@ans-netz.de> <1152819100.21127.21.camel@triton.mcneil.com> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org Subject: Re: NFS lockup when copying a "special" file 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, 13 Jul 2006 20:39:09 -0000 Sean McNeil wrote: > man ifconfig: > ... > -rxcsum, -txcsum > If the driver supports user-configurable checksum offloading, > disable receive (or transmit) checksum offloading on the inter- > face. These settings may not always be independent of each > other. > ... > > So, just do an > > ifconfig re0 -rxcsum -txcsum tried -rxcsum, -txcsum, txcsum, rxcsum.... doesn't changed anything.... the NFS servers I've tried are i386 and alpha i386: fxp0: flags=9843 mtu 1500 options=8 inet6 fe80::290:27ff:fe6a:f5bf%fxp0 prefixlen 64 scopeid 0x1 inet 10.0.0.21 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:90:27:6a:f5:bf media: Ethernet autoselect (100baseTX ) status: active alpha: xl0: flags=8843 mtu 1500 options=9 inet6 fe80::201:2ff:feb4:759e%xl0 prefixlen 64 scopeid 0x1 inet 10.0.0.11 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:01:02:b4:75:9e media: Ethernet autoselect (100baseTX ) status: active My router (running ipfw) is: fxp0: flags=8843 mtu 1500 options=8 inet6 fe80::250:8bff:fee3:3f60%fxp0 prefixlen 64 scopeid 0x1 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:50:8b:e3:3f:60 media: Ethernet autoselect (100baseTX ) status: active fxp1: flags=8943 mtu 1500 options=8 inet6 fe80::250:8bff:fee3:3f61%fxp1 prefixlen 64 scopeid 0x2 inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 ether 00:50:8b:e3:3f:61 media: Ethernet autoselect (100baseTX ) status: active transfering the file from alpha -> i386 works like a charm. If it would be a checksumming problem, the transfer to my alpha should work at least since on amd64 the checksumming was off, and my 3c905c doesn't support hardware checksumming. Or do you think link0 on my router may cause this? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 13 21:14:32 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 75B8116A57D for ; Thu, 13 Jul 2006 21:14:32 +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 25B8143D49 for ; Thu, 13 Jul 2006 21:14:32 +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 CE777F1A4E; Thu, 13 Jul 2006 14:14:31 -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 Ea2LOsOypYge; Thu, 13 Jul 2006 14:14:27 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 20697F1952; Thu, 13 Jul 2006 14:14:27 -0700 (PDT) From: Sean McNeil To: Oliver Lehmann In-Reply-To: <20060713224139.c35d5db1.lehmann@ans-netz.de> References: <20060713201434.a5335637.lehmann@ans-netz.de> <1152815780.17757.4.camel@triton.mcneil.com> <20060713210902.b393812e.lehmann@ans-netz.de> <1152819100.21127.21.camel@triton.mcneil.com> <20060713224139.c35d5db1.lehmann@ans-netz.de> Content-Type: text/plain Date: Thu, 13 Jul 2006 14:14:26 -0700 Message-Id: <1152825266.59966.5.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: NFS lockup when copying a "special" file 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, 13 Jul 2006 21:14:32 -0000 On Thu, 2006-07-13 at 22:41 +0200, Oliver Lehmann wrote: > transfering the file from alpha -> i386 works like a charm. If it would > be a checksumming problem, the transfer to my alpha should work at least > since on amd64 the checksumming was off, and my 3c905c doesn't support > hardware checksumming. Or do you think link0 on my router may cause this? No, I think you have narrowed it down to the amd64 box transmit. You'll probably want to take a look at the conversation between the two boxes with ethereal. Just to let you know, I successfully xmitted your file to a Linux box running NFS. Transferred the file by both TCP and UDP protocol connections. FreeBSD triton.mcneil.com 6.1-STABLE FreeBSD 6.1-STABLE #19: Tue Jul 11 11:14:51 PDT 2006 root@triton.mcneil.com:/usr/obj/usr/src/sys/TRITON amd64 From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 14 09:04: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 DEED316A4DE for ; Fri, 14 Jul 2006 09:04:36 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAF843D46 for ; Fri, 14 Jul 2006 09:04:35 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D409.dip.t-dialin.net [84.165.212.9]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6E8sn0O023038 for ; Fri, 14 Jul 2006 10:54:49 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6E94aeb015663 for ; Fri, 14 Jul 2006 11:04:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 14 Jul 2006 11:04:36 +0200 Message-ID: <20060714110436.r2jjlp0dgkk8os0w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 14 Jul 2006 11:04:36 +0200 From: Alexander Leidinger To: amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Subject: I need linuxolator testers with an amd64 machine (easy but time consuming) 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, 14 Jul 2006 09:04:37 -0000 Hi, I need someone who can - confirm, that running a linux binary on amd64 still results in a segfault on the most recent -current (just run bash from /compat/linux) - do a binary search to identify which commit broke the linuxolator (time consuming) Sources from 2006/06/15 are known to work. The binary search needs to =20 be done between this date and the date of the last change visible in =20 the diff below. ---snip--- --- ident.good=09Mon Jul 10 03:28:50 2006 +++ ident.bad=09Sun Jul 9 22:58:46 2006 - $FreeBSD: src/sys/amd64/linux32/linux32_dummy.c,v 1.2 2006/05/10 =20 18:17:28 netchild Exp $ + $FreeBSD: src/sys/amd64/linux32/linux32_dummy.c,v 1.3 2006/06/21 =20 08:45:40 netchild Exp $ - $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.12 =20 2006/06/13 18:48:29 netchild Exp $ + $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.16 =20 2006/06/27 18:32:16 jhb Exp $ - $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.12 =20 2006/06/13 18:48:29 netchild Exp $ + $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.16 =20 2006/06/27 18:32:16 jhb Exp $ - $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.12 =20 2006/06/13 18:48:29 netchild Exp $ + $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.16 =20 2006/06/27 18:32:16 jhb Exp $ - $FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.10 =20 2006/06/13 18:43:55 netchild Exp $ + $FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.14 =20 2006/06/27 18:28:49 jhb Exp $ - $FreeBSD: src/sys/compat/linux/linux_ipc.c,v 1.46 2006/03/19 =20 11:10:33 ru Exp $ + $FreeBSD: src/sys/compat/linux/linux_ipc.c,v 1.47 2006/06/27 =20 18:28:49 jhb Exp $ - $FreeBSD: src/sys/compat/linux/linux_misc.c,v 1.178 2006/05/10 =20 20:38:16 netchild Exp $ + $FreeBSD: src/sys/compat/linux/linux_misc.c,v 1.179 2006/06/23 =20 18:49:38 netchild Exp $ - $FreeBSD: src/sys/compat/linux/linux_util.h,v 1.27 2006/05/05 =20 16:10:45 ambrisko Exp $ + $FreeBSD: src/sys/compat/linux/linux_util.h,v 1.28 2006/06/27 =20 18:30:49 jhb Exp $ - $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.95 2006/06/12 =20 18:14:49 des Exp $ + $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.96 2006/06/27 =20 20:11:58 netchild Exp $ ---snip--- Thanks, Alexander. --=20 Stale file handle (next time use Tupperware(tm)!) http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 14 18:23:23 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 67E6216A4DF for ; Fri, 14 Jul 2006 18:23:23 +0000 (UTC) (envelope-from y.pankov@irbis.net.ru) Received: from navarro.irbis.net.ru (navarro.irbis.net.ru [85.118.141.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B30BA43D46 for ; Fri, 14 Jul 2006 18:23:22 +0000 (GMT) (envelope-from y.pankov@irbis.net.ru) Received: by navarro.irbis.net.ru (Postfix, from userid 106) id 566BA627874; Fri, 14 Jul 2006 22:23:20 +0400 (MSD) Received: from klamath.ipv6.irbis.net.ru (klamath.ipv6.irbis.net.ru [IPv6:2001:618:400:72ab:20f:eaff:fe7d:f320]) by navarro.irbis.net.ru (Postfix) with ESMTP id 07A4E627842 for ; Fri, 14 Jul 2006 22:23:18 +0400 (MSD) From: Yuri Pankov To: freebsd-amd64@freebsd.org In-Reply-To: <20060714110436.r2jjlp0dgkk8os0w@netchild.homeip.net> References: <20060714110436.r2jjlp0dgkk8os0w@netchild.homeip.net> Content-Type: text/plain Organization: Irbis Telecommunications, JSC Date: Fri, 14 Jul 2006 22:23:01 +0400 Message-Id: <1152901381.872.3.camel@klamath.irbis.net.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: I need linuxolator testers with an amd64 machine (easy but time consuming) 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, 14 Jul 2006 18:23:23 -0000 On Fri, 2006-07-14 at 11:04 +0200, Alexander Leidinger wrote: > Hi, > > I need someone who can > - confirm, that running a linux binary on amd64 still results in a > segfault on the most recent -current (just run bash from /compat/linux) > - do a binary search to identify which commit broke the linuxolator > (time consuming) > > Sources from 2006/06/15 are known to work. The binary search needs to > be done between this date and the date of the last change visible in > the diff below. > > ---snip--- > --- ident.good Mon Jul 10 03:28:50 2006 > +++ ident.bad Sun Jul 9 22:58:46 2006 > > - $FreeBSD: src/sys/amd64/linux32/linux32_dummy.c,v 1.2 2006/05/10 > 18:17:28 netchild Exp $ > + $FreeBSD: src/sys/amd64/linux32/linux32_dummy.c,v 1.3 2006/06/21 > 08:45:40 netchild Exp $ > > - $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.12 > 2006/06/13 18:48:29 netchild Exp $ > + $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.16 > 2006/06/27 18:32:16 jhb Exp $ > > - $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.12 > 2006/06/13 18:48:29 netchild Exp $ > + $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.16 > 2006/06/27 18:32:16 jhb Exp $ > > - $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.12 > 2006/06/13 18:48:29 netchild Exp $ > + $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.16 > 2006/06/27 18:32:16 jhb Exp $ > > - $FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.10 > 2006/06/13 18:43:55 netchild Exp $ > + $FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.14 > 2006/06/27 18:28:49 jhb Exp $ > > - $FreeBSD: src/sys/compat/linux/linux_ipc.c,v 1.46 2006/03/19 > 11:10:33 ru Exp $ > + $FreeBSD: src/sys/compat/linux/linux_ipc.c,v 1.47 2006/06/27 > 18:28:49 jhb Exp $ > > - $FreeBSD: src/sys/compat/linux/linux_misc.c,v 1.178 2006/05/10 > 20:38:16 netchild Exp $ > + $FreeBSD: src/sys/compat/linux/linux_misc.c,v 1.179 2006/06/23 > 18:49:38 netchild Exp $ > > - $FreeBSD: src/sys/compat/linux/linux_util.h,v 1.27 2006/05/05 > 16:10:45 ambrisko Exp $ > + $FreeBSD: src/sys/compat/linux/linux_util.h,v 1.28 2006/06/27 > 18:30:49 jhb Exp $ > > - $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.95 2006/06/12 > 18:14:49 des Exp $ > + $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.96 2006/06/27 > 20:11:58 netchild Exp $ > ---snip--- > > Thanks, > Alexander. > I can't confirm that *every* linux binary segfaults. I've tried all binaries from fc4 linux base, and only `dd' and `sort' segfaulted, when I've pressed ctrl+c. -CURRENT/amd64 updated 1 hour ago. Yuri From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 15 06:00:37 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 19B8316A4DD for ; Sat, 15 Jul 2006 06:00:37 +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 8900F43D46 for ; Sat, 15 Jul 2006 06:00:36 +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 k6F60aVI079323 for ; Sat, 15 Jul 2006 06:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6F60a0v079320; Sat, 15 Jul 2006 06:00:36 GMT (envelope-from gnats) Resent-Date: Sat, 15 Jul 2006 06:00:36 GMT Resent-Message-Id: <200607150600.k6F60a0v079320@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, Stephen Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11B3416A4DA for ; Sat, 15 Jul 2006 05:54:51 +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 BE71743D45 for ; Sat, 15 Jul 2006 05:54:50 +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 k6F5soDp092345 for ; Sat, 15 Jul 2006 05:54:50 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k6F5soKg092344; Sat, 15 Jul 2006 05:54:50 GMT (envelope-from nobody) Message-Id: <200607150554.k6F5soKg092344@www.freebsd.org> Date: Sat, 15 Jul 2006 05:54:50 GMT From: Stephen To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/100326: /dev/fd0 not created after installation FreeBSD 6.1 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: Sat, 15 Jul 2006 06:00:37 -0000 >Number: 100326 >Category: amd64 >Synopsis: /dev/fd0 not created after installation FreeBSD 6.1 AMD64 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 15 06:00:34 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Stephen >Release: FreeBSD 6.1 AMD64 >Organization: None >Environment: FreeBSD bsd.aggio.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Tue Jul 4 17:42:28 WIT 2006 sun@bsd.aggio.com:/usr/src/sys/amd64/compile/SMP amd64 >Description: Twice install of FreeBSD 6.1 with Intel Server Board SE7520BD2. Floppy drive attached, fdc reported on boot. But /dev/fd0 is missing. I cannot create it manually with mknod as permission related problem. But this not a problem when install to PowerEdge 1800. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 15 15:30:20 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 A451016A4DE for ; Sat, 15 Jul 2006 15:30:20 +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 A705743D45 for ; Sat, 15 Jul 2006 15:30:18 +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 k6FFUIpS031342 for ; Sat, 15 Jul 2006 15:30:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6FFUIUb031341; Sat, 15 Jul 2006 15:30:18 GMT (envelope-from gnats) Resent-Date: Sat, 15 Jul 2006 15:30:18 GMT Resent-Message-Id: <200607151530.k6FFUIUb031341@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, "O. Hartmann" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1915716A4E2 for ; Sat, 15 Jul 2006 15:25:00 +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 E993443D5E for ; Sat, 15 Jul 2006 15:24:57 +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 k6FFOvAT052816 for ; Sat, 15 Jul 2006 15:24:57 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k6FFOvJO052815; Sat, 15 Jul 2006 15:24:57 GMT (envelope-from nobody) Message-Id: <200607151524.k6FFOvJO052815@www.freebsd.org> Date: Sat, 15 Jul 2006 15:24:57 GMT From: "O. Hartmann" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/100347: No hardware support Silicon Image SiI 3132 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, 15 Jul 2006 15:30:20 -0000 >Number: 100347 >Category: amd64 >Synopsis: No hardware support Silicon Image SiI 3132 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jul 15 15:30:17 GMT 2006 >Closed-Date: >Last-Modified: >Originator: O. Hartmann >Release: FreeBSD 6.1-STABLE/AMD64 >Organization: >Environment: FreeBSD thor.local 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jul 14 19:57:26 UTC 2006 root@thor.local:/usr/obj/usr/src/sys/THOR amd64 >Description: No hardware support for the second SATA II controller SiL 3132 on ASUS A8N32-SLI Deluxe and brothers. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Jul 15 15:30:20 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 DD49E16A4E5 for ; Sat, 15 Jul 2006 15:30:20 +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 31C9B43D58 for ; Sat, 15 Jul 2006 15:30:19 +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 k6FFUITf031400 for ; Sat, 15 Jul 2006 15:30:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6FFUIkK031393; Sat, 15 Jul 2006 15:30:18 GMT (envelope-from gnats) Resent-Date: Sat, 15 Jul 2006 15:30:18 GMT Resent-Message-Id: <200607151530.k6FFUIkK031393@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, "O. Hartmann" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B556B16A4DA for ; Sat, 15 Jul 2006 15:27:44 +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 6FDA343D49 for ; Sat, 15 Jul 2006 15:27:44 +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 k6FFRiIJ054075 for ; Sat, 15 Jul 2006 15:27:44 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k6FFRiIx054074; Sat, 15 Jul 2006 15:27:44 GMT (envelope-from nobody) Message-Id: <200607151527.k6FFRiIx054074@www.freebsd.org> Date: Sat, 15 Jul 2006 15:27:44 GMT From: "O. Hartmann" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/100348: No hardware support: Marvell 88E8053 Yukon PCI-E Gigabit Ethernet Controller 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, 15 Jul 2006 15:30:20 -0000 >Number: 100348 >Category: amd64 >Synopsis: No hardware support: Marvell 88E8053 Yukon PCI-E Gigabit Ethernet Controller >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jul 15 15:30:18 GMT 2006 >Closed-Date: >Last-Modified: >Originator: O. Hartmann >Release: FreeBSD 6.1-STABLE/AMD64 >Organization: >Environment: FreeBSD thor.local 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jul 14 19:57:26 UTC 2006 root@thor.local:/usr/obj/usr/src/sys/THOR amd64 >Description: No hardware support of the second GBit NIC Marvell 88E8053 Yukon PCI-E Gigabit Ethernet Controller on ASUS A8N32-SLI Deluxe. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: