From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 23 01:49: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 0FA5916A4D0 for ; Sun, 23 Jan 2005 01:49:29 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8872343D31 for ; Sun, 23 Jan 2005 01:49:28 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id j0N224Eo039668 for ; Sat, 22 Jan 2005 21:02:04 -0500 (EST) (envelope-from sven@dmv.com) Received: from [64.45.134.154] (dogpound.dyndns.org [64.45.134.154]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id j0N1nReE061273 for ; Sat, 22 Jan 2005 20:49:27 -0500 (EST) (envelope-from sven@dmv.com) Message-ID: <41F3022C.7070603@dmv.com> Date: Sat, 22 Jan 2005 20:47:24 -0500 From: Sven Willenberger User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <41F1903D.3060508@celeritystorm.com> <20050121235550.GA85260@troutmask.apl.washington.edu> <41F199B3.1030809@freebsd.org> In-Reply-To: <41F199B3.1030809@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 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, 23 Jan 2005 01:49:29 -0000 Scott Long wrote: > > 4GB+ is a problem on 5.3-RELEASE due to DMA issues. Only a small > handful of storage drivers will actually work. > We are looking to implement a postgresql solution using dual opteron/8G RAM and LSI battery-backed scsi card (LSI MegaRAID 320-2X - 53C1030 controller) RAID array. Are there any issues with this type of configuration?? Looking at the hardware Release notes I do not see any mention of this memory issue or what storage drivers are or are not affected. From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 23 01:52: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 C29E416A4CE for ; Sun, 23 Jan 2005 01:52:28 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F4943D2D for ; Sun, 23 Jan 2005 01:52:26 +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 921393F294; Sun, 23 Jan 2005 02:52:24 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 2D8551DB; Sun, 23 Jan 2005 02:52:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 21E1113D; Sun, 23 Jan 2005 02:52:24 +0100 (CET) Date: Sun, 23 Jan 2005 02:52:24 +0100 (CET) From: Sten Spans To: Claus Guttesen In-Reply-To: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> Message-ID: References: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 01:52:28 -0000 On Sat, 22 Jan 2005, Claus Guttesen wrote: >> I'm buying a Quad AMD Opteron 64 bits, with 4GB >> memory. I'd like to know >> if FreeBSD 5.3 will support a quad-cpu system (with >> HTT, 8) correctly, >> without performance losses and consistent operation, >> no crashes etc. Is >> the 4GB memory still a problem in amd64 ? > > I have a tyan quad-opteron @ 2 Ghz with 4 GB RAM. > Works fine, using it as a postgresql-server. Running > 5.3-stable. Very nice hardware. A short hardware blurp fyi: - 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. - 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. http://www.samag.com/documents/s=9408/sam0411b/0411b.htm Allthough your gameserver should mostly be cpu/memory limited. You shouldn't need that much network/disk bandwith. -- 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 Jan 23 01:55: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 216E016A4D0 for ; Sun, 23 Jan 2005 01:55:14 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E2D643D3F for ; Sun, 23 Jan 2005 01:55:12 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0N1xTRN046672; Sat, 22 Jan 2005 18:59:30 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41F303E7.8000003@freebsd.org> Date: Sat, 22 Jan 2005 18:54:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <41F1903D.3060508@celeritystorm.com> <20050121235550.GA85260@troutmask.apl.washington.edu> <41F199B3.1030809@freebsd.org> <41F3022C.7070603@dmv.com> In-Reply-To: <41F3022C.7070603@dmv.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org 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 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 01:55:14 -0000 Sven Willenberger wrote: > > > Scott Long wrote: > >> >> 4GB+ is a problem on 5.3-RELEASE due to DMA issues. Only a small >> handful of storage drivers will actually work. >> > > We are looking to implement a postgresql solution using dual opteron/8G > RAM and LSI battery-backed scsi card (LSI MegaRAID 320-2X - 53C1030 > controller) RAID array. Are there any issues with this type of > configuration?? Looking at the hardware Release notes I do not see any > mention of this memory issue or what storage drivers are or are not > affected. The problem is not in the release notes because we didn't discover it until shortly after the release. The amr driver in 5.3-RELEASE has particularly bad problems with 4GB+. I've fixed it in both 5-STABLE and 6-CURRENT and it should be fairly reliable. There is a rare condition that causes problems under extreme load, but I think I fixed this as a side effect of other changes in 6-CURRENT. I'm currently testing and validating these changes for 5-STABLE. Scott From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 23 03:21: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 6D3FB16A4CE for ; Sun, 23 Jan 2005 03:21:41 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5216943D39 for ; Sun, 23 Jan 2005 03:21:40 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0N3Q8Ox046859; Sat, 22 Jan 2005 20:26:09 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41F31836.2010403@freebsd.org> Date: Sat, 22 Jan 2005 20:21:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sten Spans References: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org 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 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 03:21:41 -0000 Sten Spans wrote: > On Sat, 22 Jan 2005, Claus Guttesen wrote: > >>> I'm buying a Quad AMD Opteron 64 bits, with 4GB >>> memory. I'd like to know >>> if FreeBSD 5.3 will support a quad-cpu system (with >>> HTT, 8) correctly, >>> without performance losses and consistent operation, >>> no crashes etc. Is >>> the 4GB memory still a problem in amd64 ? >> >> >> I have a tyan quad-opteron @ 2 Ghz with 4 GB RAM. >> Works fine, using it as a postgresql-server. Running >> 5.3-stable. Very nice hardware. > > > A short hardware blurp fyi: > > - 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. Hyperthreading is not the same as dual core. Hyperthreading takes a single core and bolts on an extra L1, instruction decoder, and register array. Each 'logical' core competes for the same execution units. Ironically, HTT only works because the pipeline on P4 is so long. An expensive stall gives the other core an opportunity to jump in and salvage some of the cycles that otherwise would have been lost. > > - 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. This is really academic right now since FreeBSD does not take topology into account when making scheduling decisions or routing interrupts. Without this affinity, it's only luck if you happen to wind up on a CPU that is closer to the data. 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. But I might be wrong. Scott From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 23 10:30: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 9BA2116A4CE; Sun, 23 Jan 2005 10:30:27 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B0543D1D; Sun, 23 Jan 2005 10:30:27 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 3F16B3F294; Sun, 23 Jan 2005 11:30:26 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id D261B1DB; Sun, 23 Jan 2005 11:30:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id C604A13D; Sun, 23 Jan 2005 11:30:25 +0100 (CET) Date: Sun, 23 Jan 2005 11:30:25 +0100 (CET) From: Sten Spans To: Scott Long In-Reply-To: <41F31836.2010403@freebsd.org> Message-ID: References: <20050122141741.9690.qmail@web26804.mail.ukl.yahoo.com> <41F31836.2010403@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 10:30:27 -0000 On Sat, 22 Jan 2005, Scott Long wrote: > Sten Spans wrote: > >> On Sat, 22 Jan 2005, Claus Guttesen wrote: > >> >> - 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. > > This is really academic right now since FreeBSD does not take > topology into account when making scheduling decisions or > routing interrupts. Without this affinity, it's only luck > if you happen to wind up on a CPU that is closer to the data. > 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. > But I might be wrong. True, motherboards with this setup have extra ht-pci bridges. The amd reference motherboards have this design. But most motherboards don't use this setup to cut costs ( less bridges and traces needed ) and because it requires more cpu sockets to be populated ( although this isn't such a big problem on a quad motherboard ). -- 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 Jan 23 13:57: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 F24C416A4CE; Sun, 23 Jan 2005 13:57:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 876A743D46; Sun, 23 Jan 2005 13:57:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NDvZe7092416; Sun, 23 Jan 2005 08:57:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0NDvZJc087853; Sun, 23 Jan 2005 08:57:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 355A17306E; Sun, 23 Jan 2005 08:57:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050123135735.355A17306E@freebsd-current.sentex.ca> Date: Sun, 23 Jan 2005 08:57:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner2 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: Sun, 23 Jan 2005 13:57:37 -0000 TB --- 2005-01-23 12:27:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-23 12:27:36 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-23 12:27:36 - checking out the source tree TB --- 2005-01-23 12:27:36 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-23 12:27:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-23 12:33:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-23 12:33:16 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 12:33:16 - /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-01-23 13:40:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 13:40:46 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 13:40:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 23 13:40:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Jan 23 13:55:56 UTC 2005 TB --- 2005-01-23 13:55:56 - generating LINT kernel config TB --- 2005-01-23 13:55:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-01-23 13:55:56 - /usr/bin/make -B LINT TB --- 2005-01-23 13:55:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-23 13:55:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-23 13:55:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 23 13:55:56 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 [...] awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpi_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/CURRENT/amd64/amd64/obj/tinderbox/CURRENT/amd64/amd64/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -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-builtin -fno-omit-frame-po inter -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /tinderbox/CURRENT/amd64/amd64/src/sys/dev/isp/isp_freebsd.c:1500:34: macro "AT_MAKE_TAGID" requires 3 arguments, but only 2 given mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-23 13:57:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-23 13:57:35 - ERROR: failed to build lint kernel TB --- 2005-01-23 13:57:35 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 24 11:02: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 91E7816A4CE for ; Mon, 24 Jan 2005 11:02:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4DE43D53 for ; Mon, 24 Jan 2005 11:02:07 +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 j0OB275w018894 for ; Mon, 24 Jan 2005 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0OB26CO018888 for freebsd-amd64@freebsd.org; Mon, 24 Jan 2005 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 Jan 2005 11:02:06 GMT Message-Id: <200501241102.j0OB26CO018888@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, 24 Jan 2005 11:02:07 -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 15 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 Jan 24 15:21: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 7A63316A4CE; Mon, 24 Jan 2005 15:21:13 +0000 (GMT) Received: from wmptl.net (mail.wmptl.com [216.8.159.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id E131043D2F; Mon, 24 Jan 2005 15:21:12 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from r3140ca ([10.0.0.104]) by wmptl.net (8.13.1/8.12.9) with ESMTP id j0OFOi7Z036811; Mon, 24 Jan 2005 10:24:44 -0500 (EST) From: "Nathan Vidican" To: Date: Mon, 24 Jan 2005 10:23:07 -0500 Message-ID: <000d01c50228$9b771ff0$6800000a@r3140ca> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.44 cc: amd64@freebsd.org Subject: Problem with nss_ldap in FreeBSD 5.3-RELEASE/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: Mon, 24 Jan 2005 15:21:13 -0000 Hey All, Not entirely sure which list this should be sent to, so I figured sending to the general list would be a good start. If there's a more appropriate list, could someone kindly reply and direct me as to who else may be better able to help solve or at least point me in the right direction to solve this problem myself. - Thanks. That said, here goes; I am apparently encountering an overflow of sorts with nss_ldap on FreeBSD: ---------------------------------------------------------------------------- --------------------- Currently running OpenLDAP server, to store all local usernames/passwords/groups/shells/homedirs info. The accounts are shared between the system on the FreeBSD side using posixAccount attributes, and on the Windows side using sambaSamAccount attributes. We are using the FreeBSD port of LAM to create/modify/manage users and groups internally through a web-based interface running on Apache/php. Further details, including version specifics, etc will follow, just prefer to give you an idea of the problem we're having before wasting your time reading all the really specific stuff. Here's the problem, only a few selected usernames (4 out of about 190 or so), root cannot do a 'cd ~username'. This seems to cause issues with samba, and the list just goes on from there. What happens when one logged in as root types in the command 'cd ~username', is apparently an overflow of some sort which leaves one connected to the LDAP session, a simple [CRTL]+D releases one back to console. This same condition occurs when ANY user (not just root) attempts to cd to one of these 4 user directories; what troubles me most, is this happens regardless of permission issues to the filesystem, as it is apparently during the username lookup that it happens, to what extent the open session can allow someone access as an intruder of sorts I do not know - but nonetheless fear as an administrator, that this could be a security risk as well. I have attached a UNICODE txt file of a session which shows what one gets on the console when one attempts to 'cd ~USERNAME', where 'USERNAME' was edited removing the original username. Here's what I've tried to resolve the issue: -------------------------------------------- First tried re-creating the user objects in the LDAP tree, failing that, I removed them, and re-created them with different UID numbers; essentially making them different objects with different distinctive names (DN's) in the database - nothing, same problem. Removed and re-created the physical directory entries on the disk as well, including proper ownership and permissions each time I changed the associated entry in the LDAP tree as well - even tried changing where/which disk the homedir was physically stored on. Lastly, I tried removing the entire LDAP database, and restoring FIRST the troublesome users only - same problem still. Added in the rest of the users via an LDIF export (backup of db before I toasted it) - still same problem. I figure spelling can't really be an issue; all usernames here follow the same convention (first letter of first name, followed by first 7 characters of last name, no numeric nor punctual characters of any sort). All four usernames are phonetically distinct and do not share any alphabetic pattern whatsoever either (I'd prefer not to send them out to the general list, as this machine is currently in production, and given the nature of what these accounts are causing I'd prefer not opening up a whole new security risk here). More Detailed Information Follows: ---------------------------------- FreeBSD 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 03:50:01 UTC 2004 amd64 OpenLDAP nss_ldap & pam_ldap installed from ports-tree, using versions as follows (pkg_info -a reports: openldap-client-2.2.15, openldap-server-2.2.15, pam_ldap-1.7.1_1, nss_ldap-1.204_5) Samba Version Samba-3.0.8, compiled with LDAP SAM support, acting as PDC for Win2K/WinXP Clients Still running GENERIC kernel (intent upon eventually getting around to making a new one, removing a lot of debugging and what-not once all is up and running well for a boost in performance). The machine is an AMD Opteron 146-based system, with 2GB ECC registered memory, (dual capable board, eventually going to go with dual 246 Opterons when we can take them from a workstation and upgrade the workstation to faster cpus). Using WDC RAID Edition S-ATA 250GB Drives, the on-board Broadcom GigE controllers (2), and on-board ATI video controller. The drives are configured in a RAID 5 array, attached each to an independent channel on a 3Ware Escalade 9500 series S-ATA controller, for a total of 705GB and change storage across 4 partitions (2GB /, 10GB /usr, 40GB /var, rest as /server). Attached is a copy of an (edited for username) session which details what happens when this error occurs. There are no errors reported in the OpenLDAP nor the system/auth logs to give you, but if anything else is needed please don't hesitate to ask. Any ideas as to where to go on this would be greatly appreciated, but I genuinely think there may be something actually wrong in the code somewhere, I don't believe this to be a simple matter of a configuration problem. -- Nathan Vidican nvidican@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/ From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 24 18:04:21 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 2DB8F16A4CE; Mon, 24 Jan 2005 18:04:21 +0000 (GMT) Received: from wmptl.net (mail.wmptl.com [216.8.159.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80AE043D1D; Mon, 24 Jan 2005 18:04:20 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from r3140ca ([10.0.0.104]) by wmptl.net (8.13.1/8.12.9) with ESMTP id j0OI4ITV040512; Mon, 24 Jan 2005 13:04:19 -0500 (EST) From: "Nathan Vidican" To: Date: Mon, 24 Jan 2005 13:04:18 -0500 Message-ID: <000e01c5023f$1fd25380$6800000a@r3140ca> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 4.6 (****) MANGLED_LIPS,MANGLED_OFF X-Scanned-By: MIMEDefang 2.44 cc: amd64@freebsd.org Subject: Problem with nss_ldap in FreeBSD 5.3-RELEASE/AMD64 (2nd edition) 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, 24 Jan 2005 18:04:21 -0000 Hey All, - Sorry, forgot the attachement, same msg as earlier follows: Not entirely sure which list this should be sent to, so I figured sending to the general list would be a good start. If there's a more appropriate list, could someone kindly reply and direct me as to who else may be better able to help solve or at least point me in the right direction to solve this problem myself. - Thanks. That said, here goes; I am apparently encountering an overflow of sorts with nss_ldap on FreeBSD: ---------------------------------------------------------------------------- --------------------- Currently running OpenLDAP server, to store all local usernames/passwords/groups/shells/homedirs info. The accounts are shared between the system on the FreeBSD side using posixAccount attributes, and on the Windows side using sambaSamAccount attributes. We are using the FreeBSD port of LAM to create/modify/manage users and groups internally through a web-based interface running on Apache/php. Further details, including version specifics, etc will follow, just prefer to give you an idea of the problem we're having before wasting your time reading all the really specific stuff. Here's the problem, only a few selected usernames (4 out of about 190 or so), root cannot do a 'cd ~username'. This seems to cause issues with samba, and the list just goes on from there. What happens when one logged in as root types in the command 'cd ~username', is apparently an overflow of some sort which leaves one connected to the LDAP session, a simple [CRTL]+D releases one back to console. This same condition occurs when ANY user (not just root) attempts to cd to one of these 4 user directories; what troubles me most, is this happens regardless of permission issues to the filesystem, as it is apparently during the username lookup that it happens, to what extent the open session can allow someone access as an intruder of sorts I do not know - but nonetheless fear as an administrator, that this could be a security risk as well. I have attached a UNICODE txt file of a session which shows what one gets on the console when one attempts to 'cd ~USERNAME', where 'USERNAME' was edited removing the original username. Here's what I've tried to resolve the issue: -------------------------------------------- First tried re-creating the user objects in the LDAP tree, failing that, I removed them, and re-created them with different UID numbers; essentially making them different objects with different distinctive names (DN's) in the database - nothing, same problem. Removed and re-created the physical directory entries on the disk as well, including proper ownership and permissions each time I changed the associated entry in the LDAP tree as well - even tried changing where/which disk the homedir was physically stored on. Lastly, I tried removing the entire LDAP database, and restoring FIRST the troublesome users only - same problem still. Added in the rest of the users via an LDIF export (backup of db before I toasted it) - still same problem. I figure spelling can't really be an issue; all usernames here follow the same convention (first letter of first name, followed by first 7 characters of last name, no numeric nor punctual characters of any sort). All four usernames are phonetically distinct and do not share any alphabetic pattern whatsoever either (I'd prefer not to send them out to the general list, as this machine is currently in production, and given the nature of what these accounts are causing I'd prefer not opening up a whole new security risk here). More Detailed Information Follows: ---------------------------------- FreeBSD 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 03:50:01 UTC 2004 amd64 OpenLDAP nss_ldap & pam_ldap installed from ports-tree, using versions as follows (pkg_info -a reports: openldap-client-2.2.15, openldap-server-2.2.15, pam_ldap-1.7.1_1, nss_ldap-1.204_5) Samba Version Samba-3.0.8, compiled with LDAP SAM support, acting as PDC for Win2K/WinXP Clients Still running GENERIC kernel (intent upon eventually getting around to making a new one, removing a lot of debugging and what-not once all is up and running well for a boost in performance). The machine is an AMD Opteron 146-based system, with 2GB ECC registered memory, (dual capable board, eventually going to go with dual 246 Opterons when we can take them from a workstation and upgrade the workstation to faster cpus). Using WDC RAID Edition S-ATA 250GB Drives, the on-board Broadcom GigE controllers (2), and on-board ATI video controller. The drives are configured in a RAID 5 array, attached each to an independent channel on a 3Ware Escalade 9500 series S-ATA controller, for a total of 705GB and change storage across 4 partitions (2GB /, 10GB /usr, 40GB /var, rest as /server). Attached is a copy of an (edited for username) session which details what happens when this error occurs. There are no errors reported in the OpenLDAP nor the system/auth logs to give you, but if anything else is needed please don't hesitate to ask. Any ideas as to where to go on this would be greatly appreciated, but I genuinely think there may be something actually wrong in the code somewhere, I don't believe this to be a simple matter of a configuration problem. -- Nathan Vidican nvidican@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/ begin 666 ldap-err.txt M__XE`&,`9 `@`'X`50!3`$4`4@!.`$$`30!%`"\`#0`*`# `_ `4)3LF.B9E M)F,`_ !1)68F9 !C`#T`=P!M`' `= !L`"P`9 !C`#T`;@!E`'0`#0`*`#HF M.R8-``H`.B8[)CHF.B8[)CHF.B8Z)N$`+0#Z``T`"@`@`" `( `@`" `( `@ M`" `( `@`" `;P!B`&H`90!C`'0`8P!L`&$`0!F)F(`90!R`&8F.R9C M`&X`9B8-``H`; !O`&<`:0!N`%,`: !E`&P`; !F)F<`90!C`&\` 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 BBF6216A4CE for ; Mon, 24 Jan 2005 20:13:40 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 607A743D39 for ; Mon, 24 Jan 2005 20:13:40 +0000 (GMT) (envelope-from robbsd64@comcast.net) Received: from 204.127.197.111 (rwcrwbc15.attbi.com[204.127.197.125]) by comcast.net (rwcrmhc12) with SMTP id <2005012420134001400hdre5e>; Mon, 24 Jan 2005 20:13:40 +0000 Received: from [68.85.170.29] by 204.127.197.111; Mon, 24 Jan 2005 20:13:38 +0000 From: robbsd64@comcast.net To: freebsd-amd64@freebsd.org Date: Mon, 24 Jan 2005 20:13:38 +0000 Message-Id: <012420052013.16538.41F556F2000E91480000409A2205886172CBC00B9C0D0D019D@comcast.net> X-Mailer: AT&T Message Center Version 1 (Dec 17 2004) X-Authenticated-Sender: cm9iYnNkNjRAY29tY2FzdC5uZXQ= Subject: Radeon 9200SE Video Card 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, 24 Jan 2005 20:13:40 -0000 I am running FreeBSD 5.3 for AMD64 with a Radeon 9200SE video card using xorg 6.7. The only resolution I have been able to get is 640x480. I tried both the ATI and RADEON drivers in my xorg.conf file but neither gave a good resolution. Has anyone gotten this video card to work? If so I'd really appreciate it if you could post your xorg.conf file. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 24 20:18: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 C60C616A4CE for ; Mon, 24 Jan 2005 20:18:41 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D222243D46 for ; Mon, 24 Jan 2005 20:18:40 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id j0OKIcH0031611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Jan 2005 21:18:38 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id j0OKIcRN031610; Mon, 24 Jan 2005 21:18:38 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: robbsd64@comcast.net In-Reply-To: <012420052013.16538.41F556F2000E91480000409A2205886172CBC00B9C0D0D019D@comcast.net> References: <012420052013.16538.41F556F2000E91480000409A2205886172CBC00B9C0D0D019D@comcast.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2QlodVdJUmXca/n4cDFa" Date: Mon, 24 Jan 2005 21:18:37 +0100 Message-Id: <1106597917.22650.7.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-amd64@FreeBSD.org Subject: Re: Radeon 9200SE Video Card X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@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, 24 Jan 2005 20:18:41 -0000 --=-2QlodVdJUmXca/n4cDFa Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable robbsd64@comcast.net p=ED=B9e v po 24. 01. 2005 v 20:13 +0000: > I am running FreeBSD 5.3 for AMD64 with a Radeon 9200SE video card using = xorg 6.7. The only resolution I have been able to get is 640x480. I tried= both the ATI and RADEON drivers in my xorg.conf file but neither gave a go= od resolution. >=20 > Has anyone gotten this video card to work? If so I'd really appreciate i= t if you could post your xorg.conf file. I'm running exactly this card (5964 revision) on 5-STABLE/amd64. The quirk was to preload agp kernel module from bootloader. Now it's working very fine, with xorg 6.8.1. You should update your ports to latest and try updating xorg. --=20 Pav Lucistnik Linux is a happy free-for-all chaos. --=-2QlodVdJUmXca/n4cDFa Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB9VgdntdYP8FOsoIRAgZTAJ9gt8QUjzUVITwQDasogyYZrbY84wCcDnWI paAfSvjC6xublKbiqBtFbGU= =Z2hh -----END PGP SIGNATURE----- --=-2QlodVdJUmXca/n4cDFa-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 24 20:27: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 D6E3116A4CE for ; Mon, 24 Jan 2005 20:27:37 +0000 (GMT) Received: from web81204.mail.yahoo.com (web81204.mail.yahoo.com [206.190.37.177]) by mx1.FreeBSD.org (Postfix) with SMTP id 428E743D53 for ; Mon, 24 Jan 2005 20:27:37 +0000 (GMT) (envelope-from redtick@sbcglobal.net) Message-ID: <20050124202736.70160.qmail@web81204.mail.yahoo.com> Received: from [12.171.187.21] by web81204.mail.yahoo.com via HTTP; Mon, 24 Jan 2005 12:27:36 PST Date: Mon, 24 Jan 2005 12:27:36 -0800 (PST) From: Mark Busby To: robbsd64@comcast.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-amd64@freebsd.org Subject: re: Radeon 9200SE Video Card 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, 24 Jan 2005 20:27:38 -0000 I have no problems with mine. from xorg.conf ######### Identifier "Card0" Driver "ati" VendorName "ATI Technologies Inc" BoardName "Radeon RV280 [Radeon 9200]" BusID "PCI:1:0:0" Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection EndSection from kernel ############## ## video card device radeondrm device agp From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 25 13:06: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 781E016A4CE for ; Tue, 25 Jan 2005 13:06:30 +0000 (GMT) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CBC43D1D for ; Tue, 25 Jan 2005 13:06:29 +0000 (GMT) (envelope-from ohartman@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 mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 21C593000AAE for ; Tue, 25 Jan 2005 14:06:28 +0100 (CET) Message-ID: <41F64442.70808@uni-mainz.de> Date: Tue, 25 Jan 2005 14:06:10 +0100 From: "O. Hartmann" Organization: Institut =?ISO-8859-15?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.5) Gecko/20050102 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: FreeBSD 5.X/AMD64: Linuxulator 64/32 Bit? 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, 25 Jan 2005 13:06:30 -0000 Hello, I have a simple, maybe obsolete, question. In kernel config templates (GENERIC) for FreeBSD 5.3/AMD64 I found some compatibility options, namely options COMPAT_LINUX32 options COMPAT_IA32 (options COMPAT_43) The system I wish to setup is a Athlon64 3200+ system. Software is to be compiled when needed as it comes out of the ports collection. If I avoid the above mentioned compatibility options, is the Linuxulator in AMD64-FreeBSD 64Bit like x86_64 Linux? Assumed, I will enable IA32 compatibility, has this some performance penalties to a system running nativ 64Bit software? My intention is to avoid 32Bit software if possible (for simple testing purposes). Thanks. Oliver From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 25 15:09: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 A721416A4CE for ; Tue, 25 Jan 2005 15:09:23 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F69343D31 for ; Tue, 25 Jan 2005 15:09:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j0PF9Mgu076844; Tue, 25 Jan 2005 07:09:22 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j0PF9Mwe076843; Tue, 25 Jan 2005 07:09:22 -0800 (PST) (envelope-from sgk) Date: Tue, 25 Jan 2005 07:09:22 -0800 From: Steve Kargl To: "O. Hartmann" Message-ID: <20050125150922.GA76678@troutmask.apl.washington.edu> References: <41F64442.70808@uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F64442.70808@uni-mainz.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 5.X/AMD64: Linuxulator 64/32 Bit? 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, 25 Jan 2005 15:09:23 -0000 On Tue, Jan 25, 2005 at 02:06:10PM +0100, O. Hartmann wrote: > I have a simple, maybe obsolete, question. > In kernel config templates (GENERIC) for FreeBSD 5.3/AMD64 I found some > compatibility options, namely > > options COMPAT_LINUX32 > options COMPAT_IA32 > (options COMPAT_43) > > The system I wish to setup is a Athlon64 3200+ system. Software is to be > compiled when needed as it comes out of the ports collection. > > If I avoid the above mentioned compatibility options, is the Linuxulator > in AMD64-FreeBSD 64Bit like x86_64 Linux? No. > Assumed, I will enable IA32 compatibility, has this some performance > penalties to a system running nativ 64Bit software? No. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 25 17:28: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 C8E8D16A4CE for ; Tue, 25 Jan 2005 17:28:37 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6765343D2D for ; Tue, 25 Jan 2005 17:28:27 +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 j0PHSQEY080988 for ; Tue, 25 Jan 2005 12:28:26 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Tue, 25 Jan 2005 12:28:23 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_3Go9BQtDESJF92S" Message-Id: <200501251228.23539.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 Subject: Compaq R3000 Cardbus fix (and rant) 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, 25 Jan 2005 17:28:37 -0000 --Boundary-00=_3Go9BQtDESJF92S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This brain-damaged laptop has lots of issues. :-( One of the problems is Cardbus. The culprit is BIOS which forgot to set subordinate bus number for a PCI-to-PCI bridge. For more info, please read: http://bugzilla.kernel.org/show_bug.cgi?id=2944 Since we cannot possitively identify BIOS version in FreeBSD/amd64, work-around is setting it manually or flipping '#if 0' to '#if 1' at the first chunk of the attached patch (yeah, I know this is really ugly). To set it manually, type: pciconf -w -b pci0:10:0 0x1a 0x0a as root. The second problem is src/sys/dev/pci/pci_pci.c complains the I/O range is unsupported. The attachment fixes the second problem. Be careful! You *must* correct the subordinate bus number before inseting a card. Enjoy, Jung-uk Kim * PS: Can anybody tell me why it doesn't set `ok' to 1 after the correction? * PS: Does anybody know how to deal with this insane nForce3 APIC? Using atpic and ACPI, we get ATA timeouts, NIC watchdog timeouts, frozen statclock (i. e., rtc stops generating periodic interrupts), etc. It's just keeps on losing interrupts... I know you guys said 'stay away from it' many times but this is what I got. :-( --Boundary-00=_3Go9BQtDESJF92S Content-Type: text/plain; charset="us-ascii"; name="r3000z-cardbus.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="r3000z-cardbus.diff" --- src/sys/dev/pci/pci_pci.c.orig Thu Jul 1 03:46:28 2004 +++ src/sys/dev/pci/pci_pci.c Sat Jan 22 01:21:50 2005 @@ -185,6 +185,12 @@ case 0x060513d7: /* Toshiba ???? */ sc->flags |= PCIB_SUBTRACTIVE; break; + +#if 0 + case 0x00dd10de: /* XXX: Compaq R3000 */ + pci_write_config(dev, PCIR_SUBBUS_1, 0xa, 1); + break; +#endif } /* @@ -319,6 +319,8 @@ start = sc->iobase; if (end > sc->iolimit) end = sc->iolimit; + if (start <= end) + ok = 1; } } else { ok = 1; --Boundary-00=_3Go9BQtDESJF92S-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 25 21:24: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 E9D0716A4CE; Tue, 25 Jan 2005 21:24:48 +0000 (GMT) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F5943D39; Tue, 25 Jan 2005 21:24:48 +0000 (GMT) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.9p2/8.12.9) with ESMTP id j0PLOjTA054629; Tue, 25 Jan 2005 16:24:47 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.9p2/8.12.9/Submit) id j0PLOjAI054628; Tue, 25 Jan 2005 16:24:45 -0500 (EST) (envelope-from wayne) Date: Tue, 25 Jan 2005 16:24:45 -0500 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Message-ID: <20050125212445.GY1168@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org References: <20050119214229.GE1168@manor.msen.com> <20050119191813.H78340@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050119191813.H78340@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Failure on today's CVS (stable, AMD) 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, 25 Jan 2005 21:24:49 -0000 On Wed, Jan 19, 2005 at 07:19:49PM -0800, Doug White wrote: > On Wed, 19 Jan 2005, Michael R. Wayne wrote: > > > CVS today. Dual Opteron running > > 5.3-STABLE #3: Tue Nov 30 01:44:05 EST 2004 > > > > Following the instructions in UPDATING, I get the following, > > indicating a bad kernel. 2 questions: > > > > 1) Is this a known, corrected issue as of today? I ran another > > CVSUP and did not see any changed to src. > > Looks like your SCSi controller stopped probing. You'll need to look at > the dmesg more closely to identify why. Followup for the archives. The twa driver has known issues right now, a fix is being worked on. I received a patch and applied it, which did indeed solve the problem. My understanding is that this patch should be committed later this week so if you are reading this thread much after Feb 1, 2005 it likely does not apply. /\/\ \/\/ From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 25 23:13: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 5518A16A4CE; Tue, 25 Jan 2005 23:13:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C403443D4C; Tue, 25 Jan 2005 23:13:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PNDWI5010134; Tue, 25 Jan 2005 18:13:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0PNDVOu022274; Tue, 25 Jan 2005 18:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A69E27306E; Tue, 25 Jan 2005 18:13:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050125231331.A69E27306E@freebsd-current.sentex.ca> Date: Tue, 25 Jan 2005 18:13:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean 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: Tue, 25 Jan 2005 23:13:33 -0000 TB --- 2005-01-25 22:43:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-25 22:43:43 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-25 22:43:43 - checking out the source tree TB --- 2005-01-25 22:43:43 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-25 22:43:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-25 22:49:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-25 22:49:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-25 22:49:19 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.02.002\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c: In function `zip_read_data_deflate': /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_read_support_format_zip.c:410: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-25 23:13:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-25 23:13:31 - ERROR: failed to build world TB --- 2005-01-25 23:13:31 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 00:40: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 AC50416A4E1 for ; Wed, 26 Jan 2005 00:40:46 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1285D43D45 for ; Wed, 26 Jan 2005 00:40:46 +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 j0Q0ehVO093679 for ; Tue, 25 Jan 2005 19:40:45 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Tue, 25 Jan 2005 19:40:40 -0500 User-Agent: KMail/1.6.2 References: <200501251228.23539.jkim@niksun.com> In-Reply-To: <200501251228.23539.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200501251940.41000.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 Subject: Re: Compaq R3000 Cardbus fix (and rant) 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, 26 Jan 2005 00:40:46 -0000 On Tuesday 25 January 2005 12:28 pm, Jung-uk Kim wrote: > * PS: Does anybody know how to deal with this insane nForce3 APIC? > Using atpic and ACPI, we get ATA timeouts, NIC watchdog timeouts, > frozen statclock (i. e., rtc stops generating periodic interrupts), > etc. It's just keeps on losing interrupts... I know you guys said > 'stay away from it' many times but this is what I got. :-( Never mind. I think I found a work-around. Cheers, Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 04:20: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 1C38D16A4CE for ; Wed, 26 Jan 2005 04:20:28 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917C543D1D for ; Wed, 26 Jan 2005 04:20:27 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so4138rne for ; Tue, 25 Jan 2005 20:20:25 -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=BRK2A9R4ZULEVvXhFBcnSiKvFL374kkiFlCX7Kzf3RD4bIkcbeip3+65+Zevl92Z/TlLXVZuaaQmpNTeSxinln/iQHz5m1fXNWNVNSC3Z0eD1zupz8IalIPtNEQQEKBLXp+zbOSXcEDy405+jM5VF9ua4nr75hMQVpo1nkPVhrE= Received: by 10.38.74.18 with SMTP id w18mr10204rna; Tue, 25 Jan 2005 20:20:25 -0800 (PST) Received: by 10.38.22.76 with HTTP; Tue, 25 Jan 2005 20:20:25 -0800 (PST) Message-ID: <346a8022050125202045ae915a@mail.gmail.com> Date: Tue, 25 Jan 2005 23:20:25 -0500 From: Coleman Kane To: Jung-uk Kim In-Reply-To: <200501251940.41000.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501251228.23539.jkim@niksun.com> <200501251940.41000.jkim@niksun.com> cc: freebsd-amd64@freebsd.org Subject: Re: Compaq R3000 Cardbus fix (and rant) 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, 26 Jan 2005 04:20:28 -0000 What is it? I'd like to know! On Tue, 25 Jan 2005 19:40:40 -0500, Jung-uk Kim wrote: > On Tuesday 25 January 2005 12:28 pm, Jung-uk Kim wrote: > > * PS: Does anybody know how to deal with this insane nForce3 APIC? > > Using atpic and ACPI, we get ATA timeouts, NIC watchdog timeouts, > > frozen statclock (i. e., rtc stops generating periodic interrupts), > > etc. It's just keeps on losing interrupts... I know you guys said > > 'stay away from it' many times but this is what I got. :-( > > Never mind. I think I found a work-around. > > Cheers, > > 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 Wed Jan 26 09:17: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 E018216A4CE for ; Wed, 26 Jan 2005 09:17:52 +0000 (GMT) Received: from pumori.subisu.net.np (pumori.subisu.net.np [202.63.240.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D5D343D2F for ; Wed, 26 Jan 2005 09:17:50 +0000 (GMT) (envelope-from rajkumar@subisu.net.np) Received: (qmail 7615 invoked by uid 509); 26 Jan 2005 09:17:47 -0000 Received: from 202.63.240.24 by pumori (envelope-from , uid 507) with qmail-scanner-1.24-st-qms (clamdscan: 0.80/632. spamassassin: 3.0.1. perlscan: 1.24-st-qms. Clear:RC:1(202.63.240.24):SA:0(0.0/5.0):. Processed in 0.142646 secs); 26 Jan 2005 09:17:47 -0000 X-Spam-Status: No, hits=0.0 required=5.0 X-Antivirus-MYDOMAIN-Mail-From: rajkumar@subisu.net.np via pumori X-Antivirus-MYDOMAIN: 1.24-st-qms (Clear:RC:1(202.63.240.24):SA:0(0.0/5.0):. Processed in 0.142646 secs Process 7607) Received: from unknown (HELO ?202.63.240.24?) (202.63.240.24) by pumori.subisu.net.np with SMTP; 26 Jan 2005 09:17:46 -0000 Message-ID: <41F6B757.4090802@subisu.net.np> Date: Wed, 26 Jan 2005 03:02:11 +0545 From: raj kumar gurung User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd in compaq presario 900 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, 26 Jan 2005 09:17:53 -0000 hi folks i am a newbie to freebsd ...i would like to have some information regarding freebsd installation on my compaq 900 laptop (that have AMDchip).. Have any one got experience with it ? or any ideas .. I would be grateful Rgds uglyjoe From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 09:27: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 45F3316A4CE for ; Wed, 26 Jan 2005 09:27:53 +0000 (GMT) Received: from mail.uk.psi.com (mail.uk.psi.com [154.8.2.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEAA43D46 for ; Wed, 26 Jan 2005 09:27:52 +0000 (GMT) (envelope-from alan.barrow@psinet.telstra.co.uk) Received: from ip11.vpn.uk.psi.com ([154.8.4.11] helo=macros) by mail.uk.psi.com with smtp (Exim 4.41) id 1CtjSn-00035M-SW; Wed, 26 Jan 2005 09:27:50 +0000 From: To: "raj kumar gurung" , Date: Wed, 26 Jan 2005 09:21:40 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <41F6B757.4090802@subisu.net.np> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: RE: freebsd in compaq presario 900 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alan.barrow@psinet.telstra.co.uk List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 09:27:53 -0000 I have one all I get is the kernel die on boot :( thinking it might be best to alighn with a group to get the kernel additions made to support the laptop. yours a.r.b. -----Original Message----- From: owner-freebsd-amd64@freebsd.org [mailto:owner-freebsd-amd64@freebsd.org]On Behalf Of raj kumar gurung Sent: 25 January 2005 21:17 To: freebsd-amd64@freebsd.org Subject: freebsd in compaq presario 900 hi folks i am a newbie to freebsd ...i would like to have some information regarding freebsd installation on my compaq 900 laptop (that have AMDchip).. Have any one got experience with it ? or any ideas .. I would be grateful Rgds uglyjoe _______________________________________________ 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 Jan 26 14:14: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 6157916A4CE for ; Wed, 26 Jan 2005 14:14:32 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B97E943D1F for ; Wed, 26 Jan 2005 14:14:31 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so51124wra for ; Wed, 26 Jan 2005 06:14: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:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=bQeLSAvWHMWSFFARyyCmh2S0v4kn9Ky+K0fQ/qaMMYKkiZqRp3yg5luIQ55i/toHdlA9aKJLOPNJOO0AVvwABNXxZDRvWidG/erp3jKsUAN2UPPjE9oC5Zir3I9rSTJqBWMtMtJGlnhrDCyCZlrUCV/vBtzcv98Oi2qSBnMrxVc= Received: by 10.54.32.34 with SMTP id f34mr241836wrf; Wed, 26 Jan 2005 06:14:25 -0800 (PST) Received: by 10.54.40.65 with HTTP; Wed, 26 Jan 2005 06:14:25 -0800 (PST) Message-ID: <2fd864e050126061422f2bdb4@mail.gmail.com> Date: Wed, 26 Jan 2005 08:14:25 -0600 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <346a8022050125202045ae915a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501251228.23539.jkim@niksun.com> <200501251940.41000.jkim@niksun.com> <346a8022050125202045ae915a@mail.gmail.com> Subject: Re: Compaq R3000 Cardbus fix (and rant) 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: Wed, 26 Jan 2005 14:14:32 -0000 > On Tue, 25 Jan 2005 19:40:40 -0500, Jung-uk Kim wrote: > > On Tuesday 25 January 2005 12:28 pm, Jung-uk Kim wrote: > > > * PS: Does anybody know how to deal with this insane nForce3 APIC? > > > Using atpic and ACPI, we get ATA timeouts, NIC watchdog timeouts, > > > frozen statclock (i. e., rtc stops generating periodic interrupts), > > > etc. It's just keeps on losing interrupts... I know you guys said > > > 'stay away from it' many times but this is what I got. :-( > > > > Never mind. I think I found a work-around. > > > > Cheers, > > > > 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" > > Geez, you're cranking out all sorts of stuff I've been looking for. Let me know if I can be of any assistance. --- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 14:16: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 43A4B16A4CE for ; Wed, 26 Jan 2005 14:16:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5EA43D4C for ; Wed, 26 Jan 2005 14:16:05 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so51357wra for ; Wed, 26 Jan 2005 06:15:56 -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=LX9oTA3N4ZdWKkIp49BOatk69U6JWJSlitxg52uuACsQngh2CCClq2JRKS7lYRbnG55PhbLLffVNDvJdmeGeloiOa96tg1j68gGoFBLP3tddo9A1yNJquZFSGgy5UKS+2S9jEJWMSliMd4jzg7V2PVUiB+df1Jt+SFYafy5a+N0= Received: by 10.54.33.23 with SMTP id g23mr243104wrg; Wed, 26 Jan 2005 06:15:55 -0800 (PST) Received: by 10.54.40.65 with HTTP; Wed, 26 Jan 2005 06:15:54 -0800 (PST) Message-ID: <2fd864e050126061564dc6cff@mail.gmail.com> Date: Wed, 26 Jan 2005 08:15:54 -0600 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41F6B757.4090802@subisu.net.np> Subject: Re: freebsd in compaq presario 900 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: Wed, 26 Jan 2005 14:16:06 -0000 On Wed, 26 Jan 2005 09:21:40 -0000, alan.barrow@psinet.telstra.co.uk wrote: > I have one all I get is the kernel die on boot :( thinking it might be best > to alighn with a group to get the kernel additions made to support the > laptop. > > yours a.r.b. > > -----Original Message----- > From: owner-freebsd-amd64@freebsd.org > [mailto:owner-freebsd-amd64@freebsd.org]On Behalf Of raj kumar gurung > Sent: 25 January 2005 21:17 > To: freebsd-amd64@freebsd.org > Subject: freebsd in compaq presario 900 > > hi folks > > i am a newbie to freebsd ...i would like to have some information > regarding freebsd installation on my compaq 900 laptop (that have > AMDchip).. > Have any one got experience with it ? or any ideas .. > > I would be grateful > > Rgds > uglyjoe > _______________________________________________ > 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" > If you mean the Compaq R3000Z issue, relating to AMD64 processors, and reboot/freeze on boot, with any kernel/settings, check the lists for the R3000, its probably the same issue. From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 15:29:26 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 13F5716A4CE for ; Wed, 26 Jan 2005 15:29:26 +0000 (GMT) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43FA143D60 for ; Wed, 26 Jan 2005 15:29:25 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) j0QFTMVw061035; Wed, 26 Jan 2005 16:29:22 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D503861C3; Wed, 26 Jan 2005 16:30:06 +0100 (CET) Date: Wed, 26 Jan 2005 16:30:06 +0100 From: Roland Smith To: raj kumar gurung Message-ID: <20050126153006.GA42966@slackbox.xs4all.nl> Mail-Followup-To: raj kumar gurung , freebsd-amd64@freebsd.org References: <41F6B757.4090802@subisu.net.np> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <41F6B757.4090802@subisu.net.np> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-amd64@freebsd.org Subject: Re: freebsd in compaq presario 900 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, 26 Jan 2005 15:29:26 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 26, 2005 at 03:02:11AM +0545, raj kumar gurung wrote: > i am a newbie to freebsd ...i would like to have some information=20 > regarding freebsd installation on my compaq 900 laptop (that have=20 > AMDchip).. > Have any one got experience with it ? or any ideas .. You could try to run the FreeSBIE liveCD. (www.freesbie.org) It's based on FreeBSD 5.3. If it works, you shouldn't have much trouble installing 5.3. BTW, AFAICT it doesn't have an amd64 chip, just a regular 32 bit Athlon. So you'd want to install an i386 version of FreeBSD, not the amd64 one. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in e-mail http://www.xs4all.nl/~rsmith/ X No Word docs in e-mail public key: http://www.keyserver.net / \ Respect for open standards --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB97d+EnfvsMMhpyURAi2mAKCd6f+7ZBNFXqO1fig2I0xFyUdk+QCeL/Wv yGmf6ZfKY16rdeYybEklNDA= =cyZk -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 16:26: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 7FBF316A4CE for ; Wed, 26 Jan 2005 16:26:30 +0000 (GMT) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EFF43D39 for ; Wed, 26 Jan 2005 16:26:30 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id BCBB7F25A4 for ; Fri, 21 Jan 2005 15:46:08 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 86831-01-71 for ; Fri, 21 Jan 2005 15:46:08 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 380E5F2591 for ; Fri, 21 Jan 2005 15:46:08 -0800 (PST) From: Freddie Cash Organization: School District 73 - Kamloops, BC To: freebsd-amd64@freebsd.org Date: Fri, 21 Jan 2005 15:46:06 -0800 User-Agent: KMail/1.7.2 References: <41F1903D.3060508@celeritystorm.com> In-Reply-To: <41F1903D.3060508@celeritystorm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501211546.07269.fcash-ml@sd73.bc.ca> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca 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: Wed, 26 Jan 2005 16:26:30 -0000 On January 21, 2005 03:29 pm, Hugo Silva wrote: > I'm buying a Quad AMD Opteron 64 bits, with 4GB memory. I'd like to > know if FreeBSD 5.3 will support a quad-cpu system (with HTT, 8) Opterons do not support HyperThreading. They don't need it. > correctly, without performance losses and consistent operation, no > crashes etc. Is the 4GB memory still a problem in amd64 ? > Lastly, I'd like to hear experiences of linux-compat games (such as > enemy territory, call of duty, halflife 2) running on FreeBSD-AMD64 > -- Do they work correctly on this 64bit CPU system ? > I want to use FreeBSD as I use on all my servers, but I want to be > sure 4 CPUs, 4GB of ram, and 64 bit architecture won't bring me any > stability/usability problems under AMD64. The i386 (32-bit) port will run just fine on the system. The AMD64 (64-bit) port should run just fine. I've only played with dual-proc Opteron systems in 32-bit and 64-bit mode, and they ran fine (8 GB RAM), using 5.3-RELEASE. -- Freddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 16:49: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 1A0A316A4CE for ; Wed, 26 Jan 2005 16:49:16 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F11043D1F for ; Wed, 26 Jan 2005 16:49:15 +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 j0QGnESq010199 for ; Wed, 26 Jan 2005 11:49:14 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 26 Jan 2005 11:49:11 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Ho89Bj21fUgiL1X" Message-Id: <200501261149.11530.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 Subject: nForce3 (Compaq R3000) timer fix 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, 26 Jan 2005 16:49:16 -0000 --Boundary-00=_Ho89Bj21fUgiL1X Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This is (hopefully) the last patch of the series, which fixes infamous '8254 timer not connected to IO-APIC' problem for nForce2+. Linux people had a hack here: http://lkml.org/lkml/2003/12/21/7 (Note: 2.6.10 has more refined version.) The attached patch requires the previous 'skip_timer_override' hack posted here: http://docs.freebsd.org/cgi/mid.cgi?200501192214.27401.jkim After the patch, you need to set 'hw.apic.skip_set_extint=1' from loader or loader.conf. Be careful with spelling; this is 'apic', not 'acpi' this time. ;-) With verbose boot logging, we should see: ioapic0: intpin 0 -> ISA IRQ 0 (edge, high) instead of: ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) I was able to run this laptop overnight without 'device atpic'. ;-) I think somebody (jhb and peter, I guess) should double check if this is okay. I tried many combinations including 'options SMP' and all seemed to be fine so far. Finally I can run this laptop at full speed (2 GHz) under heavy load with 'acpi_ppc' driver! http://www.spa.is.uec.ac.jp/~nfukuda/software/ Enjoy, Jung-uk Kim --Boundary-00=_Ho89Bj21fUgiL1X Content-Type: text/plain; charset="us-ascii"; name="io_apic.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="io_apic.diff" --- src/sys/amd64/amd64/io_apic.c.orig Fri Oct 8 01:21:14 2004 +++ src/sys/amd64/amd64/io_apic.c Tue Jan 25 21:49:50 2005 @@ -148,6 +148,9 @@ #endif TUNABLE_INT("hw.apic.mixed_mode", &mixed_mode_active); +static int skip_set_extint = 0; +TUNABLE_INT("hw.apic.skip_set_extint", &skip_set_extint); + static __inline void _ioapic_eoi_source(struct intsrc *isrc) { @@ -551,7 +554,7 @@ * and that pins 1-15 are ISA interrupts. Assume that all * other pins are PCI interrupts. */ - if (intpin->io_vector == 0) + if (intpin->io_vector == 0 && skip_set_extint != 1) ioapic_set_extint(io, i); else if (intpin->io_vector < IOAPIC_ISA_INTS) { intpin->io_bus = APIC_BUS_ISA; --Boundary-00=_Ho89Bj21fUgiL1X-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 18:05: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 E581916A4CE; Wed, 26 Jan 2005 18:05:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4842443D1F; Wed, 26 Jan 2005 18:05:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QI5g9u075294; Wed, 26 Jan 2005 13:05:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0QI5grv052818; Wed, 26 Jan 2005 13:05:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 274137306E; Wed, 26 Jan 2005 13:05:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050126180542.274137306E@freebsd-current.sentex.ca> Date: Wed, 26 Jan 2005 13:05:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean 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, 26 Jan 2005 18:05:44 -0000 TB --- 2005-01-26 16:43:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-26 16:43:53 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-26 16:43:53 - checking out the source tree TB --- 2005-01-26 16:43:53 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-26 16:43:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-26 16:49:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-26 16:49:33 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-26 16:49:33 - /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-01-26 17:57:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-26 17:57:01 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-26 17:57:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 26 17:57:01 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 [...] objcopy --strip-debug ahd.ko.debug ahd.ko ===> aio (all) cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: @/sys/buf.h: In function `BUF_KERNPROC': @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** 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-01-26 18:05:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-26 18:05:42 - ERROR: failed to build generic kernel TB --- 2005-01-26 18:05:42 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 19:37: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 DA94316A4CF for ; Wed, 26 Jan 2005 19:37:32 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id A716D43D55 for ; Wed, 26 Jan 2005 19:37:32 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 9061E1977A; Wed, 26 Jan 2005 11:37:32 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 26 Jan 2005 11:37:31 -0800 User-Agent: KMail/1.7.2 References: <200501261149.11530.jkim@niksun.com> In-Reply-To: <200501261149.11530.jkim@niksun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501261137.32233.peter@wemm.org> Subject: Re: nForce3 (Compaq R3000) timer fix 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, 26 Jan 2005 19:37:33 -0000 On Wednesday 26 January 2005 08:49 am, Jung-uk Kim wrote: > This is (hopefully) the last patch of the series, which fixes > infamous '8254 timer not connected to IO-APIC' problem for nForce2+. > Linux people had a hack here: > > http://lkml.org/lkml/2003/12/21/7 > > (Note: 2.6.10 has more refined version.) > > The attached patch requires the previous 'skip_timer_override' hack > posted here: > > http://docs.freebsd.org/cgi/mid.cgi?200501192214.27401.jkim > > After the patch, you need to set 'hw.apic.skip_set_extint=1' from > loader or loader.conf. Be careful with spelling; this is 'apic', not > 'acpi' this time. ;-) > > With verbose boot logging, we should see: > > ioapic0: intpin 0 -> ISA IRQ 0 (edge, high) > > instead of: > > ioapic0: Routing external 8259A's -> intpin 0 > ioapic0: intpin 0 -> ExtINT (edge, high) > > I was able to run this laptop overnight without 'device atpic'. ;-) > I think somebody (jhb and peter, I guess) should double check if this > is okay. I tried many combinations including 'options SMP' and all > seemed to be fine so far. > > Finally I can run this laptop at full speed (2 GHz) under heavy load > with 'acpi_ppc' driver! > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > Enjoy, > > Jung-uk Kim Whoo! It sounds like you're onto something there! I have one question though.. Can you think of a way of automating this? Perhaps we could blacklist the extint mode by detecting whether the nforce2+ chipset is present? -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 20:16: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 1F6F916A4CE for ; Wed, 26 Jan 2005 20:16:45 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9E243D1F for ; Wed, 26 Jan 2005 20:16:44 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so130900rne for ; Wed, 26 Jan 2005 12:16:41 -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=EbnRsGb17BFx8N2h5d0Xzxb64TZWb1e+JH+gzFmVGm9kVuDly9+3w0Qn0ILtY5FblKzn7xYCZYsal8vcg8VN6JcgscRx52gwzurp+VwN6fEZy/w74Ec81smaT6dMcaLv99ip+BHu3uv+ztyDknYs5d18f3bfKmh/6WBjxwrgpw4= Received: by 10.38.149.2 with SMTP id w2mr320838rnd; Wed, 26 Jan 2005 12:16:41 -0800 (PST) Received: by 10.38.22.76 with HTTP; Wed, 26 Jan 2005 12:16:41 -0800 (PST) Message-ID: <346a8022050126121663554cae@mail.gmail.com> Date: Wed, 26 Jan 2005 15:16:41 -0500 From: Coleman Kane To: freebsd-amd64@freebsd.org In-Reply-To: <200501261137.32233.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501261149.11530.jkim@niksun.com> <200501261137.32233.peter@wemm.org> Subject: Re: nForce3 (Compaq R3000) timer fix 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, 26 Jan 2005 20:16:45 -0000 I would just like to state that you guys have all been quite helpful. I have gotten FreeBSD/amd64 to work on both the Compaq Presario R3000 as well as my Gateway 7422GX. The Gateway and eMachines systems are based upon the VIA K8HTB and are much friendlier than their Compaq/HP counterparts. I am assembling a page of my experiences with both machines at http://www.cokane.org/amd64.html. I currently have: Gateway 7422GX - Working with ACPI, acpi_ppc, and nearly all hardware minus the BCM card Compaq R3000 - Working with ACPI, acpi_ppc, keyboard, cardbus/pccard, still some hardware watchdog timeouts The Compaq is coming along though. I'll post more info as it gets working better. In two days of hacking at it, it is working better now than any of the linux installs were able to work for the past year. -- coleman On Wed, 26 Jan 2005 11:37:31 -0800, Peter Wemm wrote: > On Wednesday 26 January 2005 08:49 am, Jung-uk Kim wrote: > > This is (hopefully) the last patch of the series, which fixes > > infamous '8254 timer not connected to IO-APIC' problem for nForce2+. > > Linux people had a hack here: > > > > http://lkml.org/lkml/2003/12/21/7 > > > > (Note: 2.6.10 has more refined version.) > > > > The attached patch requires the previous 'skip_timer_override' hack > > posted here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200501192214.27401.jkim > > > > After the patch, you need to set 'hw.apic.skip_set_extint=1' from > > loader or loader.conf. Be careful with spelling; this is 'apic', not > > 'acpi' this time. ;-) > > > > With verbose boot logging, we should see: > > > > ioapic0: intpin 0 -> ISA IRQ 0 (edge, high) > > > > instead of: > > > > ioapic0: Routing external 8259A's -> intpin 0 > > ioapic0: intpin 0 -> ExtINT (edge, high) > > > > I was able to run this laptop overnight without 'device atpic'. ;-) > > I think somebody (jhb and peter, I guess) should double check if this > > is okay. I tried many combinations including 'options SMP' and all > > seemed to be fine so far. > > > > Finally I can run this laptop at full speed (2 GHz) under heavy load > > with 'acpi_ppc' driver! > > > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > > > Enjoy, > > > > Jung-uk Kim > > > Whoo! It sounds like you're onto something there! > > I have one question though.. Can you think of a way of automating this? > Perhaps we could blacklist the extint mode by detecting whether the > nforce2+ chipset is present? > -- > 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 > _______________________________________________ > 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 Jan 26 20:40: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 E0C9D16A4CF for ; Wed, 26 Jan 2005 20:40:22 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E04CB43D1D for ; Wed, 26 Jan 2005 20:40:19 +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 j0QKeH4s017473; Wed, 26 Jan 2005 15:40:19 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Peter Wemm Date: Wed, 26 Jan 2005 15:40:14 -0500 User-Agent: KMail/1.6.2 References: <200501261149.11530.jkim@niksun.com> <200501261137.32233.peter@wemm.org> In-Reply-To: <200501261137.32233.peter@wemm.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501261540.14418.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-amd64@freebsd.org Subject: Re: nForce3 (Compaq R3000) timer fix 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, 26 Jan 2005 20:40:23 -0000 On Wednesday 26 January 2005 02:37 pm, Peter Wemm wrote: > On Wednesday 26 January 2005 08:49 am, Jung-uk Kim wrote: > > This is (hopefully) the last patch of the series, which fixes > > infamous '8254 timer not connected to IO-APIC' problem for > > nForce2+. Linux people had a hack here: > > > > http://lkml.org/lkml/2003/12/21/7 > > > > (Note: 2.6.10 has more refined version.) > > > > The attached patch requires the previous 'skip_timer_override' > > hack posted here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200501192214.27401.jkim > > > > After the patch, you need to set 'hw.apic.skip_set_extint=1' from > > loader or loader.conf. Be careful with spelling; this is 'apic', > > not 'acpi' this time. ;-) > > > > With verbose boot logging, we should see: > > > > ioapic0: intpin 0 -> ISA IRQ 0 (edge, high) > > > > instead of: > > > > ioapic0: Routing external 8259A's -> intpin 0 > > ioapic0: intpin 0 -> ExtINT (edge, high) > > > > I was able to run this laptop overnight without 'device atpic'. > > ;-) I think somebody (jhb and peter, I guess) should double check > > if this is okay. I tried many combinations including 'options > > SMP' and all seemed to be fine so far. > > > > Finally I can run this laptop at full speed (2 GHz) under heavy > > load with 'acpi_ppc' driver! > > > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > > > Enjoy, > > > > Jung-uk Kim > > Whoo! It sounds like you're onto something there! :-) > I have one question though.. Can you think of a way of automating > this? Perhaps we could blacklist the extint mode by detecting > whether the nforce2+ chipset is present? In fact, I thought about that. Linux blacklists all NVIDIA chipsets for 'skip_timer_override': http://lxr.linux.no/source/arch/i386/kernel/acpi/earlyquirk.c#L11 http://lxr.linux.no/source/arch/x86_64/kernel/io_apic.c#L260 This is easy but I don't like the idea because BIOS vendor can fix it later. Linux detects '8254 timer not connected to IO-APIC' case by looking at MPTable: http://lxr.linux.no/source/arch/i386/kernel/io_apic.c#L2128 http://lxr.linux.no/source/arch/x86_64/kernel/io_apic.c#L1574 Unfortunately it doesn't cover non-SMP case and MPTable can be wrong, too. That's why I just added the knobs. I hope you guys have better idea. Thanks, Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 21:23: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 AFB7616A4CE; Wed, 26 Jan 2005 21:23:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB1143D2F; Wed, 26 Jan 2005 21:23:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0QLMbAB029728; Wed, 26 Jan 2005 14:22:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 26 Jan 2005 14:22:37 -0700 (MST) Message-Id: <20050126.142237.104061863.imp@bsdimp.com> To: tinderbox@freebsd.org From: Warner Losh In-Reply-To: <20050126180542.274137306E@freebsd-current.sentex.ca> References: <20050126180542.274137306E@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Wed, 26 Jan 2005 21:23:19 -0000 Subject: [current tinderbox] failure on amd64/amd64 > cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c > In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: > @/sys/buf.h: In function `BUF_KERNPROC': > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > *** Error code 1 This looks ugly to fix. Why are we compiling without -fno-strict-alias again? Warner From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 21:32:20 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 EECC616A4CE; Wed, 26 Jan 2005 21:32:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EE343D2F; Wed, 26 Jan 2005 21:32:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0QLTM7w031980; Wed, 26 Jan 2005 14:29:22 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 26 Jan 2005 14:29:22 -0700 (MST) Message-Id: <20050126.142922.78737749.imp@bsdimp.com> To: tinderbox@freebsd.org From: Warner Losh In-Reply-To: <20050126.142237.104061863.imp@bsdimp.com> References: <20050126180542.274137306E@freebsd-current.sentex.ca> <20050126.142237.104061863.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Wed, 26 Jan 2005 21:32:21 -0000 From: Warner Losh Subject: Re: [current tinderbox] failure on amd64/amd64 Date: Wed, 26 Jan 2005 14:22:37 -0700 (MST) > Subject: [current tinderbox] failure on amd64/amd64 > > > cc -O2 -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c > > In file included from /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aio/../../kern/vfs_aio.c:28: > > @/sys/buf.h: In function `BUF_KERNPROC': > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > @/sys/buf.h:340: warning: dereferencing type-punned pointer will break strict-aliasing rules > > *** Error code 1 > > This looks ugly to fix. Why are we compiling without > -fno-strict-alias again? I've decided that I'm disinclined to fix this because it compiles correctly with the standard flags. It is time to fix tinerbox to not have these whacked out flags (eg lacking -fno-strict-alias). There turns out to be hundreds of these sorts of errors in the kernel right now. Warner From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 22:50: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 5C64E16A4CE for ; Wed, 26 Jan 2005 22:50:39 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 307B843D3F for ; Wed, 26 Jan 2005 22:50:39 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.ne.client2.attbi.com[66.30.82.93]) by comcast.net (rwcrmhc13) with ESMTP id <20050126225038015009l5mfe>; Wed, 26 Jan 2005 22:50:38 +0000 Message-ID: <41F81EAB.50004@comcast.net> Date: Wed, 26 Jan 2005 17:50:19 -0500 From: Sean User-Agent: Mozilla Thunderbird 1.0 (X11/20050121) X-Accept-Language: en-us, en MIME-Version: 1.0 To: amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bootloader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 22:50:39 -0000 I have noticed on bootup the loader states FreeBSD/i386 Bootstrap. Is this correct when running the amd64 version of FBSD? Thanks Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 26 22:55:21 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 238C816A4CE for ; Wed, 26 Jan 2005 22:55:21 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49DD43D31 for ; Wed, 26 Jan 2005 22:55:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j0QMuR2S002871; Wed, 26 Jan 2005 14:56:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j0QMuRUq002870; Wed, 26 Jan 2005 14:56:27 -0800 Date: Wed, 26 Jan 2005 14:56:27 -0800 From: Brooks Davis To: Sean Message-ID: <20050126225627.GA2190@odin.ac.hmc.edu> References: <41F81EAB.50004@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <41F81EAB.50004@comcast.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: amd64@freebsd.org Subject: Re: bootloader 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, 26 Jan 2005 22:55:21 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 26, 2005 at 05:50:19PM -0500, Sean wrote: > I have noticed on bootup the loader states FreeBSD/i386 Bootstrap. >=20 > Is this correct when running the amd64 version of FBSD? The bootloader for amd64 is the same as the i386 one. The system starts in i386 mode for compatability and maintaining two loaders wouldn't accomplish much. So yes, I believe it's correct. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB+CAaXY6L6fI4GtQRAjsVAJ9gIjmruVyxm5TcFe6KNiqkCoUQzgCfTBta d3KAjNCaNIIEDkK+sOIT6R4= =G/t/ -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 00:25: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 158C916A4CF for ; Thu, 27 Jan 2005 00:25:40 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A6143D2D for ; Thu, 27 Jan 2005 00:25:38 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so164869rne for ; Wed, 26 Jan 2005 16:25:37 -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=dyORfXwKvUaC2eN7rOKUmrKofpEU2e0IPS130OlH3HRVuwoBxW2gX7Nbj1H3D+niVoBzClgvpxq4YBpIoX0q6ycaNvjTaVQLISDgcvlx/EVnrBAqJhA5A8xzfWEYvacwR1yuc44FsJtQT4AHDGtIK122ejzXG8JDgvk1dZOvGlw= Received: by 10.38.153.44 with SMTP id a44mr73767rne; Wed, 26 Jan 2005 16:25:37 -0800 (PST) Received: by 10.38.74.6 with HTTP; Wed, 26 Jan 2005 16:25:37 -0800 (PST) Message-ID: Date: Thu, 27 Jan 2005 01:25:37 +0100 From: Gert Cuykens To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: jre 5 on amd 64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 00:25:40 -0000 Does jre 5 work on amd64 ? I need it to be able to pay my bills online, yes i know i am already glad my bank did not asked for 3th party windows software to install :) From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 04:06: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 527D916A4CF for ; Thu, 27 Jan 2005 04:06:07 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B811C43D2D for ; Thu, 27 Jan 2005 04:06:06 +0000 (GMT) (envelope-from gert.cuykens@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so186521rne for ; Wed, 26 Jan 2005 20:06:06 -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=emcKQBO+B/2YG2NB8JG+4/6591/YVK0TeezC9yqD0gB634AvmeRv7+KSqg17VOHXz+WxfBUWLzzxHPLkOJVeVg1LL6+qkYc/7T7tMSx56FzBVPtuHX+blzGwPX0bcylGU/QEjcBk3s9zliRd8FYDKcQsiqua0/QcW6SIGRlOd24= Received: by 10.38.67.39 with SMTP id p39mr33587rna; Wed, 26 Jan 2005 20:06:05 -0800 (PST) Received: by 10.38.74.6 with HTTP; Wed, 26 Jan 2005 20:06:05 -0800 (PST) Message-ID: Date: Thu, 27 Jan 2005 05:06:05 +0100 From: Gert Cuykens To: freebsd-amd64@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: Subject: Re: jre 5 on amd 64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gert Cuykens List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 04:06:07 -0000 does this translate into no pc banking for me :( http://www.freebsd.org/java/ From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 05:34: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 72D4516A4CE for ; Thu, 27 Jan 2005 05:34:46 +0000 (GMT) Received: from web30709.mail.mud.yahoo.com (web30709.mail.mud.yahoo.com [68.142.200.142]) by mx1.FreeBSD.org (Postfix) with SMTP id 12A9B43D31 for ; Thu, 27 Jan 2005 05:34:46 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 17388 invoked by uid 60001); 27 Jan 2005 05:34:45 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=b7vfH19IfeTSBMSr7NmGMuVbXm6I+5T3YIGKNOnPT9IxVtISyUH0wp8jwTa1lNQVMT4HQs510m5Qrt105X468dJhM1oV+J0oRiLkuyWVxvDyUkPQ+rPjvwEhvT1J6Ybu5gCnUMaHyHK+UHEOJW18oao3Hh64RA2FlZb/eErTMtw= ; Message-ID: <20050127053445.17386.qmail@web30709.mail.mud.yahoo.com> Received: from [208.240.243.170] by web30709.mail.mud.yahoo.com via HTTP; Wed, 26 Jan 2005 21:34:45 PST Date: Wed, 26 Jan 2005 21:34:45 -0800 (PST) From: Neil Short To: freebsd-amd64@freebsd.org In-Reply-To: <2fd864e050126061422f2bdb4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Compaq R3000 Cardbus fix (and rant) 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, 27 Jan 2005 05:34:46 -0000 http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > > To unsubscribe, send any mail to > "freebsd-amd64-unsubscribe@freebsd.org" > > > > > > Geez, you're cranking out all sorts of stuff I've > been looking for. > Let me know if I can be of any assistance. > > --- Harrison Grundy > _______________________________________________ That's true. Maybe we should pay him. I wish I didn't buy one of these computers. It seemed like such a solid machine at the time - and AMD has been so helpful with the open-source operating systems in the recent past. I'm just not very good at the kernel hacking so I have to depend on people like Jung-uk Kim to hack them out - and for the patches to go live. I finally put Linux on that computer (boy was that a hard pill for me to swallow. I used Gentoo). I have been watching this list and it is usually Kim who finds solutions to all these problems. Soon as it is stable enought for me to try again I will. ===== If history always begins this morning, the world holds exciting surprises around every corner (241). --Ann Coulter. Treason. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 06:01:21 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 B100216A4CE for ; Thu, 27 Jan 2005 06:01:21 +0000 (GMT) Received: from web30701.mail.mud.yahoo.com (web30701.mail.mud.yahoo.com [68.142.200.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 43E5E43D49 for ; Thu, 27 Jan 2005 06:01:21 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 82336 invoked by uid 60001); 27 Jan 2005 06:01:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Xzh1znBkOkUCx6Moq46Fj6KskeIr8nY9a8F9v+Fda6lTA7+qLwOp773Viq3uGOlXeOQCOChuOFfxDLiFIvsNvQvy2aehcB9lAf87aV+AIrzl8w1/Vd9I7ezg8XXRtZVlMrZCCYRiYyPNPc4sOBHdyH+yB+YQXhKi9ZT2f+gqEjQ= ; Message-ID: <20050127060120.82334.qmail@web30701.mail.mud.yahoo.com> Received: from [208.240.243.170] by web30701.mail.mud.yahoo.com via HTTP; Wed, 26 Jan 2005 22:01:20 PST Date: Wed, 26 Jan 2005 22:01:20 -0800 (PST) From: Neil Short To: freebsd-amd64@freebsd.org In-Reply-To: <20050126153006.GA42966@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: freebsd in compaq presario 900 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, 27 Jan 2005 06:01:21 -0000 --- Roland Smith wrote: > BTW, AFAICT it doesn't have an amd64 chip, just a > regular 32 bit > Athlon. So you'd want to install an i386 version of > FreeBSD, not the > amd64 one. My laptop (HP ZV5000) is the same as the Compaq R3000. It has the same exact problems; although I ordered an Athlon XP-M processor for it (for some dumb reason). All the AMD64 patches for the compaq/hp laptops have been applicable to mine as well - even though the processor isn't 64 bit ===== If history always begins this morning, the world holds exciting surprises around every corner (241). --Ann Coulter. Treason. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 08:29: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 6096E16A4E8 for ; Thu, 27 Jan 2005 08:29:00 +0000 (GMT) Received: from carmax.com (p6195-ipad51sasajima.aichi.ocn.ne.jp [60.38.198.195]) by mx1.FreeBSD.org (Postfix) with SMTP id D9D3A43D1D for ; Thu, 27 Jan 2005 08:28:58 +0000 (GMT) (envelope-from vlhkwljq@isdd.de) Date: Thu, 27 Jan 2005 06:57:21 +0000 From: Elena Rucker To: Freebsd-amd64 References: In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: software knyoil 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, 27 Jan 2005 08:29:00 -0000 new soft on http://mhaeya.alfimbmkbd.info/?xg36zixAaBEWP11lfualm Premiere 6.5 $80 Windows 98 $40 MS Works 7 $60 MS Plus! XP $50 Windows 98 Second Edition $40 MS Works 7 $60 FreeHand MX $60 Acrobat 6.0 Pro $70 Office 2003 Professional (1 CD Edition) $80 Windows NT 4.0 Terminal Server $40 Corel Painter 8 $50 Dreamweaver MX 2004 $60 Windows 95 $40 Fireworks MX 2004 $60 Photoshop 7 $60 Premiere 7 $60 Extensis Portfolio 7.0 $50 PageMaker 7 (2CD) $60 Windows 98 Second Edition $40 MS Plus! XP $50 Photoshop CS with ImageReady CS $90 Illustrator 10 $60 Windows NT 4.0 Terminal Server $40 Windows Millenium $50 Corel Draw Graphics Suite 11 $50 From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 12:52: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 79A9516A4CE for ; Thu, 27 Jan 2005 12:52:06 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id E972B43D1F for ; Thu, 27 Jan 2005 12:52:05 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so244539rne for ; Thu, 27 Jan 2005 04:52:05 -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=UVQdNF8mR2EABPqePmu//LkPAbPBvvBOI9fLIZGrrQ5ZJXCBJpB36Fc9TVPNokSMr17rD0Du74Y+xu7DIg0kk4mbkJWT8FCaCluWjmHaq7aYWnVLB83dcngTOePX40KZnPq/q+O1fplIfsn3HpY+xDrjYb0T0zcE4H4nqbOcKZs= Received: by 10.38.86.37 with SMTP id j37mr11155rnb; Thu, 27 Jan 2005 04:52:05 -0800 (PST) Received: by 10.38.22.76 with HTTP; Thu, 27 Jan 2005 04:52:05 -0800 (PST) Message-ID: <346a802205012704525b2d422e@mail.gmail.com> Date: Thu, 27 Jan 2005 07:52:05 -0500 From: Coleman Kane To: Neil Short In-Reply-To: <20050127060120.82334.qmail@web30701.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050126153006.GA42966@slackbox.xs4all.nl> <20050127060120.82334.qmail@web30701.mail.mud.yahoo.com> cc: freebsd-amd64@freebsd.org Subject: Re: freebsd in compaq presario 900 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: Thu, 27 Jan 2005 12:52:06 -0000 Possibly because a lot of the compaq R3000 and HP zv5000 problems are related to the NVidia nForce chipset and not directly to the CPU. In fact, my GW 7422GX worked perfectly fine out-of-the-box with the 5.3 install disc. I had to turn off write caching (hw.ata.wc=0) to eliminate some ufs corruption. This laptop is based upon a VIA K8 board and many of the components are similar to the K7 VIA boards. The only thing I needed to patch was the acpi_ppc driver for the Cool'n'Quiet tech which seems to be replacing the PowerNOW! tech on older athlons. My guess is the XP-M (based on the K8 Mobile core, rather than the K7) also have the newer power saving tech. In addition, the nForce platform seems to be popular as an integrated alternative to the centrino platform, so HP seems to be moving in that direction with their laptops. Many of the problems that have been attirbuted to the 'AMD64' platform are artifacts of the platforms available for the AMD64 solutions, and not the cpus themselves. Also, many of the new XP-M's are K8 cores, but only run in short (32-bit) mode (I think). On Wed, 26 Jan 2005 22:01:20 -0800 (PST), Neil Short wrote: > > --- Roland Smith wrote: > > > BTW, AFAICT it doesn't have an amd64 chip, just a > > regular 32 bit > > Athlon. So you'd want to install an i386 version of > > FreeBSD, not the > > amd64 one. > > My laptop (HP ZV5000) is the same as the Compaq R3000. > It has the same exact problems; although I ordered an > Athlon XP-M processor for it (for some dumb reason). > All the AMD64 patches for the compaq/hp laptops have > been applicable to mine as well - even though the > processor isn't 64 bit > > ===== > If history always begins this morning, the world holds > exciting surprises around every corner (241). > --Ann Coulter. Treason. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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 Jan 27 13:57:55 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 C554C16A4CE for ; Thu, 27 Jan 2005 13:57:55 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E023043D2F for ; Thu, 27 Jan 2005 13:57:53 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so249351wra for ; Thu, 27 Jan 2005 05:57:50 -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=l8oH+XKr3fouGAXr+h44bHxgmHXycBBxN+Dm4+vpUSibQKkG4umfJXR9oBIDeW7CkGwGndcHyYVjY3boZSopAhG5arFUdE3+Vgxj3r5CYU5c4cC6U1Rsluecj+r0z19bZc2VWHxfIP+OKAasIK5aJ7UWRo0gSBUU718mvcpQibg= Received: by 10.54.31.64 with SMTP id e64mr330436wre; Thu, 27 Jan 2005 05:57:49 -0800 (PST) Received: by 10.54.40.65 with HTTP; Thu, 27 Jan 2005 05:57:49 -0800 (PST) Message-ID: <2fd864e05012705577021db94@mail.gmail.com> Date: Thu, 27 Jan 2005 07:57:49 -0600 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <346a802205012704525b2d422e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050126153006.GA42966@slackbox.xs4all.nl> <20050127060120.82334.qmail@web30701.mail.mud.yahoo.com> <346a802205012704525b2d422e@mail.gmail.com> Subject: Re: freebsd in compaq presario 900 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: Thu, 27 Jan 2005 13:57:56 -0000 On Thu, 27 Jan 2005 07:52:05 -0500, Coleman Kane wrote: > Possibly because a lot of the compaq R3000 and HP zv5000 problems are > related to the NVidia nForce chipset and not directly to the CPU. > > In fact, my GW 7422GX worked perfectly fine out-of-the-box with the > 5.3 install disc. I had to turn off write caching (hw.ata.wc=0) to > eliminate some ufs corruption. This laptop is based upon a VIA K8 > board and many of the components are similar to the K7 VIA boards. > > The only thing I needed to patch was the acpi_ppc driver for the > Cool'n'Quiet tech which seems to be replacing the PowerNOW! tech on > older athlons. My guess is the XP-M (based on the K8 Mobile core, > rather than the K7) also have the newer power saving tech. In > addition, the nForce platform seems to be popular as an integrated > alternative to the centrino platform, so HP seems to be moving in that > direction with their laptops. > > Many of the problems that have been attirbuted to the 'AMD64' platform > are artifacts of the platforms available for the AMD64 solutions, and > not the cpus themselves. Also, many of the new XP-M's are K8 cores, > but only run in short (32-bit) mode (I think). > > > On Wed, 26 Jan 2005 22:01:20 -0800 (PST), Neil Short wrote: > > > > --- Roland Smith wrote: > > > > > BTW, AFAICT it doesn't have an amd64 chip, just a > > > regular 32 bit > > > Athlon. So you'd want to install an i386 version of > > > FreeBSD, not the > > > amd64 one. > > > > My laptop (HP ZV5000) is the same as the Compaq R3000. > > It has the same exact problems; although I ordered an > > Athlon XP-M processor for it (for some dumb reason). > > All the AMD64 patches for the compaq/hp laptops have > > been applicable to mine as well - even though the > > processor isn't 64 bit > > > > ===== > > If history always begins this morning, the world holds > > exciting surprises around every corner (241). > > --Ann Coulter. Treason. > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > _______________________________________________ > > 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" > If its of interest to anyone, in the phone calls I've had with Compaq/HP trying to get documentation on some of this, they're aware of the issue and have been trying to get it resolved. Aparently nvidia ignored a few standards while doing the NF3 150 stuff for mobiles, thus causing the issues. I was also told it does extend to any notebook that uses an NForce3 based motherboard, that HP/Compaq manufactures. Maybe we should treat this as a FreeBSD-mobile issue, rather than an -AMD64 one? ---- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 14:12: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 C85F216A4CE for ; Thu, 27 Jan 2005 14:12:57 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2827243D46 for ; Thu, 27 Jan 2005 14:12:55 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so257248rne for ; Thu, 27 Jan 2005 06:12:54 -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=I0h/ylGUsW7uXGFqB/1m68Vmt3JWmwQHjIfT7wcPFk5NxxWTS0HfO2fiEryLr9aNn9FdW/cXxbQklDRehaEVSByBprK+wLmMUmJUo/oUUWDWD+rzAg7KzP+pG2Je3az90lvmREYiOxHp8bGgcWMlWvQzmAZ9KM7kW6MIrRMDuto= Received: by 10.38.13.64 with SMTP id 64mr150068rnm; Thu, 27 Jan 2005 06:12:54 -0800 (PST) Received: by 10.38.22.76 with HTTP; Thu, 27 Jan 2005 06:12:54 -0800 (PST) Message-ID: <346a80220501270612166968ea@mail.gmail.com> Date: Thu, 27 Jan 2005 09:12:54 -0500 From: Coleman Kane To: Astrodog In-Reply-To: <2fd864e05012705577021db94@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050126153006.GA42966@slackbox.xs4all.nl> <20050127060120.82334.qmail@web30701.mail.mud.yahoo.com> <346a802205012704525b2d422e@mail.gmail.com> <2fd864e05012705577021db94@mail.gmail.com> cc: freebsd-amd64@freebsd.org Subject: Re: freebsd in compaq presario 900 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: Thu, 27 Jan 2005 14:12:58 -0000 Good idea, I just posted it to -mobile. On Thu, 27 Jan 2005 07:57:49 -0600, Astrodog wrote: > On Thu, 27 Jan 2005 07:52:05 -0500, Coleman Kane wrote: > > Possibly because a lot of the compaq R3000 and HP zv5000 problems are > > related to the NVidia nForce chipset and not directly to the CPU. > > > > In fact, my GW 7422GX worked perfectly fine out-of-the-box with the > > 5.3 install disc. I had to turn off write caching (hw.ata.wc=0) to > > eliminate some ufs corruption. This laptop is based upon a VIA K8 > > board and many of the components are similar to the K7 VIA boards. > > > > The only thing I needed to patch was the acpi_ppc driver for the > > Cool'n'Quiet tech which seems to be replacing the PowerNOW! tech on > > older athlons. My guess is the XP-M (based on the K8 Mobile core, > > rather than the K7) also have the newer power saving tech. In > > addition, the nForce platform seems to be popular as an integrated > > alternative to the centrino platform, so HP seems to be moving in that > > direction with their laptops. > > > > Many of the problems that have been attirbuted to the 'AMD64' platform > > are artifacts of the platforms available for the AMD64 solutions, and > > not the cpus themselves. Also, many of the new XP-M's are K8 cores, > > but only run in short (32-bit) mode (I think). > > > > > > On Wed, 26 Jan 2005 22:01:20 -0800 (PST), Neil Short wrote: > > > > > > --- Roland Smith wrote: > > > > > > > BTW, AFAICT it doesn't have an amd64 chip, just a > > > > regular 32 bit > > > > Athlon. So you'd want to install an i386 version of > > > > FreeBSD, not the > > > > amd64 one. > > > > > > My laptop (HP ZV5000) is the same as the Compaq R3000. > > > It has the same exact problems; although I ordered an > > > Athlon XP-M processor for it (for some dumb reason). > > > All the AMD64 patches for the compaq/hp laptops have > > > been applicable to mine as well - even though the > > > processor isn't 64 bit > > > > > > ===== > > > If history always begins this morning, the world holds > > > exciting surprises around every corner (241). > > > --Ann Coulter. Treason. > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam protection around > > > http://mail.yahoo.com > > > _______________________________________________ > > > 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" > > > > If its of interest to anyone, in the phone calls I've had with > Compaq/HP trying to get documentation on some of this, they're aware > of the issue and have been trying to get it resolved. Aparently nvidia > ignored a few standards while doing the NF3 150 stuff for mobiles, > thus causing the issues. I was also told it does extend to any > notebook that uses an NForce3 based motherboard, that HP/Compaq > manufactures. Maybe we should treat this as a FreeBSD-mobile issue, > rather than an -AMD64 one? > > ---- 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 Thu Jan 27 15:52: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 A441316A4CE for ; Thu, 27 Jan 2005 15:52:32 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E16F943D41 for ; Thu, 27 Jan 2005 15:52:29 +0000 (GMT) (envelope-from kjblack@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so276097rne for ; Thu, 27 Jan 2005 07:52:29 -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; b=RDtjkDtXh/mudVi9KvYuYUIt4CZWmoD7mVO8FVUdOeVuLr8XKQpA/b9GLhnm0+5zimqVkf0yzYQYw43ZNk0+z6Y7rsoSxjRzcWLeORyWb0KuyoBukh2dG7N+jXnbwEAs4a8e/pqQm64BmaMCdRBT1ZOP9hx1Y8DX1YFGyVUbuCE= Received: by 10.38.67.12 with SMTP id p12mr203985rna; Thu, 27 Jan 2005 07:52:29 -0800 (PST) Received: by 10.38.162.30 with HTTP; Thu, 27 Jan 2005 07:52:29 -0800 (PST) Message-ID: <1b1b33f10501270752473093ea@mail.gmail.com> Date: Thu, 27 Jan 2005 10:52:29 -0500 From: Kelly Black To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_870_28981512.1106841149012" Subject: Configuration of Compaq R3000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kelly Black List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 15:52:32 -0000 ------=_Part_870_28981512.1106841149012 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I have installed FreeBSD 5.3 on a Compaq Presario R3000. It has an AMD 64 bit processor. First, I am very grateful for all of the work done by Jung-uk Kim. If it were not for his work it would not have been possible for me to get my machine going under FreeBSD. Second, there appears to be a very serious performance issue with this machine. I have a program that I use for benchmarks which approximates a nonlinear PDE. It uses a 300x300 matrix which is relatively small so it does not require much in the way of swap or memory caching. When I run this program under freebsd it takes 234 seconds in user time (not real). I have CygWin installed on the windows slice and ran the exact same program. I have the 32 bit version of Windows XP. Under CygWin the program takes 155 seconds in user time. This is almost 33% better under MS windows and is a huge discrepancy! It seems clear that something isn't right on the machine. I have attached a copy of my kernel file. I have applied many of the patches so generously made available by Jung-uk Kim on this list. The times have remained consistent before and after all of updates. I have used RELENG_5 as the src-all tag in my cvsup,conf, Any pointers on what I can do to tune this machine would be very helpful. Has anybody come across this problem? By the way, I have used this same program to benchmark an opteron system. On that machine I installed FreeBSD 5.3 (generic kernel) and then installed gentoo (2.6.9 kernel). The times under both OS's were almost identical. Sincerely, Kel ------=_Part_870_28981512.1106841149012 Content-Type: application/octet-stream; name="PRESARIO" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="PRESARIO" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6 CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxz byBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2 ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRo ZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3Jn LykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2Ug bGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBm aWxlcy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0 eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5 cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQyMS4yLjUgMjAwNC8xMC8yMyAxOTo1ODoyNyBrZW5z bWl0aCBFeHAgJAoKbWFjaGluZQkJYW1kNjQKY3B1CQlIQU1NRVIKaWRlbnQJCUdFTkVSSUMKCiMg VG8gc3RhdGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9k ZXZpY2UuaGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8g bG9vayBmb3IgZGV2aWNlcy4KCgpvcHRpb25zIAlMSU5QUk9DRlMKb3B0aW9ucyAJQ09NUEFUXzQz Cm9wdGlvbnMgCUNPTVBBVF9MSU5VWDMyCgoKCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBz Y2hlZHVsZXIKb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCm9wdGlvbnMgCUlORVQ2 CQkJIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zIAlGRlMJCQkjIEJlcmtl bGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNv ZnQgdXBkYXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19BQ0wJCQkjIFN1cHBvcnQgZm9yIGFjY2Vz cyBjb250cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjIEltcHJvdmUgcGVyZm9ybWFu Y2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50 aWFsIHJvb3QgZGV2aWNlCm9wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0g Q2xpZW50Cm9wdGlvbnMgCU5GU1NFUlZFUgkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCm9w dGlvbnMgCU5GU19ST09UCQkjIE5GUyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCm9w dGlvbnMgCU5URlMJCQkjIE5UIEZpbGUgU3lzdGVtCm9wdGlvbnMgCU1TRE9TRlMJCQkjIE1TRE9T IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlv bnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0 aW9ucyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdF T01fR1BUCQkjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAJQ09NUEFUX0lBMzIJCSMg Q29tcGF0aWJsZSB3aXRoIGkzODYgYmluYXJpZXMKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkj IENvbXBhdGlibGUgd2l0aCBGcmVlQlNENAojb3B0aW9ucyAJU0NTSV9ERUxBWT0xNTAwMAkjIERl bGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFj ZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9y eQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMg CVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9S SVRZX1NDSEVEVUxJTkcgIyBQb3NpeCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRp b25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRp b25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBk ZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFIRF9S RUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJ IyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4KI29wdGlvbnMgCUFEQVBUSVZFX0dJQU5U CQkjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgoKIyBXb3JrYXJvdW5kcyBmb3Igc29tZSBrbm93 bi10by1iZS1icm9rZW4gY2hpcHNldHMgKG5WaWRpYSBuRm9yY2UzLVBybzE1MCkKZGV2aWNlCQlh dHBpYwkJIyA4MjU5QSBjb21wYXRhYmlsaXR5Cm9wdGlvbnMgCU5PX01JWEVEX01PREUJIyBEb24n dCBwZW5hbGl6ZSB3b3JraW5nIGNoaXBzZXRzCgojIEJ1cyBzdXBwb3J0LiAgRG8gbm90IHJlbW92 ZSBpc2EsIGV2ZW4gaWYgeW91IGhhdmUgbm8gaXNhIHNsb3RzCmRldmljZQkJYWNwaQpkZXZpY2UJ CWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCiMgZGV2aWNlCQlmZGMKCiMgQVRBIGFu ZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBk cml2ZXMKIyBkZXZpY2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCmRldmljZQkJYXRhcGlj ZAkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKIyBkZXZpY2UJCWF0YXBpZmQJCSMgQVRBUEkgZmxvcHB5 IGRyaXZlcwojIGRldmljZQkJYXRhcGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcwpvcHRpb25zIAlB VEFfU1RBVElDX0lECSMgU3RhdGljIGRldmljZSBudW1iZXJpbmcKCiMgU0NTSSBDb250cm9sbGVy cwojIGRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5kIG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCiMg ZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2Vz CiMgZGV2aWNlCQlhbWQJCSMgQU1EIDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkKIyBkZXZpY2UJ CWlzcAkJIyBRbG9naWMgZmFtaWx5CiMgZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNp b24KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExvZ2ljCiMgZGV2aWNlCQlzeW0JCSMgTkNS L1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpCiMgZGV2aWNl CQl0cm0JCSMgVGVrcmFtIERDMzk1VS9VVy9GIERDMzE1VSBhZGFwdGVycwoKIyBkZXZpY2UJCWFk dgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCiMgZGV2aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lk ZSBTQ1NJIGFkYXB0ZXJzCiMgZGV2aWNlCQlhaWMJCSMgQWRhcHRlYyAxNVswMTJdeCBTQ1NJIGFk YXB0ZXJzLCBBSUMtNlsyM102MC4KIyBkZXZpY2UJCWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRp TWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJ IyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBj aGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQojIGRldmljZQkJc2EJ CSMgU2VxdWVudGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQojIGRldmljZQkJY2QJCSMgQ0QKIyBkZXZp Y2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCiMgZGV2 aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9ubWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKIyBS QUlEIGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCiMgZGV2aWNl CQlhbXIJCSMgQU1JIE1lZ2FSQUlECiMgZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFydCBSQUlE IDUqCiMgZGV2aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUgSUlJLCBJViAtIFNlZSBOT1RFUyBm b3Igb3B0aW9ucwojIGRldmljZQkJaWlyCQkjIEludGVsIEludGVncmF0ZWQgUkFJRAojIGRldmlj ZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECiMgZGV2aWNlCQltbHkJCSMgTXlsZXgg QWNjZWxlUkFJRC9lWHRyZW1lUkFJRAojIGRldmljZQkJdHdhCQkjIDN3YXJlIDkwMDAgc2VyaWVz IFBBVEEvU0FUQSBSQUlECgojIFJBSUQgY29udHJvbGxlcnMKIyBkZXZpY2UJCWFhYwkJIyBBZGFw dGVjIEZTQSBSQUlECiMgZGV2aWNlCQlhYWNwCQkjIFNDU0kgcGFzc3Rocm91Z2ggZm9yIGFhYyAo cmVxdWlyZXMgQ0FNKQojIGRldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECiMgZGV2aWNl CQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQojWFhYIHBvaW50ZXIvaW50IHdhcm5pbmdzCiNk ZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKIyBkZXZpY2UJCXR3ZQkJIyAz d2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0 aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRl dmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2 aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxh c2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZh dWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MK CiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1 cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAoeWVudGEpIGJyaWRnZQpkZXZpY2UJCXBjY2Fy ZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzIt Yml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1 XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmlj ZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQ cmludGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJ IyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVz IHNjYnVzIGFuZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxl bCBQQ0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIs IHVuY29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRv IHRoZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZSAgICAgICAgIHB1YwoKIyBQQ0kg RXRoZXJuZXQgTklDcy4KIyBkZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChgYFR1bGlw JycpCiMgZGV2aWNlCQllbQkJIyBJbnRlbCBQUk8vMTAwMCBhZGFwdGVyIEdpZ2FiaXQgRXRoZXJu ZXQgQ2FyZAojIGRldmljZQkJaXhnYgkJIyBJbnRlbCBQUk8vMTBHYkUgRXRoZXJuZXQgQ2FyZAoj IGRldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykKIyBkZXZpY2UJCXZ4CQkj IDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0 IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUg dG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5J Q3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydAojIGRldmljZQkJYmZlCQkjIEJy b2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CiMgZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20g QkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldAojIGRldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQz IGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKIyBkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJl c3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkKIyBkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3gg UENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsbmMnKQojIGRldmljZQkJcmUJCSMgUmVhbFRl ayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5 CiMgZGV2aWNlCQlzZgkJIyBBZGFwdGVjIEFJQy02OTE1IChgYFN0YXJmaXJlJycpCiMgZGV2aWNl CQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNgojIGRl dmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0 CiMgZGV2aWNlCQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgpCiMgZGV2 aWNlCQl0aQkJIyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVybmV0CiMg ZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCiMgZGV2aWNlCQl0eAkJ IyBTTUMgRXRoZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJQycnKQojIGRldmljZQkJdmdlCQkjIFZJ QSBWVDYxMnggZ2lnYWJpdCBldGhlcm5ldAojIGRldmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGlu ZSBJSQojIGRldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgojIGRldmljZQkJeGwJCSMgM0Nv bSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpCgojIElTQSBFdGhlcm5ldCBOSUNz LiAgcGNjYXJkIE5JQ3MgaW5jbHVkZWQuCiMgZGV2aWNlCQljcwkJIyBDcnlzdGFsIFNlbWljb25k dWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2UgbWlpYnVzJwoj IFhYWCBrdnRvcCBicm9rZW5uZXNzLCBwb2ludGVyL2ludCB3YXJuaW5ncwojZGV2aWNlCQllZAkJ IyBORVsxMl0wMDAsIFNNQyBVbHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcwojIGRldmljZQkJZXgJ CSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBhbmQgUHJvLzEwKwojIGRldmljZQkJZXAJCSMg RXRoZXJsaW5rIElJSSBiYXNlZCBjYXJkcwojIGRldmljZQkJZmUJCSMgRnVqaXRzdSBNQjg2OTZ4 IGJhc2VkIGNhcmRzCiMgWFhYIGt2dG9wIGJyb2tlbm5lc3MsIHBvaW50ZXIvaW50IHdhcm5pbmdz CiNkZXZpY2UJCWxuYwkJIyBORTIxMDAsIE5FMzItVkwgTGFuY2UgRXRoZXJuZXQgY2FyZHMKIyBk ZXZpY2UJCXNuCQkjIFNNQydzIDkwMDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCiMgZGV2aWNl CQl4ZQkJIyBYaXJjb20gcGNjYXJkIEV0aGVybmV0CgojIFdpcmVsZXNzIE5JQyBjYXJkcwpkZXZp Y2UJCXdsYW4JCSMgODAyLjExIHN1cHBvcnQKIyBkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80 ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojIGRldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBh bmQgb3RoZXJzCmRldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAyLjExIHdp cmVsZXNzIE5JQ3MuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBs b29wYmFjawpkZXZpY2UJCW1lbQkJIyBNZW1vcnkgYW5kIGtlcm5lbCBtZW1vcnkgZGV2aWNlcwpk ZXZpY2UJCWlvCQkjIEkvTyBkZXZpY2UKZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZpY2UK ZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJc2wJCSMgS2VybmVsIFNM SVAKZGV2aWNlCQlwcHAJCSMgS2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVs LgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBN ZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwpkZXZp Y2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRoZSBg YnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2Fy ZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCmRl dmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2aWNl CQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBD SS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2Rldmlj ZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWdlbgkJIyBH ZW5lcmljCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCmRldmljZQkJ dWtiZAkJIyBLZXlib2FyZApkZXZpY2UJCXVscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNzCQkj IERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJ IyBNb3VzZQojIGRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcgpkZXZp Y2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMKIyBVU0IgRXRoZXJuZXQsIHJlcXVpcmVzIG1paQojIGRl dmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKIyBkZXZpY2UJCWF4ZQkJIyBBU0lYIEVs ZWN0cm9uaWNzIFVTQiBFdGhlcm5ldAojIGRldmljZQkJY3VlCQkjIENBVEMgVVNCIEV0aGVybmV0 CiMgZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldAojIGRldmljZQkJcnVl CQkjIFJlYWxUZWsgUlRMODE1MCBVU0IgRXRoZXJuZXQKCiMgRmlyZVdpcmUgc3VwcG9ydApkZXZp Y2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVzIGNvZGUKZGV2aWNlCQlzYnAJCSMgU0NTSSBvdmVy IEZpcmVXaXJlIChSZXF1aXJlcyBzY2J1cyBhbmQgZGEpCmRldmljZQkJZndlCQkjIEV0aGVybmV0 IG92ZXIgRmlyZVdpcmUgKG5vbi1zdGFuZGFyZCEpCg== ------=_Part_870_28981512.1106841149012-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 15:58: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 378E216A4CE for ; Thu, 27 Jan 2005 15:58:45 +0000 (GMT) Received: from daemon.mistermishap.net (167-49.nyc.dsl.access.net [166.84.167.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A26E43D1D for ; Thu, 27 Jan 2005 15:58:44 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from daemon.mistermishap.net (localhost.mistermishap.net [127.0.0.1])j0RFwhkJ046610 for ; Thu, 27 Jan 2005 10:58:43 -0500 (EST) (envelope-from rob@hudson-trading.com) Received: from localhost (rob@localhost)j0RFwhIf046607 for ; Thu, 27 Jan 2005 10:58:43 -0500 (EST) X-Authentication-Warning: daemon.mistermishap.net: rob owned process doing -bs Date: Thu, 27 Jan 2005 10:58:43 -0500 (EST) From: Rob Watt X-X-Sender: rob@daemon.mistermishap.net To: freebsd-amd64@freebsd.org Message-ID: <20050127100818.M46092@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 32-bit binary compatibility on 5.3-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, 27 Jan 2005 15:58:45 -0000 Hi, My company is considering buying a number of emt64 or opteron machines. We have been doing some testing so that we can determine the benefits and the pitfalls of the new machines/architectures, and so that we can also determine what we need to change about our build system to have our applications run most effectively on both i386 and amd64 freebsd. I've read a number of posts and bug reports that relate to compiling/running 32-bit applications on amd64 (for example: http://lists.freebsd.org/pipermail/freebsd-amd64/2005-January/003236.html), and they seem to suggest that binary compatibility is supported, but still needs a bit of work. I've run the /usr/src/tools/lib32/build32.sh script, and applied some other changes that people have reccomended, but basically our 32-bit applications all segfault when run on the amd64 machines. Before we put much more effort into running 32-bit apps, I would like to know if it's worth doing now? Should we wait for the support to be fleshed out, and if so is there a timeline for full 32-bit support? Obviously we can have 2 completely different builds of all of our apps, and that is something that we are considering, but we would prefer if we only had to compile our high-performance apps for amd64 and could just run everything else 'as-is'. Can anyone comment on the state of 32-bit support and offer any advice or experience on the matter? thanks, - Rob Watt From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 17:59: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 BF74B16A4CE for ; Thu, 27 Jan 2005 17:59:34 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E2643D39 for ; Thu, 27 Jan 2005 17:59:34 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j0RHxYZX045137 for ; Thu, 27 Jan 2005 09:59:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j0RHxYJv045136 for freebsd-amd64@freebsd.org; Thu, 27 Jan 2005 09:59:34 -0800 (PST) (envelope-from sgk) Date: Thu, 27 Jan 2005 09:59:34 -0800 From: Steve Kargl To: freebsd-amd64@freebsd.org Message-ID: <20050127175934.GA44783@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: What is R_X86_64_PC32? 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, 27 Jan 2005 17:59:34 -0000 This simple fortran program: program kk implicit none integer N parameter (N=32768) real input(N,N) input(1,1) = 1.e0 end program kk when compiled by either the system's f77 command or gfortran, generates the following error: troutmask:kargl[217] f77 -o df df.f /usr/lib/crt1.o(.text+0x15): In function `_start': : relocation truncated to fit: R_X86_64_PC32 environ In libexec/rtld-elf/amd64/reloc.c, I find case R_X86_64_PC32: /* * I don't think the dynamic linker should ever see this * type of relocation. But the binutils-2.6 tools sometimes * generate it. */ The machine has 12 GB of memory. My resource limits are troutmask:sgk[219] limits Resource limits (current): cputime infinity secs filesize infinity kB datasize 8388608 kB stacksize 131072 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 5547 openfiles 11095 sbsize infinity bytes vmemoryuse infinity kB and I built a kernel with options MAXDSIZ=(8192UL*1024*1024) options MAXSSIZ=(1024UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) Is this an indication that the stack isn't large enough? -- Steve From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 18:59: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 E3D7816A4CE for ; Thu, 27 Jan 2005 18:59:36 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F42743D1D for ; Thu, 27 Jan 2005 18:59:36 +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 j0RIxYSW042461; Thu, 27 Jan 2005 13:59:35 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, Kelly Black Date: Thu, 27 Jan 2005 13:59:29 -0500 User-Agent: KMail/1.6.2 References: <1b1b33f10501270752473093ea@mail.gmail.com> In-Reply-To: <1b1b33f10501270752473093ea@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200501271359.30721.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 Subject: Re: Configuration of 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: Thu, 27 Jan 2005 18:59:37 -0000 On Thursday 27 January 2005 10:52 am, Kelly Black wrote: > Hello, > > I have installed FreeBSD 5.3 on a Compaq Presario R3000. It has an > AMD 64 bit processor. First, I am very grateful for all of the > work done by Jung-uk Kim. If it were not for his work it would not > have been possible for me to get my machine going under FreeBSD. :-) You are very welcome. > Second, there appears to be a very serious performance issue with > this machine. I have a program that I use for benchmarks which > approximates a nonlinear PDE. It uses a 300x300 matrix which is > relatively small so it does not require much in the way of swap or > memory caching. When I run this program under freebsd it takes 234 > seconds in user time (not real). I have CygWin installed on the > windows slice and ran the exact same program. I have the 32 bit > version of Windows XP. Under CygWin the program takes 155 seconds > in user time. > > This is almost 33% better under MS windows and is a huge > discrepancy! It seems clear that something isn't right on the > machine. I have attached a copy of my kernel file. I have applied > many of the patches so generously made available by Jung-uk Kim on > this list. The times have remained consistent before and after all > of updates. I have used RELENG_5 as the src-all tag in my > cvsup,conf, > > Any pointers on what I can do to tune this machine would be very > helpful. Has anybody come across this problem? Did you use 'acpi_ppc' driver? http://www.spa.is.uec.ac.jp/~nfukuda/software/ You need this driver to run your laptop at full speed. CPU speed will be automatically adjusted by CPU load. However, it may take few seconds to get to the speed. You can set the speed manually by: sysctl hw.acpi.cpu.px_control=0 Please read comment in the acpi_ppc.c for more info. Unfortunately if you run this laptop under heavy CPU load, CPU will heat up pretty fast and 'acpi_ec' will adjust delay to prevent excessive heat. You can ignore this behavior by hacking acpi_ec.c, I believe but it's really bad idea. Laptop is not for number crunching after all. ;-) > By the way, I have used this same program to benchmark an opteron > system. On that machine I installed FreeBSD 5.3 (generic kernel) > and then installed gentoo (2.6.9 kernel). The times under both OS's > were almost identical. Hmm... Interesting. Can I see the source? Thanks, Jung-uk Kim > Sincerely, > Kel From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 19:27:05 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 D561716A4CE for ; Thu, 27 Jan 2005 19:27:05 +0000 (GMT) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F8D43D48 for ; Thu, 27 Jan 2005 19:27:05 +0000 (GMT) (envelope-from james@jrv.org) Received: from [192.168.3.156] (zippy.housenet.jrv [192.168.3.156]) by mail.jrv.org (8.13.1/8.13.1) with ESMTP id j0RJR4As011367; Thu, 27 Jan 2005 13:27:04 -0600 (CST) (envelope-from james@jrv.org) Message-ID: <41F94088.4050800@jrv.org> Date: Thu, 27 Jan 2005 13:27:04 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20050127175934.GA44783@troutmask.apl.washington.edu> In-Reply-To: <20050127175934.GA44783@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: What is R_X86_64_PC32? 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, 27 Jan 2005 19:27:06 -0000 Steve Kargl wrote: >This simple fortran program: > > program kk > implicit none > integer N > parameter (N=32768) > real input(N,N) > input(1,1) = 1.e0 > end program kk > > >when compiled by either the system's f77 command or gfortran, >generates the following error: > >troutmask:kargl[217] f77 -o df df.f >/usr/lib/crt1.o(.text+0x15): In function `_start': >: relocation truncated to fit: R_X86_64_PC32 environ >Is this an indication that the stack isn't large enough? > > > I don't think this is anything you're doing. The error is actually a relocation being applied to the startup code in crt1.c: /* The entry function. */ void _start(char **ap, void (*cleanup)(void)) { int argc; char **argv; char **env; const char *s; argc = *(long *)(void *)ap; argv = ap + 1; env = ap + 2 + argc; I think the linker is getting the error trying to fixup the write to env here: 0000000000000000 <_start>: 0: 41 54 push %r12 2: 55 push %rbp 3: 53 push %rbx 4: 8b 2f mov (%rdi),%ebp 6: 4c 8d 67 08 lea 0x8(%rdi),%r12 a: 48 63 dd movslq %ebp,%rbx d: 48 8d 5c df 10 lea 0x10(%rdi,%rbx,8),%rbx 12: 48 89 1d 00 00 00 00 mov %rbx,0(%rip) # 19 <_start+0x19> I *think* that last line is the write to env? In that case there's only room for a 32-bit offset between the address of this code and that of env. Peter, Dave: do we require that statically allocated data be within 2 GB of any code that might reference it by name? Even if that's true it's not obvious to me why your test program isn't meeting such a requirement? From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 19:56: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 B426A16A4CE; Thu, 27 Jan 2005 19:56:43 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FD543D5F; Thu, 27 Jan 2005 19:56:41 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id F3FE3495; Thu, 27 Jan 2005 14:56:39 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 92F29287; Thu, 27 Jan 2005 14:56:33 -0500 (EST) Date: Thu, 27 Jan 2005 14:56:33 -0500 From: "Michael W. Oliver" To: Jung-uk Kim Message-ID: <20050127195633.GA32179@gargantuan.com> Mail-Followup-To: Jung-uk Kim , freebsd-amd64@freebsd.org, acpi@freebsd.org References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <200501271359.30721.jkim@niksun.com> 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: sgs_public_dcc_server: phoenix.gargantuan.com 1199; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 X-Spam-Pyzor: Reported 0 times. cc: acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: AMD64 CPU and ACPI (was Re: Configuration of 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: Thu, 27 Jan 2005 19:56:43 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-01-27T13:59:29-0500, Jung-uk Kim wrote: > On Thursday 27 January 2005 10:52 am, Kelly Black wrote: > > Hello, > Did you use 'acpi_ppc' driver? > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > You need this driver to run your laptop at full speed. CPU speed will=20 > be automatically adjusted by CPU load. However, it may take few=20 > seconds to get to the speed. You can set the speed manually by: > sysctl hw.acpi.cpu.px_control=3D0 > Please read comment in the acpi_ppc.c for more info. Whoo-hoo!!! This works on my machine (Sager 4750V) so far, and gives wonderful information: hw.acpi.cpu.px_control: -1 hw.acpi.cpu.px_highest: 0 hw.acpi.cpu.px_lowest: 2 hw.acpi.cpu.px_current: 1 hw.acpi.cpu.px_supported: 2200 1800 800 hw.acpi.cpu.px_usage: 4.62% 25.70% 69.66% (running `make clean' in /usr/ports just to push it a little) This is great! Thanks so much for posting this! This completely makes sense now that I would see the CPU speed reported as ~801MHz when the machine would boot up. I can't thank you enough. What are the chances that this could be imported into current? I am running... # uname -a FreeBSD gambit.gargantuan.com 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Jan 10 18:33:07 EST 2005 mwoliver@gambit.gargantuan.com:/usr/obj/usr/src/sys/GAMBIT amd64 > Unfortunately if you run this laptop under heavy CPU load, CPU will=20 > heat up pretty fast and 'acpi_ec' will adjust delay to prevent=20 > excessive heat. You can ignore this behavior by hacking acpi_ec.c, I=20 > believe but it's really bad idea. I do see some ACPI errors on my laptop when I boot it up, such as: (dmesg -a | grep -i acpi): acpi_cmbat0: battery initialization start acpi_acad0: acline initialization start acpi_tz0: _CRT value is absurd, ignored (154.8C) acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_ec0: info: new max delay is 70 us acpi_ec0: info: new max delay is 100 us acpi_cmbat0: battery initialization failed, giving up <-- ugh! acpi_ec0: info: new max delay is 130 us acpi_ec0: info: new max delay is 170 us acpi_tz0: _CRT value is absurd, ignored (154.8C) acpi_tz0: _CRT value is absurd, ignored (154.8C) acpi_ec0: info: new max delay is 900 us acpi_ec0: info: new max delay is 11000 us acpi_tz0: _CRT value is absurd, ignored (154.8C) acpi_tz0: _CRT value is absurd, ignored (154.8C) acpidump stuff is here: http://michael.gargantuan.com/sager_4750v/acpidump.asl http://michael.gargantuan.com/sager_4750v/dsdt.out http://michael.gargantuan.com/sager_4750v/sysctl_hw.acpi > Laptop is not for number crunching after all. ;-) ooops! ;) --=20 Mike Oliver [see complete headers for contact information] --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB+UdxsWv7q8X6o8kRAvfFAJ9tljqGbXALfrM8n2ehKOQ34y20LwCfUDJ0 57YQ3eM50tbmS8PklRL85pA= =+nS0 -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 20:15:10 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 7B2A016A4CE for ; Thu, 27 Jan 2005 20:15:10 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B1E43D2F for ; Thu, 27 Jan 2005 20:15:10 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j0RKFAqr097045; Thu, 27 Jan 2005 12:15:10 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j0RKF9sP097044; Thu, 27 Jan 2005 12:15:09 -0800 (PST) (envelope-from sgk) Date: Thu, 27 Jan 2005 12:15:09 -0800 From: Steve Kargl To: "James R. Van Artsdalen" Message-ID: <20050127201509.GA96972@troutmask.apl.washington.edu> References: <20050127175934.GA44783@troutmask.apl.washington.edu> <41F94088.4050800@jrv.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41F94088.4050800@jrv.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: What is R_X86_64_PC32? 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, 27 Jan 2005 20:15:10 -0000 On Thu, Jan 27, 2005 at 01:27:04PM -0600, James R. Van Artsdalen wrote: > Steve Kargl wrote: > > >This simple fortran program: > > > > program kk > > implicit none > > integer N > > parameter (N=32768) > > real input(N,N) > > input(1,1) = 1.e0 > > end program kk > > > > > >when compiled by either the system's f77 command or gfortran, > >generates the following error: > > > >troutmask:kargl[217] f77 -o df df.f > >/usr/lib/crt1.o(.text+0x15): In function `_start': > >: relocation truncated to fit: R_X86_64_PC32 environ > >Is this an indication that the stack isn't large enough? > > > I don't think this is anything you're doing. > > The error is actually a relocation being applied to the startup code in > crt1.c: > > /* The entry function. */ > void > _start(char **ap, void (*cleanup)(void)) > { > int argc; > char **argv; > char **env; > const char *s; > > argc = *(long *)(void *)ap; > argv = ap + 1; > env = ap + 2 + argc; > > I think the linker is getting the error trying to fixup the write to env > here: > > 0000000000000000 <_start>: > 0: 41 54 push %r12 > 2: 55 push %rbp > 3: 53 push %rbx > 4: 8b 2f mov (%rdi),%ebp > 6: 4c 8d 67 08 lea 0x8(%rdi),%r12 > a: 48 63 dd movslq %ebp,%rbx > d: 48 8d 5c df 10 lea 0x10(%rdi,%rbx,8),%rbx > 12: 48 89 1d 00 00 00 00 mov %rbx,0(%rip) # 19 > <_start+0x19> > > I *think* that last line is the write to env? In that case there's only > room for a 32-bit offset between the address of this code and that of env. > > Peter, Dave: do we require that statically allocated data be within 2 GB > of any code that might reference it by name? > > Even if that's true it's not obvious to me why your test program isn't > meeting such a requirement? Thanks for the explanation. It gets even worse if you try to compile a static program. troutmask:kargl[206] f77 -o df -static df.f /usr/lib/crt1.o(.text+0x15): In function `_start': : relocation truncated to fit: R_X86_64_PC32 environ /usr/lib/libg2c.a(s_stop.o)(.text+0x39): In function `s_stop': : relocation truncated to fit: R_X86_64_PC32 __isthreaded /usr/lib/libg2c.a(setarg.o)(.text+0x2): In function `f_setarg': : relocation truncated to fit: R_X86_64_PC32 f__xargc /usr/lib/libg2c.a(setarg.o)(.text+0x9): In function `f_setarg': : relocation truncated to fit: R_X86_64_PC32 f__xargv /usr/lib/libg2c.a(err.o)(.text+0xa): In function `f__canseek': : relocation truncated to fit: R_X86_64_PC32 __isthreaded /usr/lib/libg2c.a(err.o)(.text+0x80): In function `f__canseek': : relocation truncated to fit: R_X86_64_PC32 __isthreaded /usr/lib/libg2c.a(err.o)(.text+0x146): In function `f__fatal': : relocation truncated to fit: R_X86_64_PC32 .bss /usr/lib/libg2c.a(err.o)(.text+0x172): In function `f__fatal': : relocation truncated to fit: R_X86_64_PC32 .bss /usr/lib/libg2c.a(err.o)(.text+0x17c): In function `f__fatal': : relocation truncated to fit: R_X86_64_PC32 f__init /usr/lib/libg2c.a(err.o)(.text+0x18a): In function `f__fatal': : relocation truncated to fit: R_X86_64_PC32 f__curunit /usr/lib/libg2c.a(err.o)(.text+0x194): In function `f__fatal': : additional relocation overflows omitted from the output It seems that FreeBSD is stuck with a 2GB address space if you have static memory allocation. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 20: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 ED8D616A4CE for ; Thu, 27 Jan 2005 20:21:33 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0230B43D58 for ; Thu, 27 Jan 2005 20:21:33 +0000 (GMT) (envelope-from kjblack@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so326062rne for ; Thu, 27 Jan 2005 12:21: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:references; b=CDwCZ63EHw5cbypkxZ43LwOI2ZN1LjOxYvCLYPMjNsJHCNA2BBIfjiuTeAWCsqjY05X17/enVT7Dmp1xUpfRyHUldaayNabMpBv7lM1OzbBOTtfCdEp6fsRl3YvfffoaKg5ZuZPSqSA/30NgFyYrTIgizhUlfZCF9LPq2KLZWE8= Received: by 10.38.71.4 with SMTP id t4mr59485rna; Thu, 27 Jan 2005 12:21:31 -0800 (PST) Received: by 10.38.162.30 with HTTP; Thu, 27 Jan 2005 12:21:31 -0800 (PST) Message-ID: <1b1b33f1050127122129c73189@mail.gmail.com> Date: Thu, 27 Jan 2005 15:21:31 -0500 From: Kelly Black To: Jung-uk Kim In-Reply-To: <200501271359.30721.jkim@niksun.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_984_9619730.1106857291725" References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-amd64@freebsd.org Subject: Re: Configuration of Compaq R3000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kelly Black List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 20:21:34 -0000 ------=_Part_984_9619730.1106857291725 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Jung-uk Kim, It works! Thank you! I downloaded it and built the module. I can't read Japanese so the readme was not much use. I blindly tried "make ; make install" and it put the module in /boot/kernel. Fortunately, the comments in the program are pretty good. When I tried "kldload acpi_ppc" it loaded the module with no trouble. (I had already applied the patchs that you had posted earlier.) This time when I ran it the time was down to 95 seconds which is faster than my desktop system, a one year old P4, and is much faster than CygWin. (Our opteron system runs this program in 81 seconds.) It was pretty cool to start the process up and a little while later hear the fan kick in. There is nothing like instant feedback! :-) The only problem is that I have to run the machine with acpi enabled to take advantage of the driver. I've had some stability problems with acpi enabled so I will probaly only use this under special circumstances. Again, thank you for this pointer and thank you for all your work on this machine. Your work made it possible to get FreeBSD working on this beast. It has been surprising how many little things have made this machine so difficult to configure. I will try to attach a copy of the program and makefile with this email as per your request. To create an executable type "make hermite" and then run the executable, ./hermite, from the command line. You will have to create a directory called "graph" wherever you happen to put the files because at the start of the run it writes a file to that directory. Finally, there is a stochastic component, and a random variable is added at each time step. The time required will vary from slightly from run to run, so you have to make multiple runs and average them to get a better idea of how long it takes. This is not quite the full blown version. We double the matrix size and double the time steps for the bigger problem and have to make multiple runs because of the stochastic part. Sincerely, Kel On Thu, 27 Jan 2005 13:59:29 -0500, Jung-uk Kim wrote: > On Thursday 27 January 2005 10:52 am, Kelly Black wrote: > > Hello, > > > > I have installed FreeBSD 5.3 on a Compaq Presario R3000. It has an > > AMD 64 bit processor. First, I am very grateful for all of the > > work done by Jung-uk Kim. If it were not for his work it would not > > have been possible for me to get my machine going under FreeBSD. > > :-) You are very welcome. > > > Second, there appears to be a very serious performance issue with > > this machine. I have a program that I use for benchmarks which > > approximates a nonlinear PDE. It uses a 300x300 matrix which is > > relatively small so it does not require much in the way of swap or > > memory caching. When I run this program under freebsd it takes 234 > > seconds in user time (not real). I have CygWin installed on the > > windows slice and ran the exact same program. I have the 32 bit > > version of Windows XP. Under CygWin the program takes 155 seconds > > in user time. > > > > This is almost 33% better under MS windows and is a huge > > discrepancy! It seems clear that something isn't right on the > > machine. I have attached a copy of my kernel file. I have applied > > many of the patches so generously made available by Jung-uk Kim on > > this list. The times have remained consistent before and after all > > of updates. I have used RELENG_5 as the src-all tag in my > > cvsup,conf, > > > > Any pointers on what I can do to tune this machine would be very > > helpful. Has anybody come across this problem? > > Did you use 'acpi_ppc' driver? > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > You need this driver to run your laptop at full speed. CPU speed will > be automatically adjusted by CPU load. However, it may take few > seconds to get to the speed. You can set the speed manually by: > > sysctl hw.acpi.cpu.px_control=0 > > Please read comment in the acpi_ppc.c for more info. > > Unfortunately if you run this laptop under heavy CPU load, CPU will > heat up pretty fast and 'acpi_ec' will adjust delay to prevent > excessive heat. You can ignore this behavior by hacking acpi_ec.c, I > believe but it's really bad idea. > > Laptop is not for number crunching after all. ;-) > > > By the way, I have used this same program to benchmark an opteron > > system. On that machine I installed FreeBSD 5.3 (generic kernel) > > and then installed gentoo (2.6.9 kernel). The times under both OS's > > were almost identical. > > Hmm... Interesting. Can I see the source? > > Thanks, > > Jung-uk Kim > > > Sincerely, > > Kel > ------=_Part_984_9619730.1106857291725 Content-Type: application/octet-stream; name="makefile" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="makefile" Q0ZMQUdTID0gIC1PMiAtbWFyY2g9YXRobG9uNjQKI0NGTEFHUyA9ICAtZyAKQ0MgPSBnKysKQVIg PSBhcgpBUkZMQUdTID0gcnYKTVlMSUIgPSBsaWJtaW5lCkxJQiA9IApMSU5LID0gLWxtCi5TVUZG SVhFUzogLmMgLmNwcAoKCi5jcHAubzoKCWVjaG8gJ0NvbXBpbGluZyAkPCcKCSQoQ0MpICQoQ0ZM QUdTKSAtYyAkPAoKLmMubzoKCSQoQ0MpICQoQ0ZMQUdTKSAtYyAkPAoKCmZpbkRpZmY6IGZpbkRp ZmYubyBmaW5EaWZmLmgKCWVjaG8gJ0xpbmtpbmcgJEAnCgkkKENDKSAtbyAkQCAkQC5vICQoTElO SykgCgoKaGVybWl0ZTogaGVybWl0ZS5vIGhlcm1pdGUuaAoJZWNobyAkQAoJJChDQykgLW8gJEAg JEAubyAkKExJTkspIAoKCnZhcmlhdGlvbmFsOiB2YXJpYXRpb25hbC5vIHZhcmlhdGlvbmFsLmgK CWVjaG8gJEAKCSQoQ0MpIC1vICRAICRALm8gJChMSU5LKSAKCgokKE1ZTElCKS5hOgkkKExJQikg CgkJcm0gLWYgJChNWUxJQikuYQoJCSQoQVIpICQoQVJGTEFHUykgJChNWUxJQikuYSAkKExJQikK CQlAZWNobyAgRG9uZQoK ------=_Part_984_9619730.1106857291725-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 20:43: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 40A6716A4CE; Thu, 27 Jan 2005 20:43:01 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C839E43D45; Thu, 27 Jan 2005 20:43:00 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-233.dsl.snfc21.pacbell.net [64.171.186.233])j0RKhB2Y027131; Thu, 27 Jan 2005 15:43:11 -0500 Message-ID: <41F95252.8070600@root.org> Date: Thu, 27 Jan 2005 12:42:58 -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: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <20050127195633.GA32179@gargantuan.com> In-Reply-To: <20050127195633.GA32179@gargantuan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 CPU and ACPI (was Re: Configuration of 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: Thu, 27 Jan 2005 20:43:01 -0000 Michael W. Oliver wrote: > On 2005-01-27T13:59:29-0500, Jung-uk Kim wrote: >>Did you use 'acpi_ppc' driver? >>http://www.spa.is.uec.ac.jp/~nfukuda/software/ > >>You need this driver to run your laptop at full speed. CPU speed will >>be automatically adjusted by CPU load. However, it may take few >>seconds to get to the speed. You can set the speed manually by: > > Whoo-hoo!!! This works on my machine (Sager 4750V) so far, and gives > wonderful information: > > hw.acpi.cpu.px_control: -1 > hw.acpi.cpu.px_highest: 0 > hw.acpi.cpu.px_lowest: 2 > hw.acpi.cpu.px_current: 1 > hw.acpi.cpu.px_supported: 2200 1800 800 > hw.acpi.cpu.px_usage: 4.62% 25.70% 69.66% > > (running `make clean' in /usr/ports just to push it a little) > > This is great! Thanks so much for posting this! This completely makes > sense now that I would see the CPU speed reported as ~801MHz when the > machine would boot up. I can't thank you enough. > > What are the chances that this could be imported into current? I am > running... I've been working on a cpufreq driver for about 6 months now. Work unfortunately has made progress too slow. I have taken a vacation day to work on FreeBSD and plan to import a stripped down version (no throttling support) very soon. The driver is a general cpufreq framework and two hardware drivers, one for SpeedStep ICH and one for ACPI Px states (like acpi_ppc but a separate implementation). Other drivers, like SpeedStep Centrino and Powernow, can easily be hooked into the framework by their maintainers and imported into the general tree. I've wanted to keep them as ports for now so that I could prototype the framework before importing it. That way we wouldn't have to restructure millions of cpu hardware drivers after the fact. The short answer is that a similar capability should be imported soon. >>Unfortunately if you run this laptop under heavy CPU load, CPU will >>heat up pretty fast and 'acpi_ec' will adjust delay to prevent >>excessive heat. You can ignore this behavior by hacking acpi_ec.c, I >>believe but it's really bad idea. > > > I do see some ACPI errors on my laptop when I boot it up, such as: > > (dmesg -a | grep -i acpi): > acpi_cmbat0: battery initialization start > acpi_acad0: acline initialization start > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > acpi_ec0: info: new max delay is 70 us > acpi_ec0: info: new max delay is 100 us > acpi_cmbat0: battery initialization failed, giving up <-- ugh! > acpi_ec0: info: new max delay is 130 us > acpi_ec0: info: new max delay is 170 us > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_ec0: info: new max delay is 900 us > acpi_ec0: info: new max delay is 11000 us > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) This all indicates your embedded controller is not responding. It's important to figure out why. Can you post a link to your full dmesg too? > acpidump stuff is here: > http://michael.gargantuan.com/sager_4750v/acpidump.asl > http://michael.gargantuan.com/sager_4750v/dsdt.out > http://michael.gargantuan.com/sager_4750v/sysctl_hw.acpi Thanks, I'll eventually take a look at this but hopefully you understand that I've set aside bugfixing for a short while to complete longer term projects. -- Nate From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 21:06: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 0F36C16A4CE; Thu, 27 Jan 2005 21:06:50 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BA643D46; Thu, 27 Jan 2005 21:06:49 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 781E5638; Thu, 27 Jan 2005 16:06:48 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id AD231287; Thu, 27 Jan 2005 16:06:41 -0500 (EST) Date: Thu, 27 Jan 2005 16:06:41 -0500 From: "Michael W. Oliver" To: Nate Lawson Message-ID: <20050127210641.GB32179@gargantuan.com> Mail-Followup-To: Nate Lawson , Jung-uk Kim , acpi@freebsd.org, freebsd-amd64@freebsd.org References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <20050127195633.GA32179@gargantuan.com> <41F95252.8070600@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3lcZGd9BuhuYXNfi" Content-Disposition: inline In-Reply-To: <41F95252.8070600@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: sgs_public_dcc_server: phoenix.gargantuan.com 1199; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 X-Spam-Pyzor: Reported 0 times. cc: acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 CPU and ACPI (was Re: Configuration of 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: Thu, 27 Jan 2005 21:06:50 -0000 --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-01-27T12:42:58-0800, Nate Lawson wrote: > Michael W. Oliver wrote: > I've been working on a cpufreq driver for about 6 months now. Work=20 > unfortunately has made progress too slow. I have taken a vacation day=20 > to work on FreeBSD and plan to import a stripped down version (no=20 > throttling support) very soon. As always, your support is much appreciated Nate. You do fine work. > The driver is a general cpufreq framework and two hardware drivers, one= =20 > for SpeedStep ICH and one for ACPI Px states (like acpi_ppc but a=20 > separate implementation). Other drivers, like SpeedStep Centrino and=20 > Powernow, can easily be hooked into the framework by their maintainers=20 > and imported into the general tree. I've wanted to keep them as ports=20 > for now so that I could prototype the framework before importing it.=20 > That way we wouldn't have to restructure millions of cpu hardware=20 > drivers after the fact. > The short answer is that a similar capability should be imported soon. Excellent! > >I do see some ACPI errors on my laptop when I boot it up, such as: > >(dmesg -a | grep -i acpi): > >acpi_cmbat0: battery initialization start > >acpi_acad0: acline initialization start > >acpi_tz0: _CRT value is absurd, ignored (154.8C) > >acpi_acad0: On Line > >acpi_acad0: acline initialization done, tried 1 times > >acpi_ec0: info: new max delay is 70 us > >acpi_ec0: info: new max delay is 100 us > >acpi_cmbat0: battery initialization failed, giving up <-- ugh! > >acpi_ec0: info: new max delay is 130 us > >acpi_ec0: info: new max delay is 170 us > >acpi_tz0: _CRT value is absurd, ignored (154.8C) > >acpi_tz0: _CRT value is absurd, ignored (154.8C) > >acpi_ec0: info: new max delay is 900 us > >acpi_ec0: info: new max delay is 11000 us > >acpi_tz0: _CRT value is absurd, ignored (154.8C) > >acpi_tz0: _CRT value is absurd, ignored (154.8C) > This all indicates your embedded controller is not responding. It's=20 > important to figure out why. Can you post a link to your full dmesg too? You betcha. http://michael.gargantuan.com/sager_4750v/dmesg.txt http://michael.gargantuan.com/sager_4750v/usbdevs.txt http://michael.gargantuan.com/sager_4750v/pciconf.txt Almost everything on this laptop works with FreeBSD. In fact, I have more hardware support with 64bit FreeBSD than I do with 64bit Windows! > >acpidump stuff is here: > >http://michael.gargantuan.com/sager_4750v/acpidump.asl > >http://michael.gargantuan.com/sager_4750v/dsdt.out > >http://michael.gargantuan.com/sager_4750v/sysctl_hw.acpi > Thanks, I'll eventually take a look at this but hopefully you understand= =20 > that I've set aside bugfixing for a short while to complete longer term= =20 > projects. Totally understandable Nate, take your time. I am not going anywhere ;) --=20 Mike Oliver [see complete headers for contact information] --3lcZGd9BuhuYXNfi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB+VfhsWv7q8X6o8kRAm2CAJ0UkDpUmGgsvmrVniYtczhLMzfHwgCeKumg EdxBnYbttU6hi3kGkXc+jKE= =UG4n -----END PGP SIGNATURE----- --3lcZGd9BuhuYXNfi-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 21:08: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 12B8416A4CE for ; Thu, 27 Jan 2005 21:08:32 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8955B43D46 for ; Thu, 27 Jan 2005 21:08:31 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd11.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CuGsP-00059V-00; Thu, 27 Jan 2005 22:08:29 +0100 Received: from fw.reifenberger.com (Xd2zNEZewe64Ojf6-tDbnOufM1TrNGRnXx9nec0RFNM6knKL6GUBEa@[62.158.160.245]) by fmrl11.sul.t-online.com with esmtp id 1CuGs7-1ia6IC0; Thu, 27 Jan 2005 22:08:11 +0100 Received: from localhost (mike@localhost)j0RL8AV9033494; Thu, 27 Jan 2005 22:08:10 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Thu, 27 Jan 2005 22:08:10 +0100 (CET) From: Michael Reifenberger To: "James R. Van Artsdalen" In-Reply-To: <41F94088.4050800@jrv.org> Message-ID: <20050127220535.V33460@fw.reifenberger.com> References: <20050127175934.GA44783@troutmask.apl.washington.edu> <41F94088.4050800@jrv.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Xd2zNEZewe64Ojf6-tDbnOufM1TrNGRnXx9nec0RFNM6knKL6GUBEa@t-dialin.net X-TOI-MSGID: 07f45a82-6fd8-4239-bd12-9538b33a953d cc: freebsd-amd64@freebsd.org Subject: Re: What is R_X86_64_PC32? 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, 27 Jan 2005 21:08:32 -0000 On Thu, 27 Jan 2005, James R. Van Artsdalen wrote: ... >> when compiled by either the system's f77 command or gfortran, >> generates the following error: >> >> troutmask:kargl[217] f77 -o df df.f >> /usr/lib/crt1.o(.text+0x15): In function `_start': >> : relocation truncated to fit: R_X86_64_PC32 environ >> Is this an indication that the stack isn't large enough? >> I see this too when trying to compile math/octave-forge or using octaves mkoctfile on amd64 BTW. octave itself seems to work properly. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 21:26: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 8A13D16A4CE for ; Thu, 27 Jan 2005 21:26:48 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB1743D1F for ; Thu, 27 Jan 2005 21:26: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 j0RLQhPe047187; Thu, 27 Jan 2005 16:26:47 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Kelly Black Date: Thu, 27 Jan 2005 16:26:37 -0500 User-Agent: KMail/1.6.2 References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <1b1b33f1050127122129c73189@mail.gmail.com> In-Reply-To: <1b1b33f1050127122129c73189@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200501271626.38015.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-amd64@freebsd.org Subject: Re: Configuration of 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: Thu, 27 Jan 2005 21:26:48 -0000 On Thursday 27 January 2005 03:21 pm, Kelly Black wrote: > Dear Jung-uk Kim, Hi. > It works! Thank you! I downloaded it and built the module. I can't > read Japanese so the readme was not much use. I blindly tried "make > ; make install" and it put the module in /boot/kernel. Fortunately, > the comments in the program are pretty good. When I tried "kldload > acpi_ppc" it loaded the module with no trouble. (I had already > applied the patchs that you had posted earlier.) :-) You did it right. > This time when I ran it the time was down to 95 seconds which is > faster than my desktop system, a one year old P4, and is much > faster than CygWin. (Our opteron system runs this program in 81 > seconds.) It was pretty cool to start the process up and a little > while later hear the fan kick in. There is nothing like instant > feedback! :-) So I guess we beat Gentoo big time? ;-) > The only problem is that I have to run the machine with acpi > enabled to take advantage of the driver. I've had some stability > problems with acpi enabled so I will probaly only use this under > special circumstances. It should be fixed if you have applied 'timer' fix: http://docs.freebsd.org/cgi/mid.cgi?200501261149.11530.jkim (I am sure you have but just checking...) If you see more instabilities, please let me know. > Again, thank you for this pointer and thank you for all your work > on this machine. Your work made it possible to get FreeBSD working > on this beast. It has been surprising how many little things have > made this machine so difficult to configure. Yeah... It was really painful and took nearly a week just to make it boot. :-( > I will try to attach a copy of the program and makefile with this > email as per your request. To create an executable type "make > hermite" and then run the executable, ./hermite, from the command > line. You will have to create a directory called "graph" wherever > you happen to put the files because at the start of the run it > writes a file to that directory. > > Finally, there is a stochastic component, and a random variable is > added at each time step. The time required will vary from slightly > from run to run, so you have to make multiple runs and average them > to get a better idea of how long it takes. This is not quite the > full blown version. We double the matrix size and double the time > steps for the bigger problem and have to make multiple runs because > of the stochastic part. It seems to me that it's more like FPU benchmarking than overall CPU performance test. FreeBSD/amd64 is slowly catching up in that area but it's far from ideal. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/amd64/ We need lots of optimization in that area (e. g., using SSE/SSE2). Cheers, Jung-uk Kim > Sincerely, > Kel From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 22:31: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 7E07716A4D0 for ; Thu, 27 Jan 2005 22:31:32 +0000 (GMT) Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk [212.42.1.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id A178F43D3F for ; Thu, 27 Jan 2005 22:31:31 +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 EF6F354821 for ; Thu, 27 Jan 2005 22:31:31 +0000 (GMT) From: "Alan Jay" To: Date: Thu, 27 Jan 2005 22:31:29 -0000 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUEv+2eNXXy+TrWQtKGqyhtIcLOvA== Message-Id: <20050127223131.EF6F354821@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: 5.3 AMD64 on Tyan S2882 Thunder K86 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, 27 Jan 2005 22:31:32 -0000 I am trying to install FreeBSD 5.3 AMD64 on twin Operton with 8Gb RAM using Tyan S2882 Thunder K86 motherboard and LSI MegaRAID SCSI controller. Almost every time I try to install at some point in the process I get some kind of panic usually: Panic: ufs_dirbad: bad dir But also had Panic ufs_dstrib Panic vm_fault:fault on no fault entry Looking around there seemed to be some discussion about the use of use of various BIOS settings away from the defaults such as the MTTR (change from Continuous to Discrete) and altering the memory config to AUTO. And finally I wonder if for a server the ACPI settings for power saving need to be altered or switched off. Or does 5.3 just not like all this memory :-( I did once manage to complete the install but then had other problems and had to start again so there doesn't seem to be any consistency. It seems to fall over at various points in the process from early on to way into the ports install. Trying to work out if is a memory problem / BIOS issue or something to do with the configuration of the LSI MegaRAID controller. Any ideas tips or thoughts would be very gratefully received. From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 22:43: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 904E116A4CE for ; Thu, 27 Jan 2005 22:43:29 +0000 (GMT) Received: from web26805.mail.ukl.yahoo.com (web26805.mail.ukl.yahoo.com [217.146.176.81]) by mx1.FreeBSD.org (Postfix) with SMTP id A73E743D2D for ; Thu, 27 Jan 2005 22:43:28 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 83059 invoked by uid 60001); 27 Jan 2005 22:43:27 -0000 Message-ID: <20050127224327.83057.qmail@web26805.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26805.mail.ukl.yahoo.com via HTTP; Thu, 27 Jan 2005 23:43:27 CET Date: Thu, 27 Jan 2005 23:43:27 +0100 (CET) From: Claus Guttesen To: Alan Jay , freebsd-amd64@freebsd.org In-Reply-To: <20050127223131.EF6F354821@buxton.digitalspy.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 5.3 AMD64 on Tyan S2882 Thunder K86 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, 27 Jan 2005 22:43:29 -0000 > I am trying to install FreeBSD 5.3 AMD64 on twin > Operton with 8Gb RAM using > Tyan S2882 Thunder K86 motherboard and LSI MegaRAID > SCSI controller. > Almost every time I try to install at some point in > the process I get some > kind of panic usually: Have you tried 'set hw.physmem="4G"' at the boot prompt while doing the initial install? If that works try cvsup to RELENG_5 (stable) and *not* RELENG_5_3 (release). Make world/kernel and reboot wo. hw.physmem. This was mentioned in a previous thread. HTH Claus From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 23:31: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 F044416A4CE for ; Thu, 27 Jan 2005 23:31:14 +0000 (GMT) Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk [212.42.1.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0723643D2D for ; Thu, 27 Jan 2005 23:31:14 +0000 (GMT) (envelope-from alanj@digitalspy.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 11D3354837 for ; Thu, 27 Jan 2005 23:31:14 +0000 (GMT) From: "Alan Jay" To: Date: Thu, 27 Jan 2005 23:31:11 -0000 Organization: Digital Spy Limited MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUEyEjFNNxNU+bAS+mipiG/ufffJA== Message-Id: <20050127233114.11D3354837@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: 5.3 AMD64 on Tyan S2882 Thunder K86 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, 27 Jan 2005 23:31:15 -0000 Thanks for this - new to the list so sorry for not searching the archives. Will report back tomorrow on how I get on. > I am trying to install FreeBSD 5.3 AMD64 on twin > Operton with 8Gb RAM using > Tyan S2882 Thunder K86 motherboard and LSI MegaRAID > SCSI controller. > Almost every time I try to install at some point in > the process I get some > kind of panic usually: Have you tried 'set hw.physmem="4G"' at the boot prompt while doing the initial install? If that works try cvsup to RELENG_5 (stable) and *not* RELENG_5_3 (release). Make world/kernel and reboot wo. hw.physmem. This was mentioned in a previous thread. HTH Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 04:15: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 A11AC16A4CE for ; Fri, 28 Jan 2005 04:15:17 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD43A43D31 for ; Fri, 28 Jan 2005 04:15:01 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so359493rne for ; Thu, 27 Jan 2005 20:15:01 -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=SAcQujtRKcc6s9YRm7iWkZAp4AaV0eyQKr5rdcCpbULzAhBh90ljPJp8X+2mMehvGYQTZEdwS7I4ha0Ivi6Ym3j7jM3TRsSz/CCQfFXDaK4dJdK8YmAwHpqcU2e3NtXgUWnNgwEu7IFVVhKeXi78IJ9+/sjTBBufPB5j/nlkbnI= Received: by 10.38.89.18 with SMTP id m18mr156581rnb; Thu, 27 Jan 2005 20:15:01 -0800 (PST) Received: by 10.38.209.12 with HTTP; Thu, 27 Jan 2005 20:15:01 -0800 (PST) Message-ID: <84dead72050127201552e14c04@mail.gmail.com> Date: Fri, 28 Jan 2005 04:15:01 +0000 From: Joseph Koshy To: Rob Watt In-Reply-To: <20050127100818.M46092@daemon.mistermishap.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050127100818.M46092@daemon.mistermishap.net> cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit binary compatibility on 5.3-amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 04:15:17 -0000 > I've run the /usr/src/tools/lib32/build32.sh script, and applied some > other changes that people have reccomended, but basically our 32-bit > applications all segfault when run on the amd64 machines. Exactly what is the segfault? Could you post the output of ktrace on an example process? From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 06:57:12 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 2694416A4CE for ; Fri, 28 Jan 2005 06:57:12 +0000 (GMT) Received: from web30708.mail.mud.yahoo.com (web30708.mail.mud.yahoo.com [68.142.200.141]) by mx1.FreeBSD.org (Postfix) with SMTP id B704643D41 for ; Fri, 28 Jan 2005 06:57:11 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 26046 invoked by uid 60001); 28 Jan 2005 06:57:11 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=WyWY9EfhT3fvQ3kJi41oH/EH0e2vtdm5mh2FZSKzzozCtHuL2V1jGSfq5AUycB0UVkDE2bRYQRXDeJnXMKvAiXe1hhGB6ykvQi3snyXankbaZhOBGnWEHZpvd3DAM1uiboaqqjekwtZt34YQ/8ep9CiJMEERQac8fluZTRMWnsY= ; Message-ID: <20050128065711.26044.qmail@web30708.mail.mud.yahoo.com> Received: from [208.240.243.170] by web30708.mail.mud.yahoo.com via HTTP; Thu, 27 Jan 2005 22:57:11 PST Date: Thu, 27 Jan 2005 22:57:11 -0800 (PST) From: Neil Short To: freebsd-amd64@freebsd.org In-Reply-To: <2fd864e05012705577021db94@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: NForce3 woes (was: freebsd in compaq presario 900) 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, 28 Jan 2005 06:57:12 -0000 --- Astrodog wrote: > If its of interest to anyone, in the phone calls > I've had with > Compaq/HP trying to get documentation on some of > this, they're aware > of the issue and have been trying to get it > resolved. Aparently nvidia > ignored a few standards while doing the NF3 150 > stuff for mobiles, > thus causing the issues. I was also told it does > extend to any > notebook that uses an NForce3 based motherboard, > that HP/Compaq > manufactures. Maybe we should treat this as a > FreeBSD-mobile issue, > rather than an -AMD64 one? > > ---- Harrison Grundy Actually, when the keyboard detection problem was the hottest thing bugging us stuff was being posted to both lists; but Jung-uk Kim was the first guy (and continues to be the guy) to write patches for that chipset and he suggested we keep all the discussion in the amd64 list. As far as I was concerned, I was going to make sure the road to a solution was made minimally bumpy and I figured Kim was the guy to call that shot. ===== If history always begins this morning, the world holds exciting surprises around every corner (241). --Ann Coulter. Treason. __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 08:13: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 D667716A4F0 for ; Fri, 28 Jan 2005 08:13:07 +0000 (GMT) Received: from mail.uk.psi.com (mail.uk.psi.com [154.8.2.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31C6443D2D for ; Fri, 28 Jan 2005 08:13:07 +0000 (GMT) (envelope-from alan.barrow@psinet.telstra.co.uk) Received: from [154.8.26.107] (helo=[127.0.0.1]) by mail.uk.psi.com with esmtp (Exim 4.41) id 1CuRFU-0001bF-QO; Fri, 28 Jan 2005 08:13:01 +0000 Message-ID: <41F9F40C.8050509@psinet.telstra.co.uk> Date: Fri, 28 Jan 2005 08:13:00 +0000 From: alan barrow User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alan Jay References: <20050127223131.EF6F354821@buxton.digitalspy.co.uk> In-Reply-To: <20050127223131.EF6F354821@buxton.digitalspy.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: 5.3 AMD64 on Tyan S2882 Thunder K86 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, 28 Jan 2005 08:13:08 -0000 We run these with 2 GB and adaptec 2120s controllers. We do cut the BIOS down by turning off all USB and have no issues. yours a.r.b. Alan Jay wrote: >I am trying to install FreeBSD 5.3 AMD64 on twin Operton with 8Gb RAM using >Tyan S2882 Thunder K86 motherboard and LSI MegaRAID SCSI controller. > > > >Almost every time I try to install at some point in the process I get some >kind of panic usually: > > > >Panic: ufs_dirbad: bad dir > > > >But also had > > > >Panic ufs_dstrib > > > >Panic vm_fault:fault on no fault entry > > > >Looking around there seemed to be some discussion about the use of use of >various BIOS settings away from the defaults such as the MTTR (change from >Continuous to Discrete) and altering the memory config to AUTO. > > >And finally I wonder if for a server the ACPI settings for power saving need >to be altered or switched off. > > > >Or does 5.3 just not like all this memory :-( > > > >I did once manage to complete the install but then had other problems and had >to start again so there doesn't seem to be any consistency. It seems to fall >over at various points in the process from early on to way into the ports >install. > > > >Trying to work out if is a memory problem / BIOS issue or something to do with >the configuration of the LSI MegaRAID controller. > > > >Any ideas tips or thoughts would be very gratefully received. > > > > > >_______________________________________________ >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 Jan 28 08:41: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 EE1A916A4D1 for ; Fri, 28 Jan 2005 08:41:31 +0000 (GMT) Received: from buxton.digitalspy.co.uk (buxton.digitalspy.co.uk [212.42.1.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AECA43D53 for ; Fri, 28 Jan 2005 08:41:31 +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 3705D54888 for ; Fri, 28 Jan 2005 08:41:30 +0000 (GMT) From: "Alan Jay" To: Date: Fri, 28 Jan 2005 08:41:29 -0000 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 thread-index: AcUFFSAjP75SbTASRNOH5Xo4DCXQkA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050128084130.3705D54888@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: 5.3 AMD64 on Tyan S2882 Thunder K8S 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, 28 Jan 2005 08:41:32 -0000 Claus and Alan, Thanks for your comments - I have done as suggested and using this set command gets the install up and running (phew) so thanks for the prompt response. > Have you tried 'set hw.physmem="4G"' at the boot > prompt while doing the initial install? > If that works try cvsup to RELENG_5 (stable) and *not* > RELENG_5_3 (release). Make world/kernel and reboot wo. > hw.physmem. > This was mentioned in a previous thread. > HTH > Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 10: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 4AB0716A4CE for ; Fri, 28 Jan 2005 10:12:53 +0000 (GMT) Received: from vsmtp3alice.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 961C543D39 for ; Fri, 28 Jan 2005 10:12:52 +0000 (GMT) (envelope-from giupil@aliceposta.it) Received: from [82.49.31.236] (82.49.31.236) by vsmtp3alice.tin.it (7.0.027) id 41F618A60005C09D for freebsd-amd64@freebsd.org; Fri, 28 Jan 2005 11:12:50 +0100 Message-ID: <41FA103E.9080302@aliceposta.it> Date: Fri, 28 Jan 2005 11:13:18 +0100 From: giupil User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050123 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <20050127195633.GA32179@gargantuan.com> <41F95252.8070600@root.org> <20050127210641.GB32179@gargantuan.com> In-Reply-To: <20050127210641.GB32179@gargantuan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: AMD64 CPU and ACPI (was Re: Configuration of 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, 28 Jan 2005 10:12:53 -0000 Hi, I've a Acer Aspire 1513lmi on a Amd Athlon 64 Processor 3400+ and Freebsd 5.3-stable. Is there a patch for the powernow k8? My cpu is all time at the higgest speed and so the battery life is only one hour! Thank you Bye Giuseppe From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 16:08: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 599EB16A4CF for ; Fri, 28 Jan 2005 16:08:42 +0000 (GMT) Received: from daemon.mistermishap.net (167-49.nyc.dsl.access.net [166.84.167.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1C0943D3F for ; Fri, 28 Jan 2005 16:08:40 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from daemon.mistermishap.net (localhost.mistermishap.net [127.0.0.1])j0SG8dkJ054825; Fri, 28 Jan 2005 11:08:39 -0500 (EST) (envelope-from rob@hudson-trading.com) Received: from localhost (rob@localhost)j0SG8dXX054822; Fri, 28 Jan 2005 11:08:39 -0500 (EST) X-Authentication-Warning: daemon.mistermishap.net: rob owned process doing -bs Date: Fri, 28 Jan 2005 11:08:39 -0500 (EST) From: Rob Watt X-X-Sender: rob@daemon.mistermishap.net To: Joseph Koshy In-Reply-To: <84dead72050127201552e14c04@mail.gmail.com> Message-ID: <20050128105930.V54223@daemon.mistermishap.net> References: <20050127100818.M46092@daemon.mistermishap.net> <84dead72050127201552e14c04@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1272661483-1106928519=:54223" cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit binary compatibility on 5.3-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: Fri, 28 Jan 2005 16:08:42 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1272661483-1106928519=:54223 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 28 Jan 2005, Joseph Koshy wrote: > > I've run the /usr/src/tools/lib32/build32.sh script, and applied some > > other changes that people have reccomended, but basically our 32-bit > > applications all segfault when run on the amd64 machines. > > Exactly what is the segfault? Could you post the output of ktrace on an example > process? > a ktrace is attached for this sample code: #include int main(int argc, char *argv[]) { printf("char* %d\n", sizeof(char*)); printf("int* %d\n", sizeof(int*)); printf("void* %d\n", sizeof(void*)); printf("long %d\n", sizeof(long)); printf("double %d\n", sizeof(double)); printf("int %d\n", sizeof(int)); return 0; } this was compiled on a 5.3 i386 machine with: g++ -g - Rob Watt --0-1272661483-1106928519=:54223 Content-Type: APPLICATION/octet-stream; name="ostest3.ktrace.out" Content-Transfer-Encoding: BASE64 Content-Description: Content-Disposition: attachment; filename="ostest3.ktrace.out" EAAAAAIAwgKlOgEAa3RyYWNlAAAAAAAAAAAAAAAAAABvYPpBAAAAAMt7DAAA AAAAAAAAAAAAAAAtAAIAAAAAAAAAAAAAAAAAIAAAAAEAwgKlOgEAa3RyYWNl AAAAAAAAAAAAAAAAAABvYPpBAAAAACZ8DAAAAAAAAKMuBwD///87AAMAAAAA ADfu////fwAAiOz///9/AACY7P///38AABUAAAADAAAApToBAGt0cmFjZQAA AAAAAAAAAAAAAAAAb2D6QQAAAAAvfAwAAAAAACC6wgIA////Li90ZXN0LWkz ODYtNTMtbmF0aXZlFgAAAAMAAAClOgEAa3RyYWNlAAAAAAAAAAAAAAAAAABv YPpBAAAAAHZ/DAAAAAAAgJA2ZwD///8vbGliZXhlYy9sZC1lbGYzMi5zby4x EAAAAAIAiTSlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAANF/DAAA AAAAAAAAAAAAAAA7AAMAAAAAAAAAAAAAAAAASAAAAAEAiTSlOgEAdGVzdC1p Mzg2LTUzLW5hdGl2ZQBvYPpBAAAAAOF/DAAAAAAAQMbJUQD////FAAgAAAAA AAAAAAAAAAAAMA8AAAAAAAADAAAAAAAAAAAQAAAAAAAA/////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAgAAAKU6AQB0ZXN0LWkzODYtNTMt bmF0aXZlAG9g+kEAAAAA7H8MAAAAAAAAAAAAAAAAAMUAAwAAAAAAAAAHKAAA AAAYAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAB4AM AAAAAAAAKo46AP///0kAAgAAAAAAAAAHKAAAAAAwDwAAAAAAABAAAAACAIk0 pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAAOgAwAAAAAAAAAAAAA AAAASQAIAAAAAAAAAAAAAAAAADgAAAABAIk0pToBAHRlc3QtaTM4Ni01My1u YXRpdmUAb2D6QQAAAAAggAwAAAAAAIBbNg0A////ygAGAAAAAAAU2///AAAA AAIAAAAAAAAAbNEGKAAAAAAQ2///AAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAA AgAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAALYAMAAAAAAAA AAAAAAAAAMoAAgAAAAAAAAAAAAAAAABIAAAAAQCJNKU6AQB0ZXN0LWkzODYt NTMtbmF0aXZlAG9g+kEAAAAAM4AMAAAAAABAVDYNAP///8UACAAAAAAAAAAA AAAAAAAAgAAAAAAAAAMAAAAAAAAAAhAAAAAAAAD/////AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAABAAAAACAAAApToBAHRlc3QtaTM4Ni01My1uYXRp dmUAb2D6QQAAAAA8gAwAAAAAAAAAAAAAAAAAxQACAAAAAAAAAAcoAAAAAAgA AAABAAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABVgAwAAAAA AAAAAAAAAAAA/QAAAAAAAAAQAAAAAgCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0 aXZlAG9g+kEAAAAAWoAMAAAAAAAAAAAAAAAAAP0ACAAAAAAAAAAAAAAAAAAg AAAAAQCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAfYAMAAAA AABAmDZnAP///wUAAwAAAAAABoYGKAAAAAAAAAAAAAAAALYBAAAAAAAAEgAA AAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAIeADAAAAAAA gJI2ZwD///8vZXRjL2xpYm1hcDMyLmNvbmYQAAAAAgAAAKU6AQB0ZXN0LWkz ODYtNTMtbmF0aXZlAG9g+kEAAAAAkYAMAAAAAAAAAAAAAAAAAAUAAAACAAAA AAAAAAAAAAAgAAAAAQCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEA AAAAl4AMAAAAAAAgYrQAAP///wUAAwAAAAAAI4EGKAAAAAAAAAAAAAAAAAAA AAAAAAAAGgAAAAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA AJ2ADAAAAAAA4JA2ZwD///8vdmFyL3J1bi9sZC1lbGYzMi5zby5oaW50cxAA AAACAMICpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAACqgAwAAAAA AAAAAAAAAAAABQADAAIAAAAAAAAAAAAAABgAAAABAAAApToBAHRlc3QtaTM4 Ni01My1uYXRpdmUAb2D6QQAAAAC2gAwAAAAAABAVrzAA////IQACAAAAAAAA QAcoAAAAAAAAAAAAAAAAFQAAAAMAwgKlOgEAdGVzdC1pMzg2LTUzLW5hdGl2 ZQBvYPpBAAAAAL+ADAAAAAAAoJk2ZwD///8vbGliMzIvbGlic3RkYysrLnNv LjQQAAAAAgCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAyYAM AAAAAAAAAAAAAAAAACEAAwACAAAAAAAAAAAAAAAYAAAAAQAAAKU6AQB0ZXN0 LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA0IAMAAAAAAAAFa8wAP///yEAAgAC AAAAAEAHKAAAAAAAAAAAAAAAABkAAAADAAAApToBAHRlc3QtaTM4Ni01My1u YXRpdmUAb2D6QQAAAADYgAwAAAAAACBgAgEA////L3Vzci9saWIzMi9saWJz dGRjKysuc28uNBAAAAACALYGpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6 QQAAAADlgAwAAAAAAAAAAAAAAAAAIQAIAAAAAAAAAAAAAAAAACAAAAABAAAA pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAD9gAwAAAAAAABm/AAA ////BQADAAAAAABAEAcoAAAAAAAAAAAAAAAALNz//wAAAAAZAAAAAwAAAKU6 AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAAYEMAAAAAABAkDZnAP// /y91c3IvbGliMzIvbGlic3RkYysrLnNvLjQQAAAAAgAkCKU6AQB0ZXN0LWkz ODYtNTMtbmF0aXZlAG9g+kEAAAAACoEMAAAAAAAAAAAAAAAAAAUAAQAAAAAA AwAAAAAAAAAYAAAAAQDCAqU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEA AAAADYEMAAAAAAAgIY46AP///70AAgACAAAAAwAAAAAAAAAM3P//AAAAABAA AAACAAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAAUgQwAAAAA AAAAAAAAAAAAvQACAAAAAAAAAAAAAAAAACAAAAABAIk0pToBAHRlc3QtaTM4 Ni01My1uYXRpdmUAb2D6QQAAAAAXgQwAAAAAAEC4vAAA////AwADAAIAAAAD AAAAAAAAAMDABigAAAAAABAAAAAAAAAIEAAABAAAAKU6AQB0ZXN0LWkzODYt NTMtbmF0aXZlAG9g+kEAAAAARoEMAAAAAAAA8KVEAP///wMAAAAAAAAAf0VM RgEBAQkAAAAAAAAAAAMAAwABAAAAcFcEADQAAACkbg0AAAAAADQAIAADACgA FgAVAAEAAAAAAAAAAAAAAAAAAACF2wsAhdsLAAUAAAAAEAAAAQAAAADgCwAA 4AsAAOALANiBAQAQ5QEABgAAAAAQAAACAAAAWE0NAFhNDQBYTQ0AsAAAALAA AAAGAAAABAAAAAUIAACmDgAAXgsAAJ0NAAByCQAAPQ0AAKMNAADFBgAAOAAA ABcNAAByCgAAbAoAAG8IAADnDAAAOgwAAIAOAAAaBAAA1gMAAEgMAAA4AQAA vgkAAHsOAAAAAAAArQMAAAAAAADiCwAA5wYAAP4MAABfDQAAwwoAAEoNAAD7 AgAArgwAAF8MAADCDQAAUAsAAOYHAACqDQAAIwAAABgGAAAfDAAA8ggAAAAA AAAAAAAA8A0AANgBAAAAAAAAAAAAAJoIAAC9CAAADQUAAIcOAAAkDAAAVwcA ALwCAAAAAAAA9gwAAAAAAAAKDAAAjgsAAAAAAAAuDQAAkgwAACgMAACKCgAA QwAAAKkKAADFAAAAagoAALALAADHBQAABA4AAOoBAACaDgAAAAAAAAAAAABB AQAAEgwAAL0JAAA3DAAAxgUAAMMIAABZDQAAFQ0AAMgKAAC2DAAAXgwAAFcN AADMDAAAWAgAABUHAAAAAAAAAg0AAAAAAACpAgAAmQ0AAEUIAAAvBwAAUQoA AEEHAADcDAAAAAAAAAAAAACeDQAAawYAAEILAADyBQAAIQYAAAAAAABSCwAA IA0AAPkEAABnCgAAkg4AALcNAAC5BQAAAAAAANkJAADzCgAAnAsAACYMAACV AQAAbwoAAAAAAAA1CwAAJA4AAI0NAAC8CgAAkQgAAGQDAADoCAAAzQcAAHEM AAAgAQAAXwsAAAEEAABlAwAATQkAAMsIAACfCwAAAwwAAOECAAAAAAAAaQ0A AAAAAAC5AAAA7AwAAEQIAABtAQAAZwgAAH4JAADuBQAAAAAAACYJAADUDQAA bQsAAEEIAAAAAAAApQ4AADMBAACXDgAAAAAAAAAAAAAWDQAAIg0AAJAOAAAi CQAAxg0AAGUFAAAAAAAAAAAAAAAAAACzAAAAEAsAAH0NAAAAAAAAQwsAAAAA AACVCwAAAAAAAAAAAABvBwAAAAoAABoJAABnDgAAAAAAAD8EAACuCgAAlAMA AOELAAAwCQAAbwAAAFMMAAD8AgAAAAAAAFwLAAAIAwAAWQwAAJ4LAAAHBAAA RgIAACgEAAD2DQAAyQkAAAMHAAD8BQAA3woAANkHAADNCwAAmgoAABkKAADB DQAAAAAAABgIAABiDAAALgYAACoBAAA+AgAAAAAAABANAADLCgAAcw0AAJ4D AACfDgAAYQcAAIYLAACGDAAAPQsAAGAHAAAAAAAA7AgAAAAAAABxBwAAVwwA AAAAAAAvDQAAbQUAANwKAAAAAAAAAAAAAAAAAAAwCAAAAAAAAFAKAAB0DgAA JAoAANkFAAAAAAAAKgYAAOsMAAAAAAAAAAAAAIgMAADVCgAAtAsAAJgKAABO DAAAhAgAAGUNAAA/CAAACwsAABIOAADKCQAAAAAAAAcDAABEAgAAiQcAAFMH AABLDQAAAAAAAPwNAAA4DgAAvwwAAKoBAAAAAAAAbgYAALwLAACFCgAAKQIA ANANAAAAAAAATgQAAKANAACkBwAABAsAAPwLAACVCgAAlQkAALgGAABeDgAA kAUAAMUNAABuCwAAcw4AABwHAAAgCgAAnAMAAFoNAAAiDgAA6QYAAEwOAACY DAAArQkAADEHAADDBQAAMg4AAL4EAAAcBQAAWggAAEwNAAAbDgAALAMAABQD AAAAAAAAegkAAAAAAACCBwAAHg4AAGwJAAAAAAAA8Q0AAPILAAAAAAAAAQYA AKUCAACDBgAAeAgAAD0HAACUDQAAAAAAAGYOAAC9CgAAnwMAAKIJAABaBgAA AAAAAAAAAABpBgAAtwkAAMwNAABwBwAA8gwAAAAAAACAAAAAGQQAADwEAACQ BgAAZAIAAGIKAABVBwAA0wMAAGYNAAANDgAAPQ4AAAAAAAAAAAAAygoAAIQD AAAXBAAAtQcAAAIGAABMCQAAAAAAAI8MAADvBwAAEAYAAA8OAACDCQAA5wsA ACALAAAAAAAAGwUAAF0NAADtCgAAOwwAAKcIAAA7CgAAJg0AAMEKAAC3BwAA 1wwAAAAAAAAvDAAAog4AAPQKAAAfAAAAawoAAAAAAAApBgAAnggAAFAOAAC5 DAAA/gkAAMELAAAnDAAA6wsAAIsKAADtBwAAHQsAAKgKAADzDQAApQcAAHwK AAAAAAAAAAAAAPMHAAAAAAAAYA0AAI4NAAClDQAAAAAAAIEKAAAqCgAAAAAA ANQMAADTCAAAmQUAAAAAAAAUCwAAnQwAAMsFAAAAAAAAAAAAAAAAAAB7CwAA fgIAAPoEAACOAQAAlAsAANgNAAB1AgAAAAAAAHoHAAAZCwAAkw0AAG4FAADY CAAAfwcAAE4HAAAlDgAAfw0AAEMGAACsDQAAAAAAAKcNAAD+DQAAlwoAALYL AABhAAAADAsAAFwJAAB3BgAAGQkAAIgNAAC7CgAA3wYAACcJAACvDQAA4g0A ABUOAAAAAAAA8QMAADsNAAAQDgAA7AEAAAAAAAAxBgAAsQ0AAAAAAABEDQAA eggAACkOAACiCAAA+AwAAAAAAABVAAAADQsAAJsGAAAAAAAA8wkAAHwGAACW DQAAmw0AAAAAAAA2DAAAHQwAAAsJAADFDAAAHgYAAAAAAABmCwAAcgMAAIoL AAAfCQAAAAAAAOADAAABAgAAVA0AAGwBAAAAAAAALAUAAOIKAACPAwAAAAAA AMYKAABhDAAAZwAAAE4DAABnDQAAOQkAAGsIAABCCQAANQEAABAJAAD0BQAA 9gkAAJMJAAA/BgAAogoAAAwIAAAyCQAA4QwAAJYMAABgDgAABQsAAFMGAADp AgAAJQYAALcCAABgCgAA1w0AAF4NAAD7BwAAnAwAAAkCAADBBQAA/gcAAKQC AADbAwAA4wsAABEMAABZCQAAdAkAAAAAAAAAAAAAAAAAAK8MAAAAAAAA+wYA AB4NAAAAAAAA8g0AAGsDAACgCgAA8QYAAMQLAACEDAAApAsAAL0NAADoCwAA jwUAAMAHAAC4CgAAEQ4AAGgOAAB5CgAAWQ4AAAAAAAArDQAA+Q0AAAAAAACV BAAAZQYAAE0GAAAAAAAAqggAACgNAAAAAAAAtAcAAFoCAADRBQAAfA4AAFUN AAClCAAABQYAALsNAACMCgAAAAAAAKMOAACUCQAAogwAALIIAAAAAAAAdwsA ABgMAAAAAAAAQw4AAGoMAAB9BAAANA0AALoJAAADCwAAlQ4AAAAAAADiBgAA XA4AADsJAADYCwAAzQgAAFYMAABJCwAA2gQAAMsHAACYDQAA1gQAANIMAAA4 DAAA5QsAAEAJAABbCQAA+gYAAIMNAAAAAAAAvQMAAAAAAAAAAAAAmwoAAGkK AADiCAAAUQUAAD0MAAAAAAAAAAAAAPMBAAATCgAAAAAAAAAGAACrBAAAwAoA AAAAAAA4AwAA/wYAAJYOAAAAAAAAKAIAADMOAADUCAAANQQAAKsGAAB7DAAA AgoAAHQNAADqCgAAVQ4AAKYBAADSCwAA4Q0AAO8KAACzCQAA5wQAAAAAAABF DAAAkg0AAKMKAAAAAAAA3QwAAHMIAADqDQAAdgcAAGEJAADbCgAAAAAAAHIO AABpCwAAVwgAAOQMAABtCQAAxAkAAAAAAAAdBwAAjA0AAOIJAAAAAAAAkwwA AAEKAADgCgAA4QYAAKAHAAAACQAA/AkAAGcLAADsCwAASQEAANELAACWCgAA 2Q0AAHwMAABxDQAAiQwAAOYMAAAAAAAA0AsAAIgLAAAAAAAA1wsAALEDAAD8 BwAAvggAAIYAAADxCwAAzgoAABELAABGDAAA7wkAAAAAAABqBQAACwoAANEG AAB/DAAAAAAAAAAAAACmCAAAMQwAAIUNAAA0CwAAEg0AAPQJAABSAAAAGgUA APgKAAAFBwAAAAAAAL0MAAAAAAAAhAoAAEkIAADMBQAA6w0AAHwJAADmCwAA AAAAAAAAAAA1DgAAvwcAAAAAAAAAAAAAwgwAAAAAAAAAAAAApQsAACkMAABi DQAAcQ4AADwLAAAAAAAAAAAAAAAAAAAAAAAAAAAAALYKAAAXCgAALwsAAMoL AADUCgAAXAgAALQCAACbDgAAAAAAAPsIAAAAAAAAAAAAAAAAAADJDAAA+gwA AAAAAAD8DAAAWQgAAC8EAAB1DgAAWw0AADINAACcDgAAAAAAADsEAAAAAAAA swEAACEMAACYDgAAJQ0AAIoJAADQCgAAYAsAAAAAAAC7AQAAAAAAAAAAAABG CwAABAEAANwIAADOBwAALA4AAN0NAACbCAAAAAAAAAAOAAANDQAAfAIAAHoL AAADDgAARwYAANUMAAAjDAAAXQYAANkCAABkDgAAiAEAAKwGAAAiDAAALw4A AOoDAACHCgAAAAAAAFAHAAB4CwAAFQUAAEcNAAAAAAAA4AgAAPACAACSAwAA vQEAAEAGAAA+CAAAFAYAAIUOAADmAwAAhA4AAJMOAAAgDAAAMQQAAPQNAAA2 DQAA4wYAAL4KAACABAAAmAkAAAAAAACLCwAAFw4AAAAAAAB8DQAAuAUAAJwH AACYBAAAeAwAAO0FAAAgAAAATAsAAKwFAADgBQAAlwMAAAAAAAAAAAAAUw4A ANEJAACCDgAA3wwAAAAAAAC4AAAAaQ4AANINAAAAAAAAyAsAAK4NAAAAAAAA Ew4AAIMLAACfDQAAMgIAAN8HAAD7CgAAQA0AAKsLAAB8BQAA8goAAIIMAAC7 CwAAxQkAACUBAACxCwAAKwoAAIsOAADlDAAARg0AAD8NAAAOBwAArQoAAJAM AABODQAAowcAAC0MAAA4CQAAEgsAAAAAAAAAAAAAOQ4AABoKAAAFCAAApwkA AAAHAAABBQAAjQcAAEAKAADHCQAAEwgAAEsJAABfCAAATwsAAPALAAAAAAAA AAAAAAAAAABcDAAA0wwAAJoCAABEDAAAAAAAAEEEAAD9AQAAAAAAAE8NAABL DgAAKQsAACYLAAAYBwAAAAAAAFsKAADLDQAAigEAALkLAAAfDgAATAgAAEMJ AACuCQAAhg4AAAAAAAAAAAAAtAUAAD4LAAAAAAAALQcAANYNAAAODgAATw4A AAAAAABcBwAAAAAAAAAAAAAAAAAAvAMAANACAABNCgAAJAkAAAAAAAAxCAAA +w0AADwJAAAAAAAAAAAAADgHAACtCAAAAAAAAAAAAAAAAAAAdAsAAAAAAAAA AAAApA0AALgJAACQCwAAnAQAAGwOAAAFDgAAvwoAAIgOAACsDAAANQoAABAA AAACALYGpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABHgQwAAAAA AAAAAAAAAAAAAwAIAAAAAAAAEAAAAAAAAEgAAAABAAAApToBAHRlc3QtaTM4 Ni01My1uYXRpdmUAb2D6QQAAAABNgQwAAAAAAMD1yCMA////xQAIAAAAAAAA AAAAAAAAAADQDQAAAAAABQAAAAAAAAACAAIAAAAAAAMAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5h dGl2ZQBvYPpBAAAAAFaBDAAAAAAAAAAAAAAAAADFAAMAAAAAAACABygAAAAA IAAAAAEAJAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAFmBDAAA AAAAQJw2ZwD///9KAAMAAAAAAABQEygAAAAAABAAAAAAAAAHAAAAAAAAABAA AAACAAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABegQwAAAAA AAAAAAAAAAAASgACAAAAAAAAAAAAAAAAACAAAAABAAAApToBAHRlc3QtaTM4 Ni01My1uYXRpdmUAb2D6QQAAAAB5gQwAAAAAAOCWNmcA////SgADAAAAAAAA UBMoAAAAAAAQAAAAAAAABQAAAAAAAAAQAAAAAgC2BqU6AQB0ZXN0LWkzODYt NTMtbmF0aXZlAG9g+kEAAAAAfYEMAAAAAAAAAAAAAAAAAEoACAAAAAAAAAAA AAAAAABIAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA gIEMAAAAAAAAk5lWAP///8UACAAAAAAAAGATKAAAAAAAkAEAAAAAAAMAAAAA AAAAEgAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAOALAAAAAAAAAAAAAAAAABAA AAACAIk0pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAACagQwAAAAA AAAAAAAAAAAAxQADAAAAAAAAYBMoAAAAAEgAAAABACQIpToBAHRlc3QtaTM4 Ni01My1uYXRpdmUAb2D6QQAAAACqgQwAAAAAAMCbmVYA////xQAIAAAAAAAA 8BQoAAAAAABgAAAAAAAAAwAAAAAAAAASEAAAAAAAAP////8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5h dGl2ZQBvYPpBAAAAALGBDAAAAAAAAAAAAAAAAADFAAIAAAAAAADwFCgAAAAA EAAAAAEAtgalOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAMmBDAAA AAAAEEO9AAD///8GAAEAAAAAAAMAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1p Mzg2LTUzLW5hdGl2ZQBvYPpBAAAAAM6BDAAAAAAAAAAAAAAAAAAGAAMAAAAA AAAAAAAAAAAAGAAAAAEAJAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpB AAAAAOOBDAAAAAAAQBavMAD///8hAAIAAAAAAABABygAAAAAAAAAAAAAAAAQ AAAAAwAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA9oEMAAAA AABwJ446AP///y9saWIzMi9saWJtLnNvLjMQAAAAAgC2BqU6AQB0ZXN0LWkz ODYtNTMtbmF0aXZlAG9g+kEAAAAA/4EMAAAAAAAAAAAAAAAAACEAAQACAAAA AAAAAAAAAAAYAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEA AAAABYIMAAAAAADw4z1OAP///yEAAgAAAAAAAEAHKAAAAAAAAAAAAAAAABQA AAADACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAAJggwAAAAA AODBgg0A////L3Vzci9saWIzMi9saWJtLnNvLjMQAAAAAgCJNKU6AQB0ZXN0 LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAEYIMAAAAAAAAAAAAAAAAACEAAwAA AAAAAAAAAAAAAAAgAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g +kEAAAAAFYIMAAAAAAAga/wAAP///wUAAwAAAAAAYBAHKAAAAAAAAAAAAAAA ACzc//8AAAAAFAAAAAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpB AAAAACaCDAAAAAAAgLe8AAD///8vdXNyL2xpYjMyL2xpYm0uc28uMxAAAAAC AAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAAuggwAAAAAAAAA AAAAAAAABQADAAAAAAADAAAAAAAAABgAAAABALYGpToBAHRlc3QtaTM4Ni01 My1uYXRpdmUAb2D6QQAAAAAxggwAAAAAADAkjjoA////vQACAAIAAAADAAAA AAAAAAzc//8AAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAADWCDAAAAAAAAAAAAAAAAAC9AAIAAAAAAAAAAAAAAAAAIAAAAAEA wgKlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAADiCDAAAAAAAwKMB AAD///8DAAMAAgAAAAMAAAAAAAAAwMAGKAAAAAAAEAAAAAAAAAgQAAAEAIk0 pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABDggwAAAAAAADQ0F8A ////AwAAAAAAAAB/RUxGAQEBCQAAAAAAAAAAAwADAAEAAABwKAAANAAAAAC8 AQAAAAAANAAgAAMAKAAVABQAAQAAAAAAAAAAAAAAAAAAALFXAQCxVwEABQAA AAAQAAABAAAAAGABAABgAQAAYAEA0D0AAPQ9AAAGAAAAABAAAAIAAABQmwEA UJsBAFCbAQCoAAAAqAAAAAYAAAAEAAAAxQAAAPoAAAD4AAAAbwAAALUAAACm AAAAjwAAAFEAAAB3AAAAAAAAAO0AAAAAAAAAygAAAPYAAADmAAAAbgAAADYA AADvAAAA4wAAAE0AAACIAAAA6gAAAAAAAAAAAAAA5QAAAMYAAAAAAAAAagAA AAAAAAAAAAAAhgAAAFsAAABDAAAAAAAAAN8AAAClAAAAAAAAALEAAADzAAAA AAAAAAAAAACiAAAAAAAAAPcAAACvAAAAAAAAAAAAAACLAAAAAAAAANQAAAB2 AAAA2wAAAAAAAADNAAAAAAAAAAAAAAD5AAAAlQAAACYAAACcAAAAAAAAAM8A AADOAAAAAAAAAAAAAADoAAAA8gAAAAAAAADeAAAAuwAAAHQAAAC4AAAA1gAA AMsAAACrAAAAfwAAAAAAAABxAAAARwAAAAAAAABjAAAASgAAAAAAAABwAAAA 3QAAAAAAAACyAAAAggAAAHIAAADVAAAALgAAAAAAAAAAAAAAuQAAAGwAAAAA AAAA6wAAAAAAAAAAAAAAswAAAF8AAADEAAAAGQAAAAAAAAAAAAAAZgAAAIUA AADcAAAAAAAAABYAAAAAAAAAAAAAAMkAAACpAAAAOgAAAAAAAAAAAAAA2AAA APAAAAC9AAAAAAAAAAAAAABpAAAAqAAAAFQAAAAAAAAAZAAAAAAAAACDAAAA AAAAAOkAAADCAAAA1wAAAD8AAAAAAAAAAAAAAG0AAACXAAAA9QAAAAAAAACw AAAAMwAAAIAAAAAxAAAALwAAAAAAAAAAAAAAegAAAAAAAABgAAAAAAAAABgA AAAlAAAAIQAAAKQAAAAAAAAAyAAAAO4AAAAAAAAA2QAAAMEAAADhAAAA8QAA AFIAAAAAAAAAAAAAAAAAAABPAAAAAAAAAAAAAADDAAAAvwAAAJoAAAAAAAAA AAAAAHkAAACeAAAA5wAAAKMAAACnAAAA0QAAAPQAAADMAAAA0AAAAJkAAADT AAAAAAAAAOwAAAAAAAAAAAAAAAAAAADkAAAAxQAAADwAAACgAAAAvgAAANIA AAC3AAAA2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAApAAAAHQAAAAAAAAA+AAAAAAAAACIAAAAA AAAAAAAAAAAAAAAAAAAAOQAAAEgAAAAcAAAAAAAAADUAAAAAAAAAOAAAAAAA AAAAAAAAAAAAAEQAAAArAAAAQgAAAAAAAAAAAAAAAAAAAD0AAAAAAAAAAAAA AAAAAAAgAAAAAAAAAAAAAAAAAAAAVgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAACcAAABBAAAAAAAAAEUAAAAAAAAAFQAAAEsAAABnAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABzAAAAAAAAAFcAAABlAAAAAAAAAAAAAABAAAAAAAAAAAAA AABoAAAAAAAAAAAAAAAAAAAAAAAAADQAAAAqAAAAAAAAAAAAAAAAAAAAAAAA AHUAAAAAAAAAAAAAAAAAAAAbAAAAAAAAAIkAAAAsAAAASQAAAAAAAABaAAAA AAAAAAAAAABVAAAAFwAAAIQAAACNAAAAYgAAAJsAAABrAAAAAAAAAB8AAAAA AAAAewAAAAAAAABOAAAAAAAAAJAAAAA3AAAAAAAAAJMAAACqAAAAAAAAAAAA AAAAAAAAAAAAAGEAAAAAAAAAAAAAAK4AAABQAAAAAAAAAAAAAAC0AAAALQAA AJYAAAAAAAAAigAAAAAAAACUAAAAWQAAAAAAAACSAAAAIwAAAEYAAAB8AAAA XAAAAJ0AAAAAAAAAmAAAAMcAAAAAAAAAgQAAAAAAAACfAAAAvAAAALYAAAAA AAAAAAAAAKwAAABYAAAAAAAAAAAAAAAkAAAAjgAAAH4AAAAAAAAAAAAAAJEA AACMAAAAugAAABQAAAAAAAAAeAAAAF0AAADgAAAAAAAAACgAAABTAAAAMAAA AAAAAAAAAAAAfQAAAIcAAAAAAAAAwAAAADIAAAAAAAAAAAAAAEwAAAA7AAAA XgAAAK0AAAAeAAAA4gAAAKEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJQAAAAA AAAAAwABAAAAAACYBwAAAAAAAAMAAgAAAAAAOBcAAAAAAAADAAMAAAAAAGQe AAAAAAAAAwAEAAAAAACsHgAAAAAAAAMABQAAAAAA5CEAAAAAAAADAAYAAAAA APAhAAAAAAAAAwAHAAAAAABwKAAAAAAAAAMACAAAAAAAtCABAAAAAAADAAkA AAAAAMAgAQAAAAAAAwAKAAAAAAAAYAEAAAAAAAMACwAAAAAATJsBAAAAAAAD AAwAAAAAAFCbAQAAAAAAAwANAAAAAAD4mwEAAAAAAAMADgAAAAAAAJwBAAAA AAADAA8AAAAAAAicAQAAAAAAAwAQAAAAAAAMnAEAAAAAAAMAEQAAAAAA0J0B AAAAAAADABIAAAAAAAAAAAAAAAAAAwATAPsEAABQ4AAASQAAABIACACEAwAA kOMAAOkCAAASAAgAYgIAADAyAAAqAAAAEgAIAK8BAABgLwAAIwAAABIACABT BQAAcNcAACMAAAASAAgAuQIAAIAzAAAjAAAAEgAIAEMFAABwXAAAGwEAABIA CAA4AQAAYH0AAFsBAAASAAgA5QAAAMCdAAB/AgAAEgAIAGoEAADwQAAAfAAA ABIACADyAAAAYKIAACkCAAASAAgAnwYAAGD3AAA6AgAAEgAIAKkEAADo0gAA AAAAABIACAAZBAAAMDwAAJYAAAASAAgA2QIAAEA0AAAjAAAAEgAIALoAAADg KwAAJAAAABIACAA9AgAAcDEAACoAAAASAAgALwQAANA8AAD5AAAAEgAIAJwA AACgKgAACAAAABIACAAJBgAAsLgAAC0AAAASAAgAMwIAAKD5AAAqAAAAEgAI AGIBAABwLgAAKgAAABIACAABAAAAUJsBAAAAAAARAPH/HwQAAHBBAAAiAAAA EgAIAGQEAAAAQAAAfAAAABIACACYAwAAcPIAABIDAAASAAgA2gIAAAA4AAD/ AAAAEgAIACoEAACI1AAAAAAAABIACAB/AQAA0C4AACMAAAASAAgAaAIAAFjV AAAAAAAAEgAIALsEAACwRAAAogAAABIACABJBgAADBgBAAAAAAASAAgAFQIA AOAwAAAjAAAAEgAIADYFAABA1wAAIwAAABIACAAlAQAAsC0AACMAAAASAAgA wQUAAMB/AAArAwAAEgAIAGsFAAAgYgAA8hkAABIACADoBAAAEEkAAFwAAAAS AAgAyQIAABA0AAAsAAAAEgAIAFUGAAD4/gAAAAAAABIACACUBQAAAAAAAAAA AAAQAAAAjgYAAJD1AADJAQAAEgAIACwAAAAAAAAAAAAAACAAAAACBgAAIDAA AC0AAAASAAgAdQEAAEAeAQA3AgAAEgAIAEAGAACAzgAAzwEAABIACAAABAAA kDsAAJYAAAASAAgAcAMAACA2AACoAAAAEgAIAFEBAABALgAAKgAAABIACADy BgAAQB0BAPUAAAASAAgATwYAAAAAAAAAAAAAEAAAAO8AAADwLAAAKgAAABIA CAB2BgAAEFEAAGcDAAASAAgAlAQAAKDgAAAVAAAAEgAIAOADAAAwOwAAKgAA ABIACAAEBQAA4EkAABYAAAASAAgAlQEAAADVAAAAAAAAEgAIAJoCAAAgMwAA KgAAABIACACsAwAAkDoAAEEAAAASAAgA5QYAAJAbAQC3AAAAEgAIAO4EAAAg 4AAAJgAAABIACACvBgAA0BoBALIAAAASAAgAJAYAAAAyAAAtAAAAEgAIAIYC AAC01QAAAAAAABIACAAYAgAAUKwAADcCAAASAAgAOgMAAGA1AAAjAAAAEgAI AMEAAAAQLAAAJAAAABIACABRAwAAEMQAAGsCAAASAAgAvgIAALAzAAAqAAAA EgAIAK8CAAAwugAAIAEAABIACAAgAAAA5CEAAAAAAAASAAYARAQAAIA/AAA4 AAAAEgAIAG8GAADQ1wAAKgAAABIACAB3AgAA8PsAAAYCAAASAAgA1wAAALCX AAB+AQAAEgAIAMYGAACA5gAA9gAAABIACADmBQAA0JMAAC0AAAASAAgAhAEA AOCSAADrAAAAEgAIAMADAADgOgAADQAAABIACADHAAAAQCwAACEAAAASAAgA 1AUAAGDpAAD0BwAAEgAIAOIBAAAwlAAAgAMAABIACAA3BgAAUNAAAIYBAAAS AAgATgQAAJTSAAAAAAAAEgAIAM8BAABQEgEAbgUAABIACAC9BgAAUBwBAOYA AAASAAgADQEAAJCuAAA4AgAAEgAIAPAFAADALwAALQAAABIACADgAgAAULwA AA4BAAASAAgAAQMAAGzWAAAAAAAAEgAIAJUAAACQKgAACAAAABIACADMBAAA sEYAAKIAAAASAAgAtAUAAJwvAQAcAAAAEQAKAPUEAABwSQAAZgAAABIACAAR AwAAEMAAAFACAAASAAgAmAYAADDYAAAqAAAAEgAIADsAAAAAAAAAAAAAACAA AACFBAAAEEIAAB0AAAASAAgABwIAALAwAAAjAAAAEgAIACUFAABAWwAALgEA ABIACAAHBAAAoEEAACIAAAASAAgAjgEAAAAvAAAjAAAAEgAIAPwAAAAgLQAA IwAAABIACAAhAwAAxNYAAAAAAAASAAgAnAQAAFBCAAAuAAAAEgAIAHICAABg MgAAKgAAABIACAD7BgAAqNMAAAAAAAASAAgA6wIAAAA5AAD+AAAAEgAIAH0A AAAYKgAAAAAAABIACACoAAAAACsAAFEAAAASAAgAMAYAAIDGAAAmAQAAEgAI AKkCAABQMwAAIwAAABIACAB9BQAAlJEBAAQAAAARAAsA7gYAACTSAAAAAAAA EgAIAHEEAAAAAAAAEAAAAAIAJAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAAEaCDAAAAAAAAAAAAAAAAAADAAIAAAAAAAAQAAAAAAAASAAAAAEA AAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAEqCDAAAAAAAQDvm HQD////FAAgAAAAAAAAAAAAAAAAAAKABAAAAAAAFAAAAAAAAAAIAAgAAAAAA AwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAgAAAKU6AQB0 ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAY4IMAAAAAAAAAAAAAAAAAMUA AwAAAAAAAFAVKAAAAAAgAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZl AG9g+kEAAAAAZoIMAAAAAABgqrJSAP///0oAAwAAAAAAAKAWKAAAAAAAEAAA AAAAAAcAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAAGmCDAAAAAAAAAAAAAAAAABKAAIAAAAAAAAAAAAAAAAAIAAAAAEA iTSlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAIaCDAAAAAAAwKUu BwD///9KAAMAAAAAAACgFigAAAAAABAAAAAAAAAFAAAAAAAAABAAAAACACQI pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAACJggwAAAAAAAAAAAAA AAAASgACAAAAAAAAAAAAAAAAAEgAAAABAAAApToBAHRlc3QtaTM4Ni01My1u YXRpdmUAb2D6QQAAAACMggwAAAAAAMAZrRsA////xQAIAAAAAAAAsBYoAAAA AABAAAAAAAAAAwAAAAAAAAASAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAYAEA AAAAAAAAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAAJmCDAAAAAAAAAAAAAAAAADFAAMAAAAAAACwFigAAAAAEAAAAAEA iTSlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAKmCDAAAAAAAsBav MAD///8GAAEAAAAAAAMAAAAAAAAAEAAAAAIAJAilOgEAdGVzdC1pMzg2LTUz LW5hdGl2ZQBvYPpBAAAAAK6CDAAAAAAAAAAAAAAAAAAGAAIAAAAAAAAAAAAA AAAAGAAAAAEAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAALOC DAAAAAAAIOQ9TgD///8hAAIAAAAAAABABygAAAAAAAAAAAAAAAAQAAAAAwCJ NKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAuYIMAAAAAACAAw4B AP///y9saWIzMi9saWJjLnNvLjUQAAAAAgAAAKU6AQB0ZXN0LWkzODYtNTMt bmF0aXZlAG9g+kEAAAAAvoIMAAAAAAAAAAAAAAAAACEACAACAAAAAAAAAAAA AAAYAAAAAQAkCKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAwYIM AAAAAAAw5D1OAP///yEAAgAAAAAAAEAHKAAAAAAAAAAAAAAAABQAAAADAAAA pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAADGggwAAAAAAICjslIA ////L3Vzci9saWIzMi9saWJjLnNvLjUQAAAAAgAAAKU6AQB0ZXN0LWkzODYt NTMtbmF0aXZlAG9g+kEAAAAAz4IMAAAAAAAAAAAAAAAAACEAAgAAAAAAAAAA AAAAAAAgAAAAAQCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA 04IMAAAAAAAAYPwAAP///wUAAwAAAAAAgBAHKAAAAAAAAAAAAAAAACzc//8A AAAAFAAAAAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAANiC DAAAAAAA4Fu6AAD///8vdXNyL2xpYjMyL2xpYmMuc28uNRAAAAACAAAApToB AHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAADfggwAAAAAAAAAAAAAAAAA BQADAAAAAAADAAAAAAAAABgAAAABACQIpToBAHRlc3QtaTM4Ni01My1uYXRp dmUAb2D6QQAAAADiggwAAAAAAEDkPU4A////vQACAAAAAAADAAAAAAAAAAzc //8AAAAAEAAAAAIAwgKlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA AO6CDAAAAAAAAAAAAAAAAAC9AAMAAAAAAAAAAAAAAAAAIAAAAAEAAAClOgEA dGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAPGCDAAAAAAA4LXCAgD///8D AAMAAAAAAAMAAAAAAAAAwMAGKAAAAAAAEAAAAAAAAAgQAAAEAIk0pToBAHRl c3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAD7ggwAAAAAAABwzWEA////AwAA AAAAAAB/RUxGAQEBCQAAAAAAAAAAAwADAAEAAAAg1gEANAAAAMyYDgAAAAAA NAAgAAMAKAAmACUAAQAAAAAAAAAAAAAAAAAAAMUmDQDFJg0ABQAAAAAQAAAB AAAA4CYNAOA2DQDgNg0ACEgAADyEAQAGAAAAABAAAAIAAACIWw0AiGsNAIhr DQCwAAAAsAAAAAYAAAAEAAAABQgAAL4KAABPBQAA5QcAAAAAAAAAAAAAQQcA AO4FAAD+AQAACgoAAP8DAAAAAAAALQgAAE0IAACWBgAAOAUAAIkBAAAAAAAA AwkAAAAAAAD0AgAAYgkAANQFAACnBQAAAAAAAD8JAACaCAAApQoAALMKAAC3 BAAAxwEAAPAJAAB1BQAAigMAADcKAAD2CAAAfQoAAHwKAADHCQAAAAAAAAAA AACPBAAA1wYAAFYDAAAeCgAA7ggAABcHAAA7BwAA9AgAAOsCAABrBwAAlgoA AH8HAABcCQAAogcAAIwHAADlCQAAXAIAAMoIAAAAAAAA/AgAAAAAAAAAAAAA jQoAAPcGAAAAAAAA5AAAAGoKAABcCAAAAAAAAJYDAAAFAQAAhQoAANYDAACC BwAAmQIAAAAAAABgCQAAAAAAAOEIAAAAAAAApgYAAHYAAAB4CQAAAAAAADsI AAAAAAAASQYAAJ4HAAAAAAAAhQYAAIEIAAAbAgAAAAAAADMIAAAAAAAACgYA ALIJAABiCAAAAAAAALcGAAABBAAAAAAAAAAAAABRCAAAOwIAAAAAAADQBgAA AAAAAAAAAACzAQAA1wcAAMIBAAC0BwAA9gkAAAAAAADzBAAA3ggAAAAAAAA2 CQAA+wkAAAQKAAA6BAAAuQcAAAAAAADMCQAA4gkAAFoBAAApCAAAAAAAAFIJ AADhBgAAFAcAAAAAAABlCQAAHAkAACgHAACgCgAApQgAAEQJAAABCAAA9AQA ADwBAAAAAAAAqwkAAIEHAAAFAwAA5AMAAAAAAAAAAAAAAAAAAAsJAABiBwAA AAAAAIYAAAB6AAAAmQEAAFsFAAAAAAAATQMAAD0JAAC4BQAAAAAAADICAADW BAAAeQoAAAAAAAAAAAAApgkAAFoKAAB6AQAARAIAAAAAAACUBQAA4AAAAKQK AABuBwAAJAoAADwHAAAAAAAAIQYAAOcIAAAAAAAAAAAAACoIAABwCAAAUgYA AOYGAACMCAAAAAAAAAAAAABLCAAAogEAAAAAAAAAAAAAogMAAOIIAACRBAAA 0QcAAAAAAAAAAAAAlwcAAAAAAAAAAAAAkQMAAAAAAABfBQAAKgUAAAAAAADB BwAAAAAAALoFAAA/AAAAegUAAM0HAABuCQAAfwUAAIkGAAC+AgAAvgUAAAAA AAC+AwAAgAgAAJQHAADSAwAAAAAAAAAAAAA4CgAA6QYAAAAAAABKCgAAVAIA AAAAAAAAAAAAAAAAAOwHAAAwCQAAAAAAADcJAACgAwAArgYAAAAAAABLCQAA AAAAAOUGAAAAAAAAWwoAAPoIAACpCQAAxAcAAAAAAACTBgAAAAAAAAAAAAAA AAAAcgMAAOMEAAAAAAAAjgYAAJUJAABOBgAArwAAAAAAAAARCQAAIwgAALMI AADvCAAATwAAADUBAAB8AwAAAAAAAAAAAAAAAAAAAAAAAAAAAAA5AAAAAAAA AAgKAAAAAAAAlQoAABMBAABGAgAADgQAAJ8GAAAAAAAA8ggAAAAAAAB1CQAA IwcAAAAAAAC6AgAAnwoAAIEDAAC0BAAAgAMAALoEAADwAwAAAAAAAI0FAABd CQAAbQcAAOAIAAAAAAAAAAAAAFcJAAB4BAAAkQcAAAAAAAAAAAAAiAAAAAAA AADdBwAASgAAAJsHAAAAAAAAAAAAAIUFAACOCAAAXwgAAAAAAABWCgAAQgMA ALwFAAAmBQAAKwoAANMGAACQCQAAAAAAAAAAAAAYCQAAAAAAAGUEAABeCQAA SQIAAK4EAADAAwAAAAAAAJMIAAAAAAAAAAAAAM4AAABmBwAABwoAAFQAAABr BgAAAAAAAAAAAABJCQAAAAAAAEwIAACbCAAAaAgAAJgGAADRCAAAAAAAAAAA AABLAAAAMwoAAJQEAADMBAAAxQUAAAAAAAAAAAAAAAAAAF0DAAAVCAAAQwoA AAAAAABTBgAAAAAAAAAAAAAAAAAA3AcAAAAAAAB0AAAAAAAAAAAAAACvBQAA ZAkAAKYFAACMBQAADgMAAAAAAAAAAAAANwgAAKoGAABoAwAArAQAAEEKAAAA AAAAbwoAAJ4GAABPCQAAwAYAAIsDAABoCgAAXQQAAGQBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAFQBAAAAAAAAygUAAD4AAAAHAQAAPAkAAK8CAAD6BgAAAAAA AAAAAABQAgAA3QgAAMsBAAAAAAAAcgkAAPMIAABICgAA0gcAAAAAAAA3AgAA AAAAAFwGAADXBAAAwgMAACgJAADmAgAAeAcAAAAAAAAoCgAABQoAAFcAAAAA AAAAJQoAABIEAABlCAAAAAAAALQGAAAAAAAAAAAAAIMDAAATBwAALAoAADIE AAAAAAAAdAQAAAAAAAAAAAAAAAAAAAMFAAARBwAAxwAAAGsBAADmAwAAmQkA ALAFAACbCQAAQgoAAAAAAACZCgAAAAAAAAAAAAAAAAAAAAAAACAGAABvAgAA VAgAANkIAAANAQAAawgAAFYIAAD/AgAAAAAAAAAAAAAAAAAAAAAAAC0KAADx AwAABAIAAF4HAAAAAAAAWgkAALUGAADLCQAAAAAAAA8JAABpCgAAPQcAALIG AACKCAAAnAMAAM8JAAD9AgAAKwkAANsGAADvAwAAPAoAAAAAAAB6AwAANAoA ALoJAAA5BgAAAAAAAIIEAABcCgAA6AUAAAAAAAAcBAAAkgoAABIIAAAAAAAA sggAANMIAACJCgAAqQYAAJgHAAB5BQAAVgQAAAAAAAAAAAAALwkAANUJAAAG BQAAjAIAAAAAAAAAAAAAAAAAAH8GAAAAAAAAAAAAAHkHAABxAAAAAAAAAFIH AACyBAAAAAAAAJQJAAC5CAAAMQgAAEgBAADpCQAAAAAAAHoEAAD0AwAAhwIA ANUBAADJCQAAZgEAAGYCAAAkCAAAYgoAAFEKAAD2AAAAMwIAAHcJAAApAQAA rgkAAH4EAAAAAAAAaAEAAPsEAAAAAAAASwoAAPIEAACkBAAAyQYAAH4IAADD CAAAAAAAAGEFAAC8AQAANQkAAAAAAAAAAAAAkggAACYKAABSCAAAQwAAAAAA AAC7CgAALQkAADIHAADNAwAAAAAAAJMKAAAEBwAAZwEAAPQHAADKCQAA7QAA AKoIAABRBAAARQUAANcIAAApAAAABwMAAO4BAABXBgAAswAAANsDAAAAAAAA AAAAAF4KAACVBQAAbAoAABIBAAAAAAAAAAAAAO4DAABOCgAAAAAAAL0BAAAA AAAAcAAAAL0GAABcAQAAdgUAAKoKAADzCQAAAAAAAAAAAAA5BwAA4gAAAMgD AAAwBwAAewoAAGQKAABnAAAApggAAAkJAABPCgAA2wcAAAIGAABjCQAAAAAA AMYAAAAKAwAA3wgAAKwFAAAAAAAAigkAAMQJAAAAAAAAsAQAAGoJAAAAAAAA AAAAAOwAAAB8CQAAKQkAAL8GAACMCgAAAAAAACQBAAAAAAAAAAgAAKgHAACx CgAAUwQAAAAAAAAAAAAAXQYAAAAAAABVBgAAsgcAAAAAAADVBAAAfAYAAM0J AAAAAAAAAAAAAAAAAABhCgAA3wYAAKUCAAClAQAAAAAAAPIJAACYCgAAAAAA ADwFAABgBgAAAAAAAKYKAAAGCQAAfgAAANwIAAAAAAAAZQoAAAMEAABNBAAA KgIAAPoBAADRBAAAoAcAAPUDAAAaCgAAAAAAAEUIAADYAgAAAAAAAP0IAAAK BwAA9QkAAKEDAADZBwAAAAAAAMUCAABVAAAA6AkAAOcEAAA4CQAAIgkAAAAA AAAAAAAAAAAAAJ0FAADjCAAA2AQAAAAAAAAAAAAA6gcAAAAAAACqCQAAFwUA AAAAAADUBwAAIQkAAAAAAADgBQAAGAcAAIgHAAAAAAAAcAQAAJQBAADxBAAA AAAAANoBAAAAAAAA7wcAAAAAAAAlBwAAAAAAAAkFAACnCAAAyAgAAAAAAACK CgAAtwgAAJIBAAAAAAAAAAAAAPwJAAB5CQAAXQgAAJUGAADzAQAADwQAAKgI AACsAgAARQMAAP8JAAA7BgAAjQcAAMMJAAAAAAAAgwAAAJ4FAABXCgAAlwkA AAsKAAC/BwAAAAAAAAwKAAAAAAAA2AYAAIQHAAAAAAAAPAgAALUHAACQAgAA AAAAAAAAAAAAAAAA6QgAACwBAABnCQAAAAAAAOcHAABgAAAAIQgAAJYHAAA6 BgAAdAgAAIQJAACgBQAAAAAAAEkBAADpAAAA6QMAAAAAAAAAAAAARAUAAAAA AACPCQAAewcAAJAIAAABBgAAYQEAAG8JAADOCAAAWAkAAAAAAAAgCQAAeQYA ALgCAACNBgAAAAAAACkHAABmCQAAqAkAANkBAABVCQAAugoAAAEKAAAAAAAA uwgAANoCAAAAAAAAAAAAAKkHAACwCgAAAAAAADEEAACCCQAAQAQAADYKAAAA AAAAlgQAAG0EAABPBwAAdAIAAHUKAADrAQAAiQcAAGEGAACdCQAAlgkAAM4G AAC5AQAAGAUAAAAAAAAAAAAASwcAAAAAAADIAQAAwAAAAK0HAAAsAAAAWwAA AEgIAADqAQAAdwcAAOwIAAB1BwAAPwcAAC0EAAA1CAAAngkAANwJAAAaBwAA RwUAAHMKAAAAAAAA4AkAAAAGAACWCAAAvAoAAAAAAAD/BwAAAAAAAOABAAAA AAAAAAAAACMDAAAAAAAA8AYAAHgAAACICQAACwgAANUFAACTCQAAAAAAAAAA AAAAAAAAsQcAACQJAABHAwAAAAAAAPMDAAAAAAAAAAAAAAAAAACNCQAAogYA AAAAAACrCAAAMgoAAP8IAAAAAAAAzAUAADMGAAAAAAAAAAAAAAAAAAD2AwAA hgUAAAQJAADuBAAA2gkAALoHAACLCgAAtggAAGAIAAAGBgAAggoAAAAAAAAT CAAAHAUAAAAAAABqBwAA8AIAAAAAAABcBwAAGwoAAAAAAAAAAAAAeQMAAAAA AAAUAwAAEgoAAHkCAAA1CgAAGgQAAMYIAAAAAAAAmgcAAA0IAABDBQAAAAAA AMMHAACSBgAAJgkAAE0JAADFBAAAAAAAABcIAADLCAAAAAAAAIMCAAB8BwAA gQkAAAAAAAAAAAAA7QMAAM0IAAAAAAAAAAAAAIgIAAAAAAAAAAAAADAIAADQ BAAADQQAAHYKAAAAAAAALggAAAAAAABNCgAAZgQAAAAAAABwBwAAcAUAAAAA AAB0AwAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA AP6CDAAAAAAAAAAAAAAAAAADAAgAAAAAAAAQAAAAAAAASAAAAAEAAAClOgEA dGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAAGDDAAAAAAAwEfySQD////F AAgAAAAAAAAAAAAAAAAAAMAOAAAAAAAFAAAAAAAAAAIAAgAAAAAAAwAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAgAkCKU6AQB0ZXN0LWkz ODYtNTMtbmF0aXZlAG9g+kEAAAAAKIMMAAAAAAAAAAAAAAAAAMUAAgAAAAAA APAWKAAAAAAgAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEA AAAALIMMAAAAAACgZwIBAP///0oAAwAAAAAAABAkKAAAAAAAEAAAAAAAAAcA AAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA ADCDDAAAAAAAAAAAAAAAAABKAAMAAAAAAAAAAAAAAAAAIAAAAAEAiTSlOgEA dGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAEqDDAAAAAAAoGa0AAD///9K AAMAAAAAAAAQJCgAAAAAABAAAAAAAAAFAAAAAAAAABAAAAACAAAApToBAHRl c3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABMgwwAAAAAAAAAAAAAAAAASgAI AAAAAAAAAAAAAAAAAEgAAAABAAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUA b2D6QQAAAABPgwwAAAAAAIA55h0A////xQAIAAAAAAAAICQoAAAAAABQAAAA AAAAAwAAAAAAAAASAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAIA0AAAAAAAAA AAAAAAAAEAAAAAIAJAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA AFyDDAAAAAAAAAAAAAAAAADFAAIAAAAAAAAgJCgAAAAASAAAAAEAAAClOgEA dGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAGqDDAAAAAAAAPDIIwD////F AAgAAAAAAABwJCgAAAAAAEABAAAAAAADAAAAAAAAABIQAAAAAAAA/////wAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAgCJNKU6AQB0ZXN0LWkz ODYtNTMtbmF0aXZlAG9g+kEAAAAAcoMMAAAAAAAAAAAAAAAAAMUAAwAAAAAA AHAkKAAAAAAQAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEA AAAAdYMMAAAAAAAQKo46AP///wYAAQAAAAAAAwAAAAAAAAAQAAAAAgAAAKU6 AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAe4MMAAAAAAAAAAAAAAAA AAYACAAAAAAAAAAAAAAAAAAYAAAAAQAAAKU6AQB0ZXN0LWkzODYtNTMtbmF0 aXZlAG9g+kEAAAAAj4MMAAAAAACAI446AP///yEAAgAAAAAAAEAHKAAAAAAA AAAAAAAAABAAAAADAAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAA AACZgwwAAAAAAIACDgEA////L2xpYjMyL2xpYm0uc28uMxAAAAACAIk0pToB AHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAACigwwAAAAAAAAAAAAAAAAA IQADAAIAAAAAAAAAAAAAABgAAAABAAAApToBAHRlc3QtaTM4Ni01My1uYXRp dmUAb2D6QQAAAACogwwAAAAAAFAFDgEA////IQACAAAAAAAAQAcoAAAAAAAA AAAAAAAAFAAAAAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAA AK2DDAAAAAAAIKmyUgD///8vdXNyL2xpYjMyL2xpYm0uc28uMxAAAAACACQI pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAC2gwwAAAAAAAAAAAAA AAAAIQACAAAAAAAAAAAAAAAAAEgAAAABAIk0pToBAHRlc3QtaTM4Ni01My1u YXRpdmUAb2D6QQAAAAC8gwwAAAAAAIBB8kkA////xQAIAAIAAAAAAAAAAAAA AJAAAAAAAAAAAwAAAAAAAAAAEAAAAAAAAP////8AAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAAM6DDAAAAAAAAAAAAAAAAADFAAgAAAAAAACwJSgAAAAAGAAAAAEA JAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAANWDDAAAAAAAcOM9 TgD///9JAAIAAAAAAACwJSgAAAAAkAAAAAAAAAAQAAAAAgAAAKU6AQB0ZXN0 LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA3IMMAAAAAAAAAAAAAAAAAEkACAAA AAAAAAAAAAAAAABIAAAAAQAkCKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g +kEAAAAA34MMAAAAAACAx8lRAP///8UACAAAAAAAAAAAAAAAAAAwdQAAAAAA AAMAAAAAAAAAABAAAAAAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAABAAAAACAIk0pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAADk gwwAAAAAAAAAAAAAAAAAxQAIAAAAAAAAsCUoAAAAABgAAAABAIk0pToBAHRl c3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABciQwAAAAAALAHDgEA////SQAC AAAAAAAAsCUoAAAAADB1AAAAAAAAEAAAAAIAJAilOgEAdGVzdC1pMzg2LTUz LW5hdGl2ZQBvYPpBAAAAAHeJDAAAAAAAAAAAAAAAAABJAAgAAAAAAAAAAAAA AAAASAAAAAEAJAilOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAJSJ DAAAAAAAQCYpVgD////FAAgAAAAAAAAAAAAAAAAA0AcAAAAAAAADAAAAAAAA AAAQAAAAAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAA AgCJNKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAn4kMAAAAAAAA AAAAAAAAAMUAAgAAAAAAALAlKAAAAAAYAAAAAQCJNKU6AQB0ZXN0LWkzODYt NTMtbmF0aXZlAG9g+kEAAAAAwokMAAAAAABAKY46AP///0kAAgAAAAAAALAl KAAAAADQBwAAAAAAABAAAAACACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUA b2D6QQAAAADLiQwAAAAAAAAAAAAAAAAASQAIAAAAAAAAAAAAAAAAACAAAAAB ACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAADUiQwAAAAAAOC1 vAAA////SgADAAAAAAAA8BYoAAAAAAAwDQAAAAAABwAAAAAAAAAQAAAAAgCJ NKU6AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAA5okMAAAAAAAAAAAA AAAAAEoAAgAAAAAAAAAAAAAAAABIAAAAAQCJNKU6AQB0ZXN0LWkzODYtNTMt bmF0aXZlAG9g+kEAAAAA+YkMAAAAAADAKscWAP///8UACAAAAAAAAAAAAAAA AADwVQAAAAAAAAMAAAAAAAAAABAAAAAAAAD/////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAABAAAAACACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUA b2D6QQAAAAD/iQwAAAAAAAAAAAAAAAAAxQADAAAAAAAAsCUoAAAAABgAAAAB ACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAAAUiwwAAAAAAGAl jjoA////SQACAAAAAAAAsCUoAAAAAPBVAAAAAAAAEAAAAAIAiTSlOgEAdGVz dC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAACOLDAAAAAAAAAAAAAAAAABJAAgA AAAAAAAAAAAAAAAAIAAAAAEAiTSlOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAADmLDAAAAAAAgGkCAQD///9KAAMAAAAAAADwFigAAAAAADANAAAA AAAFAAAAAAAAABAAAAACACQIpToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6 QQAAAABRiwwAAAAAAAAAAAAAAAAASgACAAAAAAAAAAAAAAAAACAAAAABACQI pToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAABriwwAAAAAAGBluiQA ////oAEDAAAAAAAEAAAAAAAAAEzc//8AAAAALNz//wAAAAAQAAAAAgCJNKU6 AQB0ZXN0LWkzODYtNTMtbmF0aXZlAG9g+kEAAAAAcIsMAAAAAAAAAAAAAAAA AKABAwAAAAAAAAAAAAAAAAAgAAAAAQAkCKU6AQB0ZXN0LWkzODYtNTMtbmF0 aXZlAG9g+kEAAAAAfIsMAAAAAAAAt7wAAP///1QBAwAAAAAAAQAAAAAAAAAA AAAAAAAAABzABigAAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2 ZQBvYPpBAAAAAH6LDAAAAAAAAAAAAAAAAABUAQgAAAAAAAAAAAAAAAAAIAAA AAEAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAIOLDAAAAAAA ALDCAgD///+gAQMAAAAAAAQAAAAAAAAALNz//wAAAAAAAAAAAAAAABAAAAAC AAAApToBAHRlc3QtaTM4Ni01My1uYXRpdmUAb2D6QQAAAACJiwwAAAAAAAAA AAAAAAAAoAECAAAAAAAAAAAAAAAAABgAAAABAAAApToBAHRlc3QtaTM4Ni01 My1uYXRpdmUAb2D6QQAAAACgiwwAAAAAAPDiPU4A////pQACAAAAAAABAAAA AAAAAFzc//8AAAAAEAAAAAIAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBv YPpBAAAAAKWLDAAAAAAAAAAAAAAAAAClAAMAFgAAAAAAAAAAAAAAKAAAAAUA AAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAALaLDAAAAAAAAAAA AAAAAAALAAAAFgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA GAAAAAMAAAClOgEAdGVzdC1pMzg2LTUzLW5hdGl2ZQBvYPpBAAAAAL+LDAAA AAAAYGr8AAD///90ZXN0LWkzODYtNTMtbmF0aXZlLmNvcmU= --0-1272661483-1106928519=:54223-- From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 28 16:59: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 04AA516A4CE for ; Fri, 28 Jan 2005 16:59:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C0543D2D for ; Fri, 28 Jan 2005 16:59:13 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so493369rne for ; Fri, 28 Jan 2005 08:59:12 -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=VHCW0lIYzyftoG5PXPAAwoxrEbMmi2ipNPhhoDW/R+G8fcFEqz6QLWRvVidPKEYBiuqx2doH3GXxgumaB7g24sxplGDYvKLgSgnHsDQutjCitRwCapHK/a+wboYp/62bhgXZmNLoit6VqjnzJpSbAJBd1GFOokFJtss1Fy0fyVA= Received: by 10.38.59.46 with SMTP id h46mr59873rna; Fri, 28 Jan 2005 08:59:12 -0800 (PST) Received: by 10.38.22.76 with HTTP; Fri, 28 Jan 2005 08:59:12 -0800 (PST) Message-ID: <346a802205012808597fab27fb@mail.gmail.com> Date: Fri, 28 Jan 2005 11:59:12 -0500 From: Coleman Kane To: Rob Watt In-Reply-To: <20050128105930.V54223@daemon.mistermishap.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050127100818.M46092@daemon.mistermishap.net> <84dead72050127201552e14c04@mail.gmail.com> <20050128105930.V54223@daemon.mistermishap.net> cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit binary compatibility on 5.3-amd64 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, 28 Jan 2005 16:59:15 -0000 I was able to run this in 6.0-CURRENT on amd64. Compiled both for 64-bit and 32-bit. 64-bit: char* 8 int* 8 void* 8 long 8 double 8 int 4 32-bit: char* 4 int* 4 void* 4 long 4 double 8 int 4 On Fri, 28 Jan 2005 11:08:39 -0500 (EST), Rob Watt wrote: > On Fri, 28 Jan 2005, Joseph Koshy wrote: > > > > I've run the /usr/src/tools/lib32/build32.sh script, and applied some > > > other changes that people have reccomended, but basically our 32-bit > > > applications all segfault when run on the amd64 machines. > > > > Exactly what is the segfault? Could you post the output of ktrace on an example > > process? > > > > a ktrace is attached for this sample code: > > #include > > int main(int argc, char *argv[]) > { > printf("char* %d\n", sizeof(char*)); > printf("int* %d\n", sizeof(int*)); > printf("void* %d\n", sizeof(void*)); > printf("long %d\n", sizeof(long)); > printf("double %d\n", sizeof(double)); > printf("int %d\n", sizeof(int)); > return 0; > } > > this was compiled on a 5.3 i386 machine with: g++ -g > > - > Rob Watt > > _______________________________________________ > 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 Jan 28 17:01: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 CD7D316A4CE for ; Fri, 28 Jan 2005 17:01:33 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA6043D45 for ; Fri, 28 Jan 2005 17:01:33 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so493838rne for ; Fri, 28 Jan 2005 09:01: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=rnclCQwYwhPzoYE7DKs1aZjayD7YcZxgY9V6c1iHG+ibpo4MkLT2CTrWxOYTQHaD0/yXCpf6FfGSMCZlyhwCYL4uHG9NS0WK+bApiAg5Csvt/Q5SBpU/R8uWN8PmQiXgnXKjqY5Auh1bhDvGas3RTEKK6Pm4+y8AH3D9j7vMk6U= Received: by 10.38.71.4 with SMTP id t4mr107213rna; Fri, 28 Jan 2005 09:01:32 -0800 (PST) Received: by 10.38.22.76 with HTTP; Fri, 28 Jan 2005 09:01:32 -0800 (PST) Message-ID: <346a80220501280901170e35e7@mail.gmail.com> Date: Fri, 28 Jan 2005 12:01:32 -0500 From: Coleman Kane To: giupil In-Reply-To: <41FA103E.9080302@aliceposta.it> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <20050127195633.GA32179@gargantuan.com> <41F95252.8070600@root.org> <20050127210641.GB32179@gargantuan.com> <41FA103E.9080302@aliceposta.it> cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 CPU and ACPI (was Re: Configuration of 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, 28 Jan 2005 17:01:33 -0000 Yeah, this guy wrote a Cool'n'Quiet (what powernow is on new K8 and K7's): http://www.spa.is.uec.ac.jp/~nfukuda/software/ Just build it and kldload the module. I have some more info on these laptops (amd64) at: http://www.cokane.org/amd64.html --coleman On Fri, 28 Jan 2005 11:13:18 +0100, giupil wrote: > Hi, > > I've a Acer Aspire 1513lmi on a Amd Athlon 64 Processor 3400+ and > Freebsd 5.3-stable. Is there a patch for the powernow k8? > My cpu is all time at the higgest speed and so the battery life is > only one hour! > Thank you > > Bye Giuseppe > _______________________________________________ > 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 Jan 28 19:02:38 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 B5D7716A4CE for ; Fri, 28 Jan 2005 19:02:38 +0000 (GMT) Received: from vsmtp1alice.tin.it (vsmtp1alice.tin.it [212.216.176.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2E6B43D39 for ; Fri, 28 Jan 2005 19:02:37 +0000 (GMT) (envelope-from giupil@aliceposta.it) Received: from [82.55.88.156] (82.55.88.156) by vsmtp1alice.tin.it (7.0.027) id 41F6234900062717; Fri, 28 Jan 2005 20:02:08 +0100 Message-ID: <41FA8C4B.8020800@aliceposta.it> Date: Fri, 28 Jan 2005 20:02:35 +0100 From: giupil User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050123 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <20050127195633.GA32179@gargantuan.com> <41F95252.8070600@root.org> <20050127210641.GB32179@gargantuan.com> <41FA103E.9080302@aliceposta.it> <346a80220501280901170e35e7@mail.gmail.com> In-Reply-To: <346a80220501280901170e35e7@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 CPU and ACPI (was Re: Configuration of 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, 28 Jan 2005 19:02:38 -0000 Coleman Kane wrote: >Yeah, this guy wrote a Cool'n'Quiet (what powernow is on new K8 and K7's): >http://www.spa.is.uec.ac.jp/~nfukuda/software/ > >Just build it and kldload the module. I have some more info on these >laptops (amd64) at: http://www.cokane.org/amd64.html > >--coleman > >On Fri, 28 Jan 2005 11:13:18 +0100, giupil wrote: > > >>Hi, >> >>I've a Acer Aspire 1513lmi on a Amd Athlon 64 Processor 3400+ and >>Freebsd 5.3-stable. Is there a patch for the powernow k8? >>My cpu is all time at the higgest speed and so the battery life is >>only one hour! >>Thank you >> >>Bye Giuseppe >>_______________________________________________ >>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" >> >> >> > > > Hi Coleman Kane, thank you very match! It work! I' was going crazy about the fan' noise. Now all is quiet with the powernow! Now I hope to resolve the ioapic problem. My laptop has a nVidia nForce3 150 chipset. Bye Giuseppe From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 29 01:16: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 9EBA916A4CE for ; Sat, 29 Jan 2005 01:16:47 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80DE243D2D for ; Sat, 29 Jan 2005 01:16:47 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 6A483677EF; Sat, 29 Jan 2005 01:16:47 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: freebsd-amd64@freebsd.org Date: Fri, 28 Jan 2005 17:16:44 -0800 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1245062.2B1uPjKAnP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501281716.58178.Peter_Losher@isc.org> Subject: Is there a 64-bit clean driver for... 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, 29 Jan 2005 01:16:47 -0000 --nextPart1245062.2B1uPjKAnP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline any of the FreeBSD-supported Fibre Channel Host Base Adapters (HBA's)? We = are=20 looking to by a FC storage device for one of our Opteron servers (hopefully= =20 running 5.3/amd64), and I'd like to avoid the fiasco I had w/ 3ware's 9000= =20 series of cards around six months ago. (which looks like they are now getti= ng=20 resolved) :) Any hints or tips on where I should go (or should I just get a Qlogic and r= un=20 5.3/i386) :( Best Wishes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart1245062.2B1uPjKAnP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB+uQKPtVx9OgEjQgRArBUAJ4+YL0U+kxkf+zdoI6VhwZA2pboxQCfQlSi THorr10SmqSdcgVJuGVJgq0= =qT+W -----END PGP SIGNATURE----- --nextPart1245062.2B1uPjKAnP-- From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 29 03:34: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 A63D516A4CE for ; Sat, 29 Jan 2005 03:34:30 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B7D143D3F for ; Sat, 29 Jan 2005 03:34:30 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.41.225) by smtp01.syd.iprimus.net.au (7.0.036) id 41A76DD901B21415; Sat, 29 Jan 2005 14:34:28 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id A83D2425B; Sat, 29 Jan 2005 14:34:28 +1100 (EST) Date: Sat, 29 Jan 2005 14:34:28 +1100 From: Tim Robbins To: Gert Cuykens Message-ID: <20050129033428.GA4477@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-amd64@freebsd.org Subject: Re: jre 5 on amd 64 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, 29 Jan 2005 03:34:30 -0000 On Thu, Jan 27, 2005 at 01:25:37AM +0100, Gert Cuykens wrote: > Does jre 5 work on amd64 ? > > I need it to be able to pay my bills online, yes i know i am already > glad my bank did not asked for 3th party windows software to install > :) The 32-bit Linux JRE works on AMD64 (at least in 5.3-RELEASE). You'll probably need to use it together with a 32-bit Linux version of Mozilla or Netscape. Slightly cumbersome, but it could be made to work. Tim From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 29 04:17:51 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 79B1B16A4CE for ; Sat, 29 Jan 2005 04:17:51 +0000 (GMT) Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E47F43D2F for ; Sat, 29 Jan 2005 04:17:51 +0000 (GMT) (envelope-from mikel.king@ocsny.com) Received: from [172.31.7.103] (ool-4570b0d3.dyn.optonline.net [69.112.176.211]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IB200IO28UXI0@mta6.srv.hcvlny.cv.net> for freebsd-amd64@freebsd.org; Fri, 28 Jan 2005 23:08:57 -0500 (EST) Date: Fri, 28 Jan 2005 23:08:11 -0500 From: mikel king To: freebsd-amd64@freebsd.org Message-id: <41FB0C2B.108@ocsny.com> Organization: Optimized Computer Solutions, INC. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) Subject: hardware spec question... 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, 29 Jan 2005 04:17:51 -0000 I am trying to ramp up on the amd64 technology. I would like to assemble a cheap dual cpu worstation/low end server. I found one fairly affordable board and am curious if anyone elase has had experience with this product? http://www.superwarehouse.com/p.cfm?p=332508&CMP=KA18442 -- Cheers, Mikel King From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 29 04:44: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 E1B3016A4CE for ; Sat, 29 Jan 2005 04:44:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179FC43D45 for ; Sat, 29 Jan 2005 04:44:30 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so551003rne for ; Fri, 28 Jan 2005 20:44:29 -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=CtjeV+fYO2RkXuCyQAV80gGzdgVEADZOt/sWX2ZPlb/1G4wdzhjUbVEyh3rPkQTAlyvkoOSvhJTP1X7APV47Tp2a5OO0EEBW8Jr4LzvfjPgT9AtctlSQ5OSzp1OH48eIfquuE/NnTcuEzby5qC/7d64WTNizr6v44u0NK9pECtA= Received: by 10.38.104.22 with SMTP id b22mr223569rnc; Fri, 28 Jan 2005 20:44:29 -0800 (PST) Received: by 10.38.209.12 with HTTP; Fri, 28 Jan 2005 20:44:29 -0800 (PST) Message-ID: <84dead72050128204479414c88@mail.gmail.com> Date: Sat, 29 Jan 2005 04:44:29 +0000 From: Joseph Koshy To: Rob Watt In-Reply-To: <20050128105930.V54223@daemon.mistermishap.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050127100818.M46092@daemon.mistermishap.net> <84dead72050127201552e14c04@mail.gmail.com> <20050128105930.V54223@daemon.mistermishap.net> cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit binary compatibility on 5.3-amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:44:32 -0000 rw> a ktrace is attached for this sample code: Here is the culprit: src/lib/libc/i386/gen/_set_tp.c: sel = i386_set_ldt(LDT_AUTO_ALLOC, &ldt, 1); __asm __volatile("movl %0,%%gs" : : "rm" ((sel << 3) | 7)); i386_set_ldt() will return -1 on the AMD64 since this function is not supported there. The lack of error checking means that -1 will be attempted to be loaded into %gs by the movl instruction, leading to a processor protection fault and a process SIGSEGV. Compiling your sample program with '-static' under a 4.X environment yields an executable that runs on the AMD64. On 5.X both statically linked and dynamically linked executables appear to call _init_tls() and _set_tp() and are consequently not usable in IA32 emulation mode. Clearly our IA32 emulation needs work. I've no idea why we don't support a sysarch(I386_{GET,SET}_LDT) operation for IA32 executables. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy