From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 16 10:02:36 2005 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 A03C916A420; Sun, 16 Oct 2005 10:02:36 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C49143D46; Sun, 16 Oct 2005 10:02:36 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (obrien@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9GA2aJQ008752; Sun, 16 Oct 2005 10:02:36 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9GA2aKT008748; Sun, 16 Oct 2005 10:02:36 GMT (envelope-from obrien) Date: Sun, 16 Oct 2005 10:02:36 GMT From: "David E. O'Brien" Message-Id: <200510161002.j9GA2aKT008748@freefall.freebsd.org> To: winmyint@mail.ru, obrien@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/87328: [btx] BTX halted error X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 10:02:36 -0000 Synopsis: [btx] BTX halted error State-Changed-From-To: open->analyzed State-Changed-By: obrien State-Changed-When: Sun Oct 16 10:01:21 GMT 2005 State-Changed-Why: You are going to have to provide a *real* bug report for us to do anything about this. What make+model of CPU? What make+model of motherboard? What BIOS version? Was there any register dump output? http://www.freebsd.org/cgi/query-pr.cgi?pr=87328 From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 16 10:10:43 2005 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 31DAE16A41F; Sun, 16 Oct 2005 10:10:43 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E7543D62; Sun, 16 Oct 2005 10:10:34 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (obrien@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9GAAYCb013699; Sun, 16 Oct 2005 10:10:34 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9GAAYjg013695; Sun, 16 Oct 2005 10:10:34 GMT (envelope-from obrien) Date: Sun, 16 Oct 2005 10:10:34 GMT From: "David E. O'Brien" Message-Id: <200510161010.j9GAAYjg013695@freefall.freebsd.org> To: mprabu@gmail.com, obrien@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/87436: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 10:10:43 -0000 Synopsis: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor State-Changed-From-To: open->analyzed State-Changed-By: obrien State-Changed-When: Sun Oct 16 10:09:28 GMT 2005 State-Changed-Why: Insuffient details of the problem were provided in this PR. Can you please add more such that we can figure out what is the problem? http://www.freebsd.org/cgi/query-pr.cgi?pr=87436 From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 16 10:50:16 2005 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 E369316A41F for ; Sun, 16 Oct 2005 10:50:15 +0000 (GMT) (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 2AD7643D49 for ; Sun, 16 Oct 2005 10:50:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9GAoE25015856 for ; Sun, 16 Oct 2005 10:50:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9GAoEQN015855; Sun, 16 Oct 2005 10:50:14 GMT (envelope-from gnats) Resent-Date: Sun, 16 Oct 2005 10:50:14 GMT Resent-Message-Id: <200510161050.j9GAoEQN015855@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, Sean Dean Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DEB116A41F for ; Sun, 16 Oct 2005 10:47:41 +0000 (GMT) (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 3569D43D46 for ; Sun, 16 Oct 2005 10:47:41 +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 j9GAleC0038872 for ; Sun, 16 Oct 2005 10:47:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9GAleYi038871; Sun, 16 Oct 2005 10:47:40 GMT (envelope-from nobody) Message-Id: <200510161047.j9GAleYi038871@www.freebsd.org> Date: Sun, 16 Oct 2005 10:47:40 GMT From: Sean Dean To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87514: 6.0-CURRENT freezes machine using >4GB on AMD64 architecture with high memory load X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 10:50:16 -0000 >Number: 87514 >Category: amd64 >Synopsis: 6.0-CURRENT freezes machine using >4GB on AMD64 architecture with high memory load >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 16 10:50:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Sean Dean >Release: 6.0-CURRENT >Organization: Enhanced Edge >Environment: FreeBSD link.enhancededge.com 6.0-RC1 FreeBSD 6.0-RC1 #1: Sat Oct 15 07:01:34 EDT 2005 seandean@link.enhancededge.com:/usr/obj/usr/src/sys/LINK amd64 >Description: Under 6.0-CURRENT using a Tyan K8SE (v1.03) with dual Opterons and 8GB of RAM my machine will freeze up when I have “Software” selected in the BIOS for Memhole mapping. The system will freeze when running a high load memory application, or an application using a large portion of memory. I tested with a MySQL process using just over 6GB and the system will have an uptime of about 4-5 days before it freezes. I have also tried running Nutch (with JDK1.5p2) and it will run until the resident memory size hits 101M (the “size” memory is at 2.2GB captured through the top application at the same time). Running in either “Hardware” or “Disabled” mode for Memhole mapping will not cause the machine to freeze, but will remove about 1GB of RAM from the OS. Kernel memory output with Software selected: Oct 16 03:29:28 link kernel: real memory = 9663676416 (9216 MB) Oct 16 03:29:28 link kernel: avail memory = 8288559104 (7904 MB) Kernel memory output with Hardware or Disabled selected: Oct 16 04:04:47 link kernel: real memory = 8589934592 (8192 MB) Oct 16 04:04:47 link kernel: avail memory = 7246278656 (6910 MB) >How-To-Repeat: Run MySQL with a large memory size, greater then 4GB or use any application that requires large portions of memory with high read/write activity. >Fix: I don’t know of any fix, but if your willing to run with 1GB less of RAM you can use either Hardware or Disabled mode selected. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 16 14:56:26 2005 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 63BC216A41F; Sun, 16 Oct 2005 14:56:26 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D22E943D46; Sun, 16 Oct 2005 14:56:25 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j9GEuP4u003730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Oct 2005 10:56:25 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j9GEuPMf003729; Sun, 16 Oct 2005 10:56:25 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200510161456.j9GEuPMf003729@blue.virtual-estates.net> To: ache@FreeBSD.org Date: Sun, 16 Oct 2005 10:56:24 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 14:56:26 -0000 Why aren't the speaker module, etc. built on amd64? I just built the modules and the spkrtest manually and all of the test tunes play nicely... This -- lack of speaker -- is also the only reason, sysutils/wmhm does not build on amd64. There are, probably, other things too... -mi From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 16 18:13:04 2005 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 0A50816A41F; Sun, 16 Oct 2005 18:13:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA5743D6A; Sun, 16 Oct 2005 18:13:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GICx3r077646; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GICxpc018289; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BC747302F; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051016181259.8BC747302F@freebsd-current.sentex.ca> Date: Sun, 16 Oct 2005 14:12:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 18:13:04 -0000 TB --- 2005-10-16 17:08:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-16 17:08:15 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-16 17:08:15 - cleaning the object tree TB --- 2005-10-16 17:08:46 - checking out the source tree TB --- 2005-10-16 17:08:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-16 17:08:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-16 17:15:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-16 17:15:43 - cd /src TB --- 2005-10-16 17:15:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/boot2/../../common -I/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -c /src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /obj/amd64/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=15cd text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e61 text=114 data=1d4d org=0 entry=0 -97 bytes available *** Error code 1 Stop in /src/sys/boot/i386/boot2. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-16 18:12:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-16 18:12:59 - ERROR: failed to build world TB --- 2005-10-16 18:12:59 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 17 11:01:51 2005 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 1660C16A41F for ; Mon, 17 Oct 2005 11:01:51 +0000 (GMT) (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 C4E8743D49 for ; Mon, 17 Oct 2005 11:01:50 +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.3/8.13.3) with ESMTP id j9HB1oSl022286 for ; Mon, 17 Oct 2005 11:01:50 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9HB1n4S022280 for freebsd-amd64@freebsd.org; Mon, 17 Oct 2005 11:01:49 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Oct 2005 11:01:49 GMT Message-Id: <200510171101.j9HB1n4S022280@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, 17 Oct 2005 11:01:51 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 o [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step o [2005/10/15] amd64/87472 amd64 I downloaded 5.4 and went to install it, 3 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D 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/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe f [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 unarchiving /etc to msdos fs locks up amd o [2004/11/01] amd64/73369 amd64 on-board firewire unreliable with Asus K8 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/11/16] amd64/74014 amd64 5.3-RELEASE-AMD64 freezes on boot during o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2004/12/18] amd64/75209 amd64 5.3-Release panics on attempted boot from o [2004/12/23] amd64/75417 amd64 ACPI: SATA Hard-disk 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/02/02] amd64/77011 amd64 consisten 5.3-p5 make crash on installwor o [2005/02/04] amd64/77101 amd64 Please include ULi M1689 LAN, SATA, and A o [2005/02/17] amd64/77629 amd64 aMule hardlocks AMD64 system o [2005/02/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 [if_sis] sis driver on FreeBSD 5.x does n o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/19] amd64/81272 amd64 JDK 1.5 port doesn't build. o [2005/05/20] amd64/81325 amd64 KLD if_ath.ko: depends on ath_hal - not a o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 fxp0: device timeout, fxp interface dies 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/07/25] amd64/84027 amd64 if_nve gets stuck 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/18] amd64/85081 amd64 TeamSpeak o [2005/08/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 6.0-BETA3 lockups on AMD64 o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/16] amd64/86199 amd64 Missed AMD64 motherboard o [2005/09/16] amd64/86229 amd64 Missing recvmsg syscall in freebsd32 API o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/08] amd64/87112 amd64 Boot problems on a 16 processor AMD64 com 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 "vge0 attach returned 6" on FreeBSD 6.0-R a [2005/10/12] amd64/87328 amd64 [btx] BTX halted error o [2005/10/12] amd64/87348 amd64 amd64+smp+startkde always crashing a [2005/10/14] amd64/87436 amd64 gui does not start on the ATI RS480 M2-IL o [2005/10/16] amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on 53 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(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/08/15] amd64/70500 amd64 [if_bge] bge driver for 3Com 3C996B on am o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/13] ports/75015 amd64 cvsup on amd64 coredumps with either runs o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/16] amd64/81089 amd64 [if_bge] [patch] FreeBSD 5.4 released ver o [2005/06/12] amd64/82178 amd64 missing 32bit subsystem o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/07/20] amd64/83806 amd64 Can not comple /usr/src/lib/msun/amd64/fe o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/02] amd64/85626 amd64 java/jdk15 compile error 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/09/17] amd64/86244 amd64 dfi nf4 ulta-d 19 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 17 18:46:25 2005 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 6846616A420; Mon, 17 Oct 2005 18:46:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B85F043D69; Mon, 17 Oct 2005 18:46:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9HIkNIB096694; Mon, 17 Oct 2005 18:46:23 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9HIkNsA096690; Mon, 17 Oct 2005 18:46:23 GMT (envelope-from jhb) Date: Mon, 17 Oct 2005 18:46:23 GMT From: John Baldwin Message-Id: <200510171846.j9HIkNsA096690@freefall.freebsd.org> To: pr-gnats@catpipe.net, jhb@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/86229: Missing recvmsg syscall in freebsd32 API causes sshd crash on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 18:46:25 -0000 Synopsis: Missing recvmsg syscall in freebsd32 API causes sshd crash on amd64 State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Oct 17 18:45:05 GMT 2005 State-Changed-Why: ps@ just committed an enhanced (and tested!) update of my patch that mostly fixes recvmsg(), recvfrom(), and sendmsg() for freebsd32 emulation. The fixes are in HEAD and are likely too late for 6.0, but will probably be merged back to 6.x before 6.1. http://www.freebsd.org/cgi/query-pr.cgi?pr=86229 From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 17 18:50:56 2005 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 0FD3A16A425; Mon, 17 Oct 2005 18:50:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6141943D49; Mon, 17 Oct 2005 18:50:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HIor4B039059; Mon, 17 Oct 2005 14:50:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HIorjD023222; Mon, 17 Oct 2005 14:50:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 903F47302F; Mon, 17 Oct 2005 14:50:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051017185053.903F47302F@freebsd-current.sentex.ca> Date: Mon, 17 Oct 2005 14:50:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 18:50:56 -0000 TB --- 2005-10-17 16:56:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-17 16:56:09 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-17 16:56:09 - cleaning the object tree TB --- 2005-10-17 16:56:32 - checking out the source tree TB --- 2005-10-17 16:56:32 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-17 16:56:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-17 17:03:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-17 17:03:11 - cd /src TB --- 2005-10-17 17:03:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-17 18:34:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 18:34:28 - cd /src TB --- 2005-10-17 18:34:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 17 18:34:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Oct 17 18:50:53 UTC 2005 TB --- 2005-10-17 18:50:53 - generating LINT kernel config TB --- 2005-10-17 18:50:53 - cd /src/sys/amd64/conf TB --- 2005-10-17 18:50:53 - /usr/bin/make -B LINT TB --- 2005-10-17 18:50:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 18:50:53 - cd /src TB --- 2005-10-17 18:50:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 17 18:50:53 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT /src/sys/amd64/conf/LINT: unknown option "SX_DEBUG" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-17 18:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-17 18:50:53 - ERROR: failed to build lint kernel TB --- 2005-10-17 18:50:53 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 17 19:04:08 2005 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 3652E16A41F; Mon, 17 Oct 2005 19:04:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B362A43D48; Mon, 17 Oct 2005 19:04:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 15:20:36 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 17 Oct 2005 14:38:34 -0400 User-Agent: KMail/1.8.2 References: <20051015182346.CE9A47302F@freebsd-current.sentex.ca> In-Reply-To: <20051015182346.CE9A47302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171438.35432.jhb@freebsd.org> Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Mon, 17 Oct 2005 19:04:08 -0000 On Saturday 15 October 2005 02:23 pm, FreeBSD Tinderbox wrote: > TB --- 2005-10-15 16:28:14 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2005-10-15 16:28:14 - starting HEAD > tinderbox run for amd64/amd64 TB --- 2005-10-15 16:28:14 - cleaning the > object tree > TB --- 2005-10-15 16:28:50 - checking out the source tree > TB --- 2005-10-15 16:28:50 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2005-10-15 16:28:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd > -A src TB --- 2005-10-15 16:35:46 - building world (CFLAGS=-O2 -pipe) > TB --- 2005-10-15 16:35:46 - cd /src > TB --- 2005-10-15 16:35:46 - /usr/bin/make -B buildworld > > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> stage 5.1: building 32 bit shim libraries > > TB --- 2005-10-15 18:07:27 - building generic kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-10-15 18:07:27 - cd /src > TB --- 2005-10-15 18:07:27 - /usr/bin/make buildkernel KERNCONF=GENERIC > > >>> Kernel build for GENERIC started on Sat Oct 15 18:07:27 UTC 2005 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > >>> Kernel build for GENERIC completed on Sat Oct 15 18:23:46 UTC 2005 > > TB --- 2005-10-15 18:23:46 - generating LINT kernel config > TB --- 2005-10-15 18:23:46 - cd /src/sys/amd64/conf > TB --- 2005-10-15 18:23:46 - /usr/bin/make -B LINT > TB --- 2005-10-15 18:23:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-10-15 18:23:46 - cd /src > TB --- 2005-10-15 18:23:46 - /usr/bin/make buildkernel KERNCONF=LINT > > >>> Kernel build for LINT started on Sat Oct 15 18:23:46 UTC 2005 > >>> stage 1: configuring the kernel > > -------------------------------------------------------------- > cd /src/sys/amd64/conf; > PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/ >obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/sr >c/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT > /src/sys/amd64/conf/LINT: unknown option "SX_DEBUG" > *** Error code 1 Should be fixed now, sorry. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 17 21:00:34 2005 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 542EF16A44E for ; Mon, 17 Oct 2005 21:00:34 +0000 (GMT) (envelope-from graham@bitmap.net) Received: from caulfield.bitmap.net (S0106000c4134f9aa.ed.shawcable.net [68.148.208.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BE2343D4C for ; Mon, 17 Oct 2005 21:00:10 +0000 (GMT) (envelope-from graham@bitmap.net) Received: from localhost (unknown [127.0.0.1]) by caulfield.bitmap.net (Postfix) with ESMTP id DBF10159A68 for ; Mon, 17 Oct 2005 15:00:07 -0600 (MDT) Received: from caulfield.bitmap.net ([127.0.0.1]) by localhost (caulfield.bitmap.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44871-04 for ; Mon, 17 Oct 2005 15:00:05 -0600 (MDT) Received: from [10.1.60.4] (proxy.epsb.ca [198.161.119.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by caulfield.bitmap.net (Postfix) with ESMTP id C58281598E0 for ; Mon, 17 Oct 2005 15:00:05 -0600 (MDT) Message-ID: <435410D5.9050708@bitmap.net> Date: Mon, 17 Oct 2005 15:00:05 -0600 From: Graham Bakay User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at bitmap.net Subject: Fix for HP zv6000/Compaq r4000? 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, 17 Oct 2005 21:00:34 -0000 Hello everyone, Does anyone have anything to share w.r.t. how the keyboard booting lockup problem for HP zv6000 and Compaq R4000 laptops will be fixed? I know there was some technical discussion being thrown around as to how to get around bugs the the HP/Compaq keyboard controller. I am familiar with the method where the keyboard test code funcitons in atkbd.c are removed. I know there are workarounds. I'm just wondering what the status of a permanent fix is, if a concensus has been reached on how to proceed, and when we should expect such a fix to creep into STABLE. Also, last I tried, ACPI was working quite well (5.4-RELEASE) on my Compaq R4000. Is the keyboard issue the only showstopper to getting FreeBSD 6 booting/installing happily without modification on these machines? g. FYI, the atkbd flags and disabling ACPI that work for zv5000/r3000 models does not work with the newer models. :( From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 18 16:04:48 2005 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 DCB7616A41F for ; Tue, 18 Oct 2005 16:04:48 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93A7F43D45 for ; Tue, 18 Oct 2005 16:04:48 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9IG4lvL092616 for ; Tue, 18 Oct 2005 09:04:47 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9IG4lsi092615 for freebsd-amd64@freebsd.org; Tue, 18 Oct 2005 09:04:47 -0700 (PDT) (envelope-from obrien) Date: Tue, 18 Oct 2005 09:04:47 -0700 From: "David O'Brien" To: freebsd-amd64@freebsd.org Message-ID: <20051018160447.GA92576@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PATCH] remove 'device atpic' X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:04:49 -0000 I think we can remove this from GENERIC in HEAD (and RELENG_6) since we've changed to using the lapic timer vs. using irq0. Can people please test this patch on there systems and report back to the _list_ the results? Index: sys/amd64/conf/GENERIC =================================================================== RCS file: /home/ncvs/src/sys/amd64/conf/GENERIC,v retrieving revision 1.442 diff -u -r1.442 GENERIC --- sys/amd64/conf/GENERIC 8 Sep 2005 03:29:18 -0000 1.442 +++ sys/amd64/conf/GENERIC 18 Oct 2005 16:02:35 -0000 @@ -76,9 +76,6 @@ # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel -# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) -device atpic # 8259A compatability - # Linux 32-bit ABI support options LINPROCFS # Cannot be a module yet. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 18 16:33:49 2005 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 65A7916A41F for ; Tue, 18 Oct 2005 16:33:49 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A84A43D45 for ; Tue, 18 Oct 2005 16:33:48 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9IGVUSF093315; Tue, 18 Oct 2005 09:31:31 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9IGVUdr093314; Tue, 18 Oct 2005 09:31:30 -0700 (PDT) (envelope-from obrien) Date: Tue, 18 Oct 2005 09:31:30 -0700 From: "David O'Brien" To: Vasil Dimov Message-ID: <20051018163130.GA92884@dragon.NUXI.org> References: <20051011054632.GA1669@qlovarnika.bg.datamax> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051011054632.GA1669@qlovarnika.bg.datamax> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-amd64@freebsd.org Subject: Re: console resolution X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:33:49 -0000 On Tue, Oct 11, 2005 at 08:46:32AM +0300, Vasil Dimov wrote: > Is there *any* way to get something different than 80x25 on the console? FreeBSD does not have the infastructure to do this on AMD64. Anyone looking for a project... -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 18 16:40:24 2005 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 455FA16A41F for ; Tue, 18 Oct 2005 16:40:24 +0000 (GMT) (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 1124C43D46 for ; Tue, 18 Oct 2005 16:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9IGeNKl097944 for ; Tue, 18 Oct 2005 16:40:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9IGeNO1097943; Tue, 18 Oct 2005 16:40:23 GMT (envelope-from gnats) Date: Tue, 18 Oct 2005 16:40:23 GMT Message-Id: <200510181640.j9IGeNO1097943@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "David O'Brien" Cc: Subject: Re: amd64/87514: 6.0-CURRENT freezes machine using >4GB on AMD64 architecture with high memory load X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David O'Brien List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:40:24 -0000 The following reply was made to PR amd64/87514; it has been noted by GNATS. From: "David O'Brien" To: Sean Dean Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/87514: 6.0-CURRENT freezes machine using >4GB on AMD64 architecture with high memory load Date: Tue, 18 Oct 2005 09:36:41 -0700 On Sun, Oct 16, 2005 at 10:47:40AM +0000, Sean Dean wrote: > Under 6.0-CURRENT using a Tyan K8SE (v1.03) with dual Opterons and 8GB > of RAM my machine will freeze up when I have Software selected in > the BIOS for Memhole mapping. The system will freeze when running a > high load memory application, or an application using a large portion > of memory. ... > Running in either Hardware or Disabled mode for Memhole mapping will > not cause the machine to freeze, but will remove about 1GB of RAM from > the OS. This is a BIOS bug, not a FreeBSD bug. What version of the BIOS are you running? What revision Opterons do you have? -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 18 20:42:58 2005 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 B2C9116A41F; Tue, 18 Oct 2005 20:42:58 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from pegas.no-ip.org (user-0c9h55m.cable.mindspring.com [24.152.148.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7511C43D49; Tue, 18 Oct 2005 20:42:58 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from [10.7.0.127] (simensis.wolfa [10.7.0.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pegas.no-ip.org (Postfix) with ESMTP id 9A6D660FC; Tue, 18 Oct 2005 13:32:57 -0700 (PDT) Message-ID: <43555E47.20001@pegas.no-ip.org> Date: Tue, 18 Oct 2005 13:42:47 -0700 From: Evgeny Piven User-Agent: Thunderbird 1.4.1 (Macintosh/20051006) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20051018160447.GA92576@dragon.NUXI.org> In-Reply-To: <20051018160447.GA92576@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [PATCH] remove 'device atpic' 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, 18 Oct 2005 20:42:58 -0000 David O'Brien wrote: > I think we can remove this from GENERIC in HEAD (and RELENG_6) since > we've changed to using the lapic timer vs. using irq0. > > Can people please test this patch on there systems and report back to the > _list_ the results? > > Index: sys/amd64/conf/GENERIC > =================================================================== > RCS file: /home/ncvs/src/sys/amd64/conf/GENERIC,v > retrieving revision 1.442 > diff -u -r1.442 GENERIC > --- sys/amd64/conf/GENERIC 8 Sep 2005 03:29:18 -0000 1.442 > +++ sys/amd64/conf/GENERIC 18 Oct 2005 16:02:35 -0000 > @@ -76,9 +76,6 @@ > # Make an SMP-capable kernel by default > options SMP # Symmetric MultiProcessor Kernel > > -# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) > -device atpic # 8259A compatability > - > # Linux 32-bit ABI support > options LINPROCFS # Cannot be a module yet. > > Works fine both in HEAD and RELENG_6. However, for some reason machine would not boot (neither in HEAD nor in RELENG_6) when MAXMEM option is used. Is this reasonable behavior? Best regards, Evgeny Piven From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 18 23:40:02 2005 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 1C3AB16A41F for ; Tue, 18 Oct 2005 23:40:02 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B265343D48 for ; Tue, 18 Oct 2005 23:40:01 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 7AE122A931 for ; Tue, 18 Oct 2005 16:40:01 -0700 (PDT) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (dhcp63.wemm.org [10.0.0.63]) by fw.wemm.org (Postfix) with ESMTP id A5C88E2B5 for ; Tue, 18 Oct 2005 16:39:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (localhost [127.0.0.1]) by peter-laptop.wemm.org (8.13.4/8.13.4) with ESMTP id j9INdWgp005089; Tue, 18 Oct 2005 16:39:32 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by peter-laptop.wemm.org (8.13.4/8.13.3/Submit) id j9INdUHB005088; Tue, 18 Oct 2005 16:39:30 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: peter-laptop.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org, vd@datamax.bg Date: Tue, 18 Oct 2005 16:39:28 -0700 User-Agent: KMail/1.8 References: <20051011054632.GA1669@qlovarnika.bg.datamax> <20051011060152.GH12298@funkthat.com> <20051011062737.GA1881@qlovarnika.bg.datamax> In-Reply-To: <20051011062737.GA1881@qlovarnika.bg.datamax> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510181639.30443.peter@wemm.org> Cc: Subject: Re: console resolution 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, 18 Oct 2005 23:40:02 -0000 On Monday 10 October 2005 11:27 pm, Vasil Dimov wrote: > On Mon, Oct 10, 2005 at 11:01:52PM -0700, John-Mark Gurney wrote: > > Vasil Dimov wrote this message on Tue, Oct 11, 2005 at 08:46 +0300: > > > Is there *any* way to get something different than 80x25 on the > > > console? > > > > man vidcontrol > > > > > uname -a: > > > FreeBSD qlovarnika.bg.datamax 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 > > > 17:41:04 EEST 2005 > > > root@qlovarnika.bg.datamax:/usr/obj/usr/src/sys/QLOVARNIKA amd64 > > Well, > > # vidcontrol -i mode > mode# flags type size font window linear > buffer > --------------------------------------------------------------------------- >--- 24 (0x018) 0x00000001 T 80x25 8x16 0xb8000 32k 32k 0x00000000 > 32k > > # vidcontrol 80x30 > vidcontrol: cannot set videomode: Operation not supported by device > vidcontrol: cannot set videomode: Operation not supported by device > > # vidcontrol VESA_800x600 > vidcontrol: cannot set videomode: Inappropriate ioctl for device > vidcontrol: cannot set videomode: Inappropriate ioctl for device > > Did something change since amd64/72213? > > hint.sc.0.flags="0x80" in /boot/device.hints has no effect. This stuff is trying to use bios calls to change the modes. This is something a 64 bit kernel cannot do. To make this work, one would have to trampoline out of 64 bit mode and into 32 bit mode, then do the vm86 or bios32() calls. This is more work than it might appear at first because you have to deal with interrupts. One would have to write a 32 bit mini-kernel that can accept interrupts and traps, trampoline to 64 bit mode, handle them, then return, switching back to 32 bit mode. All with page tables etc. And of course you have to do extra data copying and have a way to describe it to the API. (I don't remmeber if bios32() does data copying or not in its API. I know vm86 does.) -Peter From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 05:50:17 2005 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 1B0B316A41F for ; Wed, 19 Oct 2005 05:50:17 +0000 (GMT) (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 C23C243D46 for ; Wed, 19 Oct 2005 05:50:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9J5oGFf013745 for ; Wed, 19 Oct 2005 05:50:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9J5oGse013744; Wed, 19 Oct 2005 05:50:16 GMT (envelope-from gnats) Date: Wed, 19 Oct 2005 05:50:16 GMT Message-Id: <200510190550.j9J5oGse013744@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Vasil Dimov Cc: Subject: Re: amd64/87348: amd64+smp+startkde always crashing X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vasil Dimov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 05:50:17 -0000 The following reply was made to PR amd64/87348; it has been noted by GNATS. From: Vasil Dimov To: "D\. J\. Bernstein" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/87348: amd64+smp+startkde always crashing Date: Wed, 19 Oct 2005 08:43:17 +0300 On Wed, Oct 12, 2005 at 11:02:44PM +0000, D. J. Bernstein wrote: > Built an Athlon 64 X2 box; Asus A8V, 250GB SATA, Radeon VE (7000). Installed FreeBSD 5.4-RELEASE from the amd64 CDs. Modified kernel from GENERIC as follows: changed ident, add ``device sound'', add ``device "snd_via8233"'', add ``options SMP''. ... > Major problem: startkde always freezes the machine. Caps Lock doesn't toggle keyboard lights; Ctrl-Alt-Backspace has no effect; only way to affect the machine, apparently, is to press the power button. ... > Removing SMP appears to eliminate the freeze, but I'd rather run Linux than throw away half of the CPU power. Haven't done serious stress tests, so I don't know whether this is tied to KDE, or to X, or to overlal load. Have reproduced on an identical Athlon 64 X2 box; could be a problem with the A8V etc., but clearly isn't a problem with assembly of this particular box. > I have the same motherboard (A8V) and since I got it, I started experiencing problems, including (but not limited to the following): * random reboots (just as if I had pressed the reset button) * kernel panics * machine freezings (like yours - kbd dead, must press reset btn) * random programs crashes (signal 11) with programs that are otherwise rock stable like: sed, ispell, perl, gcc All of these occured when there was some load on the machine - like make index in the ports dir. The peak moment was 2 days ago when I wasn't able to compile the world, because gcc failed with signal 11 two subsequent times on different pieces of code. Then I rebooted and changed the Memclock setting in the BIOS from "Auto" to "5:3 DDR333", although the memory is DDR400, and this fixed the problem - /usr/coredumps is empty since then :) and I compiled the world with the first attempt, running make index in parallel. I hope that helps. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 06:11:41 2005 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 5BCBF16A41F for ; Wed, 19 Oct 2005 06:11:41 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA0AE43D45 for ; Wed, 19 Oct 2005 06:11:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.1.126] (67-20-0-203.miamfl.adelphia.net [67.20.0.203]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9J6Bamq060292 for ; Wed, 19 Oct 2005 00:11:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4355E392.3030706@samsco.org> Date: Wed, 19 Oct 2005 00:11:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20051018160447.GA92576@dragon.NUXI.org> In-Reply-To: <20051018160447.GA92576@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.7 required=3.8 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Subject: Re: [PATCH] remove 'device atpic' 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, 19 Oct 2005 06:11:41 -0000 David O'Brien wrote: > I think we can remove this from GENERIC in HEAD (and RELENG_6) since > we've changed to using the lapic timer vs. using irq0. > > Can people please test this patch on there systems and report back to the > _list_ the results? > > Index: sys/amd64/conf/GENERIC > =================================================================== > RCS file: /home/ncvs/src/sys/amd64/conf/GENERIC,v > retrieving revision 1.442 > diff -u -r1.442 GENERIC > --- sys/amd64/conf/GENERIC 8 Sep 2005 03:29:18 -0000 1.442 > +++ sys/amd64/conf/GENERIC 18 Oct 2005 16:02:35 -0000 > @@ -76,9 +76,6 @@ > # Make an SMP-capable kernel by default > options SMP # Symmetric MultiProcessor Kernel > > -# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) > -device atpic # 8259A compatability > - > # Linux 32-bit ABI support > options LINPROCFS # Cannot be a module yet. > Good call From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 09:04:02 2005 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 5CC9E16A41F for ; Wed, 19 Oct 2005 09:04:02 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168CB43D49 for ; Wed, 19 Oct 2005 09:03:57 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j9J93t6B078290 for ; Wed, 19 Oct 2005 12:03:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 13407-03-2 for ; Wed, 19 Oct 2005 12:03:53 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j9J90XE1078191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 19 Oct 2005 12:00:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id j9J90XrY015013 for freebsd-amd64@freebsd.org; Wed, 19 Oct 2005 12:00:33 +0300 (EEST) (envelope-from ru) Date: Wed, 19 Oct 2005 12:00:33 +0300 From: Ruslan Ermilov To: freebsd-amd64@freebsd.org Message-ID: <20051019090033.GA75665@ip.net.ua> References: <20051018160447.GA92576@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20051018160447.GA92576@dragon.NUXI.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: [PATCH] remove 'device atpic' 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, 19 Oct 2005 09:04:02 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 18, 2005 at 09:04:47AM -0700, David O'Brien wrote: > I think we can remove this from GENERIC in HEAD (and RELENG_6) since > we've changed to using the lapic timer vs. using irq0. >=20 > Can people please test this patch on there systems and report back to the > _list_ the results? >=20 Works OK, on ASUS SK8N (which is nForce3-Pro150 based), after removing hint.apic.0.disabled=3D"1" from /boot/loader.conf. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVgsxqRfpzJluFF4RArPgAJ9xVTnKWRUYbuQzsHg0SVjT59xfWQCdGqbH 1fFklfHiRzraB1VtGSv9M9I= =CKkl -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 13:05:35 2005 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 AB99416A41F for ; Wed, 19 Oct 2005 13:05:35 +0000 (GMT) (envelope-from mprabu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F3D43D46 for ; Wed, 19 Oct 2005 13:05:34 +0000 (GMT) (envelope-from mprabu@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so53966nzk for ; Wed, 19 Oct 2005 06:05:34 -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=hyN8aYvfxn4k/nqAhtwCbg7bnHda4wTE7cJBvz13CiB7UXAyTUBUDfPvlKQf7tmDzuGnN3xHfSytn/33VN8rtd+/Dx1ASVBCv6NQp9HlqRqO6+k1HnPXeR+ZVseHZcrnW8h6MW0v6PcJSWTF0Z5Jh+f4mhF4/SvPa2+8MyvQQs8= Received: by 10.37.14.41 with SMTP id r41mr617751nzi; Wed, 19 Oct 2005 06:05:34 -0700 (PDT) Received: by 10.36.46.8 with HTTP; Wed, 19 Oct 2005 06:05:34 -0700 (PDT) Message-ID: <740e2960510190605r3014bfb7v1ca37266d41f6b07@mail.gmail.com> Date: Wed, 19 Oct 2005 18:35:34 +0530 From: M Prabu To: "David E. O'Brien" In-Reply-To: <200510161010.j9GAAYjg013695@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200510161010.j9GAAYjg013695@freefall.freebsd.org> Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/87436: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor 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, 19 Oct 2005 13:05:35 -0000 i have a AMD Athlon 64 3000+ processor system with MSI RS480 M2-IL board. my chipset is ATI RS480. i have a segate 80 GB harddisk . the video is onboard ATI Express 200 series. i installed Free BSD i my system from the cd which i burnt from the cd images given in the Digit magazine. the version is FREE BSD 5.2.1 Warty release. the default booting does not start and only the safemode starts and no GUI appears in the safemode. if you need more details please mention the detail you want. prabu On 10/16/05, David E. O'Brien wrote: > Synopsis: gui does not start on the ATI RS480 M2-IL chipset board with AM= D64 > processor > > State-Changed-From-To: open->analyzed > State-Changed-By: obrien > State-Changed-When: Sun Oct 16 10:09:28 GMT 2005 > State-Changed-Why: > Insuffient details of the problem were provided in this PR. > Can you please add more such that we can figure out what is the problem? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D87436 > From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 13:18:44 2005 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 8244016A41F for ; Wed, 19 Oct 2005 13:18:44 +0000 (GMT) (envelope-from groot@kde.org) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF74643D46 for ; Wed, 19 Oct 2005 13:18:43 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j9JDIbks025734; Wed, 19 Oct 2005 15:18:37 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Wed, 19 Oct 2005 15:18:37 +0200 User-Agent: KMail/1.8.92 References: <200510161010.j9GAAYjg013695@freefall.freebsd.org> <740e2960510190605r3014bfb7v1ca37266d41f6b07@mail.gmail.com> In-Reply-To: <740e2960510190605r3014bfb7v1ca37266d41f6b07@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510191518.37471.groot@kde.org> X-Spam-Score: -1.399 () BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 Cc: M Prabu Subject: Re: amd64/87436: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor 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, 19 Oct 2005 13:18:44 -0000 On Wednesday 19 October 2005 15:05, M Prabu wrote: > i have a AMD Athlon 64 3000+ processor system with MSI RS480 M2-IL > board. my chipset is ATI RS480. i have a segate 80 GB harddisk . the > video is onboard ATI Express 200 series. i installed Free BSD i my > system from the cd which i burnt from the cd images given in the Digit > magazine. the version is FREE BSD 5.2.1 Warty release. the default > booting does not start and only the safemode starts and no GUI appears > in the safemode. You still haven't defined by what you mean with 'no GUI appears'. Does X not start? Do you get no video at all? Some notes: 1) 5.2 is _ancient_ by amd64 standards (other standards as well). Please use a recent release like 5.4 or get the 6.0 release candidate, since it is said to be quite an improvement over 5.4 in a lot of areas. 2) Take a look at the motherboard compatibility page http://www.freebsd.org/platforms/amd64/motherboards.html ; you see that there are tricks related to getting it to boot at all, and that the on-board video is poorly supported by X. -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 16:51:17 2005 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 690D916A41F for ; Wed, 19 Oct 2005 16:51:17 +0000 (GMT) (envelope-from suttonp@aafes.com) Received: from aafes.com (moffett.aafes.com [199.67.7.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3FFC43D49 for ; Wed, 19 Oct 2005 16:51:15 +0000 (GMT) (envelope-from suttonp@aafes.com) Received: from ([192.168.32.119]) by moffett.aafes.com with SMTP id KP-ARHGK.9759450; Wed, 19 Oct 2005 11:49:18 -0500 Received: from HQMBX11.aafes.com ([192.168.32.92]) by HQEMAILBH02.aafes.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Oct 2005 11:49:18 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 19 Oct 2005 11:49:17 -0500 Message-ID: <368AA9370CFDFC4A83829845F6EEE96507F91686@HQMBX11.aafes.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: unable to install beta5 (amd64) on a Dell 2850 Thread-Index: AcXUzQtjag07SLvgQVeSMT4KI7lcRw== From: "Sutton, Paul A." To: X-OriginalArrivalTime: 19 Oct 2005 16:49:18.0699 (UTC) FILETIME=[0C23E3B0:01C5D4CD] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: unable to install beta5 (amd64) on a Dell 2850 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, 19 Oct 2005 16:51:17 -0000 Did you have success, if not try removing 2GB of the RAM and reinstalling. If you were successful please post information. =20 Paul Sutton=20 suttonp@AAFES.com=20 ITIO Security Analyst Army Air Force Exchange Service=20 214-312-6376 =20 From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 19:03:45 2005 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 E373516A420 for ; Wed, 19 Oct 2005 19:03:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9436443D5A for ; Wed, 19 Oct 2005 19:03:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 88175B811 for ; Wed, 19 Oct 2005 15:03:44 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v734) In-Reply-To: <20051018160447.GA92576@dragon.NUXI.org> References: <20051018160447.GA92576@dragon.NUXI.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 19 Oct 2005 15:03:44 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.734) Subject: Re: [PATCH] remove 'device atpic' 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, 19 Oct 2005 19:03:46 -0000 On Oct 18, 2005, at 12:04 PM, David O'Brien wrote: > I think we can remove this from GENERIC in HEAD (and RELENG_6) since > we've changed to using the lapic timer vs. using irq0. > not sure if it counts, but in 5.4-RELEASE I run without option atpic on dual opteron systems with no ill-effect. but they don't have nvidia chipsets, either. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 20:03:55 2005 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 BF04316A41F for ; Wed, 19 Oct 2005 20:03:55 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from kosh.jetnet.co.uk (kosh.jetnet.co.uk [80.87.128.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F73E43D5A for ; Wed, 19 Oct 2005 20:03:55 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from localhost (localhost [127.0.0.1]) by kosh.jetnet.co.uk (Postfix) with ESMTP id AC8FE24718 for ; Wed, 19 Oct 2005 20:03:54 +0000 (GMT) Received: from kosh.jetnet.co.uk ([127.0.0.1]) by localhost (mail.jetnet.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17029-07 for ; Wed, 19 Oct 2005 20:03:45 +0000 (GMT) Received: from [192.168.0.100] (82-69-108-39.dsl.in-addr.zen.co.uk [82.69.108.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kosh.jetnet.co.uk (Postfix) with ESMTP id AAA1522202 for ; Wed, 19 Oct 2005 20:03:45 +0000 (GMT) Message-ID: <4356A6AF.3090901@jetnet.co.uk> Date: Wed, 19 Oct 2005 21:03:59 +0100 From: David Reid User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051018) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at jetnet.co.uk Subject: linux_dri? 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, 19 Oct 2005 20:03:55 -0000 The linux_dri port is marked as i386 only which means that /compat/linux/usr/X11R6/lib/libGL.so.1 won't install. Is this a permanent situation or is a workaround possible? david From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 20:32:19 2005 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 8E0C216A420 for ; Wed, 19 Oct 2005 20:32:19 +0000 (GMT) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (milkyway.critical.ch [62.2.45.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C35A43D66 for ; Wed, 19 Oct 2005 20:32:18 +0000 (GMT) (envelope-from ehaupt@FreeBSD.org) Received: from beaver.critical.ch (217-162-251-247.dclient.hispeed.ch [217.162.251.247]) by mx.critical.ch (8.13.4/8.13.4/critical-1.0) with SMTP id j9JKWGGq020170; Wed, 19 Oct 2005 22:32:16 +0200 (CEST) (envelope-from ehaupt@FreeBSD.org) Date: Wed, 19 Oct 2005 22:32:13 +0200 From: Emanuel Haupt To: freebsd-amd64@FreeBSD.org Message-Id: <20051019223213.16798c72.ehaupt@FreeBSD.org> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__19_Oct_2005_22_32_13_+0200_Q/qEPaWdF5nJSVqf" X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on milkyway.critical.ch X-Virus-Status: Clean Cc: ozawa@ongs.co.jp Subject: build on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 20:32:19 -0000 --Signature=_Wed__19_Oct_2005_22_32_13_+0200_Q/qEPaWdF5nJSVqf Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Could someone with an amd64 machine confirm that the following patch wont break ports/japanese/xdtp. --- ports-japanese-xdtp.patch begins here --- Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/ports/japanese/xdtp/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 19 Oct 2005 19:12:52 -0000 1.3 +++ Makefile 19 Oct 2005 20:16:12 -0000 @@ -7,7 +7,7 @@ =20 PORTNAME=3D xdtp PORTVERSION=3D 1.0.1 -PORTREVISION=3D 1 +PORTREVISION=3D 2 CATEGORIES=3D japanese MASTER_SITES+=3D http://www.ongs.co.jp/projects/xdtp/ DISTNAME=3D xdtp-${PORTVERSION} @@ -18,6 +18,7 @@ =20 LIB_DEPENDS=3D glibmm-2.4:${PORTSDIR}/devel/glibmm =20 +USE_REINPLACE=3D yes INSTALLS_SHLIB=3D yes USE_GCC=3D 3.4 USE_GNOME=3D libxml2 libxslt pkgconfig @@ -27,8 +28,6 @@ DEBUG "Build with debug option" off \ INCLUDE "Install with XDTP include files" on =20 -CFLAGS+=3D -fPIC - .include =20 .if defined(WITH_GDK) @@ -49,4 +48,8 @@ PLIST_SUB+=3D XDTP_INC=3D"@comment " .endif =20 +post-patch: + @${REINPLACE_CMD} -e 's|\(CXXFLAGS}\)\(.*LIBTARGET\)|\1 -fPIC\2|' \ + ${WRKSRC}/src/Makefile + .include --- ports-japanese-xdtp.patch ends here --- Thanks, Emanuel --=20 GnuPG key id: 0x55E67774 Download: http://pgp.mit.edu:11371 Key fingerprint: 17B3 FD8F BA68 4AB4 10FD A9D1 AD52 6588 55E6 7774 --Signature=_Wed__19_Oct_2005_22_32_13_+0200_Q/qEPaWdF5nJSVqf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVq1QrVJliFXmd3QRAqJrAKCkDEXSbZeGx1vVuzrpTl1B22XFmACgucSk /S7y3sCGlPWjLqORRP6Wjrc= =b59e -----END PGP SIGNATURE----- --Signature=_Wed__19_Oct_2005_22_32_13_+0200_Q/qEPaWdF5nJSVqf-- From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 21:00:25 2005 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 C7C1116A41F for ; Wed, 19 Oct 2005 21:00:25 +0000 (GMT) (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 274DC43D69 for ; Wed, 19 Oct 2005 21:00:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9JL0O0f071032 for ; Wed, 19 Oct 2005 21:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9JL0OMV071028; Wed, 19 Oct 2005 21:00:24 GMT (envelope-from gnats) Resent-Date: Wed, 19 Oct 2005 21:00:24 GMT Resent-Message-Id: <200510192100.j9JL0OMV071028@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, Remco Bressers Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72D7316A41F for ; Wed, 19 Oct 2005 20:51:00 +0000 (GMT) (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 2A90D43D5A for ; Wed, 19 Oct 2005 20:51:00 +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 j9JKox9M096610 for ; Wed, 19 Oct 2005 20:50:59 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9JKoxJd096609; Wed, 19 Oct 2005 20:50:59 GMT (envelope-from nobody) Message-Id: <200510192050.j9JKoxJd096609@www.freebsd.org> Date: Wed, 19 Oct 2005 20:50:59 GMT From: Remco Bressers To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87689: powerd crashing on SMP Opteron 244 5-STABLE 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, 19 Oct 2005 21:00:25 -0000 >Number: 87689 >Category: amd64 >Synopsis: powerd crashing on SMP Opteron 244 5-STABLE >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 19 21:00:24 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Remco Bressers >Release: 5-STABLE >Organization: Signet B.V. >Environment: FreeBSD son-ws1-dc1.signet.nl 5.4-STABLE FreeBSD 5.4-STABLE #6: Tue Oct 18 13:34:23 CEST 2005 root@son-ws1-dc1.signet.nl:/usr/obj/usr/src/sys/SMP amd64 >Description: After configuring 'cpufreq' in the kernel, starting powerd results in a complete hang of the system. No panic, segfault or whatsoever. I also tested an uniprocessor setup, by putting kern.smp.disabled=1 in /boot/loader.conf. After rebooting, the system says it's running uniprocessor. On uniprocessor, i have the very same problem. I noticed, that when i change sysctl variable dev.cpu.0.freq_levels, the system hangs immediatly. Hardware: AMD Opteron 244 at 1,8GHz on a Tyan S2882GNN motherboard 2GB PC3200 DDR RAM 3Ware 9500S-4LP 4 port SATA RAID controller (twa driver) dmesg (uniprocessor) outputs the following information: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #6: Tue Oct 18 13:34:23 CEST 2005 root@son-ws1-dc1.signet.nl:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1793.61-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2147418112 (2047 MB) avail memory = 2061496320 (1965 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 pci3: at device 6.0 (no driver attached) fxp0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:32:f6:fb isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc990000-0xfc99ffff,0xfc9a0000-0xfc9affff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:32:f6:66 bge1: mem 0xfc9c0000-0xfc9cffff,0xfc9d0000-0xfc9dffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:32:f6:67 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.50.00.017 twa0: <3ware 9000 series Storage Controller> port 0x8800-0x88ff mem 0xfb800000-0xfbffffff,0xfc8ffc00-0xfc8ffcff irq 29 at device 4.0 on pci1 twa0: INFO: (0x15: 0x1300): Controller details:: 4 ports, Firmware FE9X 2.06.00.009, BIOS BE9X 2.03.01.051 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1793608926 Hz quality 800 Timecounters tick every 1.000 msec da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 476816MB (976519168 512 byte sectors: 255H 63S/T 60785C) Mounting root from ufs:/dev/da0s1a Thanks in advance, Remco Bressers Signet B.V. >How-To-Repeat: Configure 'cpufreq' in the kernel and start 'powerd' by hand. Also changing dev.cpu.0.freq_levels to a random value causes a complete hang of the system. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 21:28:56 2005 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 7B29D16A41F for ; Wed, 19 Oct 2005 21:28:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38DDA43D5A for ; Wed, 19 Oct 2005 21:28: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 CA9F4F23C5 for ; Wed, 19 Oct 2005 14:28:55 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00810-05 for ; Wed, 19 Oct 2005 14:28:55 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6D377F22D9 for ; Wed, 19 Oct 2005 14:28:55 -0700 (PDT) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Wed, 19 Oct 2005 14:28:55 -0700 Message-Id: <1129757335.68512.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: [PATCH] remove 'device atpic' X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 21:28:56 -0000 Just recently fried my MSI MB and got a new one with an Athlon 64x2. The following setup still requires the 'device atpic' or it will fault with an unknown/reserved trap of 30: GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 AMD Athlon 64 X2 Dual-Core Processor 3800+ It works perfectly fine as a single core without the atpic device and as a dual-cpu with the atpic device. This board has the nForce3 250Gb chipset. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 21:49:58 2005 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 7590C16A420; Wed, 19 Oct 2005 21:49:58 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7959443D5A; Wed, 19 Oct 2005 21:49:57 +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 153F4F23CC; Wed, 19 Oct 2005 14:49:57 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00810-07; Wed, 19 Oct 2005 14:49:53 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BE2BDF22D9; Wed, 19 Oct 2005 14:49:53 -0700 (PDT) From: Sean McNeil To: John Baldwin In-Reply-To: <200510131617.53621.jhb@freebsd.org> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131322.45968.jhb@freebsd.org> <434EB98B.6080503@samsco.org> <200510131617.53621.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="=-uxLgUNcXo2u68Mh3YNVQ" Organization: Sean McNeil Consulting, Inc Date: Wed, 19 Oct 2005 14:49:53 -0700 Message-Id: <1129758593.68537.11.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 21:49:58 -0000 --=-uxLgUNcXo2u68Mh3YNVQ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Thu, 2005-10-13 at 16:17 -0400, John Baldwin wrote: > On Thursday 13 October 2005 03:46 pm, Scott Long wrote: > > John Baldwin wrote: > > > On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: > > >>On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: > > >>>On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > > >>>>On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > > >>>>>Havent really seen anyone else use this board, but I have had good > > >>>>>luck with it so far > > >>>>> > > >>>>>http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 > > >>>>>6&Me nuID=90&LanID=0 > > >>>>> > > >>>>>Its a micro ATX formfactor with built in video and the onboard NIC is > > >>>>>a realtek. (Although its not the fastest NIC, its driver is stable > > >>>>>and mature-- especially compared to the headaches people seem to have > > >>>>>with the NVIDIA NICs.) > > >>>> > > >>>>Is this the RealTek 8169S Single-chip Gigabit Ethernet? > > >>>> > > >>>>For those interested, here are some changes I always use to increase > > >>>>the performance of the above NIC. With these mods, I can stream over > > >>>>20 MBps video multicast and do other stuff over the network without > > >>>>issues. Without the changes, xmit is horrible with severe UDP packet > > >>>>loss. > > >>> > > >>>So, I see two changes. One is to up the number of descriptors from 32 > > >>> rx and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx > > >>> on other modules. The other thing is that you seem to pessimize TX > > >>> performance by always forcing the send packets to be coalesced into one > > >>> mbuf (which requires doing an alloc and then copying all of the data) > > >>> instead of making use of scatter/gatter for sending packets. Do you > > >>> need both changes or do just the higher descriptor counts make the > > >>> difference? > > >> > > >>Actually, I've found that the higher descriptor counts do not make a > > >>noticeable difference. The only thing that mattered was to eliminate > > >>the scatter/gather of sending packets. I can't remember why I left the > > >>descriptor increase in there. I think it was to get the best use out of > > >>the hardware. > > > > > > Hmm, odd. Scott, do you have any ideas why m_defrag() plus one > > > descriptor would be faster than s/g dma for re(4)? > > > > There are two things that I would consider. First is that > > bus_dmamap_load_mbuf_sg() > > should be use, as that cuts out some indirection (and thus latency) in > > the code. Second > > is that not all DMA engines are created equal, and I honestly wouldn't > > expect a whole lot > > out of Realtek given the price point of this chip. It might be > > optimized only for operating > > on only a single S/G element, for example. Maybe it's really slow at > > pre-fetching s/g > > elements, or maybe it has some sort of a stall after each DMA sement > > transfer while it > > restarts a state machine. I've seen evidence in other hardware that > > only one S/G element > > should be used even though there are slots for 2 (or 3 in the case of 9k > > jumbo frames). One > > thing to keep in mind is the difference in the driver models between > > Windows and BSD > > that Bill Paul talked about the other day. In the Windows world, the > > driver owns the > > network packet memory, whereas in BSD the stack owns it (in the form of > > mbufs). This > > means that the driver can pre-allocate a contiguous slab and populate > > the descriptor rings > > with it without ever having to worry about s/g fragmentation, while in > > BSD fragmentation > > is a fact of life. So it's likely yet another case of hardware being > > optimized for certain > > characteristics of Windows at the expense of other operating systems. > > Ok. Sean, do you think you can trim the patch down to just the m_defrag() > changes and test that to make sure that is all that is needed? I was working on this when I fried my motherboard. I have two sets of patches for the re0 and managed to do some testing. I didn't, however, have the opportunity to perform my 19Mbps multicast stream. Unfortunately, I couldn't find a comparable MB and now have an sk0 instead of re0. So I won't be able to assist with this driver anymore. The patches are broken into 2: Just the m_defrag() patch. Using bus_dmamap_load_mbuf_sg() as suggested by Scott. The first is trivial, the second a little more involved. Since I've had issues with attachments, I'll include as text as well as attach. Cheers, Sean First patch (just m_defrag() stuff): --- sys/dev/re/if_re.c.orig Wed Oct 19 14:39:32 2005 +++ sys/dev/re/if_re.c Wed Oct 19 14:40:13 2005 @@ -1901,40 +1901,26 @@ arg.sc = sc; arg.rl_idx = *idx; arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - if (arg.rl_maxsegs > 4) - arg.rl_maxsegs -= 4; arg.rl_ring = sc->rl_ldata.rl_tx_list; map = sc->rl_ldata.rl_tx_dmamap[*idx]; + + /* + * Network performance is extremely poor in gigE mode without + * defragmenting each time. It is believed this might be an + * issue with the realtek part not being able to DMA anything + * smaller than a complete segment. + */ + m_new = m_defrag(*m_head, M_DONTWAIT); + if (m_new != NULL) + *m_head = m_new; + error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error && error != EFBIG) { + if (error) { if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", error); return (ENOBUFS); - } - - /* Too many segments to map, coalesce into a single mbuf */ - - if (error || arg.rl_maxsegs == 0) { - m_new = m_defrag(*m_head, M_DONTWAIT); - if (m_new == NULL) - return (ENOBUFS); - else - *m_head = m_new; - - arg.sc = sc; - arg.rl_idx = *idx; - arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - arg.rl_ring = sc->rl_ldata.rl_tx_list; - - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, - *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error) { - if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", - error); - return (EFBIG); - } } /* Second patch (_sg changes): --- sys/pci/if_rlreg.h.orig Thu Oct 6 13:17:17 2005 +++ sys/pci/if_rlreg.h Wed Oct 19 14:43:52 2005 @@ -645,14 +645,6 @@ struct rl_softc; -struct rl_dmaload_arg { - struct rl_softc *sc; - int rl_idx; - int rl_maxsegs; - uint32_t rl_flags; - struct rl_desc *rl_ring; -}; - struct rl_list_data { struct mbuf *rl_tx_mbuf[RL_TX_DESC_CNT]; struct mbuf *rl_rx_mbuf[RL_TX_DESC_CNT]; --- sys/dev/re/if_re.c.orig Wed Oct 19 14:40:13 2005 +++ sys/dev/re/if_re.c Wed Oct 19 14:42:23 2005 @@ -159,6 +159,8 @@ #define RE_CSUM_FEATURES (CSUM_IP | CSUM_TCP | CSUM_UDP) +#define RL_NSEG_NEW 32 + /* * Various supported device vendors/types and their names. */ @@ -205,8 +207,6 @@ static int re_encap (struct rl_softc *, struct mbuf **, int *); static void re_dma_map_addr (void *, bus_dma_segment_t *, int, int); -static void re_dma_map_desc (void *, bus_dma_segment_t *, int, - bus_size_t, int); static int re_allocmem (device_t, struct rl_softc *); static int re_newbuf (struct rl_softc *, int, struct mbuf *); static int re_rx_list_init (struct rl_softc *); @@ -856,82 +856,6 @@ } /* - * This routine takes the segment list provided as the result of - * a bus_dma_map_load() operation and assigns the addresses/lengths - * to RealTek DMA descriptors. This can be called either by the RX - * code or the TX code. In the RX case, we'll probably wind up mapping - * at most one segment. For the TX case, there could be any number of - * segments since TX packets may span multiple mbufs. In either case, - * if the number of segments is larger than the rl_maxsegs limit - * specified by the caller, we abort the mapping operation. Sadly, - * whoever designed the buffer mapping API did not provide a way to - * return an error from here, so we have to fake it a bit. - */ - -static void -re_dma_map_desc(arg, segs, nseg, mapsize, error) - void *arg; - bus_dma_segment_t *segs; - int nseg; - bus_size_t mapsize; - int error; -{ - struct rl_dmaload_arg *ctx; - struct rl_desc *d = NULL; - int i = 0, idx; - - if (error) - return; - - ctx = arg; - - /* Signal error to caller if there's too many segments */ - if (nseg > ctx->rl_maxsegs) { - ctx->rl_maxsegs = 0; - return; - } - - /* - * Map the segment array into descriptors. Note that we set the - * start-of-frame and end-of-frame markers for either TX or RX, but - * they really only have meaning in the TX case. (In the RX case, - * it's the chip that tells us where packets begin and end.) - * We also keep track of the end of the ring and set the - * end-of-ring bits as needed, and we set the ownership bits - * in all except the very first descriptor. (The caller will - * set this descriptor later when it start transmission or - * reception.) - */ - idx = ctx->rl_idx; - for (;;) { - u_int32_t cmdstat; - d = &ctx->rl_ring[idx]; - if (le32toh(d->rl_cmdstat) & RL_RDESC_STAT_OWN) { - ctx->rl_maxsegs = 0; - return; - } - cmdstat = segs[i].ds_len; - d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[i].ds_addr)); - d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[i].ds_addr)); - if (i == 0) - cmdstat |= RL_TDESC_CMD_SOF; - else - cmdstat |= RL_TDESC_CMD_OWN; - if (idx == (RL_RX_DESC_CNT - 1)) - cmdstat |= RL_TDESC_CMD_EOR; - d->rl_cmdstat = htole32(cmdstat | ctx->rl_flags); - i++; - if (i == nseg) - break; - RL_DESC_INC(idx); - } - - d->rl_cmdstat |= htole32(RL_TDESC_CMD_EOF); - ctx->rl_maxsegs = nseg; - ctx->rl_idx = idx; -} - -/* * Map a single buffer address. */ @@ -958,17 +882,15 @@ struct rl_softc *sc; { int error; - int nseg; int i; /* * Allocate map for RX mbufs. */ - nseg = 32; error = bus_dma_tag_create(sc->rl_parent_tag, ETHER_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, MCLBYTES * nseg, nseg, MCLBYTES, BUS_DMA_ALLOCNOW, - NULL, NULL, &sc->rl_ldata.rl_mtag); + NULL, MCLBYTES * RL_NSEG_NEW, RL_NSEG_NEW, MCLBYTES, + BUS_DMA_ALLOCNOW, NULL, NULL, &sc->rl_ldata.rl_mtag); if (error) { device_printf(dev, "could not allocate dma tag\n"); return (ENOMEM); @@ -1163,7 +1085,6 @@ /* * Allocate the parent bus DMA tag appropriate for PCI. */ -#define RL_NSEG_NEW 32 error = bus_dma_tag_create(NULL, /* parent */ 1, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR_32BIT,/* lowaddr */ @@ -1374,9 +1295,11 @@ int idx; struct mbuf *m; { - struct rl_dmaload_arg arg; struct mbuf *n = NULL; - int error; + struct rl_desc *d = &sc->rl_ldata.rl_rx_list[idx]; + bus_dma_segment_t segs[1]; + int error, nseg; + u_int32_t cmdstat; if (m == NULL) { n = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); @@ -1400,22 +1323,23 @@ */ m_adj(m, RE_ETHER_ALIGN); #endif - arg.sc = sc; - arg.rl_idx = idx; - arg.rl_maxsegs = 1; - arg.rl_flags = 0; - arg.rl_ring = sc->rl_ldata.rl_rx_list; - - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, - sc->rl_ldata.rl_rx_dmamap[idx], m, re_dma_map_desc, - &arg, BUS_DMA_NOWAIT); - if (error || arg.rl_maxsegs != 1) { + error = bus_dmamap_load_mbuf_sg(sc->rl_ldata.rl_mtag, + sc->rl_ldata.rl_rx_dmamap[idx], m, segs, &nseg, BUS_DMA_NOWAIT); + if (error || nseg != 1) { if (n != NULL) m_freem(n); return (ENOMEM); } - sc->rl_ldata.rl_rx_list[idx].rl_cmdstat |= htole32(RL_RDESC_CMD_OWN); + d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[0].ds_addr)); + d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[0].ds_addr)); + + cmdstat = segs[0].ds_len | RL_RDESC_CMD_OWN; + if (idx == (RL_RX_DESC_CNT - 1)) + cmdstat |= RL_TDESC_CMD_EOR; + + d->rl_cmdstat = htole32(cmdstat); + sc->rl_ldata.rl_rx_mbuf[idx] = m; bus_dmamap_sync(sc->rl_ldata.rl_mtag, @@ -1872,10 +1796,13 @@ int *idx; { struct mbuf *m_new = NULL; - struct rl_dmaload_arg arg; - bus_dmamap_t map; - int error; struct m_tag *mtag; + bus_dmamap_t map; + bus_dma_segment_t segs[RL_NSEG_NEW]; + struct rl_desc *d; + int error, nseg, i; + int nidx = *idx; + uint32_t flags = 0; RL_LOCK_ASSERT(sc); @@ -1889,21 +1816,14 @@ * chip. This is a requirement. */ - arg.rl_flags = 0; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_IP) - arg.rl_flags |= RL_TDESC_CMD_IPCSUM; + flags |= RL_TDESC_CMD_IPCSUM; if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) - arg.rl_flags |= RL_TDESC_CMD_TCPCSUM; + flags |= RL_TDESC_CMD_TCPCSUM; if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) - arg.rl_flags |= RL_TDESC_CMD_UDPCSUM; - - arg.sc = sc; - arg.rl_idx = *idx; - arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - arg.rl_ring = sc->rl_ldata.rl_tx_list; + flags |= RL_TDESC_CMD_UDPCSUM; - map = sc->rl_ldata.rl_tx_dmamap[*idx]; + map = sc->rl_ldata.rl_tx_dmamap[nidx]; /* * Network performance is extremely poor in gigE mode without @@ -1915,25 +1835,52 @@ if (m_new != NULL) *m_head = m_new; - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, - *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); + error = bus_dmamap_load_mbuf_sg(sc->rl_ldata.rl_mtag, map, + *m_head, segs, &nseg, BUS_DMA_NOWAIT); if (error) { if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", error); return (ENOBUFS); } + KASSERT(nseg <= sc->rl_ldata.rl_tx_free, ("too many DMA segments")); + + /* + * Map the segment array into descriptors. We keep track of the + * end of the ring and set the end-of-ring bits as needed, and + * we set the ownership bits in all except the very first descriptor. + * (It is set later during the start transmission or reception.) + */ + for (i = 0;;) { + u_int32_t cmdstat; + d = &sc->rl_ldata.rl_tx_list[nidx]; + KASSERT((le32toh(d->rl_cmdstat) & RL_RDESC_STAT_OWN)==0, + ("Descriptor still owned")); + cmdstat = segs[i].ds_len; + d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[i].ds_addr)); + d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[i].ds_addr)); + cmdstat |= (i == 0) ? RL_TDESC_CMD_SOF : RL_TDESC_CMD_OWN; + if (nidx == (RL_TX_DESC_CNT - 1)) + cmdstat |= RL_TDESC_CMD_EOR; + d->rl_cmdstat = htole32(cmdstat | flags); + i++; + if (i == nseg) + break; + RL_DESC_INC(nidx); + } + + d->rl_cmdstat |= htole32(RL_TDESC_CMD_EOF); + /* * Insure that the map for this transmission * is placed at the array index of the last descriptor * in this chain. (Swap last and first dmamaps.) */ - sc->rl_ldata.rl_tx_dmamap[*idx] = - sc->rl_ldata.rl_tx_dmamap[arg.rl_idx]; - sc->rl_ldata.rl_tx_dmamap[arg.rl_idx] = map; + sc->rl_ldata.rl_tx_dmamap[*idx] = sc->rl_ldata.rl_tx_dmamap[nidx]; + sc->rl_ldata.rl_tx_dmamap[nidx] = map; - sc->rl_ldata.rl_tx_mbuf[arg.rl_idx] = *m_head; - sc->rl_ldata.rl_tx_free -= arg.rl_maxsegs; + sc->rl_ldata.rl_tx_mbuf[nidx] = *m_head; + sc->rl_ldata.rl_tx_free -= nseg; /* * Set up hardware VLAN tagging. Note: vlan tag info must @@ -1941,21 +1888,19 @@ * transmission attempt. */ + d = &sc->rl_ldata.rl_tx_list[*idx]; + mtag = VLAN_OUTPUT_TAG(sc->rl_ifp, *m_head); if (mtag != NULL) - sc->rl_ldata.rl_tx_list[*idx].rl_vlanctl = + d->rl_vlanctl = htole32(htons(VLAN_TAG_VALUE(mtag)) | RL_TDESC_VLANCTL_TAG); /* Transfer ownership of packet to the chip. */ - sc->rl_ldata.rl_tx_list[arg.rl_idx].rl_cmdstat |= - htole32(RL_TDESC_CMD_OWN); - if (*idx != arg.rl_idx) - sc->rl_ldata.rl_tx_list[*idx].rl_cmdstat |= - htole32(RL_TDESC_CMD_OWN); + d->rl_cmdstat |= htole32(RL_TDESC_CMD_OWN); - RL_DESC_INC(arg.rl_idx); - *idx = arg.rl_idx; + RL_DESC_INC(nidx); + *idx = nidx; return (0); } --=-uxLgUNcXo2u68Mh3YNVQ Content-Disposition: attachment; filename=if_re.c.diff1 Content-Type: text/plain; name=if_re.c.diff1; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- sys/dev/re/if_re.c.orig Wed Oct 19 14:39:32 2005 +++ sys/dev/re/if_re.c Wed Oct 19 14:40:13 2005 @@ -1901,40 +1901,26 @@ arg.sc = sc; arg.rl_idx = *idx; arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - if (arg.rl_maxsegs > 4) - arg.rl_maxsegs -= 4; arg.rl_ring = sc->rl_ldata.rl_tx_list; map = sc->rl_ldata.rl_tx_dmamap[*idx]; + + /* + * Network performance is extremely poor in gigE mode without + * defragmenting each time. It is believed this might be an + * issue with the realtek part not being able to DMA anything + * smaller than a complete segment. + */ + m_new = m_defrag(*m_head, M_DONTWAIT); + if (m_new != NULL) + *m_head = m_new; + error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error && error != EFBIG) { + if (error) { if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", error); return (ENOBUFS); - } - - /* Too many segments to map, coalesce into a single mbuf */ - - if (error || arg.rl_maxsegs == 0) { - m_new = m_defrag(*m_head, M_DONTWAIT); - if (m_new == NULL) - return (ENOBUFS); - else - *m_head = m_new; - - arg.sc = sc; - arg.rl_idx = *idx; - arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - arg.rl_ring = sc->rl_ldata.rl_tx_list; - - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, - *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error) { - if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", - error); - return (EFBIG); - } } /* --=-uxLgUNcXo2u68Mh3YNVQ Content-Disposition: attachment; filename=if_rlreg.h.diff1 Content-Type: text/plain; name=if_rlreg.h.diff1; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- sys/pci/if_rlreg.h.orig Thu Oct 6 13:17:17 2005 +++ sys/pci/if_rlreg.h Wed Oct 19 14:43:52 2005 @@ -645,14 +645,6 @@ struct rl_softc; -struct rl_dmaload_arg { - struct rl_softc *sc; - int rl_idx; - int rl_maxsegs; - uint32_t rl_flags; - struct rl_desc *rl_ring; -}; - struct rl_list_data { struct mbuf *rl_tx_mbuf[RL_TX_DESC_CNT]; struct mbuf *rl_rx_mbuf[RL_TX_DESC_CNT]; --=-uxLgUNcXo2u68Mh3YNVQ Content-Disposition: attachment; filename=if_re.c.diff2 Content-Type: text/plain; name=if_re.c.diff2; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- sys/dev/re/if_re.c.orig Wed Oct 19 14:40:13 2005 +++ sys/dev/re/if_re.c Wed Oct 19 14:42:23 2005 @@ -159,6 +159,8 @@ #define RE_CSUM_FEATURES (CSUM_IP | CSUM_TCP | CSUM_UDP) +#define RL_NSEG_NEW 32 + /* * Various supported device vendors/types and their names. */ @@ -205,8 +207,6 @@ static int re_encap (struct rl_softc *, struct mbuf **, int *); static void re_dma_map_addr (void *, bus_dma_segment_t *, int, int); -static void re_dma_map_desc (void *, bus_dma_segment_t *, int, - bus_size_t, int); static int re_allocmem (device_t, struct rl_softc *); static int re_newbuf (struct rl_softc *, int, struct mbuf *); static int re_rx_list_init (struct rl_softc *); @@ -856,82 +856,6 @@ } /* - * This routine takes the segment list provided as the result of - * a bus_dma_map_load() operation and assigns the addresses/lengths - * to RealTek DMA descriptors. This can be called either by the RX - * code or the TX code. In the RX case, we'll probably wind up mapping - * at most one segment. For the TX case, there could be any number of - * segments since TX packets may span multiple mbufs. In either case, - * if the number of segments is larger than the rl_maxsegs limit - * specified by the caller, we abort the mapping operation. Sadly, - * whoever designed the buffer mapping API did not provide a way to - * return an error from here, so we have to fake it a bit. - */ - -static void -re_dma_map_desc(arg, segs, nseg, mapsize, error) - void *arg; - bus_dma_segment_t *segs; - int nseg; - bus_size_t mapsize; - int error; -{ - struct rl_dmaload_arg *ctx; - struct rl_desc *d = NULL; - int i = 0, idx; - - if (error) - return; - - ctx = arg; - - /* Signal error to caller if there's too many segments */ - if (nseg > ctx->rl_maxsegs) { - ctx->rl_maxsegs = 0; - return; - } - - /* - * Map the segment array into descriptors. Note that we set the - * start-of-frame and end-of-frame markers for either TX or RX, but - * they really only have meaning in the TX case. (In the RX case, - * it's the chip that tells us where packets begin and end.) - * We also keep track of the end of the ring and set the - * end-of-ring bits as needed, and we set the ownership bits - * in all except the very first descriptor. (The caller will - * set this descriptor later when it start transmission or - * reception.) - */ - idx = ctx->rl_idx; - for (;;) { - u_int32_t cmdstat; - d = &ctx->rl_ring[idx]; - if (le32toh(d->rl_cmdstat) & RL_RDESC_STAT_OWN) { - ctx->rl_maxsegs = 0; - return; - } - cmdstat = segs[i].ds_len; - d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[i].ds_addr)); - d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[i].ds_addr)); - if (i == 0) - cmdstat |= RL_TDESC_CMD_SOF; - else - cmdstat |= RL_TDESC_CMD_OWN; - if (idx == (RL_RX_DESC_CNT - 1)) - cmdstat |= RL_TDESC_CMD_EOR; - d->rl_cmdstat = htole32(cmdstat | ctx->rl_flags); - i++; - if (i == nseg) - break; - RL_DESC_INC(idx); - } - - d->rl_cmdstat |= htole32(RL_TDESC_CMD_EOF); - ctx->rl_maxsegs = nseg; - ctx->rl_idx = idx; -} - -/* * Map a single buffer address. */ @@ -958,17 +882,15 @@ struct rl_softc *sc; { int error; - int nseg; int i; /* * Allocate map for RX mbufs. */ - nseg = 32; error = bus_dma_tag_create(sc->rl_parent_tag, ETHER_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, MCLBYTES * nseg, nseg, MCLBYTES, BUS_DMA_ALLOCNOW, - NULL, NULL, &sc->rl_ldata.rl_mtag); + NULL, MCLBYTES * RL_NSEG_NEW, RL_NSEG_NEW, MCLBYTES, + BUS_DMA_ALLOCNOW, NULL, NULL, &sc->rl_ldata.rl_mtag); if (error) { device_printf(dev, "could not allocate dma tag\n"); return (ENOMEM); @@ -1163,7 +1085,6 @@ /* * Allocate the parent bus DMA tag appropriate for PCI. */ -#define RL_NSEG_NEW 32 error = bus_dma_tag_create(NULL, /* parent */ 1, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR_32BIT,/* lowaddr */ @@ -1374,9 +1295,11 @@ int idx; struct mbuf *m; { - struct rl_dmaload_arg arg; struct mbuf *n = NULL; - int error; + struct rl_desc *d = &sc->rl_ldata.rl_rx_list[idx]; + bus_dma_segment_t segs[1]; + int error, nseg; + u_int32_t cmdstat; if (m == NULL) { n = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); @@ -1400,22 +1323,23 @@ */ m_adj(m, RE_ETHER_ALIGN); #endif - arg.sc = sc; - arg.rl_idx = idx; - arg.rl_maxsegs = 1; - arg.rl_flags = 0; - arg.rl_ring = sc->rl_ldata.rl_rx_list; - - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, - sc->rl_ldata.rl_rx_dmamap[idx], m, re_dma_map_desc, - &arg, BUS_DMA_NOWAIT); - if (error || arg.rl_maxsegs != 1) { + error = bus_dmamap_load_mbuf_sg(sc->rl_ldata.rl_mtag, + sc->rl_ldata.rl_rx_dmamap[idx], m, segs, &nseg, BUS_DMA_NOWAIT); + if (error || nseg != 1) { if (n != NULL) m_freem(n); return (ENOMEM); } - sc->rl_ldata.rl_rx_list[idx].rl_cmdstat |= htole32(RL_RDESC_CMD_OWN); + d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[0].ds_addr)); + d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[0].ds_addr)); + + cmdstat = segs[0].ds_len | RL_RDESC_CMD_OWN; + if (idx == (RL_RX_DESC_CNT - 1)) + cmdstat |= RL_TDESC_CMD_EOR; + + d->rl_cmdstat = htole32(cmdstat); + sc->rl_ldata.rl_rx_mbuf[idx] = m; bus_dmamap_sync(sc->rl_ldata.rl_mtag, @@ -1872,10 +1796,13 @@ int *idx; { struct mbuf *m_new = NULL; - struct rl_dmaload_arg arg; - bus_dmamap_t map; - int error; struct m_tag *mtag; + bus_dmamap_t map; + bus_dma_segment_t segs[RL_NSEG_NEW]; + struct rl_desc *d; + int error, nseg, i; + int nidx = *idx; + uint32_t flags = 0; RL_LOCK_ASSERT(sc); @@ -1889,21 +1816,14 @@ * chip. This is a requirement. */ - arg.rl_flags = 0; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_IP) - arg.rl_flags |= RL_TDESC_CMD_IPCSUM; + flags |= RL_TDESC_CMD_IPCSUM; if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) - arg.rl_flags |= RL_TDESC_CMD_TCPCSUM; + flags |= RL_TDESC_CMD_TCPCSUM; if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) - arg.rl_flags |= RL_TDESC_CMD_UDPCSUM; - - arg.sc = sc; - arg.rl_idx = *idx; - arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - arg.rl_ring = sc->rl_ldata.rl_tx_list; + flags |= RL_TDESC_CMD_UDPCSUM; - map = sc->rl_ldata.rl_tx_dmamap[*idx]; + map = sc->rl_ldata.rl_tx_dmamap[nidx]; /* * Network performance is extremely poor in gigE mode without @@ -1915,25 +1835,52 @@ if (m_new != NULL) *m_head = m_new; - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, - *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); + error = bus_dmamap_load_mbuf_sg(sc->rl_ldata.rl_mtag, map, + *m_head, segs, &nseg, BUS_DMA_NOWAIT); if (error) { if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", error); return (ENOBUFS); } + KASSERT(nseg <= sc->rl_ldata.rl_tx_free, ("too many DMA segments")); + + /* + * Map the segment array into descriptors. We keep track of the + * end of the ring and set the end-of-ring bits as needed, and + * we set the ownership bits in all except the very first descriptor. + * (It is set later during the start transmission or reception.) + */ + for (i = 0;;) { + u_int32_t cmdstat; + d = &sc->rl_ldata.rl_tx_list[nidx]; + KASSERT((le32toh(d->rl_cmdstat) & RL_RDESC_STAT_OWN)==0, + ("Descriptor still owned")); + cmdstat = segs[i].ds_len; + d->rl_bufaddr_lo = htole32(RL_ADDR_LO(segs[i].ds_addr)); + d->rl_bufaddr_hi = htole32(RL_ADDR_HI(segs[i].ds_addr)); + cmdstat |= (i == 0) ? RL_TDESC_CMD_SOF : RL_TDESC_CMD_OWN; + if (nidx == (RL_TX_DESC_CNT - 1)) + cmdstat |= RL_TDESC_CMD_EOR; + d->rl_cmdstat = htole32(cmdstat | flags); + i++; + if (i == nseg) + break; + RL_DESC_INC(nidx); + } + + d->rl_cmdstat |= htole32(RL_TDESC_CMD_EOF); + /* * Insure that the map for this transmission * is placed at the array index of the last descriptor * in this chain. (Swap last and first dmamaps.) */ - sc->rl_ldata.rl_tx_dmamap[*idx] = - sc->rl_ldata.rl_tx_dmamap[arg.rl_idx]; - sc->rl_ldata.rl_tx_dmamap[arg.rl_idx] = map; + sc->rl_ldata.rl_tx_dmamap[*idx] = sc->rl_ldata.rl_tx_dmamap[nidx]; + sc->rl_ldata.rl_tx_dmamap[nidx] = map; - sc->rl_ldata.rl_tx_mbuf[arg.rl_idx] = *m_head; - sc->rl_ldata.rl_tx_free -= arg.rl_maxsegs; + sc->rl_ldata.rl_tx_mbuf[nidx] = *m_head; + sc->rl_ldata.rl_tx_free -= nseg; /* * Set up hardware VLAN tagging. Note: vlan tag info must @@ -1941,21 +1888,19 @@ * transmission attempt. */ + d = &sc->rl_ldata.rl_tx_list[*idx]; + mtag = VLAN_OUTPUT_TAG(sc->rl_ifp, *m_head); if (mtag != NULL) - sc->rl_ldata.rl_tx_list[*idx].rl_vlanctl = + d->rl_vlanctl = htole32(htons(VLAN_TAG_VALUE(mtag)) | RL_TDESC_VLANCTL_TAG); /* Transfer ownership of packet to the chip. */ - sc->rl_ldata.rl_tx_list[arg.rl_idx].rl_cmdstat |= - htole32(RL_TDESC_CMD_OWN); - if (*idx != arg.rl_idx) - sc->rl_ldata.rl_tx_list[*idx].rl_cmdstat |= - htole32(RL_TDESC_CMD_OWN); + d->rl_cmdstat |= htole32(RL_TDESC_CMD_OWN); - RL_DESC_INC(arg.rl_idx); - *idx = arg.rl_idx; + RL_DESC_INC(nidx); + *idx = nidx; return (0); } --=-uxLgUNcXo2u68Mh3YNVQ-- From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 19 22:34:57 2005 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 E6FD216A425 for ; Wed, 19 Oct 2005 22:34:57 +0000 (GMT) (envelope-from groot@kde.org) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 692D643D64 for ; Wed, 19 Oct 2005 22:34:57 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j9JMYgks025533 for ; Thu, 20 Oct 2005 00:34:42 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 20 Oct 2005 00:34:42 +0200 User-Agent: KMail/1.8.92 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510200034.42509.groot@kde.org> X-Spam-Score: -1.399 () BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 Subject: linux NX client works 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, 19 Oct 2005 22:34:58 -0000 In spite of the port for linux-nx-client claiming not to work on non-i386, it does for amd64 with the linux compatibility stuff installed. I ended up with (at least): linux-XFree86-libs-4.3.99.902_3 XFree86 libraries, Linux binary linux-fontconfig-2.2.3 Linux/i386 binary of Fontconfig linux-jpeg-6b.15_4 RPM of the JPEG lib linux-nx-client-1.4.0_2 The NoMachine NX client linux_base-8-8.0_7 Base set of packages needed in Linux mode (for i386/amd64) After munging the ONLY_FOR_ARCHS line in the nx client port. One thing is that it doesn't RUN_DEPEND on the linux X libs and similar, so you can install the port without those and it will fail to run. Now all we need is the linux-nx-server to run, or better, native ports of the whole NX toolchain. -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 00:39:51 2005 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 64CA616A41F for ; Thu, 20 Oct 2005 00:39:51 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA3243D5A for ; Thu, 20 Oct 2005 00:39:50 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j9K0dnUk093858; Wed, 19 Oct 2005 17:39:49 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j9K0dmr6093857; Wed, 19 Oct 2005 17:39:48 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: David Reid In-Reply-To: <4356A6AF.3090901@jetnet.co.uk> References: <4356A6AF.3090901@jetnet.co.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JY9iboBFUPxYOCTVnRYo" Date: Wed, 19 Oct 2005 17:39:47 -0700 Message-Id: <1129768787.7813.17.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: freebsd-amd64@freebsd.org Subject: Re: linux_dri? 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, 20 Oct 2005 00:39:51 -0000 --=-JY9iboBFUPxYOCTVnRYo Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-10-19 at 21:03 +0100, David Reid wrote: > The linux_dri port is marked as i386 only which means that > /compat/linux/usr/X11R6/lib/libGL.so.1 won't install. Is this a > permanent situation or is a workaround possible? The first step would be to fix the DRM for 32-bit apps. You won't get any DRI otherwise. (You could install it anway and just not use DRI, though). --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-JY9iboBFUPxYOCTVnRYo Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDVudTHUdvYGzw6vcRAmXbAJ4gQEnmzJeV1o+L4NXxZonueoFOWgCgmI0y xA8gKioyB+PM5Wsy7TYGa8s= =NOHX -----END PGP SIGNATURE----- --=-JY9iboBFUPxYOCTVnRYo-- From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 08:28:04 2005 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 66E7A16A41F; Thu, 20 Oct 2005 08:28:04 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E786F43D62; Thu, 20 Oct 2005 08:28:03 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 91EA6B82D; Thu, 20 Oct 2005 11:28:01 +0300 (EEST) Received: (nullmailer pid 50033 invoked by uid 1002); Thu, 20 Oct 2005 08:28:01 -0000 Date: Thu, 20 Oct 2005 11:28:01 +0300 From: Vasil Dimov To: Emanuel Haupt Message-ID: <20051020082801.GA50007@qlovarnika.bg.datamax> References: <20051019223213.16798c72.ehaupt@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051019223213.16798c72.ehaupt@FreeBSD.org> X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.11 Cc: ozawa@ongs.co.jp, freebsd-amd64@FreeBSD.org Subject: Re: build on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 08:28:04 -0000 On Wed, Oct 19, 2005 at 10:32:13PM +0200, Emanuel Haupt wrote: > Hi, > > Could someone with an amd64 machine confirm that the following patch > wont break ports/japanese/xdtp. > > --- ports-japanese-xdtp.patch begins here --- ... > --- ports-japanese-xdtp.patch ends here --- > FreeBSD qlovarnika.bg.datamax 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 17 15:16:42 EEST 2005 root@qlovarnika.bg.datamax:/usr/obj/usr/src/sys/QLOVARNIKA amd64 Without the patch the port compiles ok, but after applying the patch I get: ===> Building for ja-xdtp-1.0.1_2 cd src; make ARCH=amd64 OPSYS=FreeBSD OSREL=6.0 OSVERSION=600034 PORTOBJFORMAT=elf SYSTEMVERSION= ARCH=amd64 OPSYS=FreeBSD OSREL=6.0 OSVERSION=600034 PORTOBJFORMAT=elf SYSTEMVERSION= build c++ -pipe -g -march=athlon64 -Wall -O2 -DMAJOR_VERSION="1" -DMINOR_VERSION="0" -DMICRO_VERSION="1" -fPIC -o libxdtp.so.1 --shared debug/Exception.o modules/GLSDBanBunModule.o modules/GLSDBanBunModuleChecker.o modules/GLSDDocumentModule.o modules/GLSDDocumentModuleChecker.o modules/GLSDModule.o modules/GLSDModuleChecker.o modules/XDTPChecker.o modules/XDTPModule.o modules/XDTPModuleLoader.o modules/imports/GLSDImportModule.o modules/imports/GLSDImportModuleAdapter.o modules/imports/ImportImage.o modules/imports/ImportTextCSV.o modules/imports/ImportTextCommandPrompt.o modules/imports/ImportTextPlain.o modules/imports/ImportTextSourcecode.o modules/imports/ImportTextXML.o transform/XDTPTransform.o util/CSVAnalyzer.o util/URLTool.o util/Utilities.o util/XMLTool.o util/xmlloader.o util/xmlsaver.o -L/usr/local/lib -L/usr/X11R6/lib -lglibmm-2.4 -lxslt -lxml2 -lz -liconv -lgdk_pixbuf-2.0 -lm /usr/bin/ld: debug/Exception.o: relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC debug/Exception.o: could not read symbols: Bad value *** Error code 1 Stop in /usr/ports/japanese/xdtp/work/xdtp-1.0.1/src. *** Error code 1 Stop in /usr/ports/japanese/xdtp/work/xdtp-1.0.1. *** Error code 1 Stop in /usr/ports/japanese/xdtp. *** Error code 1 Stop in /usr/ports/japanese/xdtp. From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 08:35:36 2005 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 824BF16A41F; Thu, 20 Oct 2005 08:35:36 +0000 (GMT) (envelope-from pav@oook.cz) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id A405C43D62; Thu, 20 Oct 2005 08:35:35 +0000 (GMT) (envelope-from pav@oook.cz) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id j9K8ZX3a089997; Thu, 20 Oct 2005 10:35:33 +0200 (CEST) (envelope-from pav@oook.cz) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id j9K8ZWrg089996; Thu, 20 Oct 2005 10:35:32 +0200 (CEST) (envelope-from pav@oook.cz) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@oook.cz using -f From: Pav Lucistnik To: Adriaan de Groot In-Reply-To: <200510200034.42509.groot@kde.org> References: <200510200034.42509.groot@kde.org> Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Oct 2005 10:35:32 +0200 Message-Id: <1129797332.89817.4.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: jylefort@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: linux NX client works 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, 20 Oct 2005 08:35:36 -0000 Adriaan de Groot p=ED=B9e v =E8t 20. 10. 2005 v 00:34 +0200: > In spite of the port for linux-nx-client claiming not to work on non-i386= , it=20 > does for amd64 with the linux compatibility stuff installed. I ended up w= ith=20 > (at least): >=20 > linux-XFree86-libs-4.3.99.902_3 XFree86 libraries, Linux binary > linux-fontconfig-2.2.3 Linux/i386 binary of Fontconfig > linux-jpeg-6b.15_4 RPM of the JPEG lib > linux-nx-client-1.4.0_2 The NoMachine NX client > linux_base-8-8.0_7 Base set of packages needed in Linux mode (for i386/a= md64) >=20 > After munging the ONLY_FOR_ARCHS line in the nx client port. One thing is= that=20 > it doesn't RUN_DEPEND on the linux X libs and similar, so you can install= the=20 > port without those and it will fail to run. >=20 > Now all we need is the linux-nx-server to run, or better, native ports of= the=20 > whole NX toolchain. net/freenx+net/nxserver wouldn't do? As for chaing ONLY_FOR_ARCHS in linux-nx-client port, please contact it's maintainer (Cc:ed). --=20 Pav Lucistnik In fact, the GAH is a very powerful and secretive organization whose single weakness is its lack of existance. - rec.games.roguelike.angband From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 10:03:25 2005 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 BA2E516A41F for ; Thu, 20 Oct 2005 10:03:25 +0000 (GMT) (envelope-from groot@kde.org) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D8443D64 for ; Thu, 20 Oct 2005 10:03:24 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j9KA3Lks027100 for ; Thu, 20 Oct 2005 12:03:21 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 20 Oct 2005 12:03:20 +0200 User-Agent: KMail/1.8.92 References: <200510200034.42509.groot@kde.org> <1129797332.89817.4.camel@pav.hide.vol.cz> In-Reply-To: <1129797332.89817.4.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510201203.21156.groot@kde.org> X-Spam-Score: -1.399 () BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 Subject: Re: linux NX client works 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, 20 Oct 2005 10:03:25 -0000 On Thursday 20 October 2005 10:35, Pav Lucistnik wrote: > Adriaan de Groot p=ED=B9e v =E8t 20. 10. 2005 v 00:34 +0200: > > Now all we need is the linux-nx-server to run, or better, native ports = of > > the whole NX toolchain. > > net/freenx+net/nxserver wouldn't do? Similar issue: nxserver claims to be i386 only, and indeed it needs -fPIC=20 fixes. =2D-=20 These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 11:46:12 2005 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 7935D16A41F for ; Thu, 20 Oct 2005 11:46:12 +0000 (GMT) (envelope-from quintiliani@ingv.it) Received: from ultra.ingv.it (ultra.ingv.it [193.206.122.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6D843D64 for ; Thu, 20 Oct 2005 11:46:11 +0000 (GMT) (envelope-from quintiliani@ingv.it) Received: from localhost (localhost.localdomain [127.0.0.1]) by ultra.ingv.it (Postfix) with ESMTP id 9141A1EC01C for ; Thu, 20 Oct 2005 13:46:10 +0200 (CEST) Received: from [10.100.50.86] (lautrec.int.ingv.it [10.100.50.86]) by ultra.ingv.it (Postfix) with ESMTP id 320D11EC011 for ; Thu, 20 Oct 2005 13:46:10 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <351D330E-EF9D-4326-B6E2-26FA622FB624@ingv.it> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-amd64@freebsd.org From: Matteo Quintiliani Date: Thu, 20 Oct 2005 13:46:08 +0200 X-Mailer: Apple Mail (2.734) X-Virus-Scanned: by amavisd 0.1 Subject: FreeBSD 5.4 on a Sun Fire v40z 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, 20 Oct 2005 11:46:12 -0000 Hi, yesterday I tried to install FreeBSD 5.4-amd64 on a Sun Fire v40z. Installation works fine, it finds any hardware and I'm able to configure any setting. The problem occurs when server is booting. I get a black screen and the server reboot automatically. Server has 4 processors AMD Opteron 850 and 2 scsi hard disk 73GB. I tried to: - use only a disk, the problem is the same - install both "Standard boot" and "FreeBSD Boot Manager", the problem is the same. I noticed in FDisk that, after the installation, the freebsd slice lost "bootable" property. Please, could someone help me? Thanks in advance, Matteo -- Matteo Quintiliani Istituto Nazionale di Geofisica e Vulcanologia Centro Nazionale Terremoti - UF Sismos Via di Vigna Murata, 605 - 00143 Roma, Italy e-mail: quintiliani@ingv.it From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 14:07:04 2005 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 1274416A41F for ; Thu, 20 Oct 2005 14:07:04 +0000 (GMT) (envelope-from quintiliani@ingv.it) Received: from ultra.ingv.it (ultra.ingv.it [193.206.122.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C67643D64 for ; Thu, 20 Oct 2005 14:07:02 +0000 (GMT) (envelope-from quintiliani@ingv.it) Received: from localhost (localhost.localdomain [127.0.0.1]) by ultra.ingv.it (Postfix) with ESMTP id 4EB0B1EC01C for ; Thu, 20 Oct 2005 16:06:58 +0200 (CEST) Received: from [10.100.50.86] (lautrec.int.ingv.it [10.100.50.86]) by ultra.ingv.it (Postfix) with ESMTP id E267C1EC011 for ; Thu, 20 Oct 2005 16:06:57 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) In-Reply-To: <351D330E-EF9D-4326-B6E2-26FA622FB624@ingv.it> References: <351D330E-EF9D-4326-B6E2-26FA622FB624@ingv.it> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Matteo Quintiliani Date: Thu, 20 Oct 2005 16:06:56 +0200 To: FreeBSD AMD64 X-Mailer: Apple Mail (2.734) X-Virus-Scanned: by amavisd 0.1 Subject: Re: FreeBSD 5.4 on a Sun Fire v40z 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, 20 Oct 2005 14:07:04 -0000 On 20 Oct 2005, at 13:46, Matteo Quintiliani wrote: > Hi, > > yesterday I tried to install FreeBSD 5.4-amd64 on a Sun Fire v40z. > Installation works fine, it finds any hardware and I'm able to > configure any setting. > > The problem occurs when server is booting. I get a black screen and > the server reboot automatically. > Server has 4 processors AMD Opteron 850 and 2 scsi hard disk 73GB. > > I tried to: > - use only a disk, the problem is the same > - install both "Standard boot" and "FreeBSD Boot Manager", the > problem is the same. > > I noticed in FDisk that, after the installation, the freebsd slice > lost "bootable" property. > > Please, could someone help me? I've solved the problem booting FreeBSD from the CDROM and launching the following line commands: [FreeBSD Handbook pages 332-333] fdisk -B -b /boot/boot0 da0 disklabel -B da0s1 I don't know yet when I made mistakes during the installation. Matteo Quintiliani From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 14:55:52 2005 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 C4F7716A420; Thu, 20 Oct 2005 14:55:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDFAB43D62; Thu, 20 Oct 2005 14:55:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 20 Oct 2005 11:12:25 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org, sean@mcneil.com Date: Thu, 20 Oct 2005 10:40:52 -0400 User-Agent: KMail/1.8.2 References: <1129757335.68512.5.camel@server.mcneil.com> In-Reply-To: <1129757335.68512.5.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510201040.53011.jhb@freebsd.org> Cc: amd64@freebsd.org Subject: Re: [PATCH] remove 'device atpic' 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, 20 Oct 2005 14:55:53 -0000 On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > The following setup still requires the 'device atpic' or it will fault > with an unknown/reserved trap of 30: > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > It works perfectly fine as a single core without the atpic device and as > a dual-cpu with the atpic device. This board has the nForce3 250Gb > chipset. What version(s) of FreeBSD does it fail on? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 14:55:52 2005 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 C4F7716A420; Thu, 20 Oct 2005 14:55:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDFAB43D62; Thu, 20 Oct 2005 14:55:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 20 Oct 2005 11:12:25 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org, sean@mcneil.com Date: Thu, 20 Oct 2005 10:40:52 -0400 User-Agent: KMail/1.8.2 References: <1129757335.68512.5.camel@server.mcneil.com> In-Reply-To: <1129757335.68512.5.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510201040.53011.jhb@freebsd.org> Cc: amd64@freebsd.org Subject: Re: [PATCH] remove 'device atpic' 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, 20 Oct 2005 14:55:53 -0000 On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > The following setup still requires the 'device atpic' or it will fault > with an unknown/reserved trap of 30: > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > It works perfectly fine as a single core without the atpic device and as > a dual-cpu with the atpic device. This board has the nForce3 250Gb > chipset. What version(s) of FreeBSD does it fail on? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 17:03:26 2005 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 AE2B616A41F; Thu, 20 Oct 2005 17:03:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B5843D77; Thu, 20 Oct 2005 17:03:25 +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 86986F2432; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49160-05; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 0A9A7F218F; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) From: Sean McNeil To: John Baldwin In-Reply-To: <200510201040.53011.jhb@freebsd.org> References: <1129757335.68512.5.camel@server.mcneil.com> <200510201040.53011.jhb@freebsd.org> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Thu, 20 Oct 2005 10:03:24 -0700 Message-Id: <1129827804.49955.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: amd64@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [PATCH] remove 'device atpic' X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 17:03:26 -0000 On Thu, 2005-10-20 at 10:40 -0400, John Baldwin wrote: > On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > > The following setup still requires the 'device atpic' or it will fault > > with an unknown/reserved trap of 30: > > > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > > > It works perfectly fine as a single core without the atpic device and as > > a dual-cpu with the atpic device. This board has the nForce3 250Gb > > chipset. > > What version(s) of FreeBSD does it fail on? This was/is 6-current RC1. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 17:03:26 2005 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 AE2B616A41F; Thu, 20 Oct 2005 17:03:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B5843D77; Thu, 20 Oct 2005 17:03:25 +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 86986F2432; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49160-05; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 0A9A7F218F; Thu, 20 Oct 2005 10:03:25 -0700 (PDT) From: Sean McNeil To: John Baldwin In-Reply-To: <200510201040.53011.jhb@freebsd.org> References: <1129757335.68512.5.camel@server.mcneil.com> <200510201040.53011.jhb@freebsd.org> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Thu, 20 Oct 2005 10:03:24 -0700 Message-Id: <1129827804.49955.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: amd64@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [PATCH] remove 'device atpic' X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 17:03:26 -0000 On Thu, 2005-10-20 at 10:40 -0400, John Baldwin wrote: > On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > > The following setup still requires the 'device atpic' or it will fault > > with an unknown/reserved trap of 30: > > > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > > > It works perfectly fine as a single core without the atpic device and as > > a dual-cpu with the atpic device. This board has the nForce3 250Gb > > chipset. > > What version(s) of FreeBSD does it fail on? This was/is 6-current RC1. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 19:20:16 2005 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 EC5A116A41F for ; Thu, 20 Oct 2005 19:20:15 +0000 (GMT) (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 44A7943D64 for ; Thu, 20 Oct 2005 19:20:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9KJKFLG065928 for ; Thu, 20 Oct 2005 19:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9KJKFRh065927; Thu, 20 Oct 2005 19:20:15 GMT (envelope-from gnats) Resent-Date: Thu, 20 Oct 2005 19:20:15 GMT Resent-Message-Id: <200510201920.j9KJKFRh065927@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, "C.W.Hann" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E70716A41F for ; Thu, 20 Oct 2005 19:19:34 +0000 (GMT) (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 4B14243D69 for ; Thu, 20 Oct 2005 19:19:34 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j9KJJYFl034045 for ; Thu, 20 Oct 2005 19:19:34 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9KJJYJC034044; Thu, 20 Oct 2005 19:19:34 GMT (envelope-from nobody) Message-Id: <200510201919.j9KJJYJC034044@www.freebsd.org> Date: Thu, 20 Oct 2005 19:19:34 GMT From: "C.W.Hann" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87748: can't initialize X 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, 20 Oct 2005 19:20:16 -0000 >Number: 87748 >Category: amd64 >Synopsis: can't initialize X >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 20 19:20:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: C.W.Hann >Release: 6.0 rc1 >Organization: P.R.China >Environment: amd64 >Description: It can't initialize X. vidio card is NVIDIA GoForce 6100. The folloing is the output of log: X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: FreeBSD 6.0 amd64 [ELF] Current Operating System: FreeBSD 6.0-RC1 FreeBSD 6.0-RC1 #0: Sun Oct 9 20:36:12 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 02 October 2005 Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 21 02:22:38 2005 (EE) Unable to locate/open config file (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) Using syscons driver with X support (version 549739036674.0) (--) using VT number 9 Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O >How-To-Repeat: just type: #Xorg -configure or #X -config >Fix: no >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 20 22:18:38 2005 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 7E33B16A41F; Thu, 20 Oct 2005 22:18:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E15DA43D62; Thu, 20 Oct 2005 22:18:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9KMIaAS089529; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9KMIajD054130; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 736BB7302F; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051020221836.736BB7302F@freebsd-current.sentex.ca> Date: Thu, 20 Oct 2005 18:18:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 22:18:38 -0000 TB --- 2005-10-20 20:32:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-20 20:32:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-20 20:32:14 - cleaning the object tree TB --- 2005-10-20 20:32:50 - checking out the source tree TB --- 2005-10-20 20:32:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-20 20:32:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-20 20:39:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-20 20:39:57 - cd /src TB --- 2005-10-20 20:39:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-20 22:12:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-20 22:12:24 - cd /src TB --- 2005-10-20 22:12:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 20 22:12:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_lockf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_mac.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c: In function `db_show_malloc': /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 3) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 4) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 5) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-20 22:18:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-20 22:18:36 - ERROR: failed to build generic kernel TB --- 2005-10-20 22:18:36 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 21 22:01:50 2005 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 EE4A416A420 for ; Fri, 21 Oct 2005 22:01:50 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24E843D45 for ; Fri, 21 Oct 2005 22:01:50 +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 DD16DF23F7 for ; Fri, 21 Oct 2005 15:01:49 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45579-10 for ; Fri, 21 Oct 2005 15:01:49 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6C347F2370 for ; Fri, 21 Oct 2005 15:01:49 -0700 (PDT) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Fri, 21 Oct 2005 15:01:49 -0700 Message-Id: <1129932109.8996.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: sk0 suddenly stops working X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 22:01:51 -0000 I get the following on 6-current RC1: Oct 21 14:46:42 server kernel: sk0: watchdog timeout Oct 21 14:46:42 server kernel: sk0: link state changed to DOWN Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 21 23:15:20 2005 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 281C116A41F; Fri, 21 Oct 2005 23:15:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B247743D45; Fri, 21 Oct 2005 23:15:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9LNFI1l041685; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9LNFIPQ043244; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5EFFF7302F; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051021231518.5EFFF7302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 19:15:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 23:15:20 -0000 TB --- 2005-10-21 21:28:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-21 21:28:07 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-21 21:28:07 - cleaning the object tree TB --- 2005-10-21 21:28:37 - checking out the source tree TB --- 2005-10-21 21:28:37 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-21 21:28:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-21 21:35:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-21 21:35:40 - cd /src TB --- 2005-10-21 21:35:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-21 23:08:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-21 23:08:05 - cd /src TB --- 2005-10-21 23:08:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 21 23:08:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/icmp6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/in6.c /src/sys/netinet6/in6.c: In function `in6_control': /src/sys/netinet6/in6.c:589: warning: left shift count >= width of type /src/sys/netinet6/in6.c:607: warning: left shift count >= width of type *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-21 23:15:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-21 23:15:18 - ERROR: failed to build generic kernel TB --- 2005-10-21 23:15:18 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 22 11:05:11 2005 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 6C69916A41F for ; Sat, 22 Oct 2005 11:05:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEB443D45 for ; Sat, 22 Oct 2005 11:05:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3DFBA1FFAD4; Sat, 22 Oct 2005 13:05:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id AB9D41FFAD3; Sat, 22 Oct 2005 13:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id A8FFB1589A; Sat, 22 Oct 2005 11:03:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9DAFE153C4; Sat, 22 Oct 2005 11:03:31 +0000 (UTC) Date: Sat, 22 Oct 2005 11:03:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Sean McNeil In-Reply-To: <1129932109.8996.1.camel@server.mcneil.com> Message-ID: References: <1129932109.8996.1.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: amd64@freebsd.org Subject: Re: sk0 suddenly stops working 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, 22 Oct 2005 11:05:11 -0000 On Fri, 21 Oct 2005, Sean McNeil wrote: > I get the following on 6-current RC1: > > Oct 21 14:46:42 server kernel: sk0: watchdog timeout > Oct 21 14:46:42 server kernel: sk0: link state changed to DOWN what type of sk(4)? could you mail the relevant parts[1] of set boot_verbose=1? Does it actually stop working or does it just log? I am also seeing these messages and the UP comes 2 hours later but I am working on that machine all the time without interruption. Do you use dhclient? [1] see http://sources.zabbadoz.net/freebsd/if_sk.html for samples. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 22 18:20:19 2005 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 D7DEE16A41F for ; Sat, 22 Oct 2005 18:20:19 +0000 (GMT) (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 8B57443D46 for ; Sat, 22 Oct 2005 18:20: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.3/8.13.3) with ESMTP id j9MIKJdJ085425 for ; Sat, 22 Oct 2005 18:20:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9MIKIJX085424; Sat, 22 Oct 2005 18:20:18 GMT (envelope-from gnats) Date: Sat, 22 Oct 2005 18:20:18 GMT Message-Id: <200510221820.j9MIKIJX085424@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Wemm Cc: Subject: Re: amd64/87748: can't initialize X X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Wemm List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 18:20:20 -0000 The following reply was made to PR amd64/87748; it has been noted by GNATS. From: Peter Wemm To: "C.W.Hann" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/87748: can't initialize X Date: Sat, 22 Oct 2005 11:12:07 -0700 On Thursday 20 October 2005 12:19 pm, C.W.Hann wrote: > Fatal server error: > xf86EnableIO: Failed to open /dev/io for extended I/O You need to add 'device mem' and 'device io' to your kernel configuration and recompile. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5