From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 28 11:06:52 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3562106566B for ; Mon, 28 Jul 2008 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA60F8FC13 for ; Mon, 28 Jul 2008 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6SB6qRM078843 for ; Mon, 28 Jul 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6SB6p2o078839 for freebsd-amd64@FreeBSD.org; Mon, 28 Jul 2008 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jul 2008 11:06:51 GMT Message-Id: <200807281106.m6SB6p2o078839@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 28 Jul 2008 11:10:53 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2008 11:06:52 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/122423 amd64 Port install fails after upgrade o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa 56 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd 23 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 29 04:09:37 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3976106566B; Tue, 29 Jul 2008 04:09:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7B05E8FC34; Tue, 29 Jul 2008 04:09:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6T49Yhm025222; Tue, 29 Jul 2008 00:09:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m6T49Y5Y098382; Tue, 29 Jul 2008 00:09:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CCB573039; Tue, 29 Jul 2008 00:09:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080729040934.6CCB573039@freebsd-current.sentex.ca> Date: Tue, 29 Jul 2008 00:09:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.3/7824/Thu Jul 24 21:48:33 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 04:09:37 -0000 TB --- 2008-07-29 03:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 03:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-29 03:05:00 - cleaning the object tree TB --- 2008-07-29 03:05:45 - cvsupping the source tree TB --- 2008-07-29 03:05:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-29 03:05:51 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 03:05:51 - cd /src TB --- 2008-07-29 03:05:51 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 03:05:52 UTC 2008 >>> 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 [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 04:09:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 04:09:34 - ERROR: failed to build world TB --- 2008-07-29 04:09:34 - tinderbox aborted TB --- 2800.87 user 350.08 system 3873.74 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 29 08:24:42 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566941065679; Tue, 29 Jul 2008 08:24:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 041EF8FC13; Tue, 29 Jul 2008 08:24:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6T8Odum039906; Tue, 29 Jul 2008 04:24:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6T8OdpO037242; Tue, 29 Jul 2008 04:24:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E143A73039; Tue, 29 Jul 2008 04:24:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080729082438.E143A73039@freebsd-current.sentex.ca> Date: Tue, 29 Jul 2008 04:24:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7873/Tue Jul 29 01:16:14 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 08:24:42 -0000 TB --- 2008-07-29 07:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 07:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-29 07:20:00 - cleaning the object tree TB --- 2008-07-29 07:20:20 - cvsupping the source tree TB --- 2008-07-29 07:20:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-29 07:20:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 07:20:31 - cd /src TB --- 2008-07-29 07:20:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 07:20:33 UTC 2008 >>> 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 [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 08:24:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 08:24:38 - ERROR: failed to build world TB --- 2008-07-29 08:24:38 - tinderbox aborted TB --- 2800.05 user 348.02 system 3878.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 29 12:39:26 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D37D1065673; Tue, 29 Jul 2008 12:39:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D058C8FC22; Tue, 29 Jul 2008 12:39:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TCdO16037397; Tue, 29 Jul 2008 08:39:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TCdOBc077078; Tue, 29 Jul 2008 08:39:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29BEC73039; Tue, 29 Jul 2008 08:39:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080729123924.29BEC73039@freebsd-current.sentex.ca> Date: Tue, 29 Jul 2008 08:39:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7873/Tue Jul 29 01:16:14 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 12:39:26 -0000 TB --- 2008-07-29 11:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 11:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-29 11:35:00 - cleaning the object tree TB --- 2008-07-29 11:35:22 - cvsupping the source tree TB --- 2008-07-29 11:35:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-29 11:35:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 11:35:31 - cd /src TB --- 2008-07-29 11:35:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 11:35:34 UTC 2008 >>> 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 [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 12:39:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 12:39:24 - ERROR: failed to build world TB --- 2008-07-29 12:39:24 - tinderbox aborted TB --- 2802.45 user 345.38 system 3863.64 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 29 16:54:49 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86489106566B; Tue, 29 Jul 2008 16:54:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC698FC18; Tue, 29 Jul 2008 16:54:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TGslQx054616; Tue, 29 Jul 2008 12:54:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TGslAe015542; Tue, 29 Jul 2008 12:54:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3BAFA73039; Tue, 29 Jul 2008 12:54:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080729165447.3BAFA73039@freebsd-current.sentex.ca> Date: Tue, 29 Jul 2008 12:54:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.3/7824/Thu Jul 24 21:48:33 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 16:54:49 -0000 TB --- 2008-07-29 15:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 15:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-29 15:50:01 - cleaning the object tree TB --- 2008-07-29 15:50:23 - cvsupping the source tree TB --- 2008-07-29 15:50:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-29 15:50:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 15:50:31 - cd /src TB --- 2008-07-29 15:50:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 15:50:33 UTC 2008 >>> 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 [...] ===> usr.bin/bluetooth/btsockstat (all) cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/bluetooth/btsockstat/btsockstat.c cc1: warnings being treated as errors In file included from /obj/amd64/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/bluetooth/btsockstat/btsockstat.c:37: /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list *** Error code 1 Stop in /src/usr.bin/bluetooth/btsockstat. *** Error code 1 Stop in /src/usr.bin/bluetooth. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 16:54:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 16:54:47 - ERROR: failed to build world TB --- 2008-07-29 16:54:47 - tinderbox aborted TB --- 2813.85 user 349.43 system 3886.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 29 21:11:10 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A49811065671; Tue, 29 Jul 2008 21:11:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3E98FC26; Tue, 29 Jul 2008 21:11:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TLB8BE018505; Tue, 29 Jul 2008 17:11:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6TLB8hB002814; Tue, 29 Jul 2008 17:11:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E02C73039; Tue, 29 Jul 2008 17:11:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080729211108.5E02C73039@freebsd-current.sentex.ca> Date: Tue, 29 Jul 2008 17:11:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 21:11:10 -0000 TB --- 2008-07-29 20:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 20:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-29 20:05:00 - cleaning the object tree TB --- 2008-07-29 20:05:23 - cvsupping the source tree TB --- 2008-07-29 20:05:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-29 20:05:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 20:05:31 - cd /src TB --- 2008-07-29 20:05:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 20:05:34 UTC 2008 >>> 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 [...] cc1: warnings being treated as errors In file included from /obj/amd64/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/netstat/inet.c:47: /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list /src/usr.bin/netstat/inet.c:141: error: static declaration of 'sbtoxsockbuf' follows non-static declaration /obj/amd64/src/tmp/usr/include/sys/sockbuf.h:133: error: previous declaration of 'sbtoxsockbuf' was here *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 21:11:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 21:11:08 - ERROR: failed to build world TB --- 2008-07-29 21:11:08 - tinderbox aborted TB --- 2869.05 user 352.65 system 3967.96 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 30 10:20:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74454106564A for ; Wed, 30 Jul 2008 10:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 598708FC19 for ; Wed, 30 Jul 2008 10:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6UAK3dt049443 for ; Wed, 30 Jul 2008 10:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6UAK3Xp049442; Wed, 30 Jul 2008 10:20:03 GMT (envelope-from gnats) Resent-Date: Wed, 30 Jul 2008 10:20:03 GMT Resent-Message-Id: <200807301020.m6UAK3Xp049442@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Pierre Bardou Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE8A01065673 for ; Wed, 30 Jul 2008 10:14:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id D58F78FC0A for ; Wed, 30 Jul 2008 10:14:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m6UAE5EJ057964 for ; Wed, 30 Jul 2008 10:14:05 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m6UAE5I1057963; Wed, 30 Jul 2008 10:14:05 GMT (envelope-from nobody) Message-Id: <200807301014.m6UAE5I1057963@www.freebsd.org> Date: Wed, 30 Jul 2008 10:14:05 GMT From: Pierre Bardou To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Wed, 30 Jul 2008 11:20:13 +0000 Cc: Subject: amd64/126090: Can't start X : chipset G31/G33 not recognized as AGP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2008 10:20:03 -0000 >Number: 126090 >Category: amd64 >Synopsis: Can't start X : chipset G31/G33 not recognized as AGP >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 30 10:20:02 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Pierre Bardou >Release: 7.0-STABLE >Organization: MiPih >Environment: FreeBSD stage003.mipih.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Mon Jul 28 11:58:49 CEST 2008 root@stage003.mipih.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I intalled Xorg from the ports. No way to make it work. The card isn't even recognized as AGP. Xorg log : (++) Using config file: "/etc/X11/xorg.conf" (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (II) Module "ddc" already built-in (II) Module "i2c" already built-in (II) Module "ramdac" already built-in (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (EE) [drm] drmOpen failed. (EE) intel(0): [dri] DRIScreenInit failed. Disabling DRI. (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Couldn't allocate video memory DMESG : vgapci0: port 0xecd8-0xecdf mem 0xdfe00000-0xdfe7ffff,0xc0000000-0xcfffffff,0xdff00000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci1: mem 0xdfe80000-0xdfefffff at device 2.1 on pci0 pciconf -lv : vgapci0@pci0:0:2:0: class=0x030000 card=0x02201028 chip=0x29c28086 rev=0x0a hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x02201028 chip=0x29c38086 rev=0x0a hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Integrated Graphics Controller' class = display >How-To-Repeat: Try to make Xorg work on G31/G33 >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 30 13:26:28 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22016106566B; Wed, 30 Jul 2008 13:26:28 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F3C058FC1F; Wed, 30 Jul 2008 13:26:27 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6UDQRtL066432; Wed, 30 Jul 2008 13:26:27 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6UDQRIh066428; Wed, 30 Jul 2008 13:26:27 GMT (envelope-from gavin) Date: Wed, 30 Jul 2008 13:26:27 GMT Message-Id: <200807301326.m6UDQRIh066428@freefall.freebsd.org> To: bardou.p@mipih.fr, gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org X-Mailman-Approved-At: Wed, 30 Jul 2008 13:49:35 +0000 Cc: Subject: Re: amd64/126090: Can't start X : chipset G31/G33 not recognized as AGP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2008 13:26:28 -0000 Synopsis: Can't start X : chipset G31/G33 not recognized as AGP State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Wed Jul 30 13:09:22 UTC 2008 State-Changed-Why: To submitter: could you please give the full output of "pciconf -lv"? Also, can you confirm that you have loaded the AGP module? Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Wed Jul 30 13:09:22 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=126090 From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 30 16:12:49 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490191065676; Wed, 30 Jul 2008 16:12:49 +0000 (UTC) (envelope-from bardou.p@mipih.fr) Received: from spooler1.completel.net (spooler.completel.net [83.145.110.46]) by mx1.freebsd.org (Postfix) with ESMTP id 662B08FC17; Wed, 30 Jul 2008 16:12:47 +0000 (UTC) (envelope-from bardou.p@mipih.fr) Received: from smtp-out.completel.net (smtp2-out.completel.net [83.145.110.36]) by spooler1.completel.net (8.13.8/8.13.8) with ESMTP id m6UDlkPf001094; Wed, 30 Jul 2008 15:48:02 +0200 Received: from smtp.mipih.fr (mess.mipih.fr [213.30.131.226]) by smtp-out.completel.net (Postfix) with ESMTP id C8EC5A9405D; Wed, 30 Jul 2008 15:47:31 +0200 (CEST) Received: from smtp.mipih.fr (localhost [127.0.0.1]) by smtp.mipih.fr (messagerie) with ESMTP id 3C1A2D238B; Wed, 30 Jul 2008 15:47:23 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on v3web.mipih.fr X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.4 Received: from vfront.mipih.net (unknown [10.60.0.235]) by smtp.mipih.fr (messagerie) with ESMTP id 29D44D238A; Wed, 30 Jul 2008 15:47:18 +0200 (CEST) Received: from VMAIL.mipih.net ([10.31.1.48]) by vfront.mipih.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 30 Jul 2008 15:47:17 +0200 Received: from 10.31.9.3 ([10.31.9.3]) by vmail.mipih.net ([10.31.1.48]) via Exchange Front-End Server owa.mipih.fr ([10.60.0.235]) with Microsoft Exchange Server HTTP-DAV ; Wed, 30 Jul 2008 13:47:14 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; boundary="=-8Xs+LULjt3cDqaN6NqTt"; protocol="application/x-pkcs7-signature" Received: from stage003 by owa.mipih.fr; 30 Jul 2008 15:47:14 +0200 Content-class: urn:content-classes:message Date: Wed, 30 Jul 2008 15:47:14 +0200 Message-ID: <1217425634.5797.25.camel@stage003.mipih.net> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: amd64/126090: Can't start X : chipset G31/G33 not recognizedas AGP Thread-Index: AcjySsYVRToBHu0RQwG6MiJG33BsGA== From: "BARDOU Pierre" To: , , X-OriginalArrivalTime: 30 Jul 2008 13:47:17.0650 (UTC) FILETIME=[C7F84F20:01C8F24A] X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 30 Jul 2008 18:22:47 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: amd64/126090: Can't start X : chipset G31/G33 not recognizedas AGP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2008 16:12:49 -0000 --=-8Xs+LULjt3cDqaN6NqTt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I suppose I don't need to load the agp module as it is built in my kernel (I use the GENERIC STABLE amd64 whith no personnal modifications, there's "device agp" in it). If that may help, I tried to put the same HDD into another computer with a 945G chipset. After a little "Xorg -configure" I succeed to run X with "Xorg -config /root/xorg.conf.new". I also run linux on the same box (the one with the G33), and xorg works perfectly. So I really think the problem is the IGP kernel driver. Full pciconf -lv : stage003:~ # pciconf -lv hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x02201028 chip=3D0x29c08086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Processor to I/O Controller' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x02201028 chip=3D0x29c18086 rev=3D0x0a hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '(Bearlake) PCIe Root Port' class =3D bridge subclass =3D PCI-PCI vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x02201028 chip=3D0x29c28086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Integrated Graphics Controller' class =3D display subclass =3D VGA vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x02201028 chip=3D0x29c38086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Integrated Graphics Controller' class =3D display none0@pci0:0:27:0: class=3D0x040300 card=3D0x02201028 chip=3D0x27d88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) High Definition Audio' class =3D multimedia pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x02201028 chip=3D0x27d08086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) PCIe Root Port' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27c88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27ca8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci3@pci0:0:29:3: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27cb8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x02201028 chip=3D0x27cc8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class =3D serial bus subclass =3D USB pcib3@pci0:0:30:0: class=3D0x060401 card=3D0x02201028 chip=3D0x244e8086 rev=3D0xe1 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x27b88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '945GL Intel 82801GB/GR (ICH7 Family) LPC Interface Controller - 27B8' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x02201028 chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA atapci1@pci0:0:31:2: class=3D0x010601 card=3D0x02201028 chip=3D0x27c18086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB I/O Controller Hub SATA cc=3DAHCI' class =3D mass storage none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x02201028 chip=3D0x27da8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) SMBus Controller' class =3D serial bus subclass =3D SMBus bge0@pci0:2:0:0: class=3D0x020000 card=3D0x02201028 chip=3D0x169b14e4 rev= =3D0x02 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetLink BCM5787 Gigabit Ethernet PCIe' class =3D network subclass =3D ethernet stage003:~ # pciconf -lv hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x02201028 chip=3D0x29c08086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Processor to I/O Controller' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x02201028 chip=3D0x29c18086 rev=3D0x0a hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '(Bearlake) PCIe Root Port' class =3D bridge subclass =3D PCI-PCI vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x02201028 chip=3D0x29c28086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Integrated Graphics Controller' class =3D display subclass =3D VGA vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x02201028 chip=3D0x29c38086 rev=3D0x0a hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Integrated Graphics Controller' class =3D display none0@pci0:0:27:0: class=3D0x040300 card=3D0x02201028 chip=3D0x27d88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) High Definition Audio' class =3D multimedia pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x02201028 chip=3D0x27d08086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) PCIe Root Port' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27c88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27ca8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci3@pci0:0:29:3: class=3D0x0c0300 card=3D0x02201028 chip=3D0x27cb8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x02201028 chip=3D0x27cc8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class =3D serial bus subclass =3D USB pcib3@pci0:0:30:0: class=3D0x060401 card=3D0x02201028 chip=3D0x244e8086 rev=3D0xe1 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x27b88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '945GL Intel 82801GB/GR (ICH7 Family) LPC Interface Controller - 27B8' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x02201028 chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA atapci1@pci0:0:31:2: class=3D0x010601 card=3D0x02201028 chip=3D0x27c18086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB I/O Controller Hub SATA cc=3DAHCI' class =3D mass storage none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x02201028 chip=3D0x27da8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) SMBus Controller' class =3D serial bus subclass =3D SMBus bge0@pci0:2:0:0: class=3D0x020000 card=3D0x02201028 chip=3D0x169b14e4 rev= =3D0x02 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetLink BCM5787 Gigabit Ethernet PCIe' class =3D network subclass =3D ethernet -- Cordialement, Pierre BARDOU Apprenti Ing=C3=A9nieur R=C3=A9seau CSIM - Bureau 012 MIPIH - Midi Picardie Informatique Hospitali=C3=A8re 12 rue Michel Labrousse BP 93668 F-31036 Toulouse CEDEX 1 T=C3=A9l : 05 67 31 90 84 Fax : 05 34 61 51 00 Mail : bardou.p@mipih.fr --=-8Xs+LULjt3cDqaN6NqTt Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITHDCCBkUw ggUtoAMCAQICChRzogUAAAAAAAkwDQYJKoZIhvcNAQEFBQAwRTETMBEGCgmSJomT8ixkARkWA25l dDEVMBMGCgmSJomT8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMjAeFw0wODA0 MDQwODM1NDNaFw0wOTA0MDQwODM1NDNaMIHdMRMwEQYKCZImiZPyLGQBGRYDbmV0MRUwEwYKCZIm iZPyLGQBGRYFbWlwaWgxDjAMBgNVBAsTBU1JUElIMRwwGgYDVQQLExNEaXJlY3Rpb24gVGVjaG5p cXVlMSYwJAYDVQQLEx1DZW50cmUgU3VwcG9ydCBJbmZyYXN0cnVjdHVyZTEfMB0GA1UECxMWSW5m cmFzdHJ1Y3R1cmUgaW50ZXJuZTEWMBQGA1UEAxMNQkFSRE9VIFBpZXJyZTEgMB4GCSqGSIb3DQEJ ARYRYmFyZG91LnBAbWlwaWguZnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKguhUeSsl5o Tn4/5rIdkOYUTCu7ZRKiMG62DQCPfdp2HDKFjCwqPDcowb7bawvw/Rvaf4Nv/JRxIeLk3vNx7j0a ddt1xdH7xWM8FqCt2pXvAFQETDElVQE6dCJI2njIll4iabN1jQ61Kdf7MpGA5vODk7H9tkakOXmO iDGVe7cFAgMBAAGjggMgMIIDHDALBgNVHQ8EBAMCBaAwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG 9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBS6 wVL/iAoMp+N4QLOtRJsfXxxfHzAXBgkrBgEEAYI3FAIECh4IAFUAcwBlAHIwHwYDVR0jBBgwFoAU +ncsEiIGE7Hm3PmcZOtp+y7D8p8wgfYGA1UdHwSB7jCB6zCB6KCB5aCB4oaBs2xkYXA6Ly8vQ049 Q0EtU1VCLU1JUElILTIsQ049Y2FzdWJpaSxDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1taXBpaCxEQz1uZXQ/Y2VydGlmaWNh dGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50hipo dHRwOi8vd3d3Lm1pcGloLmZyL2NkcC9DQS1TVUItTUlQSUgtMi5jcmwwggEIBggrBgEFBQcBAQSB +zCB+DCBqwYIKwYBBQUHMAKGgZ5sZGFwOi8vL0NOPUNBLVNVQi1NSVBJSC0yLENOPUFJQSxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPW1p cGloLERDPW5ldD9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1 dGhvcml0eTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5taXBpaC5mci9jZHAvY2FzdWJpaS5taXBp aC5uZXRfQ0EtU1VCLU1JUElILTIuY3J0MCkGA1UdJQQiMCAGCisGAQQBgjcKAwQGCCsGAQUFBwME BggrBgEFBQcDAjA+BgNVHREENzA1oCAGCisGAQQBgjcUAgOgEgwQYmFyZG91QG1pcGloLm5ldIER YmFyZG91LnBAbWlwaWguZnIwDQYJKoZIhvcNAQEFBQADggEBABefEh9teUpRAX48PCnGBLz7ifc0 0N/VAjBYQ/iEsElz4SkOeMUb00TxHiDUOiF1yuTIw0XMnXrt6izxBFuK82Pf7qt8xOQPBqFW0PfE zy9UfQQtvQ/jir06Avr5Kk+FU1OS4lSgspdX4ErOGYVb9v9dN4Mj95h02G3EWfIYvej0sIOqBKM+ o3S4BCs2Bkce4r4aCCQ54w29KXwYufBILBSkfPjBUE56AECWjnpfz7c/kkMaEMCxcnSIVR9NYTwS 2wwsjxHt7oJJ60UidIZMWo+c5FC3xidc0fa0rPWs91tamzWdBDIRTzGF9qAYg/oVd5+LP/HYwhhR 2/x3QRmI3zwwggZFMIIFLaADAgECAgoUc6IFAAAAAAAJMA0GCSqGSIb3DQEBBQUAMEUxEzARBgoJ kiaJk/IsZAEZFgNuZXQxFTATBgoJkiaJk/IsZAEZFgVtaXBpaDEXMBUGA1UEAxMOQ0EtU1VCLU1J UElILTIwHhcNMDgwNDA0MDgzNTQzWhcNMDkwNDA0MDgzNTQzWjCB3TETMBEGCgmSJomT8ixkARkW A25ldDEVMBMGCgmSJomT8ixkARkWBW1pcGloMQ4wDAYDVQQLEwVNSVBJSDEcMBoGA1UECxMTRGly ZWN0aW9uIFRlY2huaXF1ZTEmMCQGA1UECxMdQ2VudHJlIFN1cHBvcnQgSW5mcmFzdHJ1Y3R1cmUx HzAdBgNVBAsTFkluZnJhc3RydWN0dXJlIGludGVybmUxFjAUBgNVBAMTDUJBUkRPVSBQaWVycmUx IDAeBgkqhkiG9w0BCQEWEWJhcmRvdS5wQG1pcGloLmZyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQCoLoVHkrJeaE5+P+ayHZDmFEwru2USojButg0Aj33adhwyhYwsKjw3KMG+22sL8P0b2n+D b/yUcSHi5N7zce49GnXbdcXR+8VjPBagrdqV7wBUBEwxJVUBOnQiSNp4yJZeImmzdY0OtSnX+zKR gObzg5Ox/bZGpDl5jogxlXu3BQIDAQABo4IDIDCCAxwwCwYDVR0PBAQDAgWgMEQGCSqGSIb3DQEJ DwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggqhkiG9w0D BzAdBgNVHQ4EFgQUusFS/4gKDKfjeECzrUSbH18cXx8wFwYJKwYBBAGCNxQCBAoeCABVAHMAZQBy MB8GA1UdIwQYMBaAFPp3LBIiBhOx5tz5nGTrafsuw/KfMIH2BgNVHR8Ege4wgeswgeiggeWggeKG gbNsZGFwOi8vL0NOPUNBLVNVQi1NSVBJSC0yLENOPWNhc3ViaWksQ049Q0RQLENOPVB1YmxpYyUy MEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bWlwaWgsREM9 bmV0P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmli dXRpb25Qb2ludIYqaHR0cDovL3d3dy5taXBpaC5mci9jZHAvQ0EtU1VCLU1JUElILTIuY3JsMIIB CAYIKwYBBQUHAQEEgfswgfgwgasGCCsGAQUFBzAChoGebGRhcDovLy9DTj1DQS1TVUItTUlQSUgt MixDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmln dXJhdGlvbixEQz1taXBpaCxEQz1uZXQ/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdENsYXNzPWNl cnRpZmljYXRpb25BdXRob3JpdHkwSAYIKwYBBQUHMAKGPGh0dHA6Ly93d3cubWlwaWguZnIvY2Rw L2Nhc3ViaWkubWlwaWgubmV0X0NBLVNVQi1NSVBJSC0yLmNydDApBgNVHSUEIjAgBgorBgEEAYI3 CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwPgYDVR0RBDcwNaAgBgorBgEEAYI3FAIDoBIMEGJhcmRv dUBtaXBpaC5uZXSBEWJhcmRvdS5wQG1pcGloLmZyMA0GCSqGSIb3DQEBBQUAA4IBAQAXnxIfbXlK UQF+PDwpxgS8+4n3NNDf1QIwWEP4hLBJc+EpDnjFG9NE8R4g1DohdcrkyMNFzJ167eos8QRbivNj 3+6rfMTkDwahVtD3xM8vVH0ELb0P44q9OgL6+SpPhVNTkuJUoLKXV+BKzhmFW/b/XTeDI/eYdNht xFnyGL3o9LCDqgSjPqN0uAQrNgZHHuK+GggkOeMNvSl8GLnwSCwUpHz4wVBOegBAlo56X8+3P5JD GhDAsXJ0iFUfTWE8EtsMLI8R7e6CSetFInSGTFqPnORQt8YnXNH2tKz1rPdbWps1nQQyEU8xhfag GIP6FXefiz/x2MIYUdv8d0EZiN88MIIGhjCCBG6gAwIBAgIKE0VUwAABAAAABjANBgkqhkiG9w0B AQUFADA3MQswCQYDVQQGEwJGcjEOMAwGA1UEChMFTUlQSUgxGDAWBgNVBAMTD0NBLVJBQ0lORS1N SVBJSDAeFw0wODA0MDIwOTAzMDJaFw0xODA0MDIwOTEzMDJaMEUxEzARBgoJkiaJk/IsZAEZFgNu ZXQxFTATBgoJkiaJk/IsZAEZFgVtaXBpaDEXMBUGA1UEAxMOQ0EtU1VCLU1JUElILTIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCleFfez0hRkcHTqAYRIQ4U8bqu5UZr/VjBF2Wndm++ cZhLPJL+jgsDjLOd3D5Dd3N9bnKx6JK7maMAKeDJSFqGWNJ6y3YNIYeUSQ/snupffdb3F3m0Bx8I NBIw1paERi5B7Le6hJZukKSB1NpkwiP+Qu2l1uZtGxuM1XzSe1xg6/WimAdAoISnjC2LVYgmbRTc RmBJ3rVirYQsFJRkSYFkhoFscqDf46AdZ2i+DS50gWJlEth8NXkIxTUGuEgFn3zgt0ggpcabdiBf PuBe/iYjUYuUQ0xFwFq2+rQSa2eYt5a22+7aJca23QxeI6qy2FvrMEmJmsusTIUClWwFOwsbAgMB AAGjggKEMIICgDAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBT6dywSIgYTsebc+Zxk62n7LsPy nzALBgNVHQ8EBAMCAYYwEAYJKwYBBAGCNxUBBAMCAQAwGQYJKwYBBAGCNxQCBAweCgBTAHUAYgBD AEEwHwYDVR0jBBgwFoAU/CtNhL5GL9u0eJwmDJaTfPjTEUUwgfUGA1UdHwSB7TCB6jCB56CB5KCB 4YaBrmxkYXA6Ly8vQ049Q0EtUkFDSU5FLU1JUElIKDEpLENOPWNhcmFjaW5lLENOPUNEUCxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxEQz1VbmF2YWlsYWJsZUNvbmZpZ0RO P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRp b25Qb2ludIYuaHR0cDovL3d3dy5taXBpaC5mci9jZHAvQ0EtUkFDSU5FLU1JUElIKDEpLmNybDCB +gYIKwYBBQUHAQEEge0wgeowgaIGCCsGAQUFBzAChoGVbGRhcDovLy9DTj1DQS1SQUNJTkUtTUlQ SUgsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLERDPVVuYXZh aWxhYmxlQ29uZmlnRE4/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdENsYXNzPWNlcnRpZmljYXRp b25BdXRob3JpdHkwQwYIKwYBBQUHMAKGN2h0dHA6Ly93d3cubWlwaWguZnIvY2RwL2NhcmFjaW5l X0NBLVJBQ0lORS1NSVBJSCgxKS5jcnQwDQYJKoZIhvcNAQEFBQADggIBAB3RbBY5N6u3BqNhuV7G y4yEuorjV5pmBblUcFQldZhQlYWvscPXHsSCHd7A/z28IS2xaze9vA+cxNloODfX+LHYDZhQHgsU /kgQp46XKUafgrPT+A4ldBLwEJdFY+Z2fvV+FeMBI3UtJs/OW9YbYtu5RFXdiLQubydUxwOnz1Jg V5+3Qh3Z+BiDkr/fiukF7KF5K1ITbjZcAzQbA4iMpDDceX05RjoWUxHkMY+ygs0Q+UpcO3r+7ndJ mYdQiVWsyUAQbSnAyS6fGBY+r8Y6M4py2MNk7mhXlEswDv8s+nALyC6dqaVOqn5yqX0kL0YW67G3 w8WHkqaNyyqiG1JdTuKuIJPV20PkGvgyIw1Icb2M2ub8oTCd1yhcnQEiSG+oagCl+Ph+iQaAQ7Jt iEffmTQPcrSqcSWU9bWc1J2wWn8k54Zh32IuYN+hT8mJS7YmGWpk0/Fu76Ctqi0uxsIMap+uteQL RqkRQJ16cikyIU1V8aB+xzsMjO0g+pMToPvPu3AjAZl/reawJP3NEfzTKpGjdGe8Z3ENcwkNQz5R F9zfG/xsfU2HiqP+rjkNfe50H3j5RHqwCBVAw7LLQscUzh7tEEqBc/FvvA33HtL+txc+dnaXDCxi Fu15ILFJlu7xxY0GywZHetiVoJeT/Col15080suDbCr+XbR/vhN6/4eDMYICJDCCAiACAQEwUzBF MRMwEQYKCZImiZPyLGQBGRYDbmV0MRUwEwYKCZImiZPyLGQBGRYFbWlwaWgxFzAVBgNVBAMTDkNB LVNVQi1NSVBJSC0yAgoUc6IFAAAAAAAJMAkGBSsOAwIaBQCgggEnMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDczMDEzNDcxNFowIwYJKoZIhvcNAQkEMRYEFK7+ omcRjJ6J4iOScFuGi0NM2XdpMGIGCSsGAQQBgjcQBDFVMFMwRTETMBEGCgmSJomT8ixkARkWA25l dDEVMBMGCgmSJomT8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMgIKFHOiBQAA AAAACTBkBgsqhkiG9w0BCRACCzFVoFMwRTETMBEGCgmSJomT8ixkARkWA25ldDEVMBMGCgmSJomT 8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMgIKFHOiBQAAAAAACTANBgkqhkiG 9w0BAQEFAASBgHa8e6cWZHzAgSaeKOar4F5RfSvXehSXw1g0Cb3cWnN4V+OSVWDfZRCGwdx5rQdX GnHlrFZX4p8HU2V750J1hCs6jS41PIEL54dvxUOIhpf4OW/wGf+KChczgbs/9k9qfTzF5B7pcjki PQS89fkusE+s/KhxpFsP6qnyOWIalfutAAAAAAAA --=-8Xs+LULjt3cDqaN6NqTt-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 30 17:00:08 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84AFD106567C for ; Wed, 30 Jul 2008 17:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 599AB8FC1B for ; Wed, 30 Jul 2008 17:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6UH08WZ089816 for ; Wed, 30 Jul 2008 17:00:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6UH08S6089815; Wed, 30 Jul 2008 17:00:08 GMT (envelope-from gnats) Resent-Date: Wed, 30 Jul 2008 17:00:08 GMT Resent-Message-Id: <200807301700.m6UH08S6089815@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Alan Amesbury Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 612581065677 for ; Wed, 30 Jul 2008 16:56:46 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 41BE28FC14 for ; Wed, 30 Jul 2008 16:56:46 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m6UGukVB044442 for ; Wed, 30 Jul 2008 16:56:46 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m6UGukqW044441; Wed, 30 Jul 2008 16:56:46 GMT (envelope-from nobody) Message-Id: <200807301656.m6UGukqW044441@www.freebsd.org> Date: Wed, 30 Jul 2008 16:56:46 GMT From: Alan Amesbury To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Wed, 30 Jul 2008 18:23:12 +0000 Cc: Subject: amd64/126100: Kernel panic while turning off accounting X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2008 17:00:08 -0000 >Number: 126100 >Category: amd64 >Synopsis: Kernel panic while turning off accounting >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 30 17:00:08 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Alan Amesbury >Release: 7.0-RELEASE-p3 amd64 >Organization: University of Minnesota >Environment: FreeBSD tumbrel.oitsec.umn.edu 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0: Tue Jul 29 17:28:03 CDT 2008 root@tumbrel.oitsec.umn.edu:/usr/obj/usr/src/sys/OITSEC-7-A amd64 >Description: While shutting off system accounting ('sudo accton'), the system panics. The first crashdump was lost due to insufficient space being available in /var. However, after cleaning up and triggering another panic, I was able to get a good crashdump. kgdb shows: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80554a39 stack pointer = 0x10:0xffffffffb48078d0 frame pointer = 0x10:0xffffff0091012700 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35491 (accton) trap number = 12 panic: page fault cpuid = 1 Uptime: 17h24m2s Physical memory: 16369 MB Dumping 918 MB: 903 887 871 855 839 823 807 791 775 759 743 727 711 695 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list 189 static __inline struct thread * 190 __curthread(void) 191 { 192 struct thread *td; 193 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); 195 return (td); 196 } 197 #define curthread (__curthread()) 198 (kgdb) backtrace *0xffffffff80554a39 #0 doadump () at pcpu.h:194 #1 0x0000000000000000 in ?? () #2 0xffffffff803bd1b6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff803bd471 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff805ce784 in trap_fatal (frame=0xffffffffb4807820, eva=16) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff805ce9df in trap_pfault (frame=0xffffffffb4807820, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff805cf31b in trap (frame=0xffffffffb4807820) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff805b60ee in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff80554a39 in mac_bsdextended_check_vp (cred=0xffffff0091012700, vp=0x0, acc_mode=128) at vnode_if.h:285 #9 0xffffffff80555173 in mac_bsdextended_check_system_acct (cred=Variable "cred" is not available. ) at /usr/src/sys/security/mac_bsdextended/mac_bsdextended.c:447 #10 0xffffffff8055051f in mac_check_system_acct (cred=0xffffff0091012700, vp=0x0) at /usr/src/sys/security/mac/mac_system.c:136 #11 0xffffffff80389c65 in acct (td=0xffffff00231656a0, uap=0xffffffffb4807be0) at /usr/src/sys/kern/kern_acct.c:238 #12 0xffffffff805ced56 in syscall (frame=0xffffffffb4807c70) at /usr/src/sys/amd64/amd64/trap.c:852 #13 0xffffffff805b62fb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #14 0x00000003ef5e03ac in ?? () Previous frame inner to this frame (corrupt stack?) We use a custom kernel config (below). We do *NOT* have any filesystems mounted with ACL or MAC support (i.e., the "-a" and "-l" options in 'tunefs') on the system that panics. I've other systems which *do* make use of those features, though, and we try to keep kernels identical across platforms. Here's the kernel config: # $Id: OITSEC-7-A,v 1.2 2008/01/04 22:01:46 amesbury Exp $ machine amd64 cpu HAMMER ident OITSEC-7-A # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device mpt # LSI-Logic MPT-Fusion # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mfip # LSI MegaRAID pass-through interface (requires CAM) device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device tx # SMC EtherPower II (83c170 ``EPIC'') device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) options ALTQ options ALTQ_CBQ options ALTQ_HFSC options ALTQ_PRIQ device pf device pflog options ZERO_COPY_SOCKETS options MAC options MAC_BSDEXTENDED options MAC_PARTITION options HZ=1000 options SC_HISTORY_SIZE=1000 options SC_KERNEL_CONS_ATTR=(FG_YELLOW|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) options DEVICE_POLLING options AUTO_EOI_1 options INCLUDE_CONFIG_FILE device carp >How-To-Repeat: Turn off accounting on an FreeBSD 7.0-RELEASE-p3/amd64 host that has mac_bsdextended loaded. >Fix: I'm unsure of the fix, but the problem appears to be related to mac_bsdextended. Our kernel has it compiled in. On a similar system (somewhat different kernel, but one lacking mac_bsdextended), 'sudo accton' doesn't trigger a panic. However, once you load the mac_bsdextended and try the command again, that system panics. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 30 23:28:33 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C32571065682; Wed, 30 Jul 2008 23:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0458FC1C; Wed, 30 Jul 2008 23:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6UNSUm5023928; Wed, 30 Jul 2008 19:28:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m6UNSU8G031232; Wed, 30 Jul 2008 19:28:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7280873039; Wed, 30 Jul 2008 19:28:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080730232830.7280873039@freebsd-current.sentex.ca> Date: Wed, 30 Jul 2008 19:28:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.3/7824/Thu Jul 24 21:48:33 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2008 23:28:33 -0000 TB --- 2008-07-30 21:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-30 21:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-30 21:35:01 - cleaning the object tree TB --- 2008-07-30 21:35:49 - cvsupping the source tree TB --- 2008-07-30 21:35:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-30 21:35:56 - building world (CFLAGS=-O -pipe) TB --- 2008-07-30 21:35:56 - cd /src TB --- 2008-07-30 21:35:56 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 30 21:35:58 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jul 30 23:16:54 UTC 2008 TB --- 2008-07-30 23:16:55 - generating LINT kernel config TB --- 2008-07-30 23:16:55 - cd /src/sys/amd64/conf TB --- 2008-07-30 23:16:55 - /usr/bin/make -B LINT TB --- 2008-07-30 23:16:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-07-30 23:16:55 - cd /src TB --- 2008-07-30 23:16:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 30 23:16:55 UTC 2008 >>> 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 [...] :> export_syms awk -f /src/sys/modules/cxgb/toecore/../../../conf/kmod_syms.awk toecore.ko export_syms | xargs -J% objcopy % toecore.ko objcopy --strip-debug toecore.ko ===> cxgb/tom (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_tom.c In file included from /src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_tom.c:48: @/sys/sockbuf.h:77: error: field 'sb_sel' has incomplete type @/sys/sockbuf.h:79: error: field 'sb_sx' has incomplete type *** Error code 1 Stop in /src/sys/modules/cxgb/tom. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-30 23:28:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-30 23:28:30 - ERROR: failed to build lint kernel TB --- 2008-07-30 23:28:30 - tinderbox aborted TB --- 4917.68 user 623.91 system 6809.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 04:56:54 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F5C106566B; Thu, 31 Jul 2008 04:56:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E1688FC08; Thu, 31 Jul 2008 04:56:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m6V4uqm5051043; Thu, 31 Jul 2008 00:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6V4uquh025027; Thu, 31 Jul 2008 00:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E64AF73039; Thu, 31 Jul 2008 00:56:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080731045651.E64AF73039@freebsd-current.sentex.ca> Date: Thu, 31 Jul 2008 00:56:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 04:56:55 -0000 TB --- 2008-07-31 03:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-31 03:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-07-31 03:05:00 - cleaning the object tree TB --- 2008-07-31 03:05:32 - cvsupping the source tree TB --- 2008-07-31 03:05:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-07-31 03:05:40 - building world (CFLAGS=-O -pipe) TB --- 2008-07-31 03:05:40 - cd /src TB --- 2008-07-31 03:05:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 31 03:05:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jul 31 04:46:39 UTC 2008 TB --- 2008-07-31 04:46:39 - generating LINT kernel config TB --- 2008-07-31 04:46:39 - cd /src/sys/amd64/conf TB --- 2008-07-31 04:46:39 - /usr/bin/make -B LINT TB --- 2008-07-31 04:46:39 - building LINT kernel (COPTFLAGS=) TB --- 2008-07-31 04:46:39 - cd /src TB --- 2008-07-31 04:46:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 31 04:46:39 UTC 2008 >>> 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 [...] ng_btsocket.o(.data+0x348): undefined reference to `ng_btsocket_sco_disconnect' ng_btsocket.o(.data+0x350): undefined reference to `ng_btsocket_sco_listen' ng_btsocket.o(.data+0x358): undefined reference to `ng_btsocket_sco_peeraddr' ng_btsocket.o(.data+0x370): undefined reference to `ng_btsocket_sco_send' ng_btsocket.o(.data+0x390): undefined reference to `ng_btsocket_sco_sockaddr' ng_btsocket.o(.data+0x3b8): undefined reference to `ng_btsocket_sco_close' ng_btsocket.o(.data+0x590): undefined reference to `ng_btsocket_sco_ctloutput' ng_btsocket.o(.data+0x5a0): undefined reference to `ng_btsocket_sco_init' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-31 04:56:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-31 04:56:51 - ERROR: failed to build lint kernel TB --- 2008-07-31 04:56:51 - tinderbox aborted TB --- 4848.11 user 621.24 system 6711.39 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 09:00:39 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750561065671; Thu, 31 Jul 2008 09:00:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 512A88FC0A; Thu, 31 Jul 2008 09:00:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6V90d6L012383; Thu, 31 Jul 2008 09:00:39 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6V90dBY012379; Thu, 31 Jul 2008 09:00:39 GMT (envelope-from rwatson) Date: Thu, 31 Jul 2008 09:00:39 GMT Message-Id: <200807310900.m6V90dBY012379@freefall.freebsd.org> To: rwatson@FreeBSD.org, freebsd-amd64@FreeBSD.org, rwatson@FreeBSD.org From: rwatson@FreeBSD.org X-Mailman-Approved-At: Thu, 31 Jul 2008 11:24:01 +0000 Cc: Subject: Re: amd64/126100: Kernel panic while turning off accounting X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 09:00:39 -0000 Synopsis: Kernel panic while turning off accounting Responsible-Changed-From-To: freebsd-amd64->rwatson Responsible-Changed-By: rwatson Responsible-Changed-When: Thu Jul 31 09:00:16 UTC 2008 Responsible-Changed-Why: Take ownership of this PR since I originally wrote mac_bsdextended. http://www.freebsd.org/cgi/query-pr.cgi?pr=126100 From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 14:28:06 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E4D1065678 for ; Thu, 31 Jul 2008 14:28:06 +0000 (UTC) (envelope-from anazawa@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB5A8FC19 for ; Thu, 31 Jul 2008 14:28:06 +0000 (UTC) (envelope-from anazawa@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from [192.168.0.106] (EM119-72-9-193.pool.e-mobile.ne.jp [119.72.9.193]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K4V009BUHE6EGP2@asmtp020.mac.com> for freebsd-amd64@freebsd.org; Thu, 31 Jul 2008 06:27:48 -0700 (PDT) Sender: anazawa@mac.com Message-id: From: ANAZAWA Akio To: "freebsd-amd64@freebsd.org" X-Mailer: iPod Mail (5A347) Date: Thu, 31 Jul 2008 22:27:40 +0900 Subject: (no subject) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 14:28:06 -0000 -- ANAZAWA Akio From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 17:47:15 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2015B106564A for ; Thu, 31 Jul 2008 17:47:15 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 00FB98FC16 for ; Thu, 31 Jul 2008 17:47:14 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 13438 invoked from network); 31 Jul 2008 17:19:12 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 31 Jul 2008 17:19:12 -0000 Message-ID: <4891F3F3.8090608@telenix.org> Date: Thu, 31 Jul 2008 13:18:43 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 17:47:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I admit it, I'm a hobbyist, so I don't really want to make use of ports. The fun's NOT in having everything handed to you, and the ports people try hard as hell to prevent you from doing anything on your own. My current project deals with Xorg. I recently finished getting Xorg and Xfree86 to build on my x86 box, so I could compare the two. Right now, I want to build xorg on the amd64 platform. It seems that if I don't supply the correct flags (which I don't know about) then the amd64 gcc gives me 64 bit apps & libraries. What would the flags be, if I want to build 32 bit things, both libs and apps? I'll worry about handling any other problems, I just want to know the way to coax gcc (and gnu-ld) to think purely 32 bit. Can you help me here? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiR8/MACgkQz62J6PPcoOme1QCgnuAuY0oQczw5g/RixuEqk20R lJgAn2X0NtYxlr30pOT07wj6IabFvl+z =2Dn5 -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 19:42:55 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08C241065670 for ; Thu, 31 Jul 2008 19:42:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A41F48FC17 for ; Thu, 31 Jul 2008 19:42:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 133AC28448 for ; Fri, 1 Aug 2008 03:42:53 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 90C64EC6804; Fri, 1 Aug 2008 03:42:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id t9odvVh166Mh; Fri, 1 Aug 2008 03:42:47 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 54869EC64C9; Fri, 1 Aug 2008 03:42:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=FlXue8gu44ivOo5nMco28Rw5AnFwi8Jlmt0D04vRK/eYnLon90Ss4+mfonHjI6Xrs 6QhS6tiATPs+Ka/V2KnTg== Message-ID: <489215B3.60706@delphij.net> Date: Thu, 31 Jul 2008 12:42:43 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080725) MIME-Version: 1.0 To: Chuck Robey References: <4891F3F3.8090608@telenix.org> In-Reply-To: <4891F3F3.8090608@telenix.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 19:42:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: | I admit it, I'm a hobbyist, so I don't really want to make use of ports. The | fun's NOT in having everything handed to you, and the ports people try hard as | hell to prevent you from doing anything on your own. My current project deals | with Xorg. I recently finished getting Xorg and Xfree86 to build on my x86 box, | so I could compare the two. | | Right now, I want to build xorg on the amd64 platform. It seems that if I don't | supply the correct flags (which I don't know about) then the amd64 gcc gives me | 64 bit apps & libraries. What would the flags be, if I want to build 32 bit | things, both libs and apps? I'll worry about handling any other problems, I | just want to know the way to coax gcc (and gnu-ld) to think purely 32 bit. | | Can you help me here? '-m32'? However to make this useful one has to hack the library scripts to make all installation to ${PREFIX}/lib32 I think. If you are trying to cross-compile on amd64, one possible better solution would be to populate a pure 32-bit world (i.e. ./install.sh the 'base' distribution to a directory and chroot into it with a mounted /dev). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiSFbMACgkQi+vbBBjt66AhhACffWQKROL1J5w7PRn6veOpLOyj QBkAoInYr5Lq6fNeX8maYek4/WPQYe/0 =5Fw5 -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 19:28:32 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5D5106567A for ; Thu, 31 Jul 2008 19:28:32 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mired.org (five.mired.org [66.92.153.75]) by mx1.freebsd.org (Postfix) with ESMTP id 05C978FC0C for ; Thu, 31 Jul 2008 19:28:31 +0000 (UTC) (envelope-from mwm@mired.org) Received: (qmail 24965 invoked from network); 31 Jul 2008 15:00:50 -0400 Received: from unknown (HELO mbook.local) (192.168.195.193) by 0 with SMTP; 31 Jul 2008 15:00:50 -0400 Date: Thu, 31 Jul 2008 15:01:44 -0400 From: Mike Meyer To: Chuck Robey Message-ID: <20080731150144.6cf2374e@mbook.local> In-Reply-To: <4891F3F3.8090608@telenix.org> References: <4891F3F3.8090608@telenix.org> Organization: Meyer Consulting X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.2.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 31 Jul 2008 19:45:12 +0000 Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 19:28:32 -0000 On Thu, 31 Jul 2008 13:18:43 -0400 Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I admit it, I'm a hobbyist, so I don't really want to make use of ports. The > fun's NOT in having everything handed to you, and the ports people try hard as > hell to prevent you from doing anything on your own. My current project deals > with Xorg. I recently finished getting Xorg and Xfree86 to build on my x86 box, > so I could compare the two. Well, some folks enjoy ... > Right now, I want to build xorg on the amd64 platform. It seems that if I don't > supply the correct flags (which I don't know about) then the amd64 gcc gives me > 64 bit apps & libraries. What would the flags be, if I want to build 32 bit > things, both libs and apps? I'll worry about handling any other problems, I > just want to know the way to coax gcc (and gnu-ld) to think purely 32 bit. > > Can you help me here? Well, the obvious thing to do to help is ask why wouldn't you want 64 bit apps & libraries on a 64 bit platform? That's what you get if you install the package or build the port. Anyway, the flag you want for gcc is "-m32". Given that flag, it will invoke gnu-ld trying to build 32 bit applications as well, so just use gcc as your linker with that flag. Of course, last time I checked, neither of these did things like making sure you got the right version of platform-specific header files or linked with the right libraries and support code. I also recall some reports that, once you get things to work, the resulting binaries don't run on i386 platforms. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 19:55:31 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A87D1065676 for ; Thu, 31 Jul 2008 19:55:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id B22128FC0A for ; Thu, 31 Jul 2008 19:55:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m6VJtRCK026941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Aug 2008 05:55:28 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m6VJtRO0060132; Fri, 1 Aug 2008 05:55:27 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m6VJtRSj060131; Fri, 1 Aug 2008 05:55:27 +1000 (EST) (envelope-from peter) Date: Fri, 1 Aug 2008 05:55:27 +1000 From: Peter Jeremy To: Chuck Robey Message-ID: <20080731195527.GT1359@server.vk2pj.dyndns.org> References: <4891F3F3.8090608@telenix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline In-Reply-To: <4891F3F3.8090608@telenix.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 19:55:31 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-31 13:18:43 -0400, Chuck Robey wrote: >I admit it, I'm a hobbyist, so I don't really want to make use of ports. Each to his own... But why bother re-inventing the wheel? >Right now, I want to build xorg on the amd64 platform. It seems that >if I don't supply the correct flags (which I don't know about) then >the amd64 gcc gives me 64 bit apps & libraries. gcc on amd64 defaults to 64-bit because that is the native mode. > What would the flags >be, if I want to build 32 bit things, both libs and apps? The gcc flag to make gcc emit i386 code is "-m32". Note that FreeBSD _does_not_ include the infrastructure for this to work - the contents of /usr/include/machine all define/assume I32LP64. If you compile with '-m32', you wind up with objects that should be 64-bit (eg off_t) being 32-bits long - which in turn breaks stat(2), mmap(2) etc. And, even if you get a trivial app to link, it won't run on on a real i386 because it has the wrong rtld name embedded in it. There are a couple of open PRs about this but fixing it is non-trivial. Your only current option is to install an i386 world (as well as your amd64 world) and chroot into it to build i386 apps. Note that even this approach will not work for things that use libkvm or otherwise grovel around in kmem. >about handling any other problems, I just want to know the way to >coax gcc (and gnu-ld) to think purely 32 bit. Install FreeBSD/i386 --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --96YOpH+ONegL0A3E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiSGK8ACgkQ/opHv/APuIfCvwCgjJOLiKnREQAws3Gd/N52STia wYIAn0YzxbAwGIiREPLtaoKSGI9XgDgw =pZ/Z -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 22:59:27 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEC071065676 for ; Thu, 31 Jul 2008 22:59:27 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 875BE8FC14 for ; Thu, 31 Jul 2008 22:59:27 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 17687 invoked from network); 31 Jul 2008 22:59:26 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 31 Jul 2008 22:59:26 -0000 Message-ID: <489243B0.80307@telenix.org> Date: Thu, 31 Jul 2008 18:58:56 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Peter Jeremy References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> In-Reply-To: <20080731195527.GT1359@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 22:59:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On 2008-Jul-31 13:18:43 -0400, Chuck Robey wrote: >> I admit it, I'm a hobbyist, so I don't really want to make use of ports. > > Each to his own... But why bother re-inventing the wheel? You mean, why not use ports? You'd have to be fairly blind not to understand this... would you tell the hunter that you can't understand why they don't just visit the butcher's? Or tell the electronics hobbyist that they just ought to buy themselves a big stereo and be done with it? But you can't understand why someone who enjoys hacking wouldn't rather lay back and let YOU do it. Honestly, aren't you being just a little bit blind here? Read my paragraph again, and try to concentrate on the very first two sentences, I wasn't unclear or indirect. I wasn't trying to force you to go my way, just stop trying to make me go your way. Some of us happen to enjoy screwing around with applications. Not the applications (using firefox), programming them, there IS a difference. > >> Right now, I want to build xorg on the amd64 platform. It seems that >> if I don't supply the correct flags (which I don't know about) then >> the amd64 gcc gives me 64 bit apps & libraries. > > gcc on amd64 defaults to 64-bit because that is the native mode. > >> What would the flags >> be, if I want to build 32 bit things, both libs and apps? > > The gcc flag to make gcc emit i386 code is "-m32". Thanks, is that all? Easy enough, appreciate that. Note that FreeBSD > _does_not_ include the infrastructure for this to work - the contents > of /usr/include/machine all define/assume I32LP64. If you compile with > '-m32', you wind up with objects that should be 64-bit (eg off_t) > being 32-bits long - which in turn breaks stat(2), mmap(2) etc. And, > even if you get a trivial app to link, it won't run on on a real i386 > because it has the wrong rtld name embedded in it. Well, I'm doing this with X11, which was written to begin with in a 32 bit atmosphere, and does have several nontrivial 64 bit problems. Yes, I could go back and fix them, but right now, that's not the main road, I need to build it as a test environment, for something else I'm writing, not as a goal in itself. I may well back up in a month or two and get it up in 64 bit mode, there's reason to do that, but right now, it'd only serve to slow up my main goal. > > There are a couple of open PRs about this but fixing it is non-trivial. > > Your only current option is to install an i386 world (as well as your > amd64 world) and chroot into it to build i386 apps. Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as 32 bits? I couldn't just run the X11 as 32 bits? I mean, not only run it as 32 bits, also compile it as 32 bits? If I did that, it would use the OS and libs as 64 bits, and be therefore incorrect? If that's so, it does throw a wrench into things, forcing another set of decisions on me, so I need a confirmation, you'll understand. Note that even > this approach will not work for things that use libkvm or otherwise > grovel around in kmem. > >> about handling any other problems, I just want to know the way to >> coax gcc (and gnu-ld) to think purely 32 bit. > > Install FreeBSD/i386 > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSQ7AACgkQz62J6PPcoOnxeACeMhnPu+1Vg/mBRXlVqSHzXNEl 9fsAoIZYUKSVI8xLNx5LCoD4j13ACdxP =4//P -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 23:41:07 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D430F1065671 for ; Thu, 31 Jul 2008 23:41:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B137D8FC23 for ; Thu, 31 Jul 2008 23:41:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m6VNf70a001293; Thu, 31 Jul 2008 16:41:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m6VNf788001292; Thu, 31 Jul 2008 16:41:07 -0700 (PDT) (envelope-from sgk) Date: Thu, 31 Jul 2008 16:41:07 -0700 From: Steve Kargl To: Chuck Robey Message-ID: <20080731234107.GA99946@troutmask.apl.washington.edu> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <489243B0.80307@telenix.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 23:41:07 -0000 On Thu, Jul 31, 2008 at 06:58:56PM -0400, Chuck Robey wrote: > Peter Jeremy wrote: > > > > There are a couple of open PRs about this but fixing it is non-trivial. > > > > Your only current option is to install an i386 world (as well as your > > amd64 world) and chroot into it to build i386 apps. > > Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole > enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as > 32 bits? I couldn't just run the X11 as 32 bits? I mean, not only run it as 32 > bits, also compile it as 32 bits? If I did that, it would use the OS and libs > as 64 bits, and be therefore incorrect? > > If that's so, it does throw a wrench into things, forcing another set of > decisions on me, so I need a confirmation, you'll understand. He's telling you that -m32 doesn't work because the necessary run time support is missing. troutmask:kargl[202] cat h.c #include int main(void) { printf("Hello world!\n"); return 0; } troutmask:kargl[203] cc -o z h.c troutmask:kargl[205] ldd z z: libc.so.7 => /lib/libc.so.7 (0x20063c000) troutmask:kargl[206] file z z: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800040), dynamically linked (uses shared libs), FreeBSD-style, not stripped troutmask:kargl[207] cc -o z -m32 h.c /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 00:34:59 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475981065740 for ; Fri, 1 Aug 2008 00:34:59 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: from knuth.cs.hmc.edu (knuth.cs.hmc.edu [134.173.42.100]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9BB8FC08 for ; Fri, 1 Aug 2008 00:34:59 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: by knuth.cs.hmc.edu (Postfix, from userid 26983) id 515AB8514F; Thu, 31 Jul 2008 17:17:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by knuth.cs.hmc.edu (Postfix) with ESMTP id 18A8B42F806; Thu, 31 Jul 2008 17:17:14 -0700 (PDT) Date: Thu, 31 Jul 2008 17:17:14 -0700 (PDT) From: Nate Eldredge X-X-Sender: nate@knuth.cs.hmc.edu To: Steve Kargl In-Reply-To: <20080731234107.GA99946@troutmask.apl.washington.edu> Message-ID: References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 00:34:59 -0000 On Thu, 31 Jul 2008, Steve Kargl wrote: > On Thu, Jul 31, 2008 at 06:58:56PM -0400, Chuck Robey wrote: >> Peter Jeremy wrote: >>> >>> There are a couple of open PRs about this but fixing it is non-trivial. >>> >>> Your only current option is to install an i386 world (as well as your >>> amd64 world) and chroot into it to build i386 apps. >> >> Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole >> enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as >> 32 bits? I couldn't just run the X11 as 32 bits? I mean, not only run it as 32 >> bits, also compile it as 32 bits? If I did that, it would use the OS and libs >> as 64 bits, and be therefore incorrect? >> >> If that's so, it does throw a wrench into things, forcing another set of >> decisions on me, so I need a confirmation, you'll understand. > > He's telling you that -m32 doesn't work because the necessary > run time support is missing. It's not really missing completely though. Just that gcc isn't set up to look for it in the right place. > > troutmask:kargl[202] cat h.c > #include > int main(void) > { > printf("Hello world!\n"); > return 0; > } > troutmask:kargl[203] cc -o z h.c > troutmask:kargl[205] ldd z > z: > libc.so.7 => /lib/libc.so.7 (0x20063c000) > troutmask:kargl[206] file z > z: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800040), dynamically linked (uses shared libs), FreeBSD-style, not stripped > troutmask:kargl[207] cc -o z -m32 h.c > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: cannot find -lgcc nate@vulcan:/tmp$ gcc -c -m32 h.c nate@vulcan:/tmp$ gcc -v -o h -m32 h.o Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker /libexec/ld-elf.so.1 -o h /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib -L/usr/lib h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: elf_i386_fbsd elf_x86_64_fbsd /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc So it's still looking for things in /usr/lib when it should use /usr/lib32. We can call ld directly and give it the right things: nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib32/crtend.o /usr/lib32/crtn.o GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: elf_i386_fbsd elf_x86_64_fbsd nate@vulcan:/tmp$ file ./h ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, not stripped nate@vulcan:/tmp$ ./h Hello world! It might be that there is some set of options to gcc itself that would make the right thing happen here without calling ld directly. More likely someone would have to write a new specs file. But that's a relatively minor issue; the guts are there. Now it may be that the 32-bit runtime has bugs that would appear if we tried to do something more complicated. But it isn't totally absent. -- Nate Eldredge nge@cs.hmc.edu From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 01:04:35 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 103DD106566B for ; Fri, 1 Aug 2008 01:04:35 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id DE1468FC0C for ; Fri, 1 Aug 2008 01:04:34 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 28607 invoked from network); 1 Aug 2008 01:04:34 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Aug 2008 01:04:34 -0000 Message-ID: <48926106.4010305@telenix.org> Date: Thu, 31 Jul 2008 21:04:06 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Nate Eldredge References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 01:04:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nate Eldredge wrote: > On Thu, 31 Jul 2008, Steve Kargl wrote: > >>> He's telling you that -m32 doesn't work because the necessary >> run time support is missing. > > It's not really missing completely though. Just that gcc isn't set up > to look for it in the right place. > OK, the flags you nicely gave me are enough to let me do my own experimentation, so thanks. I'm quite used to things like -I, -L, -l, -g, like that, it's the arch and machine options that I'm not as used to. Should see me on ARM options, I am all over the road on that platform. Dangerous. >> >> troutmask:kargl[202] cat h.c >> #include >> int main(void) >> { >> printf("Hello world!\n"); >> return 0; >> } >> troutmask:kargl[203] cc -o z h.c >> troutmask:kargl[205] ldd z >> z: >> libc.so.7 => /lib/libc.so.7 (0x20063c000) >> troutmask:kargl[206] file z >> z: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD >> 8.0 (800040), dynamically linked (uses shared libs), FreeBSD-style, >> not stripped >> troutmask:kargl[207] cc -o z -m32 h.c >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching >> for -lgcc >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching >> for -lgcc >> /usr/bin/ld: cannot find -lgcc > > nate@vulcan:/tmp$ gcc -c -m32 h.c > nate@vulcan:/tmp$ gcc -v -o h -m32 h.o > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker > /libexec/ld-elf.so.1 -o h /usr/lib/crt1.o /usr/lib/crti.o > /usr/lib/crtbegin.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib > -L/usr/lib h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc > --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for > -lgcc > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for > -lgcc > /usr/bin/ld: cannot find -lgcc > > So it's still looking for things in /usr/lib when it should use > /usr/lib32. We can call ld directly and give it the right things: > > nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V > -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o > /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc > --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s > --no-as-needed /usr/lib32/crtend.o /usr/lib32/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > nate@vulcan:/tmp$ file ./h > ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for > FreeBSD 7.0 (700055), dynamically linked (uses shared libs), > FreeBSD-style, not stripped > nate@vulcan:/tmp$ ./h > Hello world! > > It might be that there is some set of options to gcc itself that would > make the right thing happen here without calling ld directly. More > likely someone would have to write a new specs file. But that's a > relatively minor issue; the guts are there. > > Now it may be that the 32-bit runtime has bugs that would appear if we > tried to do something more complicated. But it isn't totally absent. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSYQYACgkQz62J6PPcoOknDACeLbHXjrWRgVaJqQbsXsYcKPqZ XVYAn2Rne6f0JWkjljh9vAXIMyU7fNc0 =OwA/ -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 31 23:30:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E62106564A for ; Thu, 31 Jul 2008 23:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ACE0B8FC13 for ; Thu, 31 Jul 2008 23:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6VNU3r6095147 for ; Thu, 31 Jul 2008 23:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6VNU3NS095144; Thu, 31 Jul 2008 23:30:03 GMT (envelope-from gnats) Date: Thu, 31 Jul 2008 23:30:03 GMT Message-Id: <200807312330.m6VNU3NS095144@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Sean Cody X-Mailman-Approved-At: Fri, 01 Aug 2008 02:21:52 +0000 Cc: Subject: Re: amd64/125873: [smbd] [panic] Repeated kernel panics, trap 12 page fault while in kernel mode (always with smbd). X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sean Cody List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2008 23:30:04 -0000 The following reply was made to PR amd64/125873; it has been noted by GNATS. From: Sean Cody To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/125873: [smbd] [panic] Repeated kernel panics, trap 12 page fault while in kernel mode (always with smbd). Date: Thu, 31 Jul 2008 18:04:48 -0500 I've not tried 7-STABLE but will give it a shot. -- Sean From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 08:44:25 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F9A1065674 for ; Fri, 1 Aug 2008 08:44:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 476D78FC12 for ; Fri, 1 Aug 2008 08:44:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m718iL2J025162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Aug 2008 18:44:22 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m718iLIe062560; Fri, 1 Aug 2008 18:44:21 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m718iKXb062559; Fri, 1 Aug 2008 18:44:20 +1000 (EST) (envelope-from peter) Date: Fri, 1 Aug 2008 18:44:20 +1000 From: Peter Jeremy To: Chuck Robey Message-ID: <20080801084420.GL1359@server.vk2pj.dyndns.org> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d9ADC0YsG2v16Js0" Content-Disposition: inline In-Reply-To: <489243B0.80307@telenix.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 08:44:25 -0000 --d9ADC0YsG2v16Js0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-31 18:58:56 -0400, Chuck Robey wrote: >I wasn't trying to force you to go my way, just stop trying to make me go = your >way. I wasn't intending to force you to use my way. >Well, I'm doing this with X11, which was written to begin with in a 32 bit >atmosphere, and does have several nontrivial 64 bit problems. I run 64-bit X.org on several systems and haven't noticed that. Can you give some more details. >Oh, you're telling me that if I run one app as 32 bit (compiling it, the w= hole >enchilada, as 32 bit) would only work if I had the OS, kernel and all libs= , as >32 bits? No. A 64-bit kernel will happily run 32-bit or 64-bit apps, with the exception of 32-bit apps that grovel in kernel memory. The problem is that include files wind up getting defines from /usr/include/machine and the contents of that directory assume that longs and pointers are 64 bits but they are 32 bits with -m32. Try comparing /usr/include/machine on i386 and amd64 boxes to see what I mean. This means that if you #include in -m32, your struct stat will be different to the one that the kernel expects. (And I forgot about the linking problems that other people pointed out, sorry). Given the current situation with FreeBSD, I believe the easiest way to build a 32-bit app is to install an i386 world under (eg) /i386 and chroot into it to build the app. You can still run it outside the chroot area. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --d9ADC0YsG2v16Js0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiSzOQACgkQ/opHv/APuIcOtQCeJMfwX9vK55GXNpCKKsTTw/Ll w2cAoJUl/8/WPejKLymysm+YnV8RRFjn =CT1g -----END PGP SIGNATURE----- --d9ADC0YsG2v16Js0-- From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 09:57:19 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3AF1065676; Fri, 1 Aug 2008 09:57:19 +0000 (UTC) (envelope-from bardou.p@mipih.fr) Received: from smtp-out.completel.net (smtp2-out.completel.net [83.145.110.36]) by mx1.freebsd.org (Postfix) with ESMTP id BA7638FC16; Fri, 1 Aug 2008 09:57:18 +0000 (UTC) (envelope-from bardou.p@mipih.fr) Received: from smtp.mipih.fr (mess.mipih.fr [213.30.131.226]) by smtp-out.completel.net (Postfix) with ESMTP id D5A16A94074; Fri, 1 Aug 2008 11:57:14 +0200 (CEST) Received: from smtp.mipih.fr (localhost [127.0.0.1]) by smtp.mipih.fr (messagerie) with ESMTP id 11E6ED238C; Fri, 1 Aug 2008 11:57:13 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on v3web.mipih.fr X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.4 Received: from vfront.mipih.net (unknown [10.60.0.235]) by smtp.mipih.fr (messagerie) with ESMTP id EED12D238B; Fri, 1 Aug 2008 11:57:12 +0200 (CEST) Received: from VMAIL.mipih.net ([10.31.1.48]) by vfront.mipih.net with Microsoft SMTPSVC(6.0.3790.3959); Fri, 1 Aug 2008 11:57:13 +0200 Received: from 10.31.9.3 ([10.31.9.3]) by vmail.mipih.net ([10.31.1.48]) via Exchange Front-End Server owa.mipih.fr ([10.60.0.235]) with Microsoft Exchange Server HTTP-DAV ; Fri, 1 Aug 2008 09:57:12 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; boundary="=-ocHJGI4yUVs64izjPd2y"; protocol="application/x-pkcs7-signature" Received: from stage003 by owa.mipih.fr; 01 Aug 2008 11:57:12 +0200 Content-class: urn:content-classes:message Date: Fri, 1 Aug 2008 11:57:12 +0200 Message-ID: <1217584632.5815.17.camel@stage003.mipih.net> In-Reply-To: <29C2BF7E-8B48-46E6-BD76-1557C65C1588@freebsd.org> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: amd64/126090: [agp] Can't start X : chipset G31/G33 notrecognized as AGP Thread-Index: AcjzvPgdB1fC9Q69SVeZNV3bXOOGlg== References: <29C2BF7E-8B48-46E6-BD76-1557C65C1588@freebsd.org> From: "BARDOU Pierre" To: "Tilman Linneweh" X-OriginalArrivalTime: 01 Aug 2008 09:57:13.0023 (UTC) FILETIME=[F898E4F0:01C8F3BC] X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Fri, 01 Aug 2008 11:18:35 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: amd64/126090: [agp] Can't start X : chipset G31/G33 notrecognized as AGP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 09:57:19 -0000 --=-ocHJGI4yUVs64izjPd2y Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I removed the comment marks in agp_i810.c, and everything works fine now. Many thanks for the help. -- Cordialement, Pierre BARDOU Apprenti Ing=C3=A9nieur R=C3=A9seau CSIM - Bureau 012 MIPIH - Midi Picardie Informatique Hospitali=C3=A8re 12 rue Michel Labrousse BP 93668 F-31036 Toulouse CEDEX 1 T=C3=A9l : 05 67 31 90 84 Fax : 05 34 61 51 00 Mail : bardou.p@mipih.fr Le jeudi 31 juillet 2008 =C3=A0 23:00 +0200, Tilman Linneweh a =C3=A9crit : > http://people.freebsd.org/~arved/patch-agp.diff >=20 > G33 works with the latest intel driver. > Ted Faber posted a similar patch on freebsd-hackers recently. --=-ocHJGI4yUVs64izjPd2y Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITHDCCBkUw ggUtoAMCAQICChRzogUAAAAAAAkwDQYJKoZIhvcNAQEFBQAwRTETMBEGCgmSJomT8ixkARkWA25l dDEVMBMGCgmSJomT8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMjAeFw0wODA0 MDQwODM1NDNaFw0wOTA0MDQwODM1NDNaMIHdMRMwEQYKCZImiZPyLGQBGRYDbmV0MRUwEwYKCZIm iZPyLGQBGRYFbWlwaWgxDjAMBgNVBAsTBU1JUElIMRwwGgYDVQQLExNEaXJlY3Rpb24gVGVjaG5p cXVlMSYwJAYDVQQLEx1DZW50cmUgU3VwcG9ydCBJbmZyYXN0cnVjdHVyZTEfMB0GA1UECxMWSW5m cmFzdHJ1Y3R1cmUgaW50ZXJuZTEWMBQGA1UEAxMNQkFSRE9VIFBpZXJyZTEgMB4GCSqGSIb3DQEJ ARYRYmFyZG91LnBAbWlwaWguZnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKguhUeSsl5o Tn4/5rIdkOYUTCu7ZRKiMG62DQCPfdp2HDKFjCwqPDcowb7bawvw/Rvaf4Nv/JRxIeLk3vNx7j0a ddt1xdH7xWM8FqCt2pXvAFQETDElVQE6dCJI2njIll4iabN1jQ61Kdf7MpGA5vODk7H9tkakOXmO iDGVe7cFAgMBAAGjggMgMIIDHDALBgNVHQ8EBAMCBaAwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG 9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBS6 wVL/iAoMp+N4QLOtRJsfXxxfHzAXBgkrBgEEAYI3FAIECh4IAFUAcwBlAHIwHwYDVR0jBBgwFoAU +ncsEiIGE7Hm3PmcZOtp+y7D8p8wgfYGA1UdHwSB7jCB6zCB6KCB5aCB4oaBs2xkYXA6Ly8vQ049 Q0EtU1VCLU1JUElILTIsQ049Y2FzdWJpaSxDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1taXBpaCxEQz1uZXQ/Y2VydGlmaWNh dGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50hipo dHRwOi8vd3d3Lm1pcGloLmZyL2NkcC9DQS1TVUItTUlQSUgtMi5jcmwwggEIBggrBgEFBQcBAQSB +zCB+DCBqwYIKwYBBQUHMAKGgZ5sZGFwOi8vL0NOPUNBLVNVQi1NSVBJSC0yLENOPUFJQSxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPW1p cGloLERDPW5ldD9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1 dGhvcml0eTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5taXBpaC5mci9jZHAvY2FzdWJpaS5taXBp aC5uZXRfQ0EtU1VCLU1JUElILTIuY3J0MCkGA1UdJQQiMCAGCisGAQQBgjcKAwQGCCsGAQUFBwME BggrBgEFBQcDAjA+BgNVHREENzA1oCAGCisGAQQBgjcUAgOgEgwQYmFyZG91QG1pcGloLm5ldIER YmFyZG91LnBAbWlwaWguZnIwDQYJKoZIhvcNAQEFBQADggEBABefEh9teUpRAX48PCnGBLz7ifc0 0N/VAjBYQ/iEsElz4SkOeMUb00TxHiDUOiF1yuTIw0XMnXrt6izxBFuK82Pf7qt8xOQPBqFW0PfE zy9UfQQtvQ/jir06Avr5Kk+FU1OS4lSgspdX4ErOGYVb9v9dN4Mj95h02G3EWfIYvej0sIOqBKM+ o3S4BCs2Bkce4r4aCCQ54w29KXwYufBILBSkfPjBUE56AECWjnpfz7c/kkMaEMCxcnSIVR9NYTwS 2wwsjxHt7oJJ60UidIZMWo+c5FC3xidc0fa0rPWs91tamzWdBDIRTzGF9qAYg/oVd5+LP/HYwhhR 2/x3QRmI3zwwggZFMIIFLaADAgECAgoUc6IFAAAAAAAJMA0GCSqGSIb3DQEBBQUAMEUxEzARBgoJ kiaJk/IsZAEZFgNuZXQxFTATBgoJkiaJk/IsZAEZFgVtaXBpaDEXMBUGA1UEAxMOQ0EtU1VCLU1J UElILTIwHhcNMDgwNDA0MDgzNTQzWhcNMDkwNDA0MDgzNTQzWjCB3TETMBEGCgmSJomT8ixkARkW A25ldDEVMBMGCgmSJomT8ixkARkWBW1pcGloMQ4wDAYDVQQLEwVNSVBJSDEcMBoGA1UECxMTRGly ZWN0aW9uIFRlY2huaXF1ZTEmMCQGA1UECxMdQ2VudHJlIFN1cHBvcnQgSW5mcmFzdHJ1Y3R1cmUx HzAdBgNVBAsTFkluZnJhc3RydWN0dXJlIGludGVybmUxFjAUBgNVBAMTDUJBUkRPVSBQaWVycmUx IDAeBgkqhkiG9w0BCQEWEWJhcmRvdS5wQG1pcGloLmZyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQCoLoVHkrJeaE5+P+ayHZDmFEwru2USojButg0Aj33adhwyhYwsKjw3KMG+22sL8P0b2n+D b/yUcSHi5N7zce49GnXbdcXR+8VjPBagrdqV7wBUBEwxJVUBOnQiSNp4yJZeImmzdY0OtSnX+zKR gObzg5Ox/bZGpDl5jogxlXu3BQIDAQABo4IDIDCCAxwwCwYDVR0PBAQDAgWgMEQGCSqGSIb3DQEJ DwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggqhkiG9w0D BzAdBgNVHQ4EFgQUusFS/4gKDKfjeECzrUSbH18cXx8wFwYJKwYBBAGCNxQCBAoeCABVAHMAZQBy MB8GA1UdIwQYMBaAFPp3LBIiBhOx5tz5nGTrafsuw/KfMIH2BgNVHR8Ege4wgeswgeiggeWggeKG gbNsZGFwOi8vL0NOPUNBLVNVQi1NSVBJSC0yLENOPWNhc3ViaWksQ049Q0RQLENOPVB1YmxpYyUy MEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bWlwaWgsREM9 bmV0P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmli dXRpb25Qb2ludIYqaHR0cDovL3d3dy5taXBpaC5mci9jZHAvQ0EtU1VCLU1JUElILTIuY3JsMIIB CAYIKwYBBQUHAQEEgfswgfgwgasGCCsGAQUFBzAChoGebGRhcDovLy9DTj1DQS1TVUItTUlQSUgt MixDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmln dXJhdGlvbixEQz1taXBpaCxEQz1uZXQ/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdENsYXNzPWNl cnRpZmljYXRpb25BdXRob3JpdHkwSAYIKwYBBQUHMAKGPGh0dHA6Ly93d3cubWlwaWguZnIvY2Rw L2Nhc3ViaWkubWlwaWgubmV0X0NBLVNVQi1NSVBJSC0yLmNydDApBgNVHSUEIjAgBgorBgEEAYI3 CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwPgYDVR0RBDcwNaAgBgorBgEEAYI3FAIDoBIMEGJhcmRv dUBtaXBpaC5uZXSBEWJhcmRvdS5wQG1pcGloLmZyMA0GCSqGSIb3DQEBBQUAA4IBAQAXnxIfbXlK UQF+PDwpxgS8+4n3NNDf1QIwWEP4hLBJc+EpDnjFG9NE8R4g1DohdcrkyMNFzJ167eos8QRbivNj 3+6rfMTkDwahVtD3xM8vVH0ELb0P44q9OgL6+SpPhVNTkuJUoLKXV+BKzhmFW/b/XTeDI/eYdNht xFnyGL3o9LCDqgSjPqN0uAQrNgZHHuK+GggkOeMNvSl8GLnwSCwUpHz4wVBOegBAlo56X8+3P5JD GhDAsXJ0iFUfTWE8EtsMLI8R7e6CSetFInSGTFqPnORQt8YnXNH2tKz1rPdbWps1nQQyEU8xhfag GIP6FXefiz/x2MIYUdv8d0EZiN88MIIGhjCCBG6gAwIBAgIKE0VUwAABAAAABjANBgkqhkiG9w0B AQUFADA3MQswCQYDVQQGEwJGcjEOMAwGA1UEChMFTUlQSUgxGDAWBgNVBAMTD0NBLVJBQ0lORS1N SVBJSDAeFw0wODA0MDIwOTAzMDJaFw0xODA0MDIwOTEzMDJaMEUxEzARBgoJkiaJk/IsZAEZFgNu ZXQxFTATBgoJkiaJk/IsZAEZFgVtaXBpaDEXMBUGA1UEAxMOQ0EtU1VCLU1JUElILTIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCleFfez0hRkcHTqAYRIQ4U8bqu5UZr/VjBF2Wndm++ cZhLPJL+jgsDjLOd3D5Dd3N9bnKx6JK7maMAKeDJSFqGWNJ6y3YNIYeUSQ/snupffdb3F3m0Bx8I NBIw1paERi5B7Le6hJZukKSB1NpkwiP+Qu2l1uZtGxuM1XzSe1xg6/WimAdAoISnjC2LVYgmbRTc RmBJ3rVirYQsFJRkSYFkhoFscqDf46AdZ2i+DS50gWJlEth8NXkIxTUGuEgFn3zgt0ggpcabdiBf PuBe/iYjUYuUQ0xFwFq2+rQSa2eYt5a22+7aJca23QxeI6qy2FvrMEmJmsusTIUClWwFOwsbAgMB AAGjggKEMIICgDAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBT6dywSIgYTsebc+Zxk62n7LsPy nzALBgNVHQ8EBAMCAYYwEAYJKwYBBAGCNxUBBAMCAQAwGQYJKwYBBAGCNxQCBAweCgBTAHUAYgBD AEEwHwYDVR0jBBgwFoAU/CtNhL5GL9u0eJwmDJaTfPjTEUUwgfUGA1UdHwSB7TCB6jCB56CB5KCB 4YaBrmxkYXA6Ly8vQ049Q0EtUkFDSU5FLU1JUElIKDEpLENOPWNhcmFjaW5lLENOPUNEUCxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxEQz1VbmF2YWlsYWJsZUNvbmZpZ0RO P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRp b25Qb2ludIYuaHR0cDovL3d3dy5taXBpaC5mci9jZHAvQ0EtUkFDSU5FLU1JUElIKDEpLmNybDCB +gYIKwYBBQUHAQEEge0wgeowgaIGCCsGAQUFBzAChoGVbGRhcDovLy9DTj1DQS1SQUNJTkUtTUlQ SUgsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLERDPVVuYXZh aWxhYmxlQ29uZmlnRE4/Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdENsYXNzPWNlcnRpZmljYXRp b25BdXRob3JpdHkwQwYIKwYBBQUHMAKGN2h0dHA6Ly93d3cubWlwaWguZnIvY2RwL2NhcmFjaW5l X0NBLVJBQ0lORS1NSVBJSCgxKS5jcnQwDQYJKoZIhvcNAQEFBQADggIBAB3RbBY5N6u3BqNhuV7G y4yEuorjV5pmBblUcFQldZhQlYWvscPXHsSCHd7A/z28IS2xaze9vA+cxNloODfX+LHYDZhQHgsU /kgQp46XKUafgrPT+A4ldBLwEJdFY+Z2fvV+FeMBI3UtJs/OW9YbYtu5RFXdiLQubydUxwOnz1Jg V5+3Qh3Z+BiDkr/fiukF7KF5K1ITbjZcAzQbA4iMpDDceX05RjoWUxHkMY+ygs0Q+UpcO3r+7ndJ mYdQiVWsyUAQbSnAyS6fGBY+r8Y6M4py2MNk7mhXlEswDv8s+nALyC6dqaVOqn5yqX0kL0YW67G3 w8WHkqaNyyqiG1JdTuKuIJPV20PkGvgyIw1Icb2M2ub8oTCd1yhcnQEiSG+oagCl+Ph+iQaAQ7Jt iEffmTQPcrSqcSWU9bWc1J2wWn8k54Zh32IuYN+hT8mJS7YmGWpk0/Fu76Ctqi0uxsIMap+uteQL RqkRQJ16cikyIU1V8aB+xzsMjO0g+pMToPvPu3AjAZl/reawJP3NEfzTKpGjdGe8Z3ENcwkNQz5R F9zfG/xsfU2HiqP+rjkNfe50H3j5RHqwCBVAw7LLQscUzh7tEEqBc/FvvA33HtL+txc+dnaXDCxi Fu15ILFJlu7xxY0GywZHetiVoJeT/Col15080suDbCr+XbR/vhN6/4eDMYICJDCCAiACAQEwUzBF MRMwEQYKCZImiZPyLGQBGRYDbmV0MRUwEwYKCZImiZPyLGQBGRYFbWlwaWgxFzAVBgNVBAMTDkNB LVNVQi1NSVBJSC0yAgoUc6IFAAAAAAAJMAkGBSsOAwIaBQCgggEnMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwMTA5NTcxMlowIwYJKoZIhvcNAQkEMRYEFIhk rX5G+ptiBF4faBybfnIAEa9XMGIGCSsGAQQBgjcQBDFVMFMwRTETMBEGCgmSJomT8ixkARkWA25l dDEVMBMGCgmSJomT8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMgIKFHOiBQAA AAAACTBkBgsqhkiG9w0BCRACCzFVoFMwRTETMBEGCgmSJomT8ixkARkWA25ldDEVMBMGCgmSJomT 8ixkARkWBW1pcGloMRcwFQYDVQQDEw5DQS1TVUItTUlQSUgtMgIKFHOiBQAAAAAACTANBgkqhkiG 9w0BAQEFAASBgANn9BNOkoM4+6I1/rgKrxb1Jdcq2fwQoBg8kx/olVFrZi8tikvgNH9kTl3TEgrX 8XrN/9fJpMg0bPmM0cnamqqyvP0IXmU8F/RZqX0uk2oLnZV5d2cDbj3+71lmd7FzQdt05KaLITfD n40mwZtaimq3U2Eo+uH9o2NZ2L1dfhdVAAAAAAAA --=-ocHJGI4yUVs64izjPd2y-- From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 16:58:08 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E80C0106564A for ; Fri, 1 Aug 2008 16:58:08 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id BF7608FC16 for ; Fri, 1 Aug 2008 16:58:08 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 17603 invoked from network); 1 Aug 2008 16:58:08 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Aug 2008 16:58:08 -0000 Message-ID: <48934087.2070407@telenix.org> Date: Fri, 01 Aug 2008 12:57:43 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Peter Jeremy References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080801084420.GL1359@server.vk2pj.dyndns.org> In-Reply-To: <20080801084420.GL1359@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 16:58:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On 2008-Jul-31 18:58:56 -0400, Chuck Robey wrote: >> I wasn't trying to force you to go my way, just stop trying to make me go your >> way. > > I wasn't intending to force you to use my way. > >> Well, I'm doing this with X11, which was written to begin with in a 32 bit >> atmosphere, and does have several nontrivial 64 bit problems. > > I run 64-bit X.org on several systems and haven't noticed that. Can you > give some more details. > >> Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole >> enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as >> 32 bits? > > No. A 64-bit kernel will happily run 32-bit or 64-bit apps, with the > exception of 32-bit apps that grovel in kernel memory. > > The problem is that include files wind up getting defines from > /usr/include/machine and the contents of that directory assume that > longs and pointers are 64 bits but they are 32 bits with -m32. Try > comparing /usr/include/machine on i386 and amd64 boxes to see what I > mean. This means that if you #include in -m32, your > struct stat will be different to the one that the kernel expects. > Hokay, that's clear enough. I just won't consider the strategy of trying to make my target a 32 bit target as a flawed strategy. I spent some enjoyable hours last night working out the 64 bit problems with my project, I have a fair chance of working it all out later on today (I hope). Thanks for the help. Until I spend more time on it, I don't want to share my fun yet, but I'll come back if I need to. Sure appreciate the description. > (And I forgot about the linking problems that other people pointed > out, sorry). > > Given the current situation with FreeBSD, I believe the easiest way to > build a 32-bit app is to install an i386 world under (eg) /i386 and > chroot into it to build the app. You can still run it outside the > chroot area. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiTQIcACgkQz62J6PPcoOkgLwCcC75xpDnYh5XhugK35awryP/n 1kAAn0msJdUq6MGuFjBXrPjvz4CDzJOk =k+VM -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 18:02:39 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 187BB106567D; Fri, 1 Aug 2008 18:02:39 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E09708FC15; Fri, 1 Aug 2008 18:02:38 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m71I2cD3029178; Fri, 1 Aug 2008 18:02:38 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m71I2cgt029174; Fri, 1 Aug 2008 18:02:38 GMT (envelope-from gavin) Date: Fri, 1 Aug 2008 18:02:38 GMT Message-Id: <200808011802.m71I2cgt029174@freefall.freebsd.org> To: ruud@t-boonproductions.nl, gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org X-Mailman-Approved-At: Fri, 01 Aug 2008 18:17:36 +0000 Cc: Subject: Re: amd64/122423: Port install fails after upgrade X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 18:02:39 -0000 Synopsis: Port install fails after upgrade State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Fri Aug 1 18:01:57 UTC 2008 State-Changed-Why: Close, feedback timeout (2 months) Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Fri Aug 1 18:01:57 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=122423 From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 22:10:50 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39EE41065685 for ; Fri, 1 Aug 2008 22:10:50 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id C0F318FC19 for ; Fri, 1 Aug 2008 22:10:49 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m71MAlA01017 for freebsd-amd64@freebsd.org; Fri, 1 Aug 2008 15:10:47 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id WAA24853; Fri, 1 Aug 2008 22:06:08 GMT Message-Id: <200808012206.WAA24853@sopwith.solgatos.com> To: freebsd-amd64@freebsd.org In-reply-to: Your message of "Fri, 01 Aug 2008 12:57:43 EDT." <48934087.2070407@telenix.org> Date: Fri, 01 Aug 2008 15:06:08 +0100 From: Dieter Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 22:10:50 -0000 > I spent some enjoyable > hours last night working out the 64 bit problems with my project, I have a fair > chance of working it all out later on today (I hope). Thanks for the help. Assuming this is in C, the main things are to use function prototypes (turn on the compiler warnings and fix anything it whines about), and remember that on 32 bit int, long and pointer are all 32 bit (ILP32) while on 64 bit ints remain 32 bit, long and pointer are 64 bit (LP64). If you're porting someone else's code, they might assume that an int can hold a long or pointer. The compiler can catch most of the stuff that causes problems, if people would bother to fix the stuff it warns about. This isn't rocket science, yet there is a lot of code out there that assumes all the world is ILP32. Not just code from 25 years ago, but recent code as well. Don't they teach portability in school? From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 1 23:13:55 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7E1106567D for ; Fri, 1 Aug 2008 23:13:55 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6D18FC16 for ; Fri, 1 Aug 2008 23:13:55 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 5489630114; Sat, 2 Aug 2008 00:13:53 +0100 (BST) Date: Sat, 2 Aug 2008 00:13:53 +0100 From: bruce@cran.org.uk To: Nate Eldredge Message-ID: <20080801231352.GA4352@muon.cran.org.uk> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-amd64@freebsd.org Subject: Re: app programming on freebsd amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 23:13:55 -0000 On Thu, Jul 31, 2008 at 05:17:14PM -0700, Nate Eldredge wrote: > It's not really missing completely though. Just that gcc isn't set up to > look for it in the right place. > > [...] > > So it's still looking for things in /usr/lib when it should use > /usr/lib32. We can call ld directly and give it the right things: > > nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V > -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o > /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc --as-needed > -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed > /usr/lib32/crtend.o /usr/lib32/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > nate@vulcan:/tmp$ file ./h > ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for > FreeBSD 7.0 (700055), dynamically linked (uses shared libs), > FreeBSD-style, not stripped > nate@vulcan:/tmp$ ./h > Hello world! > > It might be that there is some set of options to gcc itself that would > make the right thing happen here without calling ld directly. More likely > someone would have to write a new specs file. But that's a relatively > minor issue; the guts are there. > I don't know if it works for more complex programs, but passing -B/usr/lib32 to gcc certainly works for simple apps - it searches there for the libraries before falling back to the standard locations if it can't find them there. -- Bruce Cran