From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 00:22:16 2005 Return-Path: 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 2F9AE16A4CE; Sun, 6 Feb 2005 00:22:16 +0000 (GMT) Received: from front2.npgco.com (front2.npgco.com [207.192.213.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A187443D3F; Sun, 6 Feb 2005 00:22:13 +0000 (GMT) (envelope-from jlfenton@npgcable.com) Received: from [24.121.45.49] (cm-24-121-45-49.kingman.az.npgco.com [24.121.45.49]) by front2.npgco.com (8.12.11/8.12.11) with ESMTP id j160MBB4020592; Sat, 5 Feb 2005 18:22:12 -0600 Message-ID: <4205637E.6040406@npgcable.com> Date: Sat, 05 Feb 2005 17:23:26 -0700 From: Joe Fenton User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <76ff51010502022341529322fc@mail.gmail.com> <20050205223444.GG9350@dragon.nuxi.com> In-Reply-To: <20050205223444.GG9350@dragon.nuxi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine support in FreeBSD 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 00:22:16 -0000 David O'Brien wrote: > On Thu, Feb 03, 2005 at 01:41:36AM -0600, Nick M. Lozinsky wrote: > >>Hi, >> >>On my 64bit AMD laptop, using FreeBSD 5.3 Stable, I an unable to make >>install wine from ports. Looking through the Makefile, I find that it >>only support i386 architectures. Ho can I make it even with i386 >>support under amd64, or, is it even possible to make it on amd64? > > > Wine isn't supported on amd64 (neither on Linux/AMD64 also). The AMD64 > ISA does not support the functionality Wine uses. Maybe not as 64-bit, but Linux/AMD64 certainly runs 32-bit WINE just fine. I use it all the time in Fedora Core 3 AMD64. It's really fast on a 64-bit OS. I play American McGee's Alice in WINE - it's better than playing it in XP Pro. :) So I would say it should be possible for FreeBSD AMD64 to run 32-bit WINE as well. From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 00:35:50 2005 Return-Path: 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 F18B516A4CE for ; Sun, 6 Feb 2005 00:35:50 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA5D643D3F for ; Sun, 6 Feb 2005 00:35:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j160ZjxM012655; Sat, 5 Feb 2005 16:35:45 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j160ZjhU012654; Sat, 5 Feb 2005 16:35:45 -0800 (PST) (envelope-from obrien) Date: Sat, 5 Feb 2005 16:35:45 -0800 From: "David O'Brien" To: Sten Spans , freebsd-amd64@freebsd.org Message-ID: <20050206003545.GK9350@dragon.nuxi.com> References: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> <41F31836.2010403@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F31836.2010403@freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 Subject: Re: Would this system work correctly with FreeBSD 5.3 ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 06 Feb 2005 00:35:51 -0000 On Sat, Jan 22, 2005 at 08:21:26PM -0700, Scott Long wrote: > Sten Spans wrote: > >- HTT: > > Amd is indeed working on dual core cpu's, > > samples are rumoured to be out there. > > But there are rumours of heat issues and/or > > socket changes. I guess we'll see later this > > year. There are no heat issues, and the pin-out is identical to single-core Opteron CPU's -- 940-pin. Dual-core CPU's work just fine in AMD's Quad reference machine. > >- Quad motherboards: > > It's a shame that tyan connects all > > the pci interfaces on their quad motherboard > > to one cpu. The hp/compaq quad proliant has > > seperate buses to two cpu's for extra bandwith. .. > Also, I don't believe that PCI buses are connected to CPUs > at all. They are connected via HT-PCI bridges that act as > normal HT peers. Only memory is connected directly to the CPU. What he is saying is that Tyan put all the PCI-X & PCI controllers on a single HT "chain" off of the BSP. A better design, such as the HP DL585, connects its PCI-X controllers spread out over two CPU's (using HT links). -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 00:40:45 2005 Return-Path: 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 4547C16A4CE for ; Sun, 6 Feb 2005 00:40:45 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB6543D45 for ; Sun, 6 Feb 2005 00:40:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j160eiKQ012817; Sat, 5 Feb 2005 16:40:44 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j160ehaX012816; Sat, 5 Feb 2005 16:40:43 -0800 (PST) (envelope-from obrien) Date: Sat, 5 Feb 2005 16:40:43 -0800 From: "David O'Brien" To: Francois Tigeot Message-ID: <20050206004043.GL9350@dragon.nuxi.com> References: <20050103091258.GA17255@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050103091258.GA17255@aoi.wolfpond.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@freebsd.org Subject: Re: [patch] Enable java/linux-sun-jdk14 installation with linux_base-8 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 06 Feb 2005 00:40:45 -0000 On Mon, Jan 03, 2005 at 10:12:58AM +0100, Francois Tigeot wrote: > --- x11-toolkits/linux-gtk/Makefile.orig Sat Jan 1 11:50:54 2005 > +++ x11-toolkits/linux-gtk/Makefile Sun Jan 2 09:45:16 2005 > @@ -24,7 +24,7 @@ > USE_LINUX_PREFIX= yes > USE_LINUX= yes > > -ONLY_FOR_ARCHS?= i386 alpha > +ONLY_FOR_ARCHS?= i386 alpha amd64 > DIST_SUBDIR?= rpm > EXTRACT_ONLY= > NO_BUILD= yes > @@ -67,3 +67,9 @@ > >> ${PLIST}.new > > .include > + > +.if (${ARCH} == "amd64") > +ARCH= i386 > +MACHINE_ARCH= i386 > +RPMFLAGS+= --ignorearch > +.endif Please follow up with the PR with a correct patch -- which would use bsd.port.pre.mk and bsd.port.post.mk. I'll commit the other parts as they are OK. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 00:50:58 2005 Return-Path: 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 CC7CF16A4CE for ; Sun, 6 Feb 2005 00:50:58 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E00B43D3F for ; Sun, 6 Feb 2005 00:50:58 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id C4EBC3F294 for ; Sun, 6 Feb 2005 01:50:56 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 65516271; Sun, 6 Feb 2005 01:50:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 5A08E268 for ; Sun, 6 Feb 2005 01:50:56 +0100 (CET) Date: Sun, 6 Feb 2005 01:50:56 +0100 (CET) From: Sten Spans To: freebsd-amd64@freebsd.org In-Reply-To: <20050206003545.GK9350@dragon.nuxi.com> Message-ID: References: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> <41F31836.2010403@freebsd.org> <20050206003545.GK9350@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Would this system work correctly with FreeBSD 5.3 ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 00:50:58 -0000 On Sat, 5 Feb 2005, David O'Brien wrote: > > There are no heat issues, and the pin-out is identical to single-core > Opteron CPU's -- 940-pin. Dual-core CPU's work just fine in AMD's Quad > reference machine. That's good news. > > >>> - Quad motherboards: >>> It's a shame that tyan connects all >>> the pci interfaces on their quad motherboard >>> to one cpu. The hp/compaq quad proliant has >>> seperate buses to two cpu's for extra bandwith. > .. >> Also, I don't believe that PCI buses are connected to CPUs >> at all. They are connected via HT-PCI bridges that act as >> normal HT peers. Only memory is connected directly to the CPU. > > What he is saying is that Tyan put all the PCI-X & PCI controllers on a > single HT "chain" off of the BSP. A better design, such as the HP DL585, > connects its PCI-X controllers spread out over two CPU's (using HT > links). > The new tyan k8we looks pretty good, with all 3 of the motherboard support chips connected to different hypertransport links 2200 - pci-e x16, 32bits pci, gigabit, sata 2050 - pci-e x16, gigabit eth amd 8131 - pci-x, scsi Let's hope this won't be as troublesome as the nforce3 stuff :) -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 01:44:47 2005 Return-Path: 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 BA2C716A4CE for ; Sun, 6 Feb 2005 01:44:47 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EBB143D2F for ; Sun, 6 Feb 2005 01:44:47 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j161ihDr013924; Sat, 5 Feb 2005 17:44:43 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j161ihIh013923; Sat, 5 Feb 2005 17:44:43 -0800 (PST) (envelope-from obrien) Date: Sat, 5 Feb 2005 17:44:43 -0800 From: "David O'Brien" To: Sten Spans Message-ID: <20050206014443.GA13828@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@freebsd.org Subject: Re: Would this system work correctly with FreeBSD 5.3 ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org, 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: Sun, 06 Feb 2005 01:44:47 -0000 On Sun, Feb 06, 2005 at 01:50:56AM +0100, Sten Spans wrote: > The new tyan k8we looks pretty good, with all 3 of > the motherboard support chips connected to different > hypertransport links > > 2200 - pci-e x16, 32bits pci, gigabit, sata > 2050 - pci-e x16, gigabit eth > amd 8131 - pci-x, scsi I can't follow this. Start with the diagram below and fill it in. Note the "southbridge" Super I/O (w/BIOS ROM & timmer) HT tunnel must be on HT[1] of the BSP. | | |HT[2] |HT[2] | | |--+--| cHT[0] |--+--| | BSP +---------+ AP | |--+--| |--+--| | | |HT[1] | HT[1] | | From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 01:49:28 2005 Return-Path: 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 12F1816A4CE for ; Sun, 6 Feb 2005 01:49:28 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2BA43D48 for ; Sun, 6 Feb 2005 01:49:27 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so568875wra for ; Sat, 05 Feb 2005 17:49:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=aNhiU3gl93ErTnoNOyq22zbw0sBvQFAgQFY9qUP+PAIt3IgYS9qrXyfRqmJoxESeJLAquiNcVZGqQJV2dLKTkyMRpj2uocuc3UiKYBTLbW8J7mkxJlK5geMbyILFcfk3SB+EeAbS6Mm2DxhotzeFP/3qTFkecKG4++Ibp8IrGMY= Received: by 10.54.38.79 with SMTP id l79mr294787wrl; Sat, 05 Feb 2005 17:49:23 -0800 (PST) Received: by 10.54.40.69 with HTTP; Sat, 5 Feb 2005 17:49:23 -0800 (PST) Message-ID: <2fd864e05020517493a84ca5d@mail.gmail.com> Date: Sat, 5 Feb 2005 17:49:23 -0800 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <20050205221808.GA9350@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <000001c50a3c$50f2eba0$6800000a@r3140ca> <20050204103708.21608.qmail@web26801.mail.ukl.yahoo.com> <2fd864e05020419382a5e21b3@mail.gmail.com> <20050205221808.GA9350@dragon.nuxi.com> Subject: Re: Intel EMT64 Xeon vs AMD Opteron X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 01:49:28 -0000 On Sat, 5 Feb 2005 14:18:08 -0800, David O'Brien wrote: > [ Please don't cross post! ] > > On Fri, Feb 04, 2005 at 09:25:19PM -0700, Scott Long wrote: > > Astrodog wrote: > > >From what I understand, EM64T is essentally an extention to x86, so > > >it will understand the AMD64 instructions, much the same way an > > >Athlon64 does. Opteron, once again, from what I've read on the topic > > >is "Actual" 64-bit, not an emulated version. > .. > > Both the AMD and Intel offering are just extensions to the ia32 design. > > Opteron is no more 'true' 64-bit than Nacona is. > > Just as the i386 was just extensions to the 80286 design, which was just > extensions to the original 8086 design. ;-) > > And just as the UltraSparc (Sparc v9) is just extensions to the 32-bit > Sparc v8. > > Astrodog, I'm courous, what is the definition of a True 64-bit CPU? > > -- > -- David (obrien@FreeBSD.org) > Fair question. One I can't answer particularly well. I must admit thats more AMD's marketing-speak than my own. I have noticed some performance benifits on Opteron/AMD64, over Athlon64 processors, which seemed to match what they said, and be unrelated to Hypertransport, and cache. *shrug* --- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 11:12:46 2005 Return-Path: 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 66BF516A4CE for ; Sun, 6 Feb 2005 11:12:46 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2DFD43D4C for ; Sun, 6 Feb 2005 11:12:45 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.218] (edda.Physik.Uni-Mainz.DE [134.93.180.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 8D8DA3000AB1 for ; Sun, 6 Feb 2005 12:12:44 +0100 (CET) Message-ID: <4205FBA7.6010504@mail.uni-mainz.de> Date: Sun, 06 Feb 2005 12:12:39 +0100 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.5) Gecko/20050202 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <000001c50a3c$50f2eba0$6800000a@r3140ca> <20050204103708.21608.qmail@web26801.mail.ukl.yahoo.com> <2fd864e05020419382a5e21b3@mail.gmail.com> <42044AAF.1010002@freebsd.org> <20050205221808.GA9350@dragon.nuxi.com> In-Reply-To: <20050205221808.GA9350@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Re: Intel EMT64 Xeon vs AMD Opteron X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 11:12:46 -0000 David O'Brien schrieb: >[ Please don't cross post! ] > >On Fri, Feb 04, 2005 at 09:25:19PM -0700, Scott Long wrote: > > >>Astrodog wrote: >>>From what I understand, EM64T is essentally an extention to x86, so >> >> >>>it will understand the AMD64 instructions, much the same way an >>>Athlon64 does. Opteron, once again, from what I've read on the topic >>>is "Actual" 64-bit, not an emulated version. >>> >>> >.. > > >>Both the AMD and Intel offering are just extensions to the ia32 design. >>Opteron is no more 'true' 64-bit than Nacona is. >> >> > >Just as the i386 was just extensions to the 80286 design, which was just >extensions to the original 8086 design. ;-) > >And just as the UltraSparc (Sparc v9) is just extensions to the 32-bit >Sparc v8. > >Astrodog, I'm courous, what is the definition of a True 64-bit CPU? > > > Maybe in honor the digital Alpha AXP? From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 15:48:42 2005 Return-Path: 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 785BF16A4CE; Sun, 6 Feb 2005 15:48:42 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A0643D48; Sun, 6 Feb 2005 15:48:41 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 037AB3F294; Sun, 6 Feb 2005 16:48:40 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 899DF271; Sun, 6 Feb 2005 16:48:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 75441268; Sun, 6 Feb 2005 16:48:39 +0100 (CET) Date: Sun, 6 Feb 2005 16:48:39 +0100 (CET) From: Sten Spans To: obrien@freebsd.org, freebsd-amd64@freebsd.org In-Reply-To: <20050206014443.GA13828@dragon.nuxi.com> Message-ID: References: <20050206014443.GA13828@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Would this system work correctly with FreeBSD 5.3 ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 15:48:42 -0000 On Sat, 5 Feb 2005, David O'Brien wrote: > On Sun, Feb 06, 2005 at 01:50:56AM +0100, Sten Spans wrote: >> The new tyan k8we looks pretty good, with all 3 of >> the motherboard support chips connected to different >> hypertransport links >> >> 2200 - pci-e x16, 32bits pci, gigabit, sata >> 2050 - pci-e x16, gigabit eth >> amd 8131 - pci-x, scsi > > I can't follow this. Start with the diagram below and fill it in. Note > the "southbridge" Super I/O (w/BIOS ROM & timmer) HT tunnel must be on > HT[1] of the BSP. > > > | | > |HT[2] |HT[2] > | | > |--+--| cHT[0] |--+--| > | BSP +---------+ AP | > |--+--| |--+--| > | | > |HT[1] | HT[1] > | | > |--------------| | PCI-X 64/133 | |--+-----------| | |--------------| A -------+ LSI SCSI | | | |--------------| |--+---| | |-----------------| | 8131 +--B---+ 2x PCI-X 64/100 | |---+--| |--+--------------| | |HT[2] |HT[2] | | |--+--| cHT[0] |--+--| | BSP +---------+ AP | |--+--| |--+--| | | |HT[1] | HT[1] | | |--+---| |--+---| |-+ 2200 +--| | 2050 +-----PCI-E x16 | |-+---+| | |--+---| | | | Legacy | | 32bit | Super IO | | PCI | Gigabit | Gigabit ethernet | ethernet PCI-E x16 I've left out ide and memory :) The drawing is at: ftp://ftp.tyan.com/datasheets/d_s2895_100.pdf -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 18:19:31 2005 Return-Path: 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 5E91416A4CE for ; Sun, 6 Feb 2005 18:19:31 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5878843D1F for ; Sun, 6 Feb 2005 18:19:30 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1CxqzB-0000es-Py for freebsd-amd64@freebsd.org; Sun, 06 Feb 2005 19:18:17 +0100 Received: from dhcp193.ifado.de ([195.253.22.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 06 Feb 2005 19:18:17 +0100 Received: from wb by dhcp193.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 06 Feb 2005 19:18:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: "Wilhelm B. Kloke" Date: Sun, 6 Feb 2005 18:18:08 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 11 Message-ID: References: <76ff51010502022341529322fc@mail.gmail.com> <20050205223444.GG9350@dragon.nuxi.com> <4205637E.6040406@npgcable.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp193.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: vestein!unknown@yorikke X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: gofda-freebsd-amd64@m.gmane.org X-MailScanner-To: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine support in FreeBSD 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 18:19:31 -0000 Joe Fenton schrieb: > > So I would say it should be possible for FreeBSD AMD64 to > run 32-bit WINE as well. Let me add: Wine support is crucial also, in the long run. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 6 21:38:19 2005 Return-Path: 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 3847A16A4CE; Sun, 6 Feb 2005 21:38:19 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3191043D45; Sun, 6 Feb 2005 21:38:18 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.1/8.13.1) with ESMTP id j16LcGDB086885; Sun, 6 Feb 2005 22:38:16 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id j16LcRBe089758; Sun, 6 Feb 2005 22:38:27 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id j16LcQWn089757; Sun, 6 Feb 2005 22:38:26 +0100 (CET) (envelope-from ftigeot) Date: Sun, 6 Feb 2005 22:38:26 +0100 From: Francois Tigeot To: "David O'Brien" Message-ID: <20050206213826.GB55520@aoi.wolfpond.org> References: <20050103091258.GA17255@aoi.wolfpond.org> <20050206004043.GL9350@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050206004043.GL9350@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: [patch] Enable java/linux-sun-jdk14 installation with linux_base-8 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2005 21:38:19 -0000 On Sat, Feb 05, 2005 at 04:40:43PM -0800, David O'Brien wrote: > On Mon, Jan 03, 2005 at 10:12:58AM +0100, Francois Tigeot wrote: > > --- x11-toolkits/linux-gtk/Makefile.orig Sat Jan 1 11:50:54 2005 > > +++ x11-toolkits/linux-gtk/Makefile Sun Jan 2 09:45:16 2005 > > Please follow up with the PR with a correct patch -- which would use > bsd.port.pre.mk and bsd.port.post.mk. Done. -- Francois Tigeot From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 03:33:35 2005 Return-Path: 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 397AC16A4CE for ; Mon, 7 Feb 2005 03:33:35 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6835843D2D for ; Mon, 7 Feb 2005 03:33:33 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so649761wra for ; Sun, 06 Feb 2005 19:33:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=oj0neJeriRw5PMJREkxl9XQfv1JIsGn+JKYiykjvDh6nhMAPFs7Ueh6W2WcqgsiB28XZjgpJP+bd0wpVLsNAEsn0+iCHSnJFU1+JdqIo4g91NkDESlyM/s+iAU/t1/GMTbYKfEfEIpBD++pQ/3d0YLLH0WP15sYfZNdiSIslUkw= Received: by 10.54.22.2 with SMTP id 2mr140882wrv; Sun, 06 Feb 2005 19:33:32 -0800 (PST) Received: by 10.54.40.69 with HTTP; Sun, 6 Feb 2005 19:33:32 -0800 (PST) Message-ID: <2fd864e05020619335e1de0ac@mail.gmail.com> Date: Sun, 6 Feb 2005 19:33:32 -0800 From: Astrodog To: "Wilhelm B. Kloke" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <76ff51010502022341529322fc@mail.gmail.com> <20050205223444.GG9350@dragon.nuxi.com> <4205637E.6040406@npgcable.com> cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine support in FreeBSD 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 03:33:35 -0000 On Sun, 6 Feb 2005 18:18:08 +0000 (UTC), Wilhelm B. Kloke wrote: > Joe Fenton schrieb: > > > > So I would say it should be possible for FreeBSD AMD64 to > > run 32-bit WINE as well. > > Let me add: Wine support is crucial also, in the long run. > > -- > Dipl.-Math. Wilhelm Bernhard Kloke > Institut fuer Arbeitsphysiologie an der Universitaet Dortmund > Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > I think that depends on where people want to see FreeBSD go... on the server side of things, I barely touch LINUX_COMPAT, let alone wine... on the desktop, you're right, wine is a fact of life for most desktop installs. --- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 10:58:00 2005 Return-Path: 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 F0A4016A4CE for ; Mon, 7 Feb 2005 10:58:00 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7696C43D3F for ; Mon, 7 Feb 2005 10:58:00 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so726158rne for ; Mon, 07 Feb 2005 02:57:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=hZtJPiMogHodIRTzIEQ37R0lB0ci5eOiqu3N9+emW9+DQDJDwhAoBNvQv2OVIJgEWgliuJdL6YHeAePMUlko8QxoEJ+JAQ6IVwFli6SEYAB6wlhRvapHdzZUcDtOvc+7/5PMM8WGm/sVL4OE2bQDGfCMJYVe7ZGYpdKDRarHQ44= Received: by 10.38.10.76 with SMTP id 76mr5603rnj; Mon, 07 Feb 2005 02:57:59 -0800 (PST) Received: by 10.38.22.22 with HTTP; Mon, 7 Feb 2005 02:57:59 -0800 (PST) Message-ID: <346a802205020702574d4197c0@mail.gmail.com> Date: Mon, 7 Feb 2005 05:57:59 -0500 From: Coleman Kane To: Astrodog In-Reply-To: <2fd864e05020619335e1de0ac@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <76ff51010502022341529322fc@mail.gmail.com> <20050205223444.GG9350@dragon.nuxi.com> <4205637E.6040406@npgcable.com> <2fd864e05020619335e1de0ac@mail.gmail.com> cc: "Wilhelm B. Kloke" cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine support in FreeBSD 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 10:58:01 -0000 As a desktop user, I barely touch wine. The vast majority of my compatriots do not touch wine either on their desktop freebsd systems. I do not think that you can apply 'most' to the claim. I think that the linux compatibility layer (both 32-bit and 64-bit) is more pressing. I used wine a long time ago to play starcraft. I stopped playing, and stopped using wine. Haven't used it since. On Sun, 6 Feb 2005 19:33:32 -0800, Astrodog wrote: > On Sun, 6 Feb 2005 18:18:08 +0000 (UTC), Wilhelm B. Kloke > wrote: > > Joe Fenton schrieb: > > > > > > So I would say it should be possible for FreeBSD AMD64 to > > > run 32-bit WINE as well. > > > > Let me add: Wine support is crucial also, in the long run. > > > > -- > > Dipl.-Math. Wilhelm Bernhard Kloke > > Institut fuer Arbeitsphysiologie an der Universitaet Dortmund > > Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 > > > > _______________________________________________ > > freebsd-amd64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > > I think that depends on where people want to see FreeBSD go... on the > server side of things, I barely touch LINUX_COMPAT, let alone wine... > on the desktop, you're right, wine is a fact of life for most desktop > installs. > > --- Harrison Grundy > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 11:01:45 2005 Return-Path: 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 1C72E16A4FD for ; Mon, 7 Feb 2005 11:01:45 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D7643D58 for ; Mon, 7 Feb 2005 11:01:44 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j17B1ilH059292 for ; Mon, 7 Feb 2005 11:01:44 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j17B1hlI059286 for freebsd-amd64@freebsd.org; Mon, 7 Feb 2005 11:01:43 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Feb 2005 11:01:43 GMT Message-Id: <200502071101.j17B1hlI059286@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 11:01:45 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 1 problem 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 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 17 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 bge driver for 3Com 3C996B on amd64 preve o [2004/12/02] amd64/74608 amd64 mpt hangs 5 minutes when booting o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/25] amd64/75488 amd64 ntfs_iconv not working on amd64 8 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 12:06:16 2005 Return-Path: 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 9D23C16A4CE for ; Mon, 7 Feb 2005 12:06:16 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A7E43D3F for ; Mon, 7 Feb 2005 12:06:15 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j17C6Aqe060831; Mon, 7 Feb 2005 04:06:10 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j17C68kk060830; Mon, 7 Feb 2005 04:06:08 -0800 (PST) (envelope-from obrien) Date: Mon, 7 Feb 2005 04:06:08 -0800 From: "David O'Brien" To: Joe Fenton Message-ID: <20050207120608.GA60591@dragon.nuxi.com> References: <76ff51010502022341529322fc@mail.gmail.com> <20050205223444.GG9350@dragon.nuxi.com> <4205637E.6040406@npgcable.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4205637E.6040406@npgcable.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine support in FreeBSD 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 12:06:16 -0000 On Sat, Feb 05, 2005 at 05:23:26PM -0700, Joe Fenton wrote: > Maybe not as 64-bit, but Linux/AMD64 certainly runs 32-bit > WINE just fine. I use it all the time in Fedora Core 3 AMD64. > It's really fast on a 64-bit OS. I play American McGee's > Alice in WINE - it's better than playing it in XP Pro. :) > > So I would say it should be possible for FreeBSD AMD64 to > run 32-bit WINE as well. See if you can run the 32-bit Linux WINE binary under FreeBSD/AMD64 and report to freebsd-amd64@ if that works. :-) -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 17:17:40 2005 Return-Path: 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 6045F16A4CE; Mon, 7 Feb 2005 17:17:40 +0000 (GMT) Received: from mail.wolves.k12.mo.us (duey.wolves.k12.mo.us [207.160.214.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2596F43D46; Mon, 7 Feb 2005 17:17:40 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 8FEF41FE27; Mon, 7 Feb 2005 11:17:37 -0600 (CST) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 35794-01-26; Mon, 7 Feb 2005 11:17:34 -0600 (CST) Received: by mail.wolves.k12.mo.us (Postfix, from userid 1001) id D9D131FE1E; Mon, 7 Feb 2005 11:17:34 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id D69991A904; Mon, 7 Feb 2005 11:17:34 -0600 (CST) Date: Mon, 7 Feb 2005 11:17:34 -0600 (CST) From: Chris Dillon To: Scott Long In-Reply-To: <42044B92.4040102@freebsd.org> Message-ID: <20050207111200.G36249@duey.wolves.k12.mo.us> References: <000001c50a3c$50f2eba0$6800000a@r3140ca> <20050204103708.21608.qmail@web26801.mail.ukl.yahoo.com> <2fd864e05020419434705bf70@mail.gmail.com> <42044B92.4040102@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at wolves.k12.mo.us cc: amd64@freebsd.org cc: questions@freebsd.org cc: Nathan Vidican Subject: Re: Intel EMT64 Xeon vs AMD Opteron X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 17:17:40 -0000 On Fri, 4 Feb 2005, Scott Long wrote: > With FreeBSD, it's a bit of a toss-up. There is no strong affinity > set or enforced between process memory and where the process is > running. Having some notion of affinity (i.e. NUMA support) would be > a good thing. Oh, and the 4+2 configurations are typically pretty > poor, regardless. For non-NUMA-aware operating systems, you should turn on Node Interleaving for the memory system which will spread the memory accesses across all processors. Hopefully all multi-processor Opteron system BIOSes will give you this option, my Tyan S2885 does. -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest, most open, and most stable OS on the planet - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures - PowerPC, ARM, MIPS, and S/390 under development - http://www.freebsd.org Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 20:51:36 2005 Return-Path: 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 10C2516A4CE for ; Mon, 7 Feb 2005 20:51:36 +0000 (GMT) Received: from smtp06.web.de (smtp06.web.de [217.72.192.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC27343D41 for ; Mon, 7 Feb 2005 20:51:35 +0000 (GMT) (envelope-from snafoo@web.de) Received: from [62.245.161.47] (helo=[192.168.0.2]) by smtp06.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.103 #192) id 1CyFr1-0001Mb-00 for freebsd-amd64@freebsd.org; Mon, 07 Feb 2005 21:51:33 +0100 Message-ID: <4207D4D9.9010404@web.de> Date: Mon, 07 Feb 2005 21:51:37 +0100 From: Snafoo User-Agent: Mozilla Thunderbird 1.0 (X11/20050103) 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 Sender: snafoo@web.de X-Sender: snafoo@web.de Subject: Ruby 1.8 installation fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 20:51:36 -0000 Hi, installation of ruby 1.8.2 on FreeBSD 5.3 / amd64 fails at ------------------------------------------------------------ [...] ===> Installing for ruby-1.8.2_2 ===> Generating temporary packing list ===> Checking if lang/ruby18 already installed ./miniruby ./instruby.rb --dest-dir="" --make="make" --mflags=" -j 3" --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" --mantype="doc" mkdir -p -m 755 /usr/local/lib/ruby/1.8 /usr/local/lib/ruby/1.8/amd64-freebsd5 /usr/local/lib/ruby/site_ruby/1.8 /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd5 install -c -p -m 0755 ruby18 /usr/local/bin/ruby18 ./miniruby ./ext/extmk.rb --dest-dir="" --make="make" --mflags=" -j 3" --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" install --------------------------------------------------------------- At this point miniruby consumes 100% CPU time and runs forever (OK, several hours until I finally gave up). Any tips what to do now? -- Snafoo From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 21:15:56 2005 Return-Path: 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 8AA6316A4CE for ; Mon, 7 Feb 2005 21:15:56 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A2D243D41 for ; Mon, 7 Feb 2005 21:15:56 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.44 (FreeBSD)) id 1CyGEh-0002lT-En; Mon, 07 Feb 2005 22:15:59 +0100 Date: Mon, 7 Feb 2005 22:15:59 +0100 From: Kirill Ponomarew To: Snafoo Message-ID: <20050207211559.GA7850@voodoo.oberon.net> References: <4207D4D9.9010404@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4207D4D9.9010404@web.de> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE cc: freebsd-amd64@freebsd.org Subject: Re: Ruby 1.8 installation fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 21:15:56 -0000 On Mon, Feb 07, 2005 at 09:51:37PM +0100, Snafoo wrote: > Hi, > > installation of ruby 1.8.2 on FreeBSD 5.3 / amd64 fails at > > ------------------------------------------------------------ > [...] > ===> Installing for ruby-1.8.2_2 > ===> Generating temporary packing list > ===> Checking if lang/ruby18 already installed > ./miniruby ./instruby.rb --dest-dir="" --make="make" --mflags=" -j 3" > --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 > PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" --mantype="doc" > mkdir -p -m 755 /usr/local/lib/ruby/1.8 > /usr/local/lib/ruby/1.8/amd64-freebsd5 /usr/local/lib/ruby/site_ruby/1.8 > /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd5 > install -c -p -m 0755 ruby18 /usr/local/bin/ruby18 > ./miniruby ./ext/extmk.rb --dest-dir="" --make="make" --mflags=" -j 3" > --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 > PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" install > --------------------------------------------------------------- > > At this point miniruby consumes 100% CPU time and runs forever (OK, > several hours until I finally gave up). Any tips what to do now? Right, recent ruby update broke it on amd64, I hope maintainer will fix it soon. -Kirill From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 21:19:41 2005 Return-Path: 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 E9FA616A4CE for ; Mon, 7 Feb 2005 21:19:41 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E1543D2D for ; Mon, 7 Feb 2005 21:19:41 +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 C7424F3210; Mon, 7 Feb 2005 13:19:37 -0800 (PST) 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 39425-04; Mon, 7 Feb 2005 13:19:30 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id DA5E3F31C2; Mon, 7 Feb 2005 13:19:29 -0800 (PST) From: Sean McNeil To: Kirill Ponomarew In-Reply-To: <20050207211559.GA7850@voodoo.oberon.net> References: <4207D4D9.9010404@web.de> <20050207211559.GA7850@voodoo.oberon.net> Content-Type: text/plain Date: Mon, 07 Feb 2005 13:19:29 -0800 Message-Id: <1107811169.39594.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Snafoo cc: freebsd-amd64@freebsd.org Subject: Re: Ruby 1.8 installation fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 21:19:42 -0000 On Mon, 2005-02-07 at 22:15 +0100, Kirill Ponomarew wrote: > On Mon, Feb 07, 2005 at 09:51:37PM +0100, Snafoo wrote: > > Hi, > > > > installation of ruby 1.8.2 on FreeBSD 5.3 / amd64 fails at > > > > ------------------------------------------------------------ > > [...] > > ===> Installing for ruby-1.8.2_2 > > ===> Generating temporary packing list > > ===> Checking if lang/ruby18 already installed > > ./miniruby ./instruby.rb --dest-dir="" --make="make" --mflags=" -j 3" > > --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 > > PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" --mantype="doc" > > mkdir -p -m 755 /usr/local/lib/ruby/1.8 > > /usr/local/lib/ruby/1.8/amd64-freebsd5 /usr/local/lib/ruby/site_ruby/1.8 > > /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd5 > > install -c -p -m 0755 ruby18 /usr/local/bin/ruby18 > > ./miniruby ./ext/extmk.rb --dest-dir="" --make="make" --mflags=" -j 3" > > --make-flags=" ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503001 > > PORTOBJFORMAT=elf SYSTEMVERSION= -j 3" install > > --------------------------------------------------------------- > > > > At this point miniruby consumes 100% CPU time and runs forever (OK, > > several hours until I finally gave up). Any tips what to do now? > > Right, recent ruby update broke it on amd64, I hope maintainer will > fix it soon. This worked for me: pkg_delete ruby, portupgrade et al reinstall Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 21:25:04 2005 Return-Path: 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 D791E16A4CE for ; Mon, 7 Feb 2005 21:25:04 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1D743D48 for ; Mon, 7 Feb 2005 21:25:04 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.44 (FreeBSD)) id 1CyGNX-0002pq-Sx; Mon, 07 Feb 2005 22:25:07 +0100 Date: Mon, 7 Feb 2005 22:25:07 +0100 From: Kirill Ponomarew To: Sean McNeil Message-ID: <20050207212507.GB7850@voodoo.oberon.net> References: <4207D4D9.9010404@web.de> <20050207211559.GA7850@voodoo.oberon.net> <1107811169.39594.0.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107811169.39594.0.camel@server.mcneil.com> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE cc: Snafoo cc: freebsd-amd64@freebsd.org Subject: Re: Ruby 1.8 installation fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 21:25:05 -0000 On Mon, Feb 07, 2005 at 01:19:29PM -0800, Sean McNeil wrote: > > Right, recent ruby update broke it on amd64, I hope maintainer will > > fix it soon. > > This worked for me: > pkg_delete ruby, portupgrade et al > reinstall Do you mean update after adding pthread support to ruby ? This workaround doesn't work here. -Kirill From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 21:32:34 2005 Return-Path: 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 74C8C16A4CE for ; Mon, 7 Feb 2005 21:32:34 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5342F43D2D for ; Mon, 7 Feb 2005 21:32:34 +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 1BDC6F321E; Mon, 7 Feb 2005 13:32:34 -0800 (PST) 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 39425-07; Mon, 7 Feb 2005 13:32:26 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 36D46F3214; Mon, 7 Feb 2005 13:32:26 -0800 (PST) From: Sean McNeil To: Kirill Ponomarew In-Reply-To: <20050207212507.GB7850@voodoo.oberon.net> References: <4207D4D9.9010404@web.de> <20050207211559.GA7850@voodoo.oberon.net> <1107811169.39594.0.camel@server.mcneil.com> <20050207212507.GB7850@voodoo.oberon.net> Content-Type: text/plain Date: Mon, 07 Feb 2005 13:32:25 -0800 Message-Id: <1107811945.39594.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Snafoo cc: freebsd-amd64@freebsd.org Subject: Re: Ruby 1.8 installation fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 21:32:34 -0000 On Mon, 2005-02-07 at 22:25 +0100, Kirill Ponomarew wrote: > On Mon, Feb 07, 2005 at 01:19:29PM -0800, Sean McNeil wrote: > > > Right, recent ruby update broke it on amd64, I hope maintainer will > > > fix it soon. > > > > This worked for me: > > pkg_delete ruby, portupgrade et al > > reinstall > > Do you mean update after adding pthread support to ruby ? This > workaround doesn't work here. I'm sorry, I didn't get enough sleep last night. That wasn't all I did. In fact, I did that because I messed something up. The REAL solution was found in http://lists.freebsd.org/pipermail/freebsd-ports/2005-February/020512.html Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 22:25:45 2005 Return-Path: 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 AEFD016A4D4 for ; Mon, 7 Feb 2005 22:25:45 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE6143D66 for ; Mon, 7 Feb 2005 22:25:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3208 invoked from network); 7 Feb 2005 22:25:44 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Feb 2005 22:25:43 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j17MPRrg088725; Mon, 7 Feb 2005 17:25:37 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-amd64@FreeBSD.org, "David O'Brien" Date: Mon, 7 Feb 2005 13:58:01 -0500 User-Agent: KMail/1.6.2 References: <200502052230.j15MUK64038890@freefall.freebsd.org> In-Reply-To: <200502052230.j15MUK64038890@freefall.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502071358.01772.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: amd64/76973: BTX Halted X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 22:25:46 -0000 On Saturday 05 February 2005 05:30 pm, David O'Brien wrote: > The following reply was made to PR amd64/76973; it has been noted by GNATS. > > From: "David O'Brien" > To: Bart Veurink > Cc: freebsd-gnats-submit@FreeBSD.org > Subject: Re: amd64/76973: BTX Halted > Date: Sat, 5 Feb 2005 14:21:43 -0800 > > On Tue, Feb 01, 2005 at 05:44:51PM +0000, Bart Veurink wrote: > > I got a problem with installing FreeBSD from CD (Mini and Normal). This > > is my first time to try a BSD. It gives the Error in the bootloader, BTX > > Halted. By The Way why are there not ISO's for FreeBSD 6.0 > > > > First some info and a Error: > > int=0000000d err=00000000 efl=00010086 eip=00027788 > > eax=80000011 ebx=00037000 ecx=c0000080 edx=00000000 > > esi=00036000 edi=00035000 ebp=000948a4 esp=0009e870 > > cs:eip:0f 22 c0 b8 00 20 04 00-8b 35 98 7f 04 00 8b 3d > > 9c 7f 04 00 0f 01 10 ea-a6 77 02 00 08 00 89 f0 > > ss:esp:69 95 00 00 00 40 c9 00-00 50 c9 00 10 10 04 00 > > 00 00 00 00 00 00 04 00-00 00 00 00 58 b0 06 00 > > BTX Halted > > This should not have happened. Unless something has changed lately, the > FreeBSD loader and BTX are the same for both the 'i386' and 'amd64' > platforms. Can you try installing from an 'i386' ISO? If the kernel faults very early on (such as executing an amd64-specific instruction) before it has reset the interrupt descriptor table, then BTX will end up handling the subsequent fault. That appears to be what happened here. -- 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 Feb 7 22:25:50 2005 Return-Path: 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 83FF816A4DD for ; Mon, 7 Feb 2005 22:25:50 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C8CE43D69 for ; Mon, 7 Feb 2005 22:25:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9554 invoked from network); 7 Feb 2005 22:25:49 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Feb 2005 22:25:48 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j17MPRrh088725; Mon, 7 Feb 2005 17:25:42 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-amd64@FreeBSD.org Date: Mon, 7 Feb 2005 14:27:42 -0500 User-Agent: KMail/1.6.2 References: <200502041558.28521.jhb@FreeBSD.org> In-Reply-To: <200502041558.28521.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502071427.42202.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: amd64@FreeBSD.org cc: peter@FreeBSD.org Subject: Re: [PATCH] Change atomic operations to use fences for memory barriers X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 22:25:50 -0000 On Friday 04 February 2005 03:58 pm, John Baldwin wrote: > The patch below changes the atomic operations on amd64 to use the cheaper > fence instructions for memory barriers. I'd like people to test it to see > if 1) it breaks things or not, and 2) if it impacts performance either in a > good way or a bad way. For this last I'm curious about both UP and SMP as > my initial guess is that it will help on UP but might hurt on SMP. Would help if I included it: --- //depot/vendor/freebsd/src/sys/amd64/include/atomic.h 2003/11/21 03:05:42 +++ //depot/projects/smpng/sys/amd64/include/atomic.h 2004/11/19 20:16:10 @@ -70,7 +70,7 @@ int atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src); int atomic_cmpset_long(volatile u_long *dst, u_long exp, u_long src); -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ u_##TYPE atomic_load_acq_##TYPE(volatile u_##TYPE *p); \ void atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v) @@ -162,30 +162,22 @@ #if defined(__GNUC__) -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ static __inline u_##TYPE \ atomic_load_acq_##TYPE(volatile u_##TYPE *p) \ { \ - u_##TYPE res; \ + u_##TYPE v; \ \ - __asm __volatile(__XSTRING(MPLOCKED) LOP \ - : "=a" (res), /* 0 (result) */\ - "+m" (*p) /* 1 */ \ - : : "memory"); \ - \ - return (res); \ + v = *p; \ + __asm __volatile("lfence" ::: "memory"); \ + return (v); \ } \ \ -/* \ - * The XCHG instruction asserts LOCK automagically. \ - */ \ static __inline void \ atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\ { \ - __asm __volatile(SOP \ - : "+m" (*p), /* 0 */ \ - "+r" (v) /* 1 */ \ - : : "memory"); \ + __asm __volatile("sfence" ::: "memory"); \ + *p = v; \ } \ struct __hack @@ -194,7 +186,7 @@ extern int atomic_cmpset_int(volatile u_int *, u_int, u_int); extern int atomic_cmpset_long(volatile u_long *, u_long, u_long); -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ extern u_##TYPE atomic_load_acq_##TYPE(volatile u_##TYPE *p); \ extern void atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v) @@ -222,10 +214,10 @@ ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); -ATOMIC_STORE_LOAD(char, "cmpxchgb %b0,%1", "xchgb %b1,%0"); -ATOMIC_STORE_LOAD(short,"cmpxchgw %w0,%1", "xchgw %w1,%0"); -ATOMIC_STORE_LOAD(int, "cmpxchgl %0,%1", "xchgl %1,%0"); -ATOMIC_STORE_LOAD(long, "cmpxchgq %0,%1", "xchgq %1,%0"); +ATOMIC_STORE_LOAD(char); +ATOMIC_STORE_LOAD(short); +ATOMIC_STORE_LOAD(int); +ATOMIC_STORE_LOAD(long); #undef ATOMIC_ASM #undef ATOMIC_STORE_LOAD --- //depot/vendor/freebsd/src/sys/amd64/include/bus_amd64.h 2005/01/05 20:20:40 +++ //depot/projects/smpng/sys/amd64/include/bus_amd64.h 2005/01/05 22:38:38 @@ -1215,9 +1215,9 @@ { #ifdef __GNUC__ if (flags & BUS_SPACE_BARRIER_READ) - __asm __volatile("lock; addl $0,0(%%rsp)" : : : "memory"); + __asm __volatile("lfence" : : : "memory"); else - __asm __volatile("" : : : "memory"); + __asm __volatile("sfence" : : : "memory"); #endif } -- 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 Feb 7 22:25:50 2005 Return-Path: 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 6906016A4DB for ; Mon, 7 Feb 2005 22:25:50 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C53843D66 for ; Mon, 7 Feb 2005 22:25:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9554 invoked from network); 7 Feb 2005 22:25:49 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Feb 2005 22:25:48 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j17MPRrh088725; Mon, 7 Feb 2005 17:25:42 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-amd64@FreeBSD.org Date: Mon, 7 Feb 2005 14:27:42 -0500 User-Agent: KMail/1.6.2 References: <200502041558.28521.jhb@FreeBSD.org> In-Reply-To: <200502041558.28521.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502071427.42202.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: amd64@FreeBSD.org cc: peter@FreeBSD.org Subject: Re: [PATCH] Change atomic operations to use fences for memory barriers X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 22:25:50 -0000 On Friday 04 February 2005 03:58 pm, John Baldwin wrote: > The patch below changes the atomic operations on amd64 to use the cheaper > fence instructions for memory barriers. I'd like people to test it to see > if 1) it breaks things or not, and 2) if it impacts performance either in a > good way or a bad way. For this last I'm curious about both UP and SMP as > my initial guess is that it will help on UP but might hurt on SMP. Would help if I included it: --- //depot/vendor/freebsd/src/sys/amd64/include/atomic.h 2003/11/21 03:05:42 +++ //depot/projects/smpng/sys/amd64/include/atomic.h 2004/11/19 20:16:10 @@ -70,7 +70,7 @@ int atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src); int atomic_cmpset_long(volatile u_long *dst, u_long exp, u_long src); -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ u_##TYPE atomic_load_acq_##TYPE(volatile u_##TYPE *p); \ void atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v) @@ -162,30 +162,22 @@ #if defined(__GNUC__) -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ static __inline u_##TYPE \ atomic_load_acq_##TYPE(volatile u_##TYPE *p) \ { \ - u_##TYPE res; \ + u_##TYPE v; \ \ - __asm __volatile(__XSTRING(MPLOCKED) LOP \ - : "=a" (res), /* 0 (result) */\ - "+m" (*p) /* 1 */ \ - : : "memory"); \ - \ - return (res); \ + v = *p; \ + __asm __volatile("lfence" ::: "memory"); \ + return (v); \ } \ \ -/* \ - * The XCHG instruction asserts LOCK automagically. \ - */ \ static __inline void \ atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\ { \ - __asm __volatile(SOP \ - : "+m" (*p), /* 0 */ \ - "+r" (v) /* 1 */ \ - : : "memory"); \ + __asm __volatile("sfence" ::: "memory"); \ + *p = v; \ } \ struct __hack @@ -194,7 +186,7 @@ extern int atomic_cmpset_int(volatile u_int *, u_int, u_int); extern int atomic_cmpset_long(volatile u_long *, u_long, u_long); -#define ATOMIC_STORE_LOAD(TYPE, LOP, SOP) \ +#define ATOMIC_STORE_LOAD(TYPE) \ extern u_##TYPE atomic_load_acq_##TYPE(volatile u_##TYPE *p); \ extern void atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v) @@ -222,10 +214,10 @@ ATOMIC_ASM(add, long, "addq %1,%0", "ir", v); ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v); -ATOMIC_STORE_LOAD(char, "cmpxchgb %b0,%1", "xchgb %b1,%0"); -ATOMIC_STORE_LOAD(short,"cmpxchgw %w0,%1", "xchgw %w1,%0"); -ATOMIC_STORE_LOAD(int, "cmpxchgl %0,%1", "xchgl %1,%0"); -ATOMIC_STORE_LOAD(long, "cmpxchgq %0,%1", "xchgq %1,%0"); +ATOMIC_STORE_LOAD(char); +ATOMIC_STORE_LOAD(short); +ATOMIC_STORE_LOAD(int); +ATOMIC_STORE_LOAD(long); #undef ATOMIC_ASM #undef ATOMIC_STORE_LOAD --- //depot/vendor/freebsd/src/sys/amd64/include/bus_amd64.h 2005/01/05 20:20:40 +++ //depot/projects/smpng/sys/amd64/include/bus_amd64.h 2005/01/05 22:38:38 @@ -1215,9 +1215,9 @@ { #ifdef __GNUC__ if (flags & BUS_SPACE_BARRIER_READ) - __asm __volatile("lock; addl $0,0(%%rsp)" : : : "memory"); + __asm __volatile("lfence" : : : "memory"); else - __asm __volatile("" : : : "memory"); + __asm __volatile("sfence" : : : "memory"); #endif } -- 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 Feb 7 22:55:31 2005 Return-Path: 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 E4C6916A4CE for ; Mon, 7 Feb 2005 22:55:31 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CF3A43D53 for ; Mon, 7 Feb 2005 22:55:31 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 19A55E117; Mon, 7 Feb 2005 17:55:31 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 7CA926379; Mon, 7 Feb 2005 17:55:29 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.61921.464891.267906@canoe.dclg.ca> Date: Mon, 7 Feb 2005 17:55:29 -0500 To: Peter Wemm In-Reply-To: <200502042214.32845.peter@wemm.org> References: <200502042214.32845.peter@wemm.org> X-Mailer: VM 7.17 under 21.4 (patch 16) "Corporate Culture" XEmacs Lucid cc: Nick Lozinsky cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 22:55:32 -0000 >>>>> "Peter" == Peter Wemm writes: Peter> On Friday 04 February 2005 03:51 am, Nick Lozinsky wrote: >> Hello: >> >> Running FreeBSD5.3-STABLE on AMD64 3200+; I've attempted to `make >> install' wine from the ports tree, and surprisingle enough, it is >> only able to compile on I386 architectures. I looked through the >> Makefile, and saw the i386 support, only. Does wine have any >> support on amd64, or is it possible to compile on amd64 for >> backward 32-bit compatibility? >> >> Thanks in advance. Peter> I'm sorry to say that no, it isn't likely in the short term. Peter> Wine depends on the USER_LDT features to use a custom x86 Peter> segmentation table within a user process. The amd64 kernel Peter> does not have this. I have been thinking about how to Peter> implement this in a lower-cost way than what currently happens Peter> on the i386 kernel though. -- Peter Wemm - peter@wemm.org; Peter> peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for Peter> nothing if we don't go to the stars" - JMS/B5 Well... the other question is: does AMD64 run ia32 executables? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 7 23:25:57 2005 Return-Path: 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 4E09116A4CE for ; Mon, 7 Feb 2005 23:25:57 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9389943D3F for ; Mon, 7 Feb 2005 23:25:56 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13262 invoked from network); 7 Feb 2005 23:25:56 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Feb 2005 23:25:54 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j17NPeDV089103; Mon, 7 Feb 2005 18:25:47 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: amd64@FreeBSD.org Date: Mon, 7 Feb 2005 18:26:48 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200502071826.48609.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: ia64@FreeBSD.org Subject: [PATCH] Fixes to the ia32 ABI (and amd64/Linux) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 07 Feb 2005 23:25:57 -0000 Can people test the patch below, it includes various and sundry fixes to the FreeBSD 32 compat ABI (i.e. FreeBSD/i386 binaries on FreeBSD/amd64 and FreeBSD/ia64) and the amd64 Linux/i386 ABI as well. I don't expect it to make anything start working that was broken before, but there shouldn't be any regressions: --- //depot/projects/smpng/sys/amd64/linux32/linux32_machdep.c 2004/10/05 19:15:26 +++ //depot/user/jhb/proc/amd64/linux32/linux32_machdep.c 2005/02/04 16:32:42 @@ -34,6 +34,7 @@ #include #include #include +#include #include #include #include @@ -49,6 +50,8 @@ #include #include +#include +#include #include #include @@ -89,72 +92,120 @@ return (lsa); } -int -linux_execve(struct thread *td, struct linux_execve_args *args) +/* + * Custom version of exec_copyin_args() so that we can translate + * the pointers. + */ +static int +linux_exec_copyin_args(struct image_args *args, char *fname, + enum uio_seg segflg, char **argv, char **envv) { - struct execve_args ap; - caddr_t sg; + char *argp, *envp; + u_int32_t *p32, arg; + size_t length; int error; - u_int32_t *p32, arg; - char **p, *p64; - int count; + + bzero(args, sizeof(*args)); + if (argv == NULL) + return (EFAULT); - sg = stackgap_init(); - CHECKALTEXIST(td, &sg, args->path); + /* + * Allocate temporary demand zeroed space for argument and + * environment strings + */ + args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + if (args->buf == NULL) + return (ENOMEM); + args->begin_argv = args->buf; + args->endp = args->begin_argv; + args->stringspace = ARG_MAX; -#ifdef DEBUG - if (ldebug(execve)) - printf(ARGS(execve, "%s"), args->path); -#endif + args->fname = args->buf + ARG_MAX; - ap.fname = args->path; + /* + * Copy the file name. + */ + error = (segflg == UIO_SYSSPACE) ? + copystr(fname, args->fname, PATH_MAX, &length) : + copyinstr(fname, args->fname, PATH_MAX, &length); + if (error != 0) + return (error); - if (args->argp != NULL) { - count = 0; - p32 = (u_int32_t *)args->argp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.argv = p; - p32 = (u_int32_t *)args->argp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + /* + * extract arguments first + */ + p32 = (u_int32_t *)argv; + for (;;) { + error = copyin(p32++, &arg, sizeof(arg)); + if (error) + return (error); + if (arg == 0) + break; + argp = PTRIN(arg); + error = copyinstr(argp, args->endp, args->stringspace, &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->argc++; } - if (args->envp != NULL) { - count = 0; - p32 = (u_int32_t *)args->envp; - do { + + args->begin_envv = args->endp; + + /* + * extract environment strings + */ + if (envv) { + p32 = (u_int32_t *)envv; + for (;;) { error = copyin(p32++, &arg, sizeof(arg)); if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.envv = p; - p32 = (u_int32_t *)args->envp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + return (error); + if (arg == 0) + break; + envp = PTRIN(arg); + error = copyinstr(envp, args->endp, args->stringspace, + &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->envc++; + } } - return (execve(td, &ap)); + return (0); +} + +int +linux_execve(struct thread *td, struct linux_execve_args *args) +{ + struct image_args eargs; + char *path; + int error; + + LCONVPATHEXIST(td, args->path, &path); + +#ifdef DEBUG + if (ldebug(execve)) + printf(ARGS(execve, "%s"), path); +#endif + + error = linux_exec_copyin_args(&eargs, path, UIO_SYSSPACE, args->argp, + args->envp); + free(path, M_TEMP); + if (error == 0) + error = kern_execve(td, &eargs, NULL); + exec_free_args(&eargs); + return (error); } struct iovec32 { @@ -903,36 +954,20 @@ int linux_nanosleep(struct thread *td, struct linux_nanosleep_args *uap) { - struct timespec ats; + struct timespec rqt, rmt; struct l_timespec ats32; - struct nanosleep_args bsd_args; int error; - caddr_t sg; - caddr_t sarqts, sarmts; - sg = stackgap_init(); error = copyin(uap->rqtp, &ats32, sizeof(ats32)); if (error != 0) return (error); - ats.tv_sec = ats32.tv_sec; - ats.tv_nsec = ats32.tv_nsec; - sarqts = stackgap_alloc(&sg, sizeof(ats)); - error = copyout(&ats, sarqts, sizeof(ats)); - if (error != 0) - return (error); - sarmts = stackgap_alloc(&sg, sizeof(ats)); - bsd_args.rqtp = (void *)sarqts; - bsd_args.rmtp = (void *)sarmts; - error = nanosleep(td, &bsd_args); + rqt.tv_sec = ats32.tv_sec; + rqt.tv_nsec = ats32.tv_nsec; + error = kern_nanosleep(td, &rqt, &rmt); if (uap->rmtp != NULL) { - error = copyin(sarmts, &ats, sizeof(ats)); - if (error != 0) - return (error); - ats32.tv_sec = ats.tv_sec; - ats32.tv_nsec = ats.tv_nsec; + ats32.tv_sec = rmt.tv_sec; + ats32.tv_nsec = rmt.tv_nsec; error = copyout(&ats32, uap->rmtp, sizeof(ats32)); - if (error != 0) - return (error); } return (error); } --- //depot/projects/smpng/sys/amd64/linux32/linux32_sysvec.c 2005/01/31 22:15:49 +++ //depot/user/jhb/proc/amd64/linux32/linux32_sysvec.c 2005/02/04 16:32:42 @@ -744,7 +744,8 @@ exec_linux_imgact_try(struct image_params *imgp) { const char *head = (const char *)imgp->image_header; - int error = -1; + char *rpath; + int error = -1, len; /* * The interpreter for shell scripts run from a linux binary needs @@ -758,12 +759,10 @@ * path is found, use our stringspace to store it. */ if ((error = exec_shell_imgact(imgp)) == 0) { - char *rpath = NULL; - - linux_emul_find(FIRST_THREAD_IN_PROC(imgp->proc), NULL, - imgp->interpreter_name, &rpath, 0); - if (rpath != imgp->interpreter_name) { - int len = strlen(rpath) + 1; + linux_emul_convpath(FIRST_THREAD_IN_PROC(imgp->proc), + imgp->interpreter_name, UIO_SYSSPACE, &rpath, 0); + if (rpath != NULL) { + len = strlen(rpath) + 1; if (len <= MAXSHELLCMDLEN) { memcpy(imgp->interpreter_name, rpath, len); --- //depot/projects/smpng/sys/compat/freebsd32/freebsd32_misc.c 2005/01/31 22:15:49 +++ //depot/user/jhb/proc/compat/freebsd32/freebsd32_misc.c 2005/02/04 16:32:42 @@ -222,65 +222,111 @@ return (error); } -int -freebsd32_execve(struct thread *td, struct freebsd32_execve_args *uap) +/* + * Custom version of exec_copyin_args() so that we can translate + * the pointers. + */ +static int +freebsd32_exec_copyin_args(struct image_args *args, char *fname, + enum uio_seg segflg, u_int32_t *argv, u_int32_t *envv) { + char *argp, *envp; + u_int32_t *p32, arg; + size_t length; int error; - caddr_t sg; - struct execve_args ap; - u_int32_t *p32, arg; - char **p, *p64; - int count; + + bzero(args, sizeof(*args)); + if (argv == NULL) + return (EFAULT); + + /* + * Allocate temporary demand zeroed space for argument and + * environment strings + */ + args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + if (args->buf == NULL) + return (ENOMEM); + args->begin_argv = args->buf; + args->endp = args->begin_argv; + args->stringspace = ARG_MAX; + + args->fname = args->buf + ARG_MAX; - sg = stackgap_init(); - ap.fname = uap->fname; + /* + * Copy the file name. + */ + error = (segflg == UIO_SYSSPACE) ? + copystr(fname, args->fname, PATH_MAX, &length) : + copyinstr(fname, args->fname, PATH_MAX, &length); + if (error != 0) + return (error); - if (uap->argv) { - count = 0; - p32 = uap->argv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.argv = p; - p32 = uap->argv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + /* + * extract arguments first + */ + p32 = argv; + for (;;) { + error = copyin(p32++, &arg, sizeof(arg)); + if (error) + return (error); + if (arg == 0) + break; + argp = PTRIN(arg); + error = copyinstr(argp, args->endp, args->stringspace, &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->argc++; } - if (uap->envv) { - count = 0; - p32 = uap->envv; - do { + + args->begin_envv = args->endp; + + /* + * extract environment strings + */ + if (envv) { + p32 = envv; + for (;;) { error = copyin(p32++, &arg, sizeof(arg)); if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.envv = p; - p32 = uap->envv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + return (error); + if (arg == 0) + break; + envp = PTRIN(arg); + error = copyinstr(envp, args->endp, args->stringspace, + &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->envc++; + } } - return execve(td, &ap); + return (0); +} + +int +freebsd32_execve(struct thread *td, struct freebsd32_execve_args *uap) +{ + struct image_args eargs; + int error; + + error = freebsd32_exec_copyin_args(&eargs, uap->fname, UIO_USERSPACE, + uap->argv, uap->envv); + if (error == 0) + error = kern_execve(td, &eargs, NULL); + exec_free_args(&eargs); + return (error); } #ifdef __ia64__ @@ -437,99 +483,63 @@ int freebsd32_setitimer(struct thread *td, struct freebsd32_setitimer_args *uap) { + struct itimerval itv, oitv, *itvp; + struct itimerval32 i32; int error; - caddr_t sg; - struct itimerval32 *p32, *op32, s32; - struct itimerval *p = NULL, *op = NULL, s; - p32 = uap->itv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->itv = (struct itimerval32 *)p; - error = copyin(p32, &s32, sizeof(s32)); + if (uap->itv != NULL) { + error = copyin(uap->itv, &i32, sizeof(i32)); if (error) return (error); - TV_CP(s32, s, it_interval); - TV_CP(s32, s, it_value); - error = copyout(&s, p, sizeof(s)); - if (error) - return (error); - } - op32 = uap->oitv; - if (op32) { - sg = stackgap_init(); - op = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->oitv = (struct itimerval32 *)op; - } - error = setitimer(td, (struct setitimer_args *) uap); - if (error) + TV_CP(i32, itv, it_interval); + TV_CP(i32, itv, it_value); + itvp = &itv; + } else + itvp = NULL; + error = kern_setitimer(td, uap->which, itvp, &oitv); + if (error || uap->oitv == NULL) return (error); - if (op32) { - error = copyin(op, &s, sizeof(s)); - if (error) - return (error); - TV_CP(s, s32, it_interval); - TV_CP(s, s32, it_value); - error = copyout(&s32, op32, sizeof(s32)); - } - return (error); + TV_CP(oitv, i32, it_interval); + TV_CP(oitv, i32, it_value); + return (copyout(&i32, uap->oitv, sizeof(i32))); } int freebsd32_getitimer(struct thread *td, struct freebsd32_getitimer_args *uap) { + struct itimerval itv; + struct itimerval32 i32; int error; - caddr_t sg; - struct itimerval32 *p32, s32; - struct itimerval *p = NULL, s; - p32 = uap->itv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->itv = (struct itimerval32 *)p; - } - error = getitimer(td, (struct getitimer_args *) uap); - if (error) + error = kern_getitimer(td, uap->which, &itv); + if (error || uap->itv == NULL) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - TV_CP(s, s32, it_interval); - TV_CP(s, s32, it_value); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + TV_CP(itv, i32, it_interval); + TV_CP(itv, i32, it_value); + return (copyout(&i32, uap->itv, sizeof(i32))); } int freebsd32_select(struct thread *td, struct freebsd32_select_args *uap) { + struct timeval32 tv32; + struct timeval tv, *tvp; int error; - caddr_t sg; - struct timeval32 *p32, s32; - struct timeval *p = NULL, s; - p32 = uap->tv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct timeval)); - uap->tv = (struct timeval32 *)p; - error = copyin(p32, &s32, sizeof(s32)); + if (uap->tv != NULL) { + error = copyin(uap->tv, &tv32, sizeof(tv32)); if (error) return (error); - CP(s32, s, tv_sec); - CP(s32, s, tv_usec); - error = copyout(&s, p, sizeof(s)); - if (error) - return (error); - } + CP(tv32, tv, tv_sec); + CP(tv32, tv, tv_usec); + tvp = &tv; + } else + tvp = NULL; /* * XXX big-endian needs to convert the fd_sets too. + * XXX Do pointers need PTRIN()? */ - return (select(td, (struct select_args *) uap)); + return (kern_select(td, uap->nd, uap->in, uap->ou, uap->ex, tvp)); } struct kevent32 { @@ -799,28 +809,22 @@ int freebsd32_utimes(struct thread *td, struct freebsd32_utimes_args *uap) { + struct timeval32 s32[2]; + struct timeval s[2], *sp; int error; - caddr_t sg; - struct timeval32 *p32, s32[2]; - struct timeval *p = NULL, s[2]; - p32 = uap->tptr; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, 2*sizeof(struct timeval)); - uap->tptr = (struct timeval32 *)p; - error = copyin(p32, s32, sizeof(s32)); + if (uap->tptr != NULL) { + error = copyin(uap->tptr, s32, sizeof(s32)); if (error) return (error); CP(s32[0], s[0], tv_sec); CP(s32[0], s[0], tv_usec); CP(s32[1], s[1], tv_sec); CP(s32[1], s[1], tv_usec); - error = copyout(s, p, sizeof(s)); - if (error) - return (error); - } - return (utimes(td, (struct utimes_args *) uap)); + sp = s; + } else + sp = NULL; + return (kern_utimes(td, uap->path, UIO_USERSPACE, sp, UIO_SYSSPACE)); } int @@ -851,7 +855,7 @@ op = stackgap_alloc(&sg, sizeof(struct timeval)); uap->olddelta = (struct timeval32 *)op; } - error = utimes(td, (struct utimes_args *) uap); + error = adjtime(td, (struct adjtime_args *) uap); if (error) return error; if (op32) { @@ -869,28 +873,15 @@ int freebsd4_freebsd32_statfs(struct thread *td, struct freebsd4_freebsd32_statfs_args *uap) { + struct statfs32 s32; + struct statfs s; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = statfs(td, (struct statfs_args *) uap); + error = kern_statfs(td, uap->path, UIO_USERSPACE, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -898,28 +889,15 @@ int freebsd4_freebsd32_fstatfs(struct thread *td, struct freebsd4_freebsd32_fstatfs_args *uap) { + struct statfs32 s32; + struct statfs s; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = fstatfs(td, (struct fstatfs_args *) uap); + error = kern_fstatfs(td, uap->fd, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -927,28 +905,18 @@ int freebsd4_freebsd32_fhstatfs(struct thread *td, struct freebsd4_freebsd32_fhstatfs_args *uap) { + struct statfs32 s32; + struct statfs s; + fhandle_t fh; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = fhstatfs(td, (struct fhstatfs_args *) uap); + if ((error = copyin(uap->u_fhp, &fh, sizeof(fhandle_t))) != 0) + return (error); + error = kern_fhstatfs(td, fh, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -1124,20 +1092,8 @@ struct stat sb; struct stat32 sb32; int error; - struct nameidata nd; -#ifdef LOOKUP_SHARED - NDINIT(&nd, LOOKUP, FOLLOW | LOCKSHARED | LOCKLEAF | NOOBJ, - UIO_USERSPACE, uap->path, td); -#else - NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | NOOBJ, UIO_USERSPACE, - uap->path, td); -#endif - if ((error = namei(&nd)) != 0) - return (error); - error = vn_stat(nd.ni_vp, &sb, td->td_ucred, NOCRED, td); - NDFREE(&nd, NDF_ONLY_PNBUF); - vput(nd.ni_vp); + error = kern_stat(td, uap->path, UIO_USERSPACE, &sb); if (error) return (error); copy_stat(&sb, &sb32); @@ -1148,17 +1104,11 @@ int freebsd32_fstat(struct thread *td, struct freebsd32_fstat_args *uap) { - struct file *fp; struct stat ub; struct stat32 ub32; int error; - if ((error = fget(td, uap->fd, &fp)) != 0) - return (error); - mtx_lock(&Giant); - error = fo_stat(fp, &ub, td->td_ucred, td); - mtx_unlock(&Giant); - fdrop(fp, td); + error = kern_fstat(td, uap->fd, &ub); if (error) return (error); copy_stat(&ub, &ub32); @@ -1169,20 +1119,11 @@ int freebsd32_lstat(struct thread *td, struct freebsd32_lstat_args *uap) { - int error; - struct vnode *vp; struct stat sb; struct stat32 sb32; - struct nameidata nd; + int error; - NDINIT(&nd, LOOKUP, NOFOLLOW | LOCKLEAF | NOOBJ, UIO_USERSPACE, - uap->path, td); - if ((error = namei(&nd)) != 0) - return (error); - vp = nd.ni_vp; - error = vn_stat(vp, &sb, td->td_ucred, NOCRED, td); - NDFREE(&nd, NDF_ONLY_PNBUF); - vput(vp); + error = kern_lstat(td, uap->path, UIO_USERSPACE, &sb); if (error) return (error); copy_stat(&sb, &sb32); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 05:12:04 2005 Return-Path: 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 7B1B016A4CE for ; Tue, 8 Feb 2005 05:12:04 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B7743D2D for ; Tue, 8 Feb 2005 05:12:03 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j185Btje085950; Mon, 7 Feb 2005 21:11:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j185BtGt085949; Mon, 7 Feb 2005 21:11:55 -0800 (PST) (envelope-from obrien) Date: Mon, 7 Feb 2005 21:11:55 -0800 From: "David O'Brien" To: David Gilbert Message-ID: <20050208051155.GA85888@dragon.nuxi.com> References: <200502042214.32845.peter@wemm.org> <16903.61921.464891.267906@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16903.61921.464891.267906@canoe.dclg.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 05:12:04 -0000 On Mon, Feb 07, 2005 at 05:55:29PM -0500, David Gilbert wrote: > Well... the other question is: does AMD64 run ia32 executables? Yes, both Linux & FreeBSD x86 32-bit binaries. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 07:46:28 2005 Return-Path: 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 F24C216A4CE for ; Tue, 8 Feb 2005 07:46:28 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FD943D45 for ; Tue, 8 Feb 2005 07:46:28 +0000 (GMT) (envelope-from bemess@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so842503wra for ; Mon, 07 Feb 2005 23:46:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=kWCC/eWhQ+Qy6TD/wd+hIRAWc8mSgJYAOQB3w/doUkmfwW5d6c+nrcS5N8HvObqTKojlwTUMlafsuZm1kGJK3aTEa0VCnwwTg0lvBOJwlc+doTFjt2gpbFSdeNZu1civl5D2N0mmCHDgRxgdN92Lm2Te3SfCQCDpvSE1DdxJO8M= Received: by 10.54.24.57 with SMTP id 57mr128289wrx; Mon, 07 Feb 2005 23:46:24 -0800 (PST) Received: by 10.54.10.7 with HTTP; Mon, 7 Feb 2005 23:46:24 -0800 (PST) Message-ID: <234888ec05020723464ec9cf39@mail.gmail.com> Date: Tue, 8 Feb 2005 16:46:24 +0900 From: Woo-il Song To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: mount iconv problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Woo-il Song List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:46:29 -0000 Hi. I got a problem when mounting CD-ROM(and fat32 file system) containing Korean charset files. Error messages are... localhost# mount_cd9660 -C euc-kr /cdrom/ mount_cd9660: cd9660_iconv: Argument list too long localhost# mount_msdosfs -L ko_KR.eucKR -D CP949 /dev/ad1s1 /mnt/ mount_msdosfs: msdosfs_iconv: Argument list too long It works on i386. I guess it's a amd64-specific problem. From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 07:56:32 2005 Return-Path: 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 86CBD16A4CE for ; Tue, 8 Feb 2005 07:56:32 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D00143D39 for ; Tue, 8 Feb 2005 07:56:31 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1CyQD6-0003jT-AL for freebsd-amd64@freebsd.org; Tue, 08 Feb 2005 08:55:00 +0100 Received: from dhcp193.ifado.de ([195.253.22.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Feb 2005 08:55:00 +0100 Received: from wb by dhcp193.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Feb 2005 08:55:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: "Wilhelm B. Kloke" Date: Tue, 8 Feb 2005 07:54:53 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 13 Message-ID: References: <200502042214.32845.peter@wemm.org> <16903.61921.464891.267906@canoe.dclg.ca> <20050208051155.GA85888@dragon.nuxi.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp193.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: vestein!unknown@yorikke X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: gofda-freebsd-amd64@m.gmane.org X-MailScanner-To: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 07:56:32 -0000 David O'Brien schrieb: > On Mon, Feb 07, 2005 at 05:55:29PM -0500, David Gilbert wrote: >> Well... the other question is: does AMD64 run ia32 executables? > > Yes, both Linux & FreeBSD x86 32-bit binaries. In fact, not really, because of loadable library issues etc. Only very simple programs work in 5.3-RELEASE. I would like to use ia32 opera, for instance. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 14:23:22 2005 Return-Path: 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 9E34316A4CE; Tue, 8 Feb 2005 14:23:22 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046D243D54; Tue, 8 Feb 2005 14:23:22 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 11D0840F; Tue, 8 Feb 2005 09:23:21 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 37F83256; Tue, 8 Feb 2005 09:23:10 -0500 (EST) Date: Tue, 8 Feb 2005 09:23:10 -0500 From: "Michael W. Oliver" To: Nate Lawson Message-ID: <20050208142310.GA24565@gargantuan.com> Mail-Followup-To: Nate Lawson , acpi@freebsd.org, amd64@freebsd.org References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: $X-WWW-URL/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-DCC: dcc.uncw.edu: phoenix.gargantuan.com 1201; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-106.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Pyzor: Reported 0 times. cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 14:23:22 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the= =20 > sysctls for acpi throttling have been removed. The power_profile script= =20 > has been updated, so you can use performance/economy_cpu_freq=3D in=20 > rc.conf to set AC on/offline cpu frequencies. The acpi throttling=20 > support has been compiled into acpi_perf.ko so load that to get=20 > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq= =20 > sysctls. Nate, Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in my lappy, and I don't see any difference in dev.cpu with cpufreq and/or acpi_perf loaded. This is all I have: dev.cpu.0.%desc: ACPI CPU (2 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 The above is the same for the following conditions: o cpufreq AND acpi_perf NOT loaded o cpufreq (without acpi_perf) loaded o acpi_perf (without cpufreq) loaded o cpufreq AND acpi_perf loaded The acpi_ppc module does continue to work for me, however, yielding the following additional OIDs from hw.acpi: ----------8<-------------- # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/80 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 2.36% 97.63% # kldload acpi_ppc # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/80 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 2.32% 97.67% hw.acpi.cpu.px_control: -1 hw.acpi.cpu.px_highest: 0 hw.acpi.cpu.px_lowest: 2 hw.acpi.cpu.px_current: 2 hw.acpi.cpu.px_supported: 2200 1800 800 hw.acpi.cpu.px_usage: 3.33% 3.33% 93.33% ----------8<-------------- All the stuff you would normally ask for can be found here: http://michael.gargantuan.com/sager_4750v/index.htm#Utility_Command_Output Also, I had to build the cpufreq and acpi_perf modules manually, as they weren't built automatically. Maybe they aren't "connected" to the build for AMD64? Thanks again, great work! --=20 Mike Oliver [see complete headers for contact information] --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCMtOsWv7q8X6o8kRAqGMAKCtd4fCdKSZe7GSdqpUpPyDS58r1ACeK+ax xhbdGDguQJQc/UwYPk/u7KU= =vNlu -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 15:12:03 2005 Return-Path: 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 3920116A4D4 for ; Tue, 8 Feb 2005 15:12:03 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944C643D41 for ; Tue, 8 Feb 2005 15:12:02 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1007037rna for ; Tue, 08 Feb 2005 07:12:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=I3JT2dhteVCzsb3oAH1yIbsVEbhGHqNmrqtG5Ho8/0zF0R8PY+1dmLlGjnTit6WV0CcJbUTHUBjbrDxMwpYpgRTPQvn0REhUWpl+CVZDGapnXV7adfz0tcYtZKUH1b1ctqNNs6/iD/W87Ym4DyP92rAqUHJI7vNNTU6VvDtWqZk= Received: by 10.38.149.78 with SMTP id w78mr244239rnd; Tue, 08 Feb 2005 07:12:01 -0800 (PST) Received: by 10.38.22.22 with HTTP; Tue, 8 Feb 2005 07:12:01 -0800 (PST) Message-ID: <346a8022050208071229742e74@mail.gmail.com> Date: Tue, 8 Feb 2005 10:12:01 -0500 From: Coleman Kane To: Nate Lawson , acpi@freebsd.org, amd64@freebsd.org In-Reply-To: <20050208142310.GA24565@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:12:03 -0000 I have the same problem. Looking through the code, it looks like the throttling code from acpi_cpu.c basically got moved into acpi_perf.c. On Tue, 8 Feb 2005 09:23:10 -0500, Michael W. Oliver wrote: > On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > > I've finished the major work of importing cpufreq. As part of this, the > > sysctls for acpi throttling have been removed. The power_profile script > > has been updated, so you can use performance/economy_cpu_freq= in > > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > support has been compiled into acpi_perf.ko so load that to get > > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > sysctls. > > Nate, > > Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in > my lappy, and I don't see any difference in dev.cpu with cpufreq and/or > acpi_perf loaded. This is all I have: > > dev.cpu.0.%desc: ACPI CPU (2 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > > The above is the same for the following conditions: > > o cpufreq AND acpi_perf NOT loaded > o cpufreq (without acpi_perf) loaded > o acpi_perf (without cpufreq) loaded > o cpufreq AND acpi_perf loaded > > The acpi_ppc module does continue to work for me, however, yielding the > following additional OIDs from hw.acpi: > > ----------8<-------------- > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/0 C2/80 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 2.36% 97.63% > > # kldload acpi_ppc > > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/0 C2/80 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 2.32% 97.67% > hw.acpi.cpu.px_control: -1 > hw.acpi.cpu.px_highest: 0 > hw.acpi.cpu.px_lowest: 2 > hw.acpi.cpu.px_current: 2 > hw.acpi.cpu.px_supported: 2200 1800 800 > hw.acpi.cpu.px_usage: 3.33% 3.33% 93.33% > ----------8<-------------- > > All the stuff you would normally ask for can be found here: > > http://michael.gargantuan.com/sager_4750v/index.htm#Utility_Command_Output > > Also, I had to build the cpufreq and acpi_perf modules manually, as they > weren't built automatically. Maybe they aren't "connected" to the build > for AMD64? > > Thanks again, great work! > > -- > Mike Oliver > [see complete headers for contact information] > > > From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 16:21:33 2005 Return-Path: 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 3DDB616A4CE; Tue, 8 Feb 2005 16:21:33 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id D507C43D39; Tue, 8 Feb 2005 16:21:32 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j18GHFbs032731; Tue, 8 Feb 2005 11:17:16 -0500 Message-ID: <4208E70A.4040001@root.org> Date: Tue, 08 Feb 2005 08:21:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Oliver" References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> In-Reply-To: <20050208142310.GA24565@gargantuan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 16:21:33 -0000 Michael W. Oliver wrote: > On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > >>I've finished the major work of importing cpufreq. As part of this, the >>sysctls for acpi throttling have been removed. The power_profile script >>has been updated, so you can use performance/economy_cpu_freq= in >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling >>support has been compiled into acpi_perf.ko so load that to get >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq >>sysctls. > > > Nate, > > Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in > my lappy, and I don't see any difference in dev.cpu with cpufreq and/or > acpi_perf loaded. This is all I have: > > dev.cpu.0.%desc: ACPI CPU (2 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > > The above is the same for the following conditions: > > o cpufreq AND acpi_perf NOT loaded > o cpufreq (without acpi_perf) loaded > o acpi_perf (without cpufreq) loaded > o cpufreq AND acpi_perf loaded > > The acpi_ppc module does continue to work for me, however, yielding the > following additional OIDs from hw.acpi: A powernow driver will be imported at some point. I hope the maintainer will do this and it looks like he might but I'll let him speak for himself. Once that's in, your functionality will appear. > Also, I had to build the cpufreq and acpi_perf modules manually, as they > weren't built automatically. Maybe they aren't "connected" to the build > for AMD64? Another developer unhooked them from the build because of a temporary build problem. Since there's no useful driver for amd64 yet, I'll wait until more are imported to hook it back up to the build. Thanks, -- Nate From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 16:38:37 2005 Return-Path: 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 14DA616A4CF for ; Tue, 8 Feb 2005 16:38:37 +0000 (GMT) Received: from smtpauth01.mail.atl.earthlink.net (smtpauth01.mail.atl.earthlink.net [209.86.89.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id C315543D41 for ; Tue, 8 Feb 2005 16:38:36 +0000 (GMT) (envelope-from welchsm@earthlink.net) Received: from [66.41.102.215] (helo=NitroPhys.welchsmnet.net) (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CyYNn-0005ZL-VQ for amd64@freebsd.org; Tue, 08 Feb 2005 11:38:36 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Received:Received:Date:From:To:Subject:Message-ID:Reply-To:Mime-Version:Content-Type:Content-Disposition:User-Agent; b=UsBf6Cufu/XOveDMtQxkm0CxP/8MNENZ/9SGWZ6LBo3nWEHbfE6q/BYPwVPC1TFe; Received: from NitroPhys.welchsmnet.net (localhost [127.0.0.1]) j18Gbwr6001124 for ; Tue, 8 Feb 2005 10:37:59 -0600 (CST) (envelope-from welchsm@localhost.welchsmnet.net) Received: (from welchsm@localhost) by NitroPhys.welchsmnet.net (8.13.1/8.13.1/Submit) id j18Gbwsv001123 for amd64@freebsd.org; Tue, 8 Feb 2005 10:37:58 -0600 (CST) (envelope-from welchsm) Date: Tue, 8 Feb 2005 10:37:58 -0600 From: Sean Welch To: amd64@freebsd.org Message-ID: <20050208163758.GA1086@NitroPhys.welchsmnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-ELNK-Trace: 15d86f98c8ef8acad780f4a490ca69563f9fea00a6dd62bcf64162147bd0b42e1b9a71928b7c7910350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.41.102.215 Subject: Compaq R3000Z status X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:38:37 -0000 I don't wish to clutter the mailing list but can someone give me a succinct description of what is supported under FreeBSD on a R3000Z? My Dell I8000 is getting a bit long in the tooth but I'm loath to give up full hardware support. I really would like high end graphics (at least resolution) with 64 bit support. I'm specifically interested in 3D accel, suspend/resume, power states (throttling), peripherals (built in, or external), wireless, and battery life. My hope is to find a laptop that is fully supported in i386 mode that will also run in 64 bit mode reasonably and is actively developed so that eventually it will be fully supported in that mode as well. Comments? I appreciate whatever time anyone can spend on this. Sean From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 16:59:50 2005 Return-Path: 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 1C4D716A4CE for ; Tue, 8 Feb 2005 16:59:50 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C3543D31 for ; Tue, 8 Feb 2005 16:59:49 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01 ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IBL004L7R2P7Q@VL-MO-MR010.ip.videotron.ca> for amd64@freebsd.org; Tue, 08 Feb 2005 11:56:49 -0500 (EST) Date: Tue, 08 Feb 2005 11:56:49 -0500 From: Nicolas Blais In-reply-to: <20050208163758.GA1086@NitroPhys.welchsmnet.net> To: Sean_Welch@alum.wofford.org Message-id: <200502081156.51114.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7.2 References: <20050208163758.GA1086@NitroPhys.welchsmnet.net> cc: amd64@freebsd.org Subject: Re: Compaq R3000Z status X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 16:59:50 -0000 I'm running 5.3-STABLE (amd64) on my R3240CA with several patches found on this mailing list. It's running fine, my only complaint would be that wireless doesn't work (even tried with NDIS but WPA won't work... I heard it works in -CURRENT)... Also, sometimes the laptop won't recover from a suspend. A part from that, it really works fine and it is basically a laptop copy of my Amd64 3500 box with OO, mplayer and what not. Nicolas. On February 8, 2005 11:37, Sean Welch wrote: > I don't wish to clutter the mailing list but can someone give me a > succinct description of what is supported under FreeBSD on a R3000Z? > > My Dell I8000 is getting a bit long in the tooth but I'm loath to > give up full hardware support. I really would like high end > graphics (at least resolution) with 64 bit support. > > I'm specifically interested in 3D accel, suspend/resume, power > states (throttling), peripherals (built in, or external), wireless, > and battery life. > > My hope is to find a laptop that is fully supported in i386 mode > that will also run in 64 bit mode reasonably and is actively > developed so that eventually it will be fully supported in that mode > as well. > > Comments? I appreciate whatever time anyone can spend on this. > > Sean > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 17:13:59 2005 Return-Path: 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 52F3116A4CE for ; Tue, 8 Feb 2005 17:13:59 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1DC43D46 for ; Tue, 8 Feb 2005 17:13:58 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.57]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP <20050208171358.WQTP15803.lakermmtao10.cox.net@dolphin.local.net>; Tue, 8 Feb 2005 12:13:58 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id j18HDrIf064170; Tue, 8 Feb 2005 11:13:53 -0600 (CST) (envelope-from conrads@cox.net) Date: Tue, 8 Feb 2005 11:13:48 -0600 From: "Conrad J. Sabatier" To: "Wilhelm B. Kloke" Message-ID: <20050208111348.592b0527@dolphin.local.net> In-Reply-To: References: <200502042214.32845.peter@wemm.org> <16903.61921.464891.267906@canoe.dclg.ca> <20050208051155.GA85888@dragon.nuxi.com> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: amd64 and wine X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 17:13:59 -0000 On Tue, 8 Feb 2005 07:54:53 +0000 (UTC), "Wilhelm B. Kloke" wrote: > David O'Brien schrieb: > > On Mon, Feb 07, 2005 at 05:55:29PM -0500, David Gilbert wrote: > >> Well... the other question is: does AMD64 run ia32 executables? > > > > Yes, both Linux & FreeBSD x86 32-bit binaries. > > In fact, not really, because of loadable library issues etc. > Only very simple programs work in 5.3-RELEASE. > I would like to use ia32 opera, for instance. Is there a "catalog" anywhere of the known issues involved in running 32-bit binaries under amd64? If not, perhaps we should start one somewhere, maybe in Wiki form(?), so that people could contribute their bug reports/analyses, suggestions for possible approaches to fix them, actual patches, workarounds, etc. For me, personally, it's the Sun JDK 1.5.0 that I'd like to be able to run in 32-bit, since I've encountered major memory consumption issues in the 64-bit port which have yet to be addressed. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 18:59:44 2005 Return-Path: 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 02A5D16A4CE for ; Tue, 8 Feb 2005 18:59:44 +0000 (GMT) Received: from ms-smtp-01.tampabay.rr.com (ms-smtp-01-smtplb.tampabay.rr.com [65.32.5.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7C043D41 for ; Tue, 8 Feb 2005 18:59:43 +0000 (GMT) (envelope-from cms01@tampabay.rr.com) Received: from [192.168.0.4] (dt091n22.tampabay.rr.com [24.92.167.34]) j18IxeNi014720 for ; Tue, 8 Feb 2005 13:59:41 -0500 (EST) Message-ID: <42090C1C.8090209@tampabay.rr.com> Date: Tue, 08 Feb 2005 13:59:40 -0500 From: Richard User-Agent: Mozilla Thunderbird 1.0 (Macintosh/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: Symantec AntiVirus Scan Engine Subject: (no subject) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 18:59:44 -0000 From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 19:11:24 2005 Return-Path: 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 3284116A4CE; Tue, 8 Feb 2005 19:11:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D195343D39; Tue, 8 Feb 2005 19:11:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j18JAsWk005061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 11:10:55 -0800 Message-ID: <42090EBE.1030202@root.org> Date: Tue, 08 Feb 2005 11:10:54 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> In-Reply-To: <346a8022050208071229742e74@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 19:11:24 -0000 Coleman Kane wrote: > I have the same problem. Looking through the code, it looks like the > throttling code from acpi_cpu.c basically got moved into acpi_perf.c. No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c is a new driver. In any case, a powernow.c driver will eventually be committed to provide this functionality. You can keep using acpi_ppc for now. -- Nate From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 8 19:32:52 2005 Return-Path: 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 31A1D16A4CE for ; Tue, 8 Feb 2005 19:32:52 +0000 (GMT) Received: from beastie.hyow.eu.org (beastie.hyow.eu.org [213.152.46.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7F843D54 for ; Tue, 8 Feb 2005 19:32:50 +0000 (GMT) (envelope-from mark@hyow.eu.org) Received: (qmail 4587 invoked by uid 751); 8 Feb 2005 19:43:08 +0000 Received: from mark@hyow.eu.org by beastie.hyow.eu.org by uid 731 with qmail-scanner-1.22-st-qms Clear:RC:0(10.0.0.11):SA:0(-2.8/5.0):. Processed in 3.945993 secs); 08 Feb 2005 19:43:08 -0000 X-Spam-Status: No, hits=-2.8 required=5.0 X-Antivirus-HYOW.EU.ORG-Mail-From: mark@hyow.eu.org via beastie.hyow.eu.org X-Antivirus-HYOW.EU.ORG: 1.22-st-qms (Clear:RC:0(10.0.0.11):SA:0(-2.8/5.0):. Processed in 3.945993 secs Process 4581) Received: from deity.hyow.eu.org (mark@hyow.eu.org@10.0.0.11) by beastie.hyow.eu.org with AES256-SHA encrypted SMTP; 8 Feb 2005 19:43:04 +0000 Date: Tue, 8 Feb 2005 19:33:38 +0000 From: Mark Magiera To: amd64@freebsd.org Message-Id: <20050208193338.6ee460d9.mark@hyow.eu.org> X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.14; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Any experience with "Asus A8N-SLi" or "Gigabyte K8NXP-SLI" mobos? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 08 Feb 2005 19:32:52 -0000 I'm finally planning on upgrading to a 64bit system this wekeend however I'm looking for a motherboard that is high performance for gaming in windows, but also has the hardware support in FreeBSD since I'll be running that most of the time. The thing I'm unsure about is, how well are the nforce4 chipsets supported in FreeBSD? and what about PCI-E, would one of those mobo's in combination with a PCI-E nvidia card work? Also, I'm planning on running this on a RELENG_5 installation, would I be better off with a HEAD install? I'd rather stick with freebsd 5.x but if it doesn't support PCI-E or something and freebsd 6 does, I'll probably end up going with that. Any advice would be much appreciated -- Mark Magiera From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 02:55:43 2005 Return-Path: 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 3B2CD16A4CE for ; Wed, 9 Feb 2005 02:55:43 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C94D943D45 for ; Wed, 9 Feb 2005 02:55:42 +0000 (GMT) (envelope-from kchezwick@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so1181228wri for ; Tue, 08 Feb 2005 18:55:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=M/ausIXZukomRqiofTsJQrb7SnexZDx+RtrXkBN61LmFvDLqGQyP2fRpmsKiz9Ie27vH8BTOYamAUXuzd8qcYc259gh7+oVLrV8IyJ/OBIWEmvzDNsAbtbUsdLumucAqlpiAOEBWvN47YywRz4L6pkzQey5wkzSIOnFccxMIAZQ= Received: by 10.54.49.13 with SMTP id w13mr112785wrw; Tue, 08 Feb 2005 18:55:42 -0800 (PST) Received: by 10.54.44.24 with HTTP; Tue, 8 Feb 2005 18:55:42 -0800 (PST) Message-ID: <51176630050208185537ab3595@mail.gmail.com> Date: Tue, 8 Feb 2005 18:55:42 -0800 From: Kris Chesney To: freebsd-amd64@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kris Chesney List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 02:55:43 -0000 Freebsd amd64 From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 03:56:30 2005 Return-Path: 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 A367316A4CE for ; Wed, 9 Feb 2005 03:56:30 +0000 (GMT) Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk [212.42.1.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F75043D39 for ; Wed, 9 Feb 2005 03:56:29 +0000 (GMT) (envelope-from jwelsh@digitalspy.co.uk) Received: from MEEPMEEP (rdu163-32-205.nc.rr.com [24.163.32.205]) by buxton.digitalspy.co.uk (Postfix) with ESMTP id C1E32548AE; Wed, 9 Feb 2005 03:56:27 +0000 (GMT) From: "James Welsh" To: Date: Tue, 8 Feb 2005 22:56:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 thread-index: AcUOW1TljD5VjK3sRYay+lNzJudiWg== Message-Id: <20050209035627.C1E32548AE@buxton.digitalspy.co.uk> Subject: Hard lockup on 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 03:56:30 -0000 Hi, Our AMD Opteron server is locking up every few hours - no core dumps being made, and by the look of the output in /var/log/messages, whatever is occurring is fairly severe: Feb 9 03:29:26 pollux kernel: Feb 9 03:29:26 pollux kernel: Feb 9 03:29:26 pollux kernel: Fatal trap 12: page fault while in kernel mode Feb 9 03:29:26 pollux kernel: cpuid = 1; apic id = 01 Feb 9 03:29:26 pollux kernel: fault virtual address = 0x28 Feb 9 03:29:26 pollux kernel: fault code = supervis Feb 9 03:29:26 pollux kernel: or Feb 9 03:29:26 pollux kernel: wr Feb 9 03:29:26 pollux kernel: it Feb 9 03:29:26 pollux kernel: e Feb 9 03:29:26 pollux kernel: , page Feb 9 03:29:26 pollux kernel: n Feb 9 03:29:26 pollux kernel: ot pr Feb 9 03:29:26 pollux kernel: esent Feb 9 03:29:26 pollux kernel: Feb 9 03:29:26 pollux kernel: in Feb 9 03:29:26 pollux kernel: st The machine then reboots. In case it helps narrow the problem down, lots of the following messages are also being logged to /var/log/messages: Feb 8 16:47:27 pollux kernel: Limiting closed port RST response from 313 to 200 packets/sec Feb 8 16:47:28 pollux kernel: Limiting closed port RST response from 281 to 200 packets/sec Feb 8 16:47:30 pollux kernel: Limiting closed port RST response from 279 to 200 packets/sec Feb 8 16:47:31 pollux kernel: Limiting closed port RST response from 265 to 200 packets/sec The server is running MySQL Server 4.1.9 compiled from ports - this happens regardless of whether it's compiled with process scope threads or not. It also doesn't seem to be related to load - I was monitoring things in top at the time of the most recent crash - the output looked like this: last pid: 3980; load averages: 0.00, 0.00, 0.00 up 0+10:42:49 03:29:25 97 processes: 1 running, 96 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 88M Active, 147M Inact, 150M Wired, 1272K Cache, 214M Buf, 7438M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 520 mysql 96 0 138M 83540K select 1 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K sigwai 1 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K ksesig 1 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 1 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld 520 mysql 20 0 138M 83540K kserel 0 20:10 0.00% 0.00% mysqld Server: Dual AMD Opteron 248 2.2GHz 8GB RAM Tyan S2882 Thunder K86 motherboard Running FreeBSD 5.3-STABLE Any help very gratefully received. Best regards, James Welsh From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 04:08:49 2005 Return-Path: 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 46AE316A4CE for ; Wed, 9 Feb 2005 04:08:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E222A43D2D for ; Wed, 9 Feb 2005 04:08:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9373851432; Tue, 8 Feb 2005 20:08:47 -0800 (PST) Date: Tue, 8 Feb 2005 20:08:47 -0800 From: Kris Kennaway To: James Welsh Message-ID: <20050209040846.GA29264@xor.obsecurity.org> References: <20050209035627.C1E32548AE@buxton.digitalspy.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20050209035627.C1E32548AE@buxton.digitalspy.co.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: Hard lockup on 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 04:08:49 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 08, 2005 at 10:56:28PM -0500, James Welsh wrote: > Hi, >=20 > Our AMD Opteron server is locking up every few hours - no core dumps being > made, and by the look of the output in /var/log/messages, whatever is > occurring is fairly severe: >=20 > Feb 9 03:29:26 pollux kernel: > Feb 9 03:29:26 pollux kernel: > Feb 9 03:29:26 pollux kernel: Fatal trap 12: page fault while in kernel > mode > Feb 9 03:29:26 pollux kernel: cpuid =3D 1; apic id =3D 01 > Feb 9 03:29:26 pollux kernel: fault virtual address =3D 0x28 > Feb 9 03:29:26 pollux kernel: fault code =3D supervis > Feb 9 03:29:26 pollux kernel: or > Feb 9 03:29:26 pollux kernel: wr > Feb 9 03:29:26 pollux kernel: it > Feb 9 03:29:26 pollux kernel: e > Feb 9 03:29:26 pollux kernel: , page > Feb 9 03:29:26 pollux kernel: n > Feb 9 03:29:26 pollux kernel: ot pr > Feb 9 03:29:26 pollux kernel: esent > Feb 9 03:29:26 pollux kernel: > Feb 9 03:29:26 pollux kernel: in > Feb 9 03:29:26 pollux kernel: st >=20 > The machine then reboots. Are you certain you have crashdumps configured properly? If you break to DDB and 'call doadump', does it dump and savecore? If yes, then you'll at least need to transcribe the instruction pointer from the system console when the system panics (e.g. remove KDB_UNATTENDED so that it doesn't automatically reboot after the panic so you can copy it down, or set up a serial console and log the panic output there). Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCYzOWry0BWjoQKURAu36AKDWXJ8Z8H5V8y+fW1rlnZfSHIM1ywCfTTDX 3f8Gzp4lfb38Ro9CA1XAPe0= =BRcW -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 09:38:00 2005 Return-Path: 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 EC19116A4CE for ; Wed, 9 Feb 2005 09:38:00 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 384BD43D1F for ; Wed, 9 Feb 2005 09:38:00 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A2F8E.dip.t-dialin.net [84.154.47.142]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j199bnYS026216; Wed, 9 Feb 2005 10:37:50 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j199cT78001260; Wed, 9 Feb 2005 10:38:31 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j199cTU2002434; Wed, 9 Feb 2005 10:38:29 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502090938.j199cTU2002434@fire.jhs.private> To: "James Welsh" From: "Julian Stacey" Organization: http://berklix.com/~jhs/ Munich Unix, BSD, Internet User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org In-reply-to: Your message of "Tue, 08 Feb 2005 22:56:28 EST." <20050209035627.C1E32548AE@buxton.digitalspy.co.uk> Date: Wed, 09 Feb 2005 10:38:29 +0100 Sender: jhs@berklix.org cc: freebsd-amd64@freebsd.org Subject: Re: Hard lockup on 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 09:38:01 -0000 > From: "James Welsh" > Our AMD Opteron server is locking up every few hours It might not be software ... My new amd64 was crashing until I put a chassis fan in (PSU fan was insufficient). & another non 64 remote server of mine was also crashing intermittently recently, it had a chassis fan, but CPU fan had died. I now have hosts mail me fan speed & voltages once a day from mbmon -c 1 ( /usr/ports/sysutils/xmbmon ) Here's my mbmon output FYI Temp.= 30.0, 121.0, 25.0; Rot.= 2596, 2163, 0 Vcore = 1.49, 2.56; Volt. = 3.34, 3.68, 11.61, -11.52, -5.18 & my dmesg: ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2010.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 I'm told mbmon doesnt display all temps for the 64, but that someone's working on it ? (I hope & assume my 121 is false ! :-) - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 12:09:37 2005 Return-Path: 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 55C2216A4CE for ; Wed, 9 Feb 2005 12:09:37 +0000 (GMT) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A42543D2F for ; Wed, 9 Feb 2005 12:09:36 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost) by pandora.cs.kun.nl (8.12.10/4.23) with ESMTP id j19C9A55024477; Wed, 9 Feb 2005 13:09:11 +0100 (MET) From: Adriaan de Groot To: freebsd-amd64@freebsd.org, "Julian Stacey" Date: Wed, 9 Feb 2005 13:09:33 +0100 User-Agent: KMail/1.7.92 References: <200502090938.j199cTU2002434@fire.jhs.private> In-Reply-To: <200502090938.j199cTU2002434@fire.jhs.private> Organization: KPilot.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502091309.33503.groot@kde.org> Subject: Re: Hard lockup on 5.3-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 12:09:37 -0000 On Wednesday 09 February 2005 10:38, Julian Stacey wrote: > I'm told mbmon doesnt display all temps for the 64, > but that someone's working on it ? (I hope & assume my 121 is false ! :-) mbmon 204 works fine, mbmon 205 is totally whacked out. I reported this a while back but didn't get any confirmations. 204 reports a CPU temp of 58 here, but that's probably because of a week of non-stop rebuilds of all the KDE packages in preparation for a new release. -- KPilot - www.kpilot.org - HotSync Solutions for KDE From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 12:29:02 2005 Return-Path: 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 2026816A4CE for ; Wed, 9 Feb 2005 12:29:02 +0000 (GMT) Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id C834F43D2D for ; Wed, 9 Feb 2005 12:29:01 +0000 (GMT) (envelope-from tanja@physik.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail.zrz.TU-Berlin.DE) by mail.zrz.tu-berlin.de with esmtp (exim-4.43) for id 1Cyqxp-0002de-Jd; Wed, 09 Feb 2005 13:29:01 +0100 Received: from mail.zrz.TU-Berlin.DE ([130.149.4.15]) by mail.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Wed, 9 Feb 2005 13:29:00 +0100 (CET) Received: from emmi.physik-pool.tu-berlin.de ([130.149.57.78]) by mail.zrz.tu-berlin.de with esmtp (exim-4.43) for id 1Cyqxo-0002dS-Ls; Wed, 09 Feb 2005 13:29:00 +0100 Received: from rosa.physik-pool.TU-Berlin.DE (rosa.physik-pool.TU-Berlin.DE [130.149.57.79])j19CSwZV025800 for ; Wed, 9 Feb 2005 13:28:58 +0100 (CET) (envelope-from tanja@physik.tu-berlin.de) Received: from rosa.physik-pool.TU-Berlin.DE (localhost [127.0.0.1]) j19CTWCJ036979 for ; Wed, 9 Feb 2005 13:29:32 +0100 (CET) (envelope-from tanja@physik.tu-berlin.de) Received: from localhost (tanja@localhost)id j19CTWZQ036976 for ; Wed, 9 Feb 2005 13:29:32 +0100 (CET) (envelope-from tanja@physik.tu-berlin.de) X-Authentication-Warning: rosa.physik-pool.TU-Berlin.DE: tanja owned process doing -bs Date: Wed, 9 Feb 2005 13:29:31 +0100 (CET) From: Tatiana Dorch X-X-Sender: tanja@rosa.physik-pool.TU-Berlin.DE To: freebsd-amd64@freebsd.org Message-ID: <20050209132908.B36966@rosa.physik-pool.TU-Berlin.DE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: Sophos MailMonitor on mail.zrz.tu-berlin.de; Wed, 09 Feb 2005 13:29:00 +0100 Subject: realtime-prozess X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 12:29:02 -0000 Hello, we plan an experiment with neutrons and we need a driver of PCI-VME card (comportable with ADM 64). We would like to port relatime-process-classes from LINUX into freebsd 5.3. Can somebody help us in it? We are also grateful for further links and tips! Thanks once more! and many greetings :) Tatiana Dorsch From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 15:25:28 2005 Return-Path: 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 ADACF16A4CE for ; Wed, 9 Feb 2005 15:25:28 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE3E443D39 for ; Wed, 9 Feb 2005 15:25:27 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A3025.dip.t-dialin.net [84.154.48.37]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j19FPPYS027626; Wed, 9 Feb 2005 16:25:26 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j19FQ0x7001995; Wed, 9 Feb 2005 16:26:06 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j19FQ0XZ032643; Wed, 9 Feb 2005 16:26:00 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502091526.j19FQ0XZ032643@fire.jhs.private> To: Tatiana Dorch In-Reply-To: Message from Tatiana Dorch <20050209132908.B36966@rosa.physik-pool.TU-Berlin.DE> Date: Wed, 09 Feb 2005 16:26:00 +0100 From: "Julian H. Stacey" cc: freebsd-amd64@freebsd.org Subject: Re: realtime-prozess X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 15:25:28 -0000 Tatiana Dorch wrote: > Hello, > we plan an experiment with neutrons and > we need a driver of PCI-VME card (comportable with ADM 64). We would like to > port relatime-process-classes from LINUX into freebsd 5.3. > Can somebody help us in it? We are also grateful for further links and tips! I see from archive you've already discovered: http://lists.freebsd.org/mailman/listinfo/freebsd-realtime Other possibles might be: http://lists.freebsd.org/mailman/listinfo/freebsd-hardware http://lists.freebsd.org/mailman/listinfo/freebsd-small - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 17:27:18 2005 Return-Path: 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 34F7A16A4CE for ; Wed, 9 Feb 2005 17:27:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10EE43D46 for ; Wed, 9 Feb 2005 17:27:17 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1141115rne for ; Wed, 09 Feb 2005 09:27:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XF+EieGysWW6Ndn7dO6jzaHrk7dWSAo73omRqkjQF0X/WjsHhh+otyxfdn/Dq/vIddZUCkuOqg8cG1VD9Fm5mLKfQCdgf/t0UckkrAmocgJHssqq4MAyh5sae63Bur8BOQD8T/xags/APaRdXk56PExs3DTllc2UgxbeUom17L0= Received: by 10.38.13.63 with SMTP id 63mr187237rnm; Wed, 09 Feb 2005 09:27:16 -0800 (PST) Received: by 10.38.22.22 with HTTP; Wed, 9 Feb 2005 09:27:16 -0800 (PST) Message-ID: <346a802205020909273c413d03@mail.gmail.com> Date: Wed, 9 Feb 2005 12:27:16 -0500 From: Coleman Kane To: Nate Lawson In-Reply-To: <42090EBE.1030202@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> <42090EBE.1030202@root.org> cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:27:18 -0000 Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver being brought in, or similar functionality? I really like the auto-scaling that ppc does. On Tue, 08 Feb 2005 11:10:54 -0800, Nate Lawson wrote: > Coleman Kane wrote: > > I have the same problem. Looking through the code, it looks like the > > throttling code from acpi_cpu.c basically got moved into acpi_perf.c. > > No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c is a > new driver. In any case, a powernow.c driver will eventually be > committed to provide this functionality. You can keep using acpi_ppc > for now. > > -- > Nate > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 17:33:04 2005 Return-Path: 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 55D7F16A4CE for ; Wed, 9 Feb 2005 17:33:04 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F4F43D46 for ; Wed, 9 Feb 2005 17:33:03 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1254802rna for ; Wed, 09 Feb 2005 09:33:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=lwuskt+By9Ce6fant7cXHVmayxYWAD2JVcfum1HAfCY1d9yGfqGwPwOW5pmP5jchvBn1atzEE26jjUq7a3CusigqM9h77F55l6z9n4CV750OTpvsPQY2/rbRDfPqgxnY55LFysWf7ZnRJf7Qr1VRtdXTJvoWJoXco3OGxnzQL+Y= Received: by 10.38.59.46 with SMTP id h46mr115268rna; Wed, 09 Feb 2005 09:33:02 -0800 (PST) Received: by 10.38.22.22 with HTTP; Wed, 9 Feb 2005 09:33:02 -0800 (PST) Message-ID: <346a8022050209093352c9f76d@mail.gmail.com> Date: Wed, 9 Feb 2005 12:33:02 -0500 From: Coleman Kane To: Nicolas Blais In-Reply-To: <200502081156.51114.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050208163758.GA1086@NitroPhys.welchsmnet.net> <200502081156.51114.nb_root@videotron.ca> cc: amd64@freebsd.org cc: Sean_Welch@alum.wofford.org Subject: Re: Compaq R3000Z status X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:33:04 -0000 Hey, if you are looking for an amd64 laptop, get the e-machines or gateway 2000 one. There are many less headaches and it works right off the bat withn 5.3-release. The HP and Compaq ones will require you to maintain a long list of patchsets to keep them up and running. check out my page on both: http://www.cokane.org/amd64.html I have a Gateway 7422gx that I got from best buy (US mega-chain). It works great! I would recommend taking a boot cd into the store with you to test it out, thats what I did. The sales people typically get a cut of whatever they are selling so they will let you do what you want. On Tue, 08 Feb 2005 11:56:49 -0500, Nicolas Blais wrote: > I'm running 5.3-STABLE (amd64) on my R3240CA with several patches found on > this mailing list. It's running fine, my only complaint would be that > wireless doesn't work (even tried with NDIS but WPA won't work... I heard it > works in -CURRENT)... Also, sometimes the laptop won't recover from a > suspend. A part from that, it really works fine and it is basically a laptop > copy of my Amd64 3500 box with OO, mplayer and what not. > > Nicolas. > > > On February 8, 2005 11:37, Sean Welch wrote: > > I don't wish to clutter the mailing list but can someone give me a > > succinct description of what is supported under FreeBSD on a R3000Z? > > > > My Dell I8000 is getting a bit long in the tooth but I'm loath to > > give up full hardware support. I really would like high end > > graphics (at least resolution) with 64 bit support. > > > > I'm specifically interested in 3D accel, suspend/resume, power > > states (throttling), peripherals (built in, or external), wireless, > > and battery life. > > > > My hope is to find a laptop that is fully supported in i386 mode > > that will also run in 64 bit mode reasonably and is actively > > developed so that eventually it will be fully supported in that mode > > as well. > > > > Comments? I appreciate whatever time anyone can spend on this. > > > > Sean > > _______________________________________________ > > freebsd-amd64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 17:42:27 2005 Return-Path: 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 46F0F16A4CE for ; Wed, 9 Feb 2005 17:42:27 +0000 (GMT) Received: from peedub.jennejohn.org (J9119.j.pppool.de [85.74.145.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 737D343D2D for ; Wed, 9 Feb 2005 17:42:26 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id j19HgOv1013039; Wed, 9 Feb 2005 18:42:24 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200502091742.j19HgOv1013039@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Tatiana Dorch In-reply-to: Your message of "Wed, 09 Feb 2005 16:26:00 +0100." <200502091526.j19FQ0XZ032643@fire.jhs.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Feb 2005 18:42:24 +0100 From: Gary Jennejohn cc: freebsd-amd64@freebsd.org Subject: Re: realtime-prozess X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gary Jennejohn List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:42:27 -0000 Tatiana Dorch wrote: > Hello, > we plan an experiment with neutrons and > we need a driver of PCI-VME card (comportable with ADM 64). We would like to > port relatime-process-classes from LINUX into freebsd 5.3. > Can somebody help us in it? We are also grateful for further links and tips! I assume that you're talking about a PCI-to-VME Bus adapter so you can hook your measurement equipment to a PC? Do you need a) an existing driver for e.g. Linux ported to FreeBSD or b) a new driver developed from scratch? I doubt you'll find anyone on this list who will do that for free. If you have in-house expertise to work on the driver and there are specific questions, then you should ask those questions rather than making such a general request. How realtime are the Linux processes? RTAI? Or just POSIX? Not that I can really provide much help. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 18:04:52 2005 Return-Path: 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 42DFA16A56E; Wed, 9 Feb 2005 18:04:52 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B77B43D31; Wed, 9 Feb 2005 18:04:49 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19I4JUP067932; Wed, 9 Feb 2005 13:04:21 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, cokane@cokane.org Date: Wed, 9 Feb 2005 13:04:17 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> In-Reply-To: <346a802205020909273c413d03@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091304.17896.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 18:04:52 -0000 On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver > being brought in, or similar functionality? I really like the > auto-scaling that ppc does. We will be able to write a simple daemon to do the job, something like cpufreqd: http://cpufreqd.sourceforge.net/ That's what the API is for... Thanks, Jung-uk Kim > On Tue, 08 Feb 2005 11:10:54 -0800, Nate Lawson wrote: > > Coleman Kane wrote: > > > I have the same problem. Looking through the code, it looks > > > like the throttling code from acpi_cpu.c basically got moved > > > into acpi_perf.c. > > > > No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c > > is a new driver. In any case, a powernow.c driver will > > eventually be committed to provide this functionality. You can > > keep using acpi_ppc for now. > > > > -- > > Nate From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 18:06:37 2005 Return-Path: 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 231E716A4CE for ; Wed, 9 Feb 2005 18:06:37 +0000 (GMT) Received: from av7-2-sn1.fre.skanova.net (av7-2-sn1.fre.skanova.net [81.228.11.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49BC43D1D for ; Wed, 9 Feb 2005 18:06:36 +0000 (GMT) (envelope-from thore-c@telia.com) Received: by av7-2-sn1.fre.skanova.net (Postfix, from userid 502) id 8ACF737E60; Wed, 9 Feb 2005 19:06:35 +0100 (CET) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av7-2-sn1.fre.skanova.net (Postfix) with ESMTP id 7CA7937E42 for ; Wed, 9 Feb 2005 19:06:35 +0100 (CET) Received: from [192.168.0.15] (h173n2fls34o926.telia.com [217.208.35.173]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 5A73F37E4A for ; Wed, 9 Feb 2005 19:06:35 +0100 (CET) Message-ID: <420A54A4.6050602@telia.com> Date: Wed, 09 Feb 2005 19:21:24 +0100 From: Thore Carlsson User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: AMD64 maillist X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 18:06:37 -0000 can i have some mails aboute AMD64 tnx /Thore Carlsson From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 18:17:37 2005 Return-Path: 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 D1A6416A4CE; Wed, 9 Feb 2005 18:17:37 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E4843D2F; Wed, 9 Feb 2005 18:17: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.1/8.13.1) with ESMTP id j19IHaTT052950; Wed, 9 Feb 2005 13:17:36 -0500 (EST) (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.1/8.13.1) with ESMTP id j19II2sr017376; Wed, 9 Feb 2005 13:18:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 876357306E; Wed, 9 Feb 2005 13:17:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209181736.876357306E@freebsd-current.sentex.ca> Date: Wed, 9 Feb 2005 13:17:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:17:38 -0000 TB --- 2005-02-09 17:00:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 17:00:26 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-09 17:00:26 - checking out the source tree TB --- 2005-02-09 17:00:26 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-09 17:00:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 17:06:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 17:06:08 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-09 17:06:08 - /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 TB --- 2005-02-09 18:13:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 18:13:30 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-09 18:13:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 18:13:30 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -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 /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/aic7xxx/aic7xxx_pci.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -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 /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amd/amd.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -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 /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amr/amr.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -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 /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amr/amr_cam.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c:509: warning: unused variable `sc' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete_extcdb': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c:573: warning: unused variable `sc' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-09 18:17:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 18:17:36 - ERROR: failed to build generic kernel TB --- 2005-02-09 18:17:36 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 18:41:41 2005 Return-Path: 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 ACAFA16A4CE; Wed, 9 Feb 2005 18:41:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705CB43D2F; Wed, 9 Feb 2005 18:41:41 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j19IfCWk031541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:41:13 -0800 Message-ID: <420A5947.40906@root.org> Date: Wed, 09 Feb 2005 10:41:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> In-Reply-To: <346a802205020909273c413d03@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 18:41:41 -0000 Coleman Kane wrote: > Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver > being brought in, or similar functionality? I really like the > auto-scaling that ppc does. No, the framework only allows clean user and kernel control of levels. You can use rc.conf to request a switch based on AC line transition but this is only a partial solution. I think we should have a powerd daemon that reads system load, disk IO, etc. and makes scaling decisions as well as powers down ATA disks and the like. I do not plan to write this. -- Nate From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 18:42:50 2005 Return-Path: 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 7468616A4CE; Wed, 9 Feb 2005 18:42:50 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0CF43D31; Wed, 9 Feb 2005 18:42:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j19IgCWk031560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:42:15 -0800 Message-ID: <420A5983.4070302@root.org> Date: Wed, 09 Feb 2005 10:42:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <42068A5C.1030300@root.org> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> <200502091304.17896.jkim@niksun.com> In-Reply-To: <200502091304.17896.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org cc: cokane@cokane.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 18:42:50 -0000 Jung-uk Kim wrote: > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver >>being brought in, or similar functionality? I really like the >>auto-scaling that ppc does. > > > We will be able to write a simple daemon to do the job, something like > cpufreqd: > > http://cpufreqd.sourceforge.net/ > > That's what the API is for... Please do. However, it would be good if you sent a design email outlining your plans before starting coding. -- Nate From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 19:03:48 2005 Return-Path: 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 76D2116A4CE; Wed, 9 Feb 2005 19:03:48 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB5EC43D48; Wed, 9 Feb 2005 19:03:47 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19J3Iqi069835; Wed, 9 Feb 2005 14:03:18 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Nate Lawson Date: Wed, 9 Feb 2005 14:03:15 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> In-Reply-To: <420A5983.4070302@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091403.16045.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org cc: cokane@cokane.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2005 19:03:48 -0000 On Wednesday 09 February 2005 01:42 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc > >> driver being brought in, or similar functionality? I really like > >> the auto-scaling that ppc does. > > > > We will be able to write a simple daemon to do the job, something > > like cpufreqd: > > > > http://cpufreqd.sourceforge.net/ > > > > That's what the API is for... > > Please do. However, it would be good if you sent a design email > outlining your plans before starting coding. BTW, I am not planning on doing anything yet. ;-) I was just writing a simple perl script for myself. Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 9 20:12:27 2005 Return-Path: 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 9843D16A4CF for ; Wed, 9 Feb 2005 20:12:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7D743D4C for ; Wed, 9 Feb 2005 20:12:26 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so8194rne for ; Wed, 09 Feb 2005 12:12:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=fcWGY90gbBm10xDxDIBUPqfast3cInFaIv0s3HS7qoQBlvmf8NOdLRx1cLJcHmPbpanZjOfw24qs0my56dmYG8mpWl96nfmvdmYToPE7WY84kse5U4rtHKImK7yk2L+6ZB/R0oHdCJHveS2jkYwFmRzPesbHsIonUTqG/383jxI= Received: by 10.38.152.64 with SMTP id z64mr61669rnd; Wed, 09 Feb 2005 12:12:25 -0800 (PST) Received: by 10.38.22.22 with HTTP; Wed, 9 Feb 2005 12:12:25 -0800 (PST) Message-ID: <346a802205020912122b3f9ffe@mail.gmail.com> Date: Wed, 9 Feb 2005 15:12:25 -0500 From: Coleman Kane To: Jung-uk Kim In-Reply-To: <200502091403.16045.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> <200502091403.16045.jkim@niksun.com> cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 20:12:27 -0000 Well, I would be interested in working on this project. I've done a good deal of background work on this over the past month. I am guessing that the tunables will be provided throught hw.cpu.N now? Is there a location (project page, etc.) for our freebsd cpufreq system? On Wed, 9 Feb 2005 14:03:15 -0500, Jung-uk Kim wrote: > On Wednesday 09 February 2005 01:42 pm, Nate Lawson wrote: > > Jung-uk Kim wrote: > > > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc > > >> driver being brought in, or similar functionality? I really like > > >> the auto-scaling that ppc does. > > > > > > We will be able to write a simple daemon to do the job, something > > > like cpufreqd: > > > > > > http://cpufreqd.sourceforge.net/ > > > > > > That's what the API is for... > > > > Please do. However, it would be good if you sent a design email > > outlining your plans before starting coding. > > BTW, I am not planning on doing anything yet. ;-) I was just writing > a simple perl script for myself. > > Jung-uk Kim > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 10 01:54:52 2005 Return-Path: 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 C975516A4CE; Thu, 10 Feb 2005 01:54:52 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BEE43D3F; Thu, 10 Feb 2005 01:54:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1A1sNWk008101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 17:54:24 -0800 Message-ID: <420ABECE.9030201@root.org> Date: Wed, 09 Feb 2005 17:54:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> <200502091403.16045.jkim@niksun.com> <346a802205020912122b3f9ffe@mail.gmail.com> In-Reply-To: <346a802205020912122b3f9ffe@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 01:54:52 -0000 Coleman Kane wrote: > Well, I would be interested in working on this project. I've done a > good deal of background work on this over the past month. I am > guessing that the tunables will be provided throught hw.cpu.N now? Is > there a location (project page, etc.) for our freebsd cpufreq system? The sysctls are dev.cpu.X.freq. For now, you'll only ever see a dev.cpu.0.freq and changes to it will be made to all processors. (I'm still improving MP support but that's how it will be.) In the future, once the hardware drivers are improved to support independent MP frequencies, the framework can easily be updated to export the sysctls on all cpus. This change is about 10 lines of code. Info about the framework is in the cpufreq(4) man page. The acpi projects page is where work is currently being noted. I haven't updated it recently though but once I get the next round of commits in, I will. -- Nate From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 10 09:12:24 2005 Return-Path: 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 50E6416A4CE for ; Thu, 10 Feb 2005 09:12:24 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DEC43D48 for ; Thu, 10 Feb 2005 09:12:23 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id j1A9CTuj025686 for ; Thu, 10 Feb 2005 18:12:29 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id j1A9CSHk025685 for freebsd-amd64@freebsd.org; Thu, 10 Feb 2005 18:12:28 +0900 (KST) (envelope-from ssw) Date: Thu, 10 Feb 2005 18:12:28 +0900 From: Sangwoo Shim To: freebsd-amd64@freebsd.org Message-ID: <20050210091228.GA25543@neo.redjade.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Can someone take care of ports/76941? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 09:12:24 -0000 Hello. I've submitted fairly straightforward patch to let science/vmd be compile and run on FreeBSD/amd64, which is now ports/76941. Can someone take care of this? I've sent a mail to thierry@, but he doesn't have amd64 boxes at handy. Thank you. Regards, - Sangwoo Shim From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 10 10:27:47 2005 Return-Path: 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 F0C4316A4CE for ; Thu, 10 Feb 2005 10:27:47 +0000 (GMT) Received: from peedub.jennejohn.org (J9522.j.pppool.de [85.74.149.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F7743D2D for ; Thu, 10 Feb 2005 10:27:47 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id j1AARccM021505; Thu, 10 Feb 2005 11:27:43 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200502101027.j1AARccM021505@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Sangwoo Shim In-Reply-To: Message from Sangwoo Shim <20050210091228.GA25543@neo.redjade.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Feb 2005 11:27:38 +0100 From: Gary Jennejohn cc: freebsd-amd64@freebsd.org Subject: Re: Can someone take care of ports/76941? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 10:27:48 -0000 Sangwoo Shim writes: > I've submitted fairly straightforward patch to let science/vmd be compile > and run on FreeBSD/amd64, which is now ports/76941. > Can someone take care of this? I've sent a mail to thierry@, but he doesn't > have amd64 boxes at handy. > Has the maintainer (stephen@math.missouri.edu) approved it? --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 10 20:11:15 2005 Return-Path: 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 7F9CB16A4CE for ; Thu, 10 Feb 2005 20:11:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F1843D1F for ; Thu, 10 Feb 2005 20:11:15 +0000 (GMT) (envelope-from jacula@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so185216wra for ; Thu, 10 Feb 2005 12:11:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=cfvwjba36sQX8cHVJGZIG9XUZAoGzH8PTq1pmhzmpqTTNEPSR7hxgHhHCMbHji1HXcfK3pHXcvu1h1PFxZFpnzHsbLKslutsn/Gh99tRoqbLMRDaQZUQMM8GluIiWrCjBkoLFuzv5oSqsRxbyphJnAJRLGe9iQ/W6hntH+6OFw8= Received: by 10.54.41.55 with SMTP id o55mr58760wro; Thu, 10 Feb 2005 12:11:02 -0800 (PST) Received: from ?82.48.18.19? ([82.48.18.19]) by smtp.gmail.com with ESMTP id 66sm8764wra.2005.02.10.12.10.59; Thu, 10 Feb 2005 12:11:00 -0800 (PST) Message-ID: <420BC01E.8090007@gmail.com> Date: Thu, 10 Feb 2005 21:12:14 +0100 From: jacula User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: RFC: if_ndis on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 10 Feb 2005 20:11:15 -0000 Hi at all. Ville-Pertti Keinonen wrote: > It seems reasonably functional; I'm writing this on my Ferrari 3200 > running FreeBSD/amd64, and my main route to the outside world is > though: > > ndis0: mem 0xd0014000-0xd0015fff irq > 19 at device 9.0 on pci0 > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:0b:6b:4a:7e:76 > My system is a Acer Aspire 1513lmi/amd64+5-stable and has a BCM4306 802.11b/g Wireless LAN Controller. Is it possible to use this patch on a 5-stable? _____ > The .inf file needed some editing for ndiscvt to do anything useful with > it (asciification and getting rid of the NTamd64 strings). And Could you, Ville-Pertti Keinonen, explain me how to edit the .inf file, plese? I hope you excuse my ignorance. Thank you Bye Jacula From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 00:37:18 2005 Return-Path: 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 2C61316A4D1 for ; Fri, 11 Feb 2005 00:37:18 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBD243D66 for ; Fri, 11 Feb 2005 00:37:17 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1B0bHqv096906 for ; Thu, 10 Feb 2005 16:37:17 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1B0bHeZ096905 for freebsd-amd64@freebsd.org; Thu, 10 Feb 2005 16:37:17 -0800 (PST) (envelope-from obrien) Date: Thu, 10 Feb 2005 16:37:17 -0800 From: "David O'Brien" To: freebsd-amd64@freebsd.org Message-ID: <20050211003717.GA96812@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 Subject: New 6-CURRENT snapshot available X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 11 Feb 2005 00:37:18 -0000 ftp.freebsd.org:/pub/FreeBSD/snapshots/amd64/6-CURRENT-20050209/ (after some delta-t for mirror propagation) -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 01:38:41 2005 Return-Path: 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 6D13416A4CE for ; Fri, 11 Feb 2005 01:38:40 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDFB43D31 for ; Fri, 11 Feb 2005 01:38:39 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01 ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IBQ0082B4KEOZ@VL-MO-MR010.ip.videotron.ca> for freebsd-amd64@freebsd.org; Thu, 10 Feb 2005 20:38:39 -0500 (EST) Date: Thu, 10 Feb 2005 20:38:40 -0500 From: Nicolas Blais To: freebsd-amd64@freebsd.org Message-id: <200502102038.41536.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_iSbxWmy5Es7tqO0QIGU5lw)" User-Agent: KMail/1.7.2 Subject: About the cursed Compaq R3000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 01:38:41 -0000 --Boundary_(ID_iSbxWmy5Es7tqO0QIGU5lw) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Hi, First I'd like give my thanks to Jung-uk Kim for making it possible to run FreeBSD (5.3-STABLE) on my Compaq R3240CA. (This might sound like an oscar speech...) To successfully make my Compaq work, I installed the acpi_ppc module (version 20050210 @ http://www.spa.is.uec.ac.jp/~nfukuda/software/) and added the acpi fix (matd.diff) and fixed my stupid DSDT (r3000-asl.diff). Now it works fine, except for a couple of things. First, when it boots, it might hang right after detecting acd0. If I force shutdown and reboot, it might work (50% chances of booting). When it works, cpu speed stays around 797mhz even when "making world" and starting openoffice (cpu hog), although adjusting hw.acpi.cpu.px_control manually works great (fans starts withing seconds though...obviously). rl0 watchdog timeouts were happening often until I removed device pccard, cbb and cardbus from my kernel. I noticed that the realtek was sharing irq 18 with the pccard so removing pccard solve it so far. Broadcom 54G Wifi doesn't work so far. I was able to load the driver with ndis but can't have it connect to my WPA network (I believe this is a problem with 5.3-STABLE since it is said that WPA works in -CURRENT). No ATA or other problems except those mentionned. Sound works thru snd_ich. I attached my kernel configuration and dmesg for those that might need it. If anyone needs my patched DSDT (which should be the same as Jung-uk Kim's diff+r3000) just ask. Nicolas. --Boundary_(ID_iSbxWmy5Es7tqO0QIGU5lw) Content-type: text/plain; charset=us-ascii; name=CLK02 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=CLK02 # # COMPAQ R3240CA -- Kernel configuration file for FreeBSD/amd64 # machine amd64 cpu HAMMER ident CLK02 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options PREEMPTION options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories [nicblais] /sys/amd64/conf# ls CLK02 GENERIC.hints NOTES gethints.awk GENERIC Makefile SMP [nicblais] /sys/amd64/conf# cat CLK02 # # COMPAQ R3240CA -- Kernel configuration file for FreeBSD/amd64 # machine amd64 cpu HAMMER ident CLK02 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options PREEMPTION options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability options NO_MIXED_MODE # Don't penalize working chipsets # Bus support. Do not remove isa, even if you have no isa slots device acpi device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device agp # support several AGP chipsets device splash # Splash screen and screen saver support device sound device snd_ich # syscons is the default console driver, resembling an SCO console device sc # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) --Boundary_(ID_iSbxWmy5Es7tqO0QIGU5lw) Content-type: text/x-diff; charset=us-ascii; name=dmesg Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesg 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.3-STABLE #3: Thu Feb 10 20:21:25 EST 2005 root@clk02:/usr/obj/usr/src/sys/CLK02 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (1595.89-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf4a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 536281088 (511 MB) avail memory = 508268544 (484 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0000000-0xe0000fff irq 21 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0001000-0xe0001fff irq 20 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 2.2 (no driver attached) pcm0: port 0x1c00-0x1c7f,0x1400-0x14ff mem 0xe0002000-0xe0002fff irq 21 at device 6.0 on pci0 pcm0: pci0: at device 6.1 (no driver attached) atapci0: port 0x2080-0x208f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib1: at device 10.0 on pci0 pci2: on pcib1 fwohci0: mem 0xe0100000-0xe0103fff,0xe0108000-0xe01087ff irq 19 at device 0.0 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 47:3f:02:00:47:3f:02:00 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 46:3f:02:3f:02:00 fwe0: Ethernet address: 46:3f:02:3f:02:00 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) rl0: port 0x7000-0x70ff mem 0xe0108800-0xe01088ff irq 18 at device 1.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0f:b0:07:6c:97 pci2: at device 2.0 (no driver attached) pci2: at device 4.0 (no driver attached) pci2: at device 4.1 (no driver attached) pci2: at device 4.2 (no driver attached) pcib2: at device 11.0 on pci0 pci1: on pcib2 pci1: at device 0.0 (no driver attached) acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x8 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xd4000-0xd4fff,0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1595891135 Hz quality 800 Timecounters tick every 1.000 msec cpu0: Px state: P0, 2000MHz, 82000mW, 100us, 6us cpu0: Px state: P1, 1600MHz, 45000mW, 100us, 6us cpu0: Px state: P2, 800MHz, 19000mW, 100us, 6us cpu0: Px method: AMD K8 Cool'n'Quiet ad0: 57231MB [116280/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Mounting root from ufs:/dev/ad0s3a --Boundary_(ID_iSbxWmy5Es7tqO0QIGU5lw)-- From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 06:52:13 2005 Return-Path: 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 4772D16A4CE for ; Fri, 11 Feb 2005 06:52:13 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A361E43D2F for ; Fri, 11 Feb 2005 06:52:12 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id j1B6qM0k029495; Fri, 11 Feb 2005 15:52:22 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id j1B6qLvW029494; Fri, 11 Feb 2005 15:52:21 +0900 (KST) (envelope-from ssw) Date: Fri, 11 Feb 2005 15:52:21 +0900 From: Sangwoo Shim To: Gary Jennejohn Message-ID: <20050211065221.GB29414@neo.redjade.org> References: <20050210091228.GA25543@neo.redjade.org> <200502101027.j1AARccM021505@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <200502101027.j1AARccM021505@peedub.jennejohn.org> User-Agent: Mutt/1.5.4i cc: freebsd-amd64@freebsd.org Subject: Re: Can someone take care of ports/76941? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 06:52:13 -0000 On Thu, Feb 10, 2005 at 11:27:38AM +0100, Gary Jennejohn wrote: > > Sangwoo Shim writes: > > I've submitted fairly straightforward patch to let science/vmd be compile > > and run on FreeBSD/amd64, which is now ports/76941. > > Can someone take care of this? I've sent a mail to thierry@, but he doesn't > > have amd64 boxes at handy. > > > > Has the maintainer (stephen@math.missouri.edu) approved it? > > --- > Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de > Ah, I didn't contacted him yet. Thanks for your pointer. Regards, - Sangwoo Shim From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 07:54:07 2005 Return-Path: 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 BC63716A4CE for ; Fri, 11 Feb 2005 07:54:07 +0000 (GMT) Received: from poopey.oranged.to (poopey.oranged.to [212.100.249.209]) by mx1.FreeBSD.org (Postfix) with SMTP id D168643D41 for ; Fri, 11 Feb 2005 07:54:06 +0000 (GMT) (envelope-from freebsd@oranged.to) Received: (qmail 26103 invoked from network); 11 Feb 2005 07:53:23 -0000 Received: from poopey.oranged.to (HELO ?127.0.0.1?) (212.100.249.209) by poopey.oranged.to with SMTP; 11 Feb 2005 07:53:23 -0000 Message-ID: <420C649D.8070502@oranged.to> Date: Fri, 11 Feb 2005 07:54:05 +0000 From: Jimmy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 X-Accept-Language: en, en-us MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 07:54:07 -0000 Hello, I Am interested to know several questions.. - Currently I am using FreeBSD x86-64 I have compiled the majority of my applications up using the right compiler flags to support the 64bit OS. Is there any way within the Operating system that I can turn off 32bit support? - Are applications that have been compiled for the amd-64 platform still vulnerable to x86 style attacks because of the backwards compatability mode? (eg remote buffer overflows in say.. openssh?). Thanks J From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 10:09:04 2005 Return-Path: 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 D642E16A4CE for ; Fri, 11 Feb 2005 10:09:04 +0000 (GMT) Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk [212.42.1.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5D643D1D for ; Fri, 11 Feb 2005 10:09:04 +0000 (GMT) (envelope-from alan_jay_uk@yahoo.co.uk) Received: from AJDELL9200 (213-78-6-149.uk.onetel.net.uk [213.78.6.149]) by buxton.digitalspy.co.uk (Postfix) with ESMTP id 69D6E5488D for ; Fri, 11 Feb 2005 10:09:00 +0000 (GMT) From: "Alan Jay" To: Date: Fri, 11 Feb 2005 10:08:57 -0000 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUQIbE2sfj5EcQnQB2uUufYU0+Wxw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050211100900.69D6E5488D@buxton.digitalspy.co.uk> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Thunder K8S pro S2882 twin Operteron X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 10:09:05 -0000 Hi, Having got 5.3 onto our new twin operteron Tyan Thunder K8S Pro S2882 with 8Gb of RAM and had a reasonabley stable operation for a few days we installed a couple of databases one worked fine but the other kept on causing the server to crash. After some hunting around we found discussion about problems with the on board Broadcom BCM5704C 10/100/1000 Gigabit ethernet controller on Linux last year and wondered if there were similar issues with FreeBSD 5.3's broadcom driver? The problem only seems to happen when the controller is streched with lots of data as the other mySQL database runs fine but switching to the more load intensive one causes issues. Thanks in advance for your advice. From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 14:30:37 2005 Return-Path: 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 C31D716A4CE for ; Fri, 11 Feb 2005 14:30:37 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E6B43D1D for ; Fri, 11 Feb 2005 14:30:37 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so308650rng for ; Fri, 11 Feb 2005 06:30:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=nnHd1Qo5QK+QNaPdgsb/LzrGmJkL8X4TmJg/DGDNe79Ml4SWY7czmVVRACg0Ks6GSHJgrZgN3K+9fYXR+I7tR6IHX+VecW08+k9Dqoki+IMqwM3wp6G3HBD0khwg1iH5gr4PY9H/72fJESAmwRMecWy368leKC2aT9rWyZYMuiY= Received: by 10.38.22.47 with SMTP id 47mr208578rnv; Fri, 11 Feb 2005 06:30:36 -0800 (PST) Received: by 10.38.22.22 with HTTP; Fri, 11 Feb 2005 06:30:34 -0800 (PST) Message-ID: <346a8022050211063022cb57e2@mail.gmail.com> Date: Fri, 11 Feb 2005 09:30:34 -0500 From: Coleman Kane To: Jimmy In-Reply-To: <420C649D.8070502@oranged.to> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <420C649D.8070502@oranged.to> cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 14:30:37 -0000 Hi Jimmy. On Fri, 11 Feb 2005 07:54:05 +0000, Jimmy wrote: > Hello, > > I Am interested to know several questions.. > > - Currently I am using FreeBSD x86-64 I have compiled the majority of my > applications up using the right compiler flags to support the 64bit OS. > Is there any way within the Operating system that I can turn off 32bit > support? You should be able to remove COMPAT_IA32 from your kernel config. > > - Are applications that have been compiled for the amd-64 platform still > vulnerable to x86 style attacks because of the backwards compatability > mode? (eg remote buffer overflows in say.. openssh?). > AMD64 has a per-page NX (non-executable) bit, I however am not aware if FreeBSD uses this in the code pages. --coleman > Thanks > > J > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 14:43:07 2005 Return-Path: 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 483CF16A4CE for ; Fri, 11 Feb 2005 14:43:07 +0000 (GMT) Received: from bogotron.isy.liu.se (bogotron.isy.liu.se [130.236.48.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822A443D46 for ; Fri, 11 Feb 2005 14:43:06 +0000 (GMT) (envelope-from kentp@isy.liu.se) Received: from spamotron.isy.liu.se (spamotron-private [192.168.49.11]) by bogotron.isy.liu.se (Postfix) with ESMTP id EC4AA3225 for ; Fri, 11 Feb 2005 15:43:04 +0100 (MET) Received: from bogotron.isy.liu.se ([192.168.49.10]) (amavisd-new, port 10024) with ESMTP id 06749-07; Fri, 11 Feb 2005 15:43:04 +0100 (MET) Received: from kentspc.isy.liu.se (olin.isy.liu.se [130.236.49.34]) by bogotron.isy.liu.se (Postfix) with ESMTP id 141B13224; Fri, 11 Feb 2005 15:43:03 +0100 (MET) Message-Id: <6.2.0.14.0.20050211150014.02fdc380@mail.isy.liu.se> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Fri, 11 Feb 2005 15:43:02 +0100 To: freebsd-amd64@freebsd.org From: Kent Palmkvist Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at isy.liu.se X-Spam-Checker-Version: SpamAssassin 2.63-isy (2004-01-11) on spamotron.isy.liu.se Subject: Problems with a Acer Aspire X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 14:43:07 -0000 Hello all, Here is a fix how to get the Acer Aspire 1522 WLMi to boot amd64 FreeBSD (tested with 5.3 and 6-current-snap from February 2005). Problem: The boot process hangs after loading the kernel, but before getting any output from the kernel boot. In 5.3 this means that I get the daemon figure with the 7 choices, and independent of which of the choices I make, the loader indicator will make a couple of turns and then stop. This has been tested with all the different versions of the amd64 FreeBSD that I have been able to find (5.3-RELEASE, 5.3-SNAP, 6-Current-SNAP etc.) dating from December 2004 to February 2005. Also tested the one by Kelly Black that solved a problem with the Compaq Presario R3000z (http://blackk.union.edu/~black/freebsd/) but with same disapointing results. Solution: Disable the Legacy USB Support in the bios setup (at least available in v1.09 of the BIOS). It boots correctly into the installer for 6-current-snap from February 2005 (do not need to select any special boot options). For 5.3-RELEASE, it needs the ACPI to be disabled, otherwise it will get a panic on "vm_fault: fault on nofault entry" after cardbus detection. If ACPI is disabled, 5.3-RELEASE will boot nicely into the installer. good luck! /Kent From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 14:59:39 2005 Return-Path: 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 5431516A4CE for ; Fri, 11 Feb 2005 14:59:39 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E156043D2D for ; Fri, 11 Feb 2005 14:59:38 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so302943wra for ; Fri, 11 Feb 2005 06:59:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=eFZa5DuIc2gJAfaCzkv8c97udvr1EVUYwXHSdM3K7FxzQEfNKYvu3tj7TkYeX6/opIWgS7A3rZ2l5dmlkhNUUb3DBv6r+tiwhYjORCi+v4rXC5GapLdFf1RZ9nBONZjv1zjqBD3a5LqOZjTTGvXOYROCldIyNwMK8uKgb/0n0Vo= Received: by 10.54.32.65 with SMTP id f65mr53832wrf; Fri, 11 Feb 2005 06:59:38 -0800 (PST) Received: by 10.54.40.69 with HTTP; Fri, 11 Feb 2005 06:59:38 -0800 (PST) Message-ID: <2fd864e050211065931e2f425@mail.gmail.com> Date: Fri, 11 Feb 2005 06:59:38 -0800 From: Astrodog To: cokane@cokane.org In-Reply-To: <346a8022050211063022cb57e2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <420C649D.8070502@oranged.to> <346a8022050211063022cb57e2@mail.gmail.com> cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 14:59:39 -0000 On Fri, 11 Feb 2005 09:30:34 -0500, Coleman Kane wrote: > Hi Jimmy. > > > On Fri, 11 Feb 2005 07:54:05 +0000, Jimmy wrote: > > Hello, > > > > I Am interested to know several questions.. > > > > - Currently I am using FreeBSD x86-64 I have compiled the majority of my > > applications up using the right compiler flags to support the 64bit OS. > > Is there any way within the Operating system that I can turn off 32bit > > support? > > You should be able to remove COMPAT_IA32 from your kernel config. > > > > > - Are applications that have been compiled for the amd-64 platform still > > vulnerable to x86 style attacks because of the backwards compatability > > mode? (eg remote buffer overflows in say.. openssh?). > > > > AMD64 has a per-page NX (non-executable) bit, I however am not aware > if FreeBSD uses this in the code pages. > > --coleman > > > Thanks > > > > J > > _______________________________________________ > > freebsd-amd64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > I think that FreeBSD-AMD64 will not be effected directly, in that shellcode written for i386 won't work anymore. However, the security flaw would still exist, so there's still a threat, its just one script-kiddies won't catch. The i386 compat layer won't allow vunerable i386 shellcode to run from within an AMD64 application, since the ELF detection that makes COMPAT_IA32 work wouldn't kick in. i386-compiled applications could still, theoretically, be exploited with i386 shellcode though. However, AMD64 applications would not execute the shellcode, or, rather, wouldn't actually be able to, they'd just crash. --- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 15:12:53 2005 Return-Path: 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 B0D2316A4CE for ; Fri, 11 Feb 2005 15:12:53 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A855943D39 for ; Fri, 11 Feb 2005 15:12:52 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so315350rng for ; Fri, 11 Feb 2005 07:12:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ExWmypCRH14lmB29X1hL7btTl0gYg51dXfSOSd7WZYptXI1noB4CXa+gxJCD6pC5o8o8CJ8gXQY0FnlqAD4+MM3rFi4P1zZ1GsnNJZnLd15V+p838xX0BekhZtcviNlOMiCafqFSOoqOUg1n21V65NWG8kFIG1wx060D3s6F50Y= Received: by 10.38.74.27 with SMTP id w27mr234554rna; Fri, 11 Feb 2005 07:12:52 -0800 (PST) Received: by 10.38.22.22 with HTTP; Fri, 11 Feb 2005 07:12:51 -0800 (PST) Message-ID: <346a8022050211071268dc6fa4@mail.gmail.com> Date: Fri, 11 Feb 2005 10:12:51 -0500 From: Coleman Kane To: Nicolas Blais In-Reply-To: <200502102038.41536.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502102038.41536.nb_root@videotron.ca> cc: freebsd-amd64@freebsd.org Subject: Re: About the cursed Compaq R3000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 15:12:53 -0000 I think you will also need to apply the skip_timer_override patch, available here: http://lists.freebsd.org/pipermail/freebsd-amd64/2005-January/003320.html You will want to set the sysctl in loader.conf There's also a cradbus (PCI) patch, in addition. http://lists.freebsd.org/pipermail/freebsd-amd64/2005-January/003365.html There is another sysctl+patch that you will need to get as well. This one is for the APIC: http://lists.freebsd.org/mailman/htdig/freebsd-amd64/2005-January/003376.html You'll also want to set hw.apic.skip_set_extint=1 in loader.conf as well to activate this one. I think both of these will enable the timer to actually work in freebsd. -- coleman kane On Thu, 10 Feb 2005 20:38:40 -0500, Nicolas Blais wrote: > Hi, > > First I'd like give my thanks to Jung-uk Kim for making it possible to run > FreeBSD (5.3-STABLE) on my Compaq R3240CA. (This might sound like an oscar > speech...) > > To successfully make my Compaq work, I installed the acpi_ppc module (version > 20050210 @ http://www.spa.is.uec.ac.jp/~nfukuda/software/) and added the acpi > fix (matd.diff) and fixed my stupid DSDT (r3000-asl.diff). Now it works fine, > except for a couple of things. > > First, when it boots, it might hang right after detecting acd0. If I force > shutdown and reboot, it might work (50% chances of booting). > > When it works, cpu speed stays around 797mhz even when "making world" and > starting openoffice (cpu hog), although adjusting hw.acpi.cpu.px_control > manually works great (fans starts withing seconds though...obviously). > > rl0 watchdog timeouts were happening often until I removed device pccard, cbb > and cardbus from my kernel. I noticed that the realtek was sharing irq 18 > with the pccard so removing pccard solve it so far. > > Broadcom 54G Wifi doesn't work so far. I was able to load the driver with > ndis but can't have it connect to my WPA network (I believe this is a problem > with 5.3-STABLE since it is said that WPA works in -CURRENT). > > No ATA or other problems except those mentionned. Sound works thru snd_ich. > > I attached my kernel configuration and dmesg for those that might need it. If > anyone needs my patched DSDT (which should be the same as Jung-uk Kim's > diff+r3000) just ask. > > Nicolas. > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > > From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 15:35:14 2005 Return-Path: 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 800E316A4CE for ; Fri, 11 Feb 2005 15:35:14 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBF543D46 for ; Fri, 11 Feb 2005 15:35:14 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so308914wra for ; Fri, 11 Feb 2005 07:35:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KXxeHVjv146mr64hTonxybRSdqcM13QkflJzmUHCizZjGZkr5OT+vNg5Re0jPkRBryLNl8VCOFAROh05E8jspnz/QNwGktYtZfE0VTMlRDid0Z96hhDkzGOxDnIWIskA3KoFY5w+U8sNzVvQHUFkgcuwu3ilQ7X4WYvuseap34Y= Received: by 10.54.7.39 with SMTP id 39mr47935wrg; Fri, 11 Feb 2005 07:35:13 -0800 (PST) Received: by 10.54.40.69 with HTTP; Fri, 11 Feb 2005 07:35:12 -0800 (PST) Message-ID: <2fd864e05021107356dcfe983@mail.gmail.com> Date: Fri, 11 Feb 2005 07:35:12 -0800 From: Astrodog To: Kent Palmkvist In-Reply-To: <6.2.0.14.0.20050211150014.02fdc380@mail.isy.liu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6.2.0.14.0.20050211150014.02fdc380@mail.isy.liu.se> cc: freebsd-amd64@freebsd.org Subject: Re: Problems with a Acer Aspire X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 15:35:14 -0000 On Fri, 11 Feb 2005 15:43:02 +0100, Kent Palmkvist wrote: > Hello all, > > Here is a fix how to get the Acer Aspire 1522 WLMi to boot amd64 FreeBSD > (tested with 5.3 and 6-current-snap from February 2005). > > Problem: > The boot process hangs after loading the kernel, but before getting any > output from the kernel boot. > In 5.3 this means that I get the daemon figure with the 7 choices, and > independent of which of the > choices I make, the loader indicator will make a couple of turns and then > stop. This has been tested > with all the different versions of the amd64 FreeBSD that I have been able > to find (5.3-RELEASE, > 5.3-SNAP, 6-Current-SNAP etc.) dating from December 2004 to February 2005. > Also tested the one > by Kelly Black that solved a problem with the Compaq Presario R3000z > (http://blackk.union.edu/~black/freebsd/) but with same disapointing results. > > Solution: > Disable the Legacy USB Support in the bios setup (at least available in > v1.09 of the BIOS). It boots > correctly into the installer for 6-current-snap from February 2005 (do not > need to select any special > boot options). For 5.3-RELEASE, it needs the ACPI to be disabled, otherwise > it will get a panic on > "vm_fault: fault on nofault entry" after cardbus detection. If ACPI is > disabled, 5.3-RELEASE will boot > nicely into the installer. > > good luck! > > /Kent > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > Tried the R3000Z line of patches? Might relate. From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 15:45:17 2005 Return-Path: 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 C66A416A4CE for ; Fri, 11 Feb 2005 15:45:17 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551C343D45 for ; Fri, 11 Feb 2005 15:45:17 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so321727rng for ; Fri, 11 Feb 2005 07:45:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=bMOM822boS1wq0AwUcpeULNVI0Fs/p3W2h98ByeZLQKtzzKvk3MLnzuK6cB2orccco+/966iNBcHkfmb4YDBH3AoYIorAduylYad8TdzEF8nhQLhW5pYeHyz16taU75cdmmgHH/rK/Zyi0OeUNBveHI6QIKbWpO5pDkYPfcvBEA= Received: by 10.38.22.5 with SMTP id 5mr284926rnv; Fri, 11 Feb 2005 07:45:16 -0800 (PST) Received: by 10.38.22.22 with HTTP; Fri, 11 Feb 2005 07:45:16 -0800 (PST) Message-ID: <346a802205021107456c40fbd2@mail.gmail.com> Date: Fri, 11 Feb 2005 10:45:16 -0500 From: Coleman Kane To: Astrodog In-Reply-To: <2fd864e050211065931e2f425@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <420C649D.8070502@oranged.to> <346a8022050211063022cb57e2@mail.gmail.com> <2fd864e050211065931e2f425@mail.gmail.com> cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 15:45:17 -0000 I believe there is still a large overlap of opcodes in both architectures. For instance, NOP is still 0x90. In addition I believe the default operand size (i.e.: no REX prefix) in PM64 is 32-bit, just like PM32 (protected mode 64 vs. 32 bit). This would lead me to believe that many stack-smashing exploits may still apply. Now, other certain instructions, such as Jcc (0x7*) and JMPs (0xe9,a,b) default to 64-bit offsets. Now comes the fun part: Since the amd64 and ia32 are both little-endian, an exploit which makes use of these default-64bit instructions would only need their operands to be sign extended: IA-32 [OP] [DEST 0..7] [DEST 8..15] [DEST 16..23] [DEST 24..31] amd64: [OP] [DEST 0..7] [DEST 8..15] [DEST 16..23] [DEST 24..31] ... [DEST 56..63] So if OP is a CALL, or JMP or similar, you could use the same code, provided the destination address is the same. It will execute. Now if it succeeds, that is another matter which I have not looked into yet. I think the IA32 uses INT 0x80, while amd64 uses SYSCALL to handle syscalls. There are probably other significant differences as well. I would think that a sufficiently creative persone could come up with an exploit which works on both systems. On Fri, 11 Feb 2005 06:59:38 -0800, Astrodog wrote: > > > I think that FreeBSD-AMD64 will not be effected directly, in that > shellcode written for i386 won't work anymore. However, the security > flaw would still exist, so there's still a threat, its just one > script-kiddies won't catch. The i386 compat layer won't allow > vunerable i386 shellcode to run from within an AMD64 application, > since the ELF detection that makes COMPAT_IA32 work wouldn't kick in. > i386-compiled applications could still, theoretically, be exploited > with i386 shellcode though. However, AMD64 applications would not > execute the shellcode, or, rather, wouldn't actually be able to, > they'd just crash. > > --- Harrison Grundy > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 15:51:32 2005 Return-Path: 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 5EFDC16A4CE for ; Fri, 11 Feb 2005 15:51:32 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9245443D54 for ; Fri, 11 Feb 2005 15:51:31 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so311694wra for ; Fri, 11 Feb 2005 07:51:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=JdxjkfyS6RdzLMJCUmrs8LdDUET3cFvJXUVH25zg3ZaiSW1Fj4g2xze2LnKEmVDWa3n5JOtkyPxQ/xXD2cIm2+jqS5EcHQswfLFSXFTpU+Y7enTwCVfWIuvRUC3vc4GZ00SqFXiTlcNuHyxGujZJZkpaIgVBib8/CJCPwhMOi9c= Received: by 10.54.41.64 with SMTP id o64mr77118wro; Fri, 11 Feb 2005 07:51:30 -0800 (PST) Received: by 10.54.40.69 with HTTP; Fri, 11 Feb 2005 07:51:30 -0800 (PST) Message-ID: <2fd864e05021107513988daca@mail.gmail.com> Date: Fri, 11 Feb 2005 07:51:30 -0800 From: Astrodog To: cokane@cokane.org In-Reply-To: <346a802205021107456c40fbd2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <420C649D.8070502@oranged.to> <346a8022050211063022cb57e2@mail.gmail.com> <2fd864e050211065931e2f425@mail.gmail.com> <346a802205021107456c40fbd2@mail.gmail.com> cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 15:51:32 -0000 On Fri, 11 Feb 2005 10:45:16 -0500, Coleman Kane wrote: > I believe there is still a large overlap of opcodes in both > architectures. For instance, NOP is still 0x90. In addition I believe > the default operand size (i.e.: no REX prefix) in PM64 is 32-bit, just > like PM32 (protected mode 64 vs. 32 bit). This would lead me to > believe that many stack-smashing exploits may still apply. > > Now, other certain instructions, such as Jcc (0x7*) and JMPs > (0xe9,a,b) default to 64-bit offsets. Now comes the fun part: Since > the amd64 and ia32 are both little-endian, an exploit which makes use > of these default-64bit instructions would only need their operands to > be sign extended: > > IA-32 > [OP] [DEST 0..7] [DEST 8..15] [DEST 16..23] [DEST 24..31] > > amd64: > [OP] [DEST 0..7] [DEST 8..15] [DEST 16..23] [DEST 24..31] ... [DEST 56..63] > > So if OP is a CALL, or JMP or similar, you could use the same code, > provided the destination address is the same. It will execute. Now if > it succeeds, that is another matter which I have not looked into yet. > I think the IA32 uses INT 0x80, while amd64 uses SYSCALL to handle > syscalls. > There are probably other significant differences as well. > > would think that a sufficiently creative persone could come up with > an exploit which works on both systems. > Definitly, but the differences that exist, are enough to prevent the current stuff from happening. The lesson is still to keep your stuff patched though. From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 17:37:02 2005 Return-Path: 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 5286716A4CE for ; Fri, 11 Feb 2005 17:37:02 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D04043D1F for ; Fri, 11 Feb 2005 17:36:59 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j1BHav1O025064; Fri, 11 Feb 2005 12:36:58 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, Astrodog Date: Fri, 11 Feb 2005 12:36:52 -0500 User-Agent: KMail/1.6.2 References: <6.2.0.14.0.20050211150014.02fdc380@mail.isy.liu.se> <2fd864e05021107356dcfe983@mail.gmail.com> In-Reply-To: <2fd864e05021107356dcfe983@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502111236.53771.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: Kent Palmkvist Subject: Re: Problems with a Acer Aspire X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 17:37:02 -0000 On Friday 11 February 2005 10:35 am, Astrodog wrote: > On Fri, 11 Feb 2005 15:43:02 +0100, Kent Palmkvist wrote: > > Hello all, > > > > Here is a fix how to get the Acer Aspire 1522 WLMi to boot amd64 > > FreeBSD (tested with 5.3 and 6-current-snap from February 2005). > > > > Problem: > > The boot process hangs after loading the kernel, but before > > getting any output from the kernel boot. > > In 5.3 this means that I get the daemon figure with the 7 > > choices, and independent of which of the > > choices I make, the loader indicator will make a couple of turns > > and then stop. This has been tested > > with all the different versions of the amd64 FreeBSD that I have > > been able to find (5.3-RELEASE, > > 5.3-SNAP, 6-Current-SNAP etc.) dating from December 2004 to > > February 2005. Also tested the one > > by Kelly Black that solved a problem with the Compaq Presario > > R3000z (http://blackk.union.edu/~black/freebsd/) but with same > > disapointing results. > > > > Solution: > > Disable the Legacy USB Support in the bios setup (at least > > available in v1.09 of the BIOS). It boots > > correctly into the installer for 6-current-snap from February > > 2005 (do not need to select any special > > boot options). For 5.3-RELEASE, it needs the ACPI to be disabled, > > otherwise it will get a panic on > > "vm_fault: fault on nofault entry" after cardbus detection. If > > ACPI is disabled, 5.3-RELEASE will boot > > nicely into the installer. > > > > good luck! > > > > /Kent > > Tried the R3000Z line of patches? Might relate. If I am not mistaken completely, his problem is not related to my patches. Acer Aspire 1522 WLMi has VIA chipsets and they have different issues. In fact, I have Acer Ferrari 3400 and I had experienced similar problems before. I am using 6-CURRENT on it now. BTW, 'turning off USB legacy support fixed problem' sounds like he has C0 revision core (i. e., errata #93) without BIOS workaround. You can see the CPU ID from dmesg: CPU: AMD Athlon(tm) 64 Processor 3000+ (2000.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 This is from my desktop. If the Id is 0xf48, you have C0 revision core. FYI, Ferrari 3400 has Oakville core! CPU: Mobile AMD Athlon 64 Processor 3000+ (2004.56-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x10fc0 Stepping = 0 Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 19:04:32 2005 Return-Path: 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 EB6FD16A4CE for ; Fri, 11 Feb 2005 19:04:31 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B379E43D2F for ; Fri, 11 Feb 2005 19:04:31 +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 8EB992A90E for ; Fri, 11 Feb 2005 11:04:31 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id EA9D0E2B5 for ; Fri, 11 Feb 2005 11:04:30 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.1/8.13.1) with ESMTP id j1BJ4UM7070998; Fri, 11 Feb 2005 11:04:30 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.1/8.13.1/Submit) id j1BJ4Od7070997; Fri, 11 Feb 2005 11:04:24 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org, cokane@cokane.org Date: Fri, 11 Feb 2005 11:04:24 -0800 User-Agent: KMail/1.7.1 References: <420C649D.8070502@oranged.to> <2fd864e050211065931e2f425@mail.gmail.com> <346a802205021107456c40fbd2@mail.gmail.com> In-Reply-To: <346a802205021107456c40fbd2@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502111104.24761.peter@wemm.org> Subject: Re: FreeBSD x86 vs x86-64 Questions about Security X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 19:04:32 -0000 On Friday 11 February 2005 07:45 am, Coleman Kane wrote: > I believe there is still a large overlap of opcodes in both > architectures. For instance, NOP is still 0x90. In addition I believe > the default operand size (i.e.: no REX prefix) in PM64 is 32-bit, > just like PM32 (protected mode 64 vs. 32 bit). This would lead me to > believe that many stack-smashing exploits may still apply. [..] > So if OP is a CALL, or JMP or similar, you could use the same code, > provided the destination address is the same. It will execute. Now if > it succeeds, that is another matter which I have not looked into yet. > I think the IA32 uses INT 0x80, while amd64 uses SYSCALL to handle > syscalls. I've been thinking about this. If you have a 64 bit binary that has its stack clobbered with i386 shellcode and somehow get it to run, the syscall differences won't *necessarily* kill it. If you had COMPAT_IA32 compiled in, the shellcode could execute the syscall handler. However.. the int 0x80 syscall code can only pass 32 bit args to the syscall handlers. In other words, it can't express the address of things like "/bin/sh" if it is located on the stack. Remember, the 64 bit stack is very high in address space, so the 32 bit address truncated versions would give either an EFAULT or garbage when the kernel attempts to copyin the paths etc. This doesn't meant that it is impossible though. I can still imagine ways to exploit things that I won't go into much detail about. But it would certainly add some resistance to i386 script-kiddy attacks. Turning off COMPAT_IA32 will stop any possibility if shared i386+amd64 shellcode from being able to make a syscall. But there are other relatively easy ways to do a syscall still, especially in a dynamically linked binary. Adding a check in the i386 syscall wrapper to make sure the syscall arrived from a 32 bit binary wouldn't solve any problems. It would be simpler for the exploiters to just provide two syscall paths in common shellcode and runtime select them, or (much much easier) just include 64 bit shellcode in the package. Damn, we must get around to finishing PG_NX support and getting the signal trampoline off the stack so that we can set no-execute on it. (Again, not that it eliminates all possible attacks, but because it raises the bar a little) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 22:30:41 2005 Return-Path: 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 5518116A4CE for ; Fri, 11 Feb 2005 22:30:41 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D67BB43D31 for ; Fri, 11 Feb 2005 22:30:40 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1BMUe3h068200; Fri, 11 Feb 2005 14:30:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1BMUest068199; Fri, 11 Feb 2005 14:30:40 -0800 (PST) (envelope-from obrien) Date: Fri, 11 Feb 2005 14:30:40 -0800 From: "David O'Brien" To: Alan Jay Message-ID: <20050211223039.GA68054@dragon.nuxi.com> References: <20050211100900.69D6E5488D@buxton.digitalspy.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050211100900.69D6E5488D@buxton.digitalspy.co.uk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Thunder K8S pro S2882 twin Operteron X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 11 Feb 2005 22:30:41 -0000 On Fri, Feb 11, 2005 at 10:08:57AM -0000, Alan Jay wrote: > Having got 5.3 onto our new twin operteron Tyan Thunder K8S Pro S2882 with 8Gb > of RAM and had a reasonabley stable operation for a few days we installed a > couple of databases one worked fine but the other kept on causing the server > to crash. After some hunting around we found discussion about problems with > the on board Broadcom BCM5704C 10/100/1000 Gigabit ethernet controller on > Linux last year and wondered if there were similar issues with FreeBSD 5.3's > broadcom driver? This wouldn't be an amd64-specific problem as the driver is the same in all FreeBSD. You'll get a wider audience asking on freebsd-stable@. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 11 22:54:06 2005 Return-Path: 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 CDEE216A4CE for ; Fri, 11 Feb 2005 22:54:06 +0000 (GMT) Received: from gigave.com (mail.gigave.com [38.113.228.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE2043D48 for ; Fri, 11 Feb 2005 22:54:06 +0000 (GMT) (envelope-from sean@sean.gigave.com) Received: from sean.gigave.com [38.113.228.242](7oih8kyv86yqnyck)by gigave.comwith esmtp(Exim 4.43 #1 (Gentoo Linux))id 1CzjkC-0003fP-Fm; Fri, 11 Feb 2005 14:58:36 -0800 Received: by sean.gigave.com (Postfix, from userid 1001) id 758951163A; Fri, 11 Feb 2005 14:54:05 -0800 (PST) Date: Fri, 11 Feb 2005 14:54:04 -0800 From: Sean Chittenden To: amd64@FreeBSD.org Message-ID: <20050211225404.GV1060@sean.gigave.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="P9KQiUGMzYCFwWCN" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [sean@gigave.com: Strange backtrace from amd64 + mysqld...] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 22:54:06 -0000 --P9KQiUGMzYCFwWCN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline At the encouragement of rwatson@, I'm forwarding this msg here given my problems supposedly don't exist on i386. I have a not too terribly large MySQL installation, but it's busy enough doing a mix of operations. On busy afternoons and after a preen of the db files, it can take less than an hour for MySQL to trip over itself and start eating its lunch. By that I mean, every 20-30 seconds it lays a nice fat core file and continues to do so for hours on end until I manually shut the db down and bring it back up again. Between core files, it seems to tick along well for a few seconds (roughly 500-1000 database operations), then t pukes all over again. The stack trace in the attached is strange, to say the least, so I'm wondering if anyone has any pointers in terms of what I could/should do to get amd64 + MySQL to run happily (believe me, if I had my choice, I'd port this customer to Pg). I'm more than willing to get shell accounts to an interested party. Any advice for amd64 + MySQL on RELENG_5 (~2005-02-07)? tia. -sc -- Sean Chittenden --P9KQiUGMzYCFwWCN Content-Type: message/rfc822 Content-Disposition: inline Date: Thu, 10 Feb 2005 16:12:52 -0800 From: Sean Chittenden To: threads@FreeBSD.org Subject: Strange backtrace from amd64 + mysqld... Message-ID: <20050211001252.GY1060@sean.gigave.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Howdy. I'm running into a strange issue with MySQL 4.1.9 wherein its eating itself every 24hrs. I grabbed a back trace, but haven't recompiled MySQL with debugging given the strangeness of the backtrace (can't tell if this is gdb or if the call stack is massively corrupt due to some error). Given I've watched this repeat itself a few times now and it seems to be dying in a pthread call, I'm posting here. MySQL is the only process having problems, but it's also the most heavily threaded and is getting pounded pretty hard. Without going back to MySQL (esp given the backtrace), I want to verify that this isn't a pthreads issue. Can someone comment on whether or not they've seen this before? What really bothers me about this, is if I restart mysqld by hand (ie, not from mysqld_safe), the database comes up and behaves correctly for ~24hrs before it starts to puke again. When it does, it cores every few minutes until I bounce it by hand. In the meantime, because it's dumping out core files, the system becomes reasonably unusable. Thoughts, or is this there some coincidental behavior going on? FreeBSD host.example.com 5.3-STABLE FreeBSD 5.3-STABLE #1: Mon Feb 7 17:35:07 PST 2005 root@host.example.com:/usr/obj/usr/src/sys/CONFIG amd64 src is pulled from Feb-07 too. -sc GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `mysqld'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.2 Reading symbols from /usr/lib/libwrap.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libwrap.so.3 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /usr/lib/libstdc++.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.4 Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /usr/lib/libpthread.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000801017529 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1 (gdb) bt #0 0x0000000801017529 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1 #1 0x0000000801017875 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1 #2 0x00000008010078f7 in pthread_create () from /usr/lib/libpthread.so.1 #3 0x0000000000488079 in ?? () #4 0x0000000000488655 in ?? () #5 0x0000000000487cfb in ?? () #6 0x0000000000404e8e in ?? () #7 0x00000008008ad000 in ?? () #8 0x0000000000000000 in ?? () #9 0x0000000000000000 in ?? () #10 0x0000000000000007 in ?? () #11 0x00007fffffffec48 in ?? () #12 0x00007fffffffec62 in ?? () #13 0x00007fffffffec77 in ?? () #14 0x00007fffffffec8f in ?? () #15 0x00007fffffffec9c in ?? () #16 0x00007fffffffecce in ?? () #17 0x00007fffffffecda in ?? () #18 0x0000000000000000 in ?? () #19 0x00007fffffffecf3 in ?? () #20 0x00007fffffffed01 in ?? () #21 0x00007fffffffed12 in ?? () #22 0x00007fffffffed32 in ?? () #23 0x00007fffffffed3c in ?? () #24 0x00007fffffffed50 in ?? () #25 0x00007fffffffed58 in ?? () #26 0x00007fffffffed67 in ?? () #27 0x00007fffffffed77 in ?? () #28 0x00007fffffffed87 in ?? () #29 0x00007fffffffed9a in ?? () #30 0x00007fffffffeda5 in ?? () #31 0x00007fffffffedd7 in ?? () #32 0x00007fffffffede2 in ?? () #33 0x00007fffffffedf0 in ?? () #34 0x00007fffffffedfd in ?? () #35 0x00007fffffffee08 in ?? () #36 0x00007fffffffee2d in ?? () #37 0x00007fffffffee39 in ?? () #38 0x00007fffffffee4a in ?? () #39 0x00007fffffffeeb5 in ?? () #40 0x00007fffffffeecc in ?? () #41 0x00007fffffffeee3 in ?? () #42 0x00007fffffffeefd in ?? () #43 0x00007fffffffef0d in ?? () #44 0x00007fffffffef1c in ?? () #45 0x00007fffffffef2b in ?? () #46 0x00007fffffffef50 in ?? () #47 0x00007fffffffef62 in ?? () #48 0x00007fffffffef95 in ?? () #49 0x00007fffffffefaa in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000003 in ?? () #52 0x0000000000400040 in ?? () #53 0x0000000000000004 in ?? () #54 0x0000000000000038 in ?? () #55 0x0000000000000005 in ?? () #56 0x0000000000000005 in ?? () #57 0x0000000000000006 in ?? () #58 0x0000000000001000 in ?? () #59 0x0000000000000008 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000009 in ?? () #62 0x0000000000404e10 in ?? () #63 0x0000000000000007 in ?? () #64 0x000000080088a000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x636f6c2f7273752f in ?? () #82 0x786562696c2f6c61 in ?? () #83 0x6c7173796d2f6365 in ?? () #84 0x657361622d2d0064 in ?? () #85 0x7273752f3d726964 in ?? () #86 0x2d006c61636f6c2f in ?? () #87 0x726964617461642d in ?? () #88 0x62642f7261762f3d in ?? () #89 0x2d006c7173796d2f in ?? () #90 0x796d3d726573752d in ?? () #91 0x69702d2d006c7173 in ?? () #92 0x2f3d656c69662d64 in ?? () #93 0x6d2f62642f726176 in ?? () #94 0x7777772f6c717379 in ?? () #95 0x612d796e6e65702e in ?? () #96 0x6f632e6564616372 in ?? () #97 0x2d2d006469702e6d in ?? () #98 0x3033333d74726f70 in ?? () #99 0x6b636f732d2d0036 in ?? () #100 0x2f706d742f3d7465 in ?? () #101 0x6f732e6c7173796d in ?? () #102 0x5f4f445553006b63 in ?? () #103 0x313030313d444947 in ?? () #104 0x5059544843414d00 in ?? () #105 0x776f6e6b6e753d45 in ?? () #106 0x4c435f485353006e in ?? () #107 0x2e34363d544e4549 in ?? () #108 0x33372e39362e3138 in ?? () #109 0x3220303739343520 in ?? () #110 0x723d524553550032 in ?? () #111 0x4c49414d00746f6f in ?? () #112 0x616d2f7261762f3d in ?? () #113 0x006e6165732f6c69 in ?? () #114 0x00333d4c564c4853 in ?? () #115 0x753d524f444e4556 in ?? () #116 0x48006e776f6e6b6e in ?? () #117 0x6d6f682f3d454d4f in ?? () #118 0x50006e6165732f65 in ?? () #119 0x5341424154414447 in ?? () #120 0x5300747365743d45 in ?? () #121 0x2f3d5954545f4853 in ?? () #122 0x707974742f766564 in ?? () #123 0x3d52454741500031 in ?? () #124 0x414d51007373656c in ?? () #125 0x2f3d43455053454b in ?? () #126 0x61636f6c2f727375 in ?? () #127 0x2f65726168732f6c in ?? () #128 0x6570736b6d2f7471 in ?? () #129 0x62656572662f7363 in ?? () #130 0x47002b2b672d6473 in ?? () #131 0x6165733d50554f52 in ?? () #132 0x555f4f445553006e in ?? () #133 0x00313030313d4449 in ?? () #134 0x3d454d414e474f4c in ?? () #135 0x53564300746f6f72 in ?? () #136 0x00323d4b53414d55 in ?? () #137 0x454d4f485f575757 in ?? () #138 0x2f2f3a707474683d in ?? () #139 0x6968632e6e616573 in ?? () #140 0x2e6e65646e657474 in ?? () #141 0x4f4c42002f67726f in ?? () #142 0x4b3d455a49534b43 in ?? () #143 0x74783d4d52455400 in ?? () #144 0x6f6c6f632d6d7265 in ?? () #145 0x2f3d485441500072 in ?? () #146 0x69622f3a6e696273 in ?? () #147 0x732f7273752f3a6e in ?? () #148 0x7273752f3a6e6962 in ?? () #149 0x73752f3a6e69622f in ?? () #150 0x3a73656d61672f72 in ?? () #151 0x636f6c2f7273752f in ?? () #152 0x3a6e6962732f6c61 in ?? () #153 0x636f6c2f7273752f in ?? () #154 0x2f3a6e69622f6c61 in ?? () #155 0x523131582f727375 in ?? () #156 0x682f3a6e69622f36 in ?? () #157 0x6e6165732f656d6f in ?? () #158 0x4d4552006e69622f in ?? () #159 0x3d54534f4845544f in ?? () #160 0x39362e31382e3436 in ?? () #161 0x4f4455530033372e in ?? () #162 0x444e414d4d4f435f in ?? () #163 0x63742f6e69622f3d in ?? () #164 0x3d54534f48006873 in ?? () #165 0x6e6e65702e777777 in ?? () #166 0x6564616372612d79 in ?? () #167 0x454853006d6f632e in ?? () #168 0x2f6e69622f3d4c4c in ?? () #169 0x4455530068736374 in ?? () #170 0x733d524553555f4f in ?? () #171 0x5954534f006e6165 in ?? () #172 0x42656572463d4550 in ?? () #173 0x4f52535643004453 in ?? () #174 0x2f7777772f3d544f in ?? () #175 0x6f6374736f637461 in ?? () #176 0x632f6d6f632e6f6c in ?? () #177 0x002f746f6f727376 in ?? () #178 0x7261762f3d445750 in ?? () #179 0x7173796d2f62642f in ?? () #180 0x4f435f485353006c in ?? () #181 0x4e4f495443454e4e in ?? () #182 0x362e31382e34363d in ?? () #183 0x3934352033372e39 in ?? () #184 0x31312e3833203037 in ?? () #185 0x33312e3832322e33 in ?? () #186 0x5054460032322030 in ?? () #187 0x455649535341505f in ?? () #188 0x45593d45444f4d5f in ?? () #189 0x595454534f480053 in ?? () #190 0x42656572463d4550 in ?? () #191 0x0000000000004453 in ?? () #192 0x0000000000000000 in ?? () #193 0x0000000000000000 in ?? () #194 0x0000000000000000 in ?? () #195 0x0000000000000000 in ?? () #196 0x0000000000000000 in ?? () #197 0x0000000000000000 in ?? () #198 0x0000000000000000 in ?? () #199 0x0000000000000000 in ?? () #200 0x0000000000000000 in ?? () #201 0x0000000000000000 in ?? () #202 0x0000000000000000 in ?? () #203 0x0000000000000000 in ?? () #204 0x0000000000000000 in ?? () #205 0x0000000000000000 in ?? () #206 0x0000000000000000 in ?? () #207 0x0000000000000000 in ?? () #208 0x0000000000000000 in ?? () #209 0x0000000000000000 in ?? () #210 0x0000000000000000 in ?? () #211 0x0000000000000000 in ?? () #212 0x0000000000000000 in ?? () #213 0x0000000000000000 in ?? () #214 0x0000000000000000 in ?? () #215 0x0000000000000000 in ?? () #216 0x0000000000000000 in ?? () #217 0x0000000000000000 in ?? () #218 0x0000000000000000 in ?? () #219 0x0000000000000000 in ?? () #220 0x0000000000000000 in ?? () #221 0x0000000000000000 in ?? () #222 0x0000000000000000 in ?? () #223 0x0000000000000000 in ?? () #224 0x0000000000000000 in ?? () #225 0x0000000000000000 in ?? () #226 0x0000000000000000 in ?? () #227 0x0000000000000000 in ?? () #228 0x0000000000000000 in ?? () #229 0x0000000000000000 in ?? () #230 0x0000000000000000 in ?? () #231 0x0000000000000000 in ?? () #232 0x0000000000000000 in ?? () #233 0x0000000000000000 in ?? () #234 0x0000000000000000 in ?? () #235 0x0000000000000000 in ?? () #236 0x0000000000000000 in ?? () #237 0x0000000000000000 in ?? () #238 0x0000000000000000 in ?? () #239 0x0000000000000000 in ?? () #240 0x0000000000000000 in ?? () #241 0x0000000000000000 in ?? () #242 0x0000000000000000 in ?? () #243 0x0000000000000000 in ?? () #244 0x0000000000000000 in ?? () #245 0x0000000000000000 in ?? () #246 0x0000000000000000 in ?? () #247 0x0000000000000000 in ?? () #248 0x0000000000000000 in ?? () #249 0x0000000000000000 in ?? () #250 0x0000000000000000 in ?? () #251 0x0000000000000000 in ?? () #252 0x0000000000000000 in ?? () #253 0x0000000000000000 in ?? () #254 0x0000000000000000 in ?? () #255 0x0000000000000000 in ?? () #256 0x0000000000000000 in ?? () #257 0x0000000000000000 in ?? () #258 0x0000000000000000 in ?? () #259 0x0000000000000000 in ?? () #260 0x0000000000000000 in ?? () #261 0x0000000000000000 in ?? () #262 0x0000000000000000 in ?? () #263 0x0000000000000000 in ?? () #264 0x0000000000000000 in ?? () #265 0x0000000000000000 in ?? () #266 0x0000000000000000 in ?? () #267 0x0000000000000000 in ?? () #268 0x0000000000000000 in ?? () #269 0x0000000000000000 in ?? () #270 0x0000000000000000 in ?? () #271 0x0000000000000000 in ?? () #272 0x0000000000000000 in ?? () #273 0x0000000000000000 in ?? () #274 0x0000000000000000 in ?? () #275 0x0000000000000000 in ?? () #276 0x0000000000000000 in ?? () #277 0x0000000000000000 in ?? () #278 0x0000000000000000 in ?? () #279 0x0000000000000000 in ?? () #280 0x0000000000000000 in ?? () #281 0x0000000000000000 in ?? () #282 0x0000000000000000 in ?? () #283 0x0000000000000000 in ?? () #284 0x0000000000000000 in ?? () #285 0x0000000000000000 in ?? () #286 0x0000000000000000 in ?? () #287 0x0000000000000000 in ?? () #288 0x0000000000000000 in ?? () #289 0x0000000000000000 in ?? () #290 0x0000000000000000 in ?? () #291 0x0000000000000000 in ?? () #292 0x0000000000000000 in ?? () #293 0x0000000000000000 in ?? () #294 0x0000000000000000 in ?? () #295 0x0000000000000000 in ?? () #296 0x0000000000000000 in ?? () #297 0x0000000000000000 in ?? () #298 0x0000000000000000 in ?? () #299 0x0000000000000000 in ?? () #300 0x0000000000000000 in ?? () #301 0x0000000000000000 in ?? () #302 0x0000000000000000 in ?? () #303 0x0000000000000000 in ?? () #304 0x0000000000000000 in ?? () #305 0x0000000000000000 in ?? () #306 0x0000000000000000 in ?? () #307 0x0000000000000000 in ?? () #308 0x0000000000000000 in ?? () #309 0x0000000000000000 in ?? () #310 0x0000000000000000 in ?? () #311 0x0000000000000000 in ?? () #312 0x0000000000000000 in ?? () #313 0x0000000000000000 in ?? () #314 0x0000000000000000 in ?? () #315 0x0000000000000000 in ?? () #316 0x0000000000000000 in ?? () #317 0x0000000000000000 in ?? () #318 0x0000000000000000 in ?? () #319 0x0000000000000000 in ?? () #320 0x0000000000000000 in ?? () #321 0x0000000000000000 in ?? () #322 0x0000000000000000 in ?? () #323 0x0000000000000000 in ?? () #324 0x0000000000000000 in ?? () #325 0x0000000000000000 in ?? () #326 0x0000000000000000 in ?? () #327 0x0000000000000000 in ?? () #328 0x0000000000000000 in ?? () #329 0x0000000000000000 in ?? () #330 0x0000000000000000 in ?? () #331 0x0000000000000000 in ?? () #332 0x0000000000000000 in ?? () #333 0x0000000000000000 in ?? () #334 0x0000000000000000 in ?? () #335 0x0000000000000000 in ?? () #336 0x0000000000000000 in ?? () #337 0x0000000000000000 in ?? () #338 0x0000000000000000 in ?? () #339 0x0000000000000000 in ?? () #340 0x0000000000000000 in ?? () #341 0x0000000000000000 in ?? () #342 0x0000000000000000 in ?? () #343 0x0000000000000000 in ?? () #344 0x0000000000000000 in ?? () #345 0x0000000000000000 in ?? () #346 0x0000000000000000 in ?? () #347 0x0000000000000000 in ?? () #348 0x0000000000000000 in ?? () #349 0x0000000000000000 in ?? () #350 0x0000000000000000 in ?? () #351 0x0000000000000000 in ?? () #352 0x0000000000000000 in ?? () #353 0x0000000000000000 in ?? () #354 0x0000000000000000 in ?? () #355 0x0000000000000000 in ?? () #356 0x0000000000000000 in ?? () #357 0x0000000000000000 in ?? () #358 0x0000000000000000 in ?? () #359 0x0000000000000000 in ?? () #360 0x0000000000000000 in ?? () #361 0x0000000000000000 in ?? () #362 0x0000000000000000 in ?? () #363 0x0000000000000000 in ?? () #364 0x0000000000000000 in ?? () #365 0x0000000000000000 in ?? () #366 0x0000000000000000 in ?? () #367 0x0000000000000000 in ?? () #368 0x0000000000000000 in ?? () #369 0x0000000000000000 in ?? () #370 0x0000000000000000 in ?? () #371 0x0000000000000000 in ?? () #372 0x0000000000000000 in ?? () #373 0x0000000000000000 in ?? () #374 0x0000000000000000 in ?? () #375 0x0000000000000000 in ?? () #376 0x0000000000000000 in ?? () #377 0x0000000000000000 in ?? () #378 0x0000000000000000 in ?? () #379 0x0000000000000000 in ?? () #380 0x0000000000000000 in ?? () #381 0x0000000000000000 in ?? () #382 0x0000000000000000 in ?? () #383 0x0000000000000000 in ?? () #384 0x0000000000000000 in ?? () #385 0x0000000000000000 in ?? () #386 0x0000000000000000 in ?? () #387 0x0000000000000000 in ?? () #388 0x0000000000000000 in ?? () #389 0x0000000000000000 in ?? () #390 0x0000000000000000 in ?? () #391 0x0000000000000000 in ?? () #392 0x0000000000000000 in ?? () #393 0x0000000000000000 in ?? () #394 0x0000000000000000 in ?? () #395 0x0000000000000000 in ?? () #396 0x0000000000000000 in ?? () #397 0x0000000000000000 in ?? () #398 0x0000000000000000 in ?? () #399 0x0000000000000000 in ?? () #400 0x0000000000000000 in ?? () #401 0x0000000000000000 in ?? () #402 0x0000000000000000 in ?? () #403 0x0000000000000000 in ?? () #404 0x0000000000000000 in ?? () #405 0x0000000000000000 in ?? () #406 0x0000000000000000 in ?? () #407 0x0000000000000000 in ?? () #408 0x0000000000000000 in ?? () #409 0x0000000000000000 in ?? () #410 0x0000000000000000 in ?? () #411 0x0000000000000000 in ?? () #412 0x0000000000000000 in ?? () #413 0x0000000000000000 in ?? () #414 0x0000000000000000 in ?? () #415 0x0000000000000000 in ?? () #416 0x0000000000000000 in ?? () #417 0x0000000000000000 in ?? () #418 0x0000000000000000 in ?? () #419 0x0000000000000000 in ?? () #420 0x0000000000000000 in ?? () #421 0x0000000000000000 in ?? () #422 0x0000000000000000 in ?? () #423 0x0000000000000000 in ?? () #424 0x0000000000000000 in ?? () #425 0x0000000000000000 in ?? () #426 0x0000000000000000 in ?? () #427 0x0000000000000000 in ?? () #428 0x0000000000000000 in ?? () #429 0x0000000000000000 in ?? () #430 0x0000000000000000 in ?? () #431 0x0000000000000000 in ?? () #432 0x0000000000000000 in ?? () #433 0x0000000000000000 in ?? () #434 0x0000000000000000 in ?? () #435 0x0000000000000000 in ?? () #436 0x0000000000000000 in ?? () #437 0x0000000000000000 in ?? () #438 0x0000000000000000 in ?? () #439 0x0000000000000000 in ?? () #440 0x0000000000000000 in ?? () #441 0x0000000000000000 in ?? () #442 0x0000000000000000 in ?? () #443 0x0000000000000000 in ?? () #444 0x0000000000000000 in ?? () #445 0x0000000000000000 in ?? () #446 0x0000000000000000 in ?? () #447 0x0000000000000000 in ?? () #448 0x0000000000000000 in ?? () #449 0x0000000000000000 in ?? () #450 0x0000000000000000 in ?? () #451 0x0000000000000000 in ?? () #452 0x0000000000000000 in ?? () #453 0x0000000000000000 in ?? () #454 0x0000000000000000 in ?? () #455 0x0000000000000000 in ?? () #456 0x0000000000000000 in ?? () #457 0x0000000000000000 in ?? () #458 0x0000000000000000 in ?? () #459 0x0000000000000000 in ?? () #460 0x0000000000000000 in ?? () #461 0x0000000000000000 in ?? () #462 0x0000000000000000 in ?? () #463 0x0000000000000000 in ?? () #464 0x0000000000000000 in ?? () #465 0x0000000000000000 in ?? () #466 0x0000000000000000 in ?? () #467 0x0000000000000000 in ?? () #468 0x0000000000000000 in ?? () #469 0x0000000000000000 in ?? () #470 0x0000000000000000 in ?? () #471 0x0000000000000000 in ?? () #472 0x0000000000000000 in ?? () #473 0x0000000000000000 in ?? () #474 0x0000000000000000 in ?? () #475 0x0000000000000000 in ?? () #476 0x0000000000000000 in ?? () #477 0x0000000000000000 in ?? () #478 0x0000000000000000 in ?? () #479 0x0000000000000000 in ?? () #480 0x0000000000000000 in ?? () #481 0x0000000000000000 in ?? () #482 0x0000000000000000 in ?? () #483 0x0000000000000000 in ?? () #484 0x0000000000000000 in ?? () #485 0x0000000000000000 in ?? () #486 0x0000000000000000 in ?? () #487 0x0000000000000000 in ?? () #488 0x0000000000000000 in ?? () #489 0x0000000000000000 in ?? () #490 0x0000000000000000 in ?? () #491 0x0000000000000000 in ?? () #492 0x0000000000000000 in ?? () #493 0x0000000000000000 in ?? () #494 0x0000000000000000 in ?? () #495 0x0000000000000000 in ?? () #496 0x0000000000000000 in ?? () #497 0x0000000000000000 in ?? () #498 0x0000000000000000 in ?? () #499 0x0000000000000000 in ?? () #500 0x0000000000000000 in ?? () #501 0x0000000000000000 in ?? () #502 0x0000000000000000 in ?? () #503 0x0000000000000000 in ?? () #504 0x0000000000000000 in ?? () #505 0x0000000000000000 in ?? () #506 0x0000000000000000 in ?? () #507 0x0000000000000000 in ?? () #508 0x0000000000000000 in ?? () #509 0x0000000000000000 in ?? () #510 0x0000000000000000 in ?? () #511 0x0000000000000000 in ?? () #512 0x0000000000000000 in ?? () #513 0x0000000000000000 in ?? () #514 0x0000000000000000 in ?? () -- Sean Chittenden --P9KQiUGMzYCFwWCN-- From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 12 00:47:31 2005 Return-Path: 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 8BC2116A4CE; Sat, 12 Feb 2005 00:47:31 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D1CB43D45; Sat, 12 Feb 2005 00:47:31 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 4535D4AC98; Sat, 12 Feb 2005 01:47:30 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67638-02; Sat, 12 Feb 2005 01:47:30 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 0A7E04AC33; Sat, 12 Feb 2005 01:47:30 +0100 (CET) Date: Sat, 12 Feb 2005 01:47:29 +0100 From: Palle Girgensohn To: freebsd-java@freebsd.org, freebsd-amd64@freebsd.org Message-ID: <1B49ACBB4A9C57A2665FA14C@palle.girgensohn.se> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Subject: 32-bit jdk1.4.2 on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 12 Feb 2005 00:47:31 -0000 Hi! I'd like to get java running on an amd64, and not wanting to experiment with 1.5.0 just yet, I'd rather run the jdk-1.4.2 in 32-bit mode. How can I do this? $ /usr/local/jdk1.4.2/bin/java /libexec/ld-elf.so.1: /usr/lib32/libpthread.so.1: Undefined symbol "i386_set_ldt" $ uname -a FreeBSD hostname 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu Dec 9 03:30:27 CET 2004 girgen@hostname:/usr/obj/usr/src/sys/MELON amd64 make.conf has WITH_LIB32=YES Any ideas welcome, Palle From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 12 03:59:01 2005 Return-Path: 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 A17CE16A4E9 for ; Sat, 12 Feb 2005 03:59:01 +0000 (GMT) Received: from hotmail.com (bay102-f36.bay102.hotmail.com [64.4.61.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E00243D1D for ; Sat, 12 Feb 2005 03:59:01 +0000 (GMT) (envelope-from noosahealth@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 19:59:00 -0800 Message-ID: Received: from 202.94.85.16 by by102fd.bay102.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 03:58:57 GMT X-Originating-IP: [202.94.85.16] X-Originating-Email: [noosahealth@hotmail.com] X-Sender: noosahealth@hotmail.com From: "judith pateman" To: freebsd-amd64@FreeBSD.org Date: Sat, 12 Feb 2005 13:58:57 +1000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 03:59:00.0916 (UTC) FILETIME=[2F561F40:01C510B7] Subject: FreeBsd/amd64 mailing list X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 12 Feb 2005 03:59:01 -0000 Could you please advise a MAILING ADDRESS, so that I can forward an American Express Card or International Money Order for the FULL PROGRAM - This is desperate! Also email list of all manuals, software etc so I can pay in one bundle. Many Thanks Regards Mary, Noosa Natural Health Centre _________________________________________________________________ Find love today with ninemsn personals. Click here: http://ninemsn.match.com?referrer=hotmailtagline From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 12 04:56:29 2005 Return-Path: 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 026BC16A4CE for ; Sat, 12 Feb 2005 04:56:29 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C3C43D1D for ; Sat, 12 Feb 2005 04:56:28 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so401183wra for ; Fri, 11 Feb 2005 20:56:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Sjf8GWl88egRZllFyExLil5pTsoxt/HF9QB/znzd5cDZ7Uj2E6QcJREMNxAC2wEDYmzOXLmjOU7Mi6BlVHRGuaPjoAQofW8KMr+mKUsRR3wGazv+h8FQJHxZb6GjhGp+sV9Gdwm+vaMJXfQrNV/14nzD6jt/55XcC79mgQHxKbo= Received: by 10.54.52.76 with SMTP id z76mr207463wrz; Fri, 11 Feb 2005 20:56:27 -0800 (PST) Received: by 10.54.40.69 with HTTP; Fri, 11 Feb 2005 20:56:27 -0800 (PST) Message-ID: <2fd864e05021120567328b3d7@mail.gmail.com> Date: Fri, 11 Feb 2005 20:56:27 -0800 From: Astrodog To: judith pateman In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-amd64@freebsd.org Subject: Re: FreeBsd/amd64 mailing list X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 04:56:29 -0000 FreeBSDMall has the whole set. Check them out. On Sat, 12 Feb 2005 13:58:57 +1000, judith pateman wrote: > Could you please advise a MAILING ADDRESS, so that I can forward an American > Express Card or International Money Order for the FULL PROGRAM - This is > desperate! Also email list of all manuals, software etc so I can pay in one > bundle. > > Many Thanks > Regards > Mary, > > Noosa Natural Health Centre > > _________________________________________________________________ > Find love today with ninemsn personals. Click here: > http://ninemsn.match.com?referrer=hotmailtagline > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 12 07:53:23 2005 Return-Path: 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 869AD16A4CE; Sat, 12 Feb 2005 07:53:23 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FEF43D3F; Sat, 12 Feb 2005 07:53:23 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1C7rMgt083073; Fri, 11 Feb 2005 23:53:22 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1C7rMKY083072; Fri, 11 Feb 2005 23:53:22 -0800 (PST) (envelope-from obrien) Date: Fri, 11 Feb 2005 23:53:22 -0800 From: "David O'Brien" To: Palle Girgensohn Message-ID: <20050212075322.GB68054@dragon.nuxi.com> References: <1B49ACBB4A9C57A2665FA14C@palle.girgensohn.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1B49ACBB4A9C57A2665FA14C@palle.girgensohn.se> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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 cc: freebsd-amd64@FreeBSD.org cc: freebsd-java@FreeBSD.org Subject: Re: 32-bit jdk1.4.2 on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-java@FreeBSD.org, 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: Sat, 12 Feb 2005 07:53:23 -0000 On Sat, Feb 12, 2005 at 01:47:29AM +0100, Palle Girgensohn wrote: > I'd like to get java running on an amd64, and not wanting to experiment > with 1.5.0 just yet, I'd rather run the jdk-1.4.2 in 32-bit mode. How can I > do this? .. > Any ideas welcome, You might have better luck running the 32-bit Linux jdk 1.4.2. See the mailing list archives -- search for "i386_set_ldt". This has become an FAQ and has been discussed several times. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 12 10:12:00 2005 Return-Path: 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 E054E16A4CE; Sat, 12 Feb 2005 10:12:00 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A89143D45; Sat, 12 Feb 2005 10:11:58 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id A7E9C4ACB6; Sat, 12 Feb 2005 11:11:56 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 58764-01-7; Sat, 12 Feb 2005 11:11:56 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 0E14B4ACA1; Sat, 12 Feb 2005 11:11:55 +0100 (CET) Date: Sat, 12 Feb 2005 11:11:55 +0100 From: Palle Girgensohn To: freebsd-java@FreeBSD.org Message-ID: In-Reply-To: <20050212075322.GB68054@dragon.nuxi.com> References: <1B49ACBB4A9C57A2665FA14C@palle.girgensohn.se> <20050212075322.GB68054@dragon.nuxi.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: freebsd-amd64@FreeBSD.org cc: freebsd-java@FreeBSD.org Subject: Re: 32-bit jdk1.4.2 on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 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, 12 Feb 2005 10:12:01 -0000 --On fredag, februari 11, 2005 23.53.22 -0800 David O'Brien wrote: > On Sat, Feb 12, 2005 at 01:47:29AM +0100, Palle Girgensohn wrote: >> I'd like to get java running on an amd64, and not wanting to experiment >> with 1.5.0 just yet, I'd rather run the jdk-1.4.2 in 32-bit mode. How >> can I do this? > .. >> Any ideas welcome, > > You might have better luck running the 32-bit Linux jdk 1.4.2. > See the mailing list archives -- search for "i386_set_ldt". This has > become an FAQ and has been discussed several times. > > -- > -- David (obrien@FreeBSD.org) You guessed it, since I forgot to mention, I've installed a 32-bit native package built in i386. OK, so linux version would be stable enough to run tomcat? Fine I'll try that. Thanks. /Palle