From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 29 02:32:37 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 680A016A501; Mon, 29 Jan 2007 02:32:37 +0000 (UTC) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4231013C4A6; Mon, 29 Jan 2007 02:32:37 +0000 (UTC) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (rodrigc@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0T2WbM3005109; Mon, 29 Jan 2007 02:32:37 GMT (envelope-from rodrigc@freefall.freebsd.org) Received: (from rodrigc@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0T2WaC3005105; Mon, 29 Jan 2007 02:32:36 GMT (envelope-from rodrigc) Date: Mon, 29 Jan 2007 02:32:36 GMT From: Craig Rodrigues Message-Id: <200701290232.l0T2WaC3005105@freefall.freebsd.org> To: mi@aldan.algebra.com, rodrigc@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/84930: [msdosfs] something wrong with msdosfs on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 02:32:37 -0000 Synopsis: [msdosfs] something wrong with msdosfs on amd64 State-Changed-From-To: open->closed State-Changed-By: rodrigc State-Changed-When: Mon Jan 29 02:30:47 UTC 2007 State-Changed-Why: Closing, since this looks related to the amd64 problems with vn_stat() on msdosfs: http://www.freebsd.org/cgi/query-pr.cgi?pr=106703 http://www.freebsd.org/cgi/query-pr.cgi?pr=84930 From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 29 11:08:21 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AAF616A400 for ; Mon, 29 Jan 2007 11:08:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6807313C47E for ; Mon, 29 Jan 2007 11:08:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0TB8Loh041980 for ; Mon, 29 Jan 2007 11:08:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0TB8JN3041976 for freebsd-amd64@FreeBSD.org; Mon, 29 Jan 2007 11:08:19 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jan 2007 11:08:19 GMT Message-Id: <200701291108.l0TB8JN3041976@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 11:08:21 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69704 amd64 ext2/ext3 unstable in amd64 o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/73775 amd64 Kernel panic (trap 12) when booting with (not from!) P o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Trap 12: Page fa o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not work on amd64 o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/81037 amd64 SATA problem o amd64/81602 amd64 SATA crashes with parallel pcm access o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o 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/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps 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/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem (read-only s o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk is on a SiI 3 o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AIC-8130: (Marv o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 xorg reboots system if dri module is enabled o amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105187 amd64 make -j2 buildworld renders FreeBSD 6.2-PRE/AMD64 unus o amd64/105207 amd64 nVidia MCP55 drivers fail to boot on 6.2B3 amd64 o amd64/105513 amd64 Kernel Panic during package installation on 6.2 beta3 o amd64/105531 amd64 gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not d o amd64/105629 amd64 [re] Issue with re driver p amd64/106109 amd64 amd64: si_addr is not set when sending a signal o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 Asus P5B with internal RealTek PCIe Ethernet o amd64/107345 amd64 Kernel Panic/Crash on dd if=/dev/ad4 of=/dev/ad6 bs=1m o amd64/107433 amd64 i can't install FreeBSD Release 6.1 on HP Pavillion dv o amd64/108172 amd64 Installation fails on new Intel 965 motherboards. o amd64/108328 amd64 FreeBSD-6.2: CD does not boot 70 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] ][patch] no driver for "CICADA VSC 8201 Giga o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/97489 amd64 nForce 410 ATA controller dma time out o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/102975 amd64 NIC unknown o amd64/103259 amd64 Cannot use ataraid on nvidia nForce4+amd64 o amd64/104875 amd64 unsupported intel Desktop Board DG965WH o amd64/105129 amd64 Compatibility with Intel D o amd64/106186 amd64 panic in swap_pager_swap_init (amd64/smp/6.2-pre) o amd64/107858 amd64 amd64 motherboard project - none working sound and gra o amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI 27 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 29 12:16:50 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24E6716A403; Mon, 29 Jan 2007 12:16:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B3B7C13C4B7; Mon, 29 Jan 2007 12:16:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HBVAs-000H1Y-Bs; Mon, 29 Jan 2007 13:59:58 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l0TBxhL9029470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 13:59:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l0TBxh0g073759; Mon, 29 Jan 2007 13:59:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l0TBxgBA073758; Mon, 29 Jan 2007 13:59:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 29 Jan 2007 13:59:42 +0200 From: Kostik Belousov To: Jung-uk Kim Message-ID: <20070129115942.GA56152@deviant.kiev.zoral.com.ua> References: <200701261821.12274.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <200701261821.12274.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: feb28a81ec0850514d099b7346a2573b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 720 [Jan 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: load_fs() and load_gs() 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, 29 Jan 2007 12:16:50 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 26, 2007 at 06:21:09PM -0500, Jung-uk Kim wrote: > I have been chasing TLS problem for Linuxulator/amd64. The whole=20 > thing actually boils down to the following simulation: >=20 > ---------------- > #include > #include > #include > #include >=20 > static __thread u_int tls =3D 0xdeadbeef; >=20 > int > main(void) > { > #if defined(__amd64__) > u_int fs; > uint64_t fsbase; >=20 > fs =3D rfs(); > if (sysarch(AMD64_GET_FSBASE, &fsbase)) > return (-1); > printf("fsbase =3D 0x%lx, %%fs: 0x%08x, tls =3D 0x%x\n", > fsbase, fs, tls); >=20 > /* > * glibc does the following two calls. > * Note: Actually we don't do anything here > * but writing them back. > */ > if (sysarch(AMD64_SET_FSBASE, &fsbase)) > return (-1); > load_fs(fs); According to Intel docs, In 64-bit mode, memory accesses using FS-segment and GS-segment overrides are not checked for a runtime limit nor subjected to attribute-checking. Normal segment loads (MOV to Sreg and POP Sreg) into FS and GS load a standard 32-bit base value in the hidden portion of the segment descriptor register. The base address bits above the standard 32 bits are cleared to 0 to allow consistency for implementations that use less than 64 bits. So, by executing load_fs(fs), you effectively load some low (<=3D 2^32) val= ue into fs base (I suspect that it is just 0, since GUDATA_SEL has 0 as segment base, see gdt_segs in amd64/machdep.c). And then, mov %fs:0x0,%rax instruction just dereferences 0 instead of TLS. I suspect that Linux does not use that code sequence too, since behaviour on the segment register load in 64-bit mode is defined by CPU. >=20 > if (sysarch(AMD64_GET_FSBASE, &fsbase)) > return (-1); > printf("fsbase =3D 0x%lx, %%fs: 0x%08x, tls =3D 0x%x\n", > fsbase, rfs(), tls); > #elif defined(__i386__) > u_int gs; > uint32_t gsbase; >=20 > gs =3D rgs(); > if (sysarch(I386_GET_GSBASE, &gsbase)) > return (-1); > printf("gsbase =3D 0x%lx, %%gs: 0x%08x, tls =3D 0x%x\n", > gsbase, gs, tls); >=20 > /* > * glibc does the following two calls. > * Note: Actually we don't do anything here > * but writing them back. > */ > if (sysarch(I386_SET_GSBASE, &gsbase)) > return (-1); > load_gs(gs); Again, this load segment base hidden register from the segment descriptor in memory, that is 0. Access to tls would dereference NULL pointer. In 32-bit mode, the problem is that FreeBSD does not support segmentation (yet ?). >=20 > if (sysarch(I386_GET_GSBASE, &gsbase)) > return (-1); > printf("gsbase =3D 0x%lx, %%gs: 0x%08x, tls =3D 0x%x\n", > gsbase, rgs(), tls); > #endif >=20 > return (0); > } > ---------------- >=20 > If you run it on amd64 (both amd64 and i386 binaries), it segfaults=20 > at: >=20 > mov %fs:0x0,%rax (amd64) >=20 > or >=20 > mov %gs:0x0,%eax (i386) >=20 > which is basically reading tls. Why does it segfaults when we just=20 > read and write them back? Can anyone enlighten me? In normal situation, when segment registers are not reloaded, the IA32_FS_BASE and IA32_GS_BASE MSRs define the actual base used when fs: or gs: segment override is supplied (that is set by sysarch(XXX_SET_XSBASE) syscalls). In fact, it seems that kernel uses only gs: for per-cpu data, and completely ignores fs base. Due to this, IA32_FS_BASE is changed only on thread context switch. --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFveGtC3+MBN1Mb4gRApCgAKDXNPUkS5liGv8wCFiNCALKKbvvmACdEEDF Iei4lesQuXChJalTg+4M2RM= =2hyj -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 30 08:23:58 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D1F916A405; Tue, 30 Jan 2007 08:23:58 +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 248BB13C442; Tue, 30 Jan 2007 08:23:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l0U8Nvo8088006; Tue, 30 Jan 2007 03:23:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l0U8Nv1L067656; Tue, 30 Jan 2007 03:23:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1917873034; Tue, 30 Jan 2007 03:23:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070130082357.1917873034@freebsd-current.sentex.ca> Date: Tue, 30 Jan 2007 03:23:56 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 30 Jan 2007 08:23:58 -0000 TB --- 2007-01-30 06:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-30 06:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-30 06:50:00 - cleaning the object tree TB --- 2007-01-30 06:50:57 - checking out the source tree TB --- 2007-01-30 06:50:57 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-30 06:50:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-30 07:01:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-30 07:01:52 - cd /src TB --- 2007-01-30 07:01:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 30 07:01:54 UTC 2007 >>> 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 Tue Jan 30 08:20:44 UTC 2007 TB --- 2007-01-30 08:20:44 - generating LINT kernel config TB --- 2007-01-30 08:20:44 - cd /src/sys/amd64/conf TB --- 2007-01-30 08:20:44 - /usr/bin/make -B LINT TB --- 2007-01-30 08:20:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-30 08:20:44 - cd /src TB --- 2007-01-30 08:20:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 30 08:20:44 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /src/sys/fs/msdosfs/msdosfs_vfsops.c:78:25: opt_msdosfs.h: No such file or directory /src/sys/fs/msdosfs/msdosfs_vnops.c:83:25: opt_msdosfs.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-30 08:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-30 08:23:56 - ERROR: failed to build lint kernel TB --- 2007-01-30 08:23:56 - tinderbox aborted TB --- 0.90 user 3.52 system 5635.83 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 31 16:30:28 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6142216A40A for ; Wed, 31 Jan 2007 16:30:28 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 51E5613C491 for ; Wed, 31 Jan 2007 16:30:28 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0VGURdc096327 for ; Wed, 31 Jan 2007 16:30:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0VGURCP096326; Wed, 31 Jan 2007 16:30:27 GMT (envelope-from gnats) Date: Wed, 31 Jan 2007 16:30:27 GMT Message-Id: <200701311630.l0VGURCP096326@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Mikhail Teterin Cc: Subject: Re: amd64/89550: [amd64] sym0: VTOBUS failed (6.0 Release) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikhail Teterin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 16:30:28 -0000 The following reply was made to PR amd64/89550; it has been noted by GNATS. From: Mikhail Teterin To: bug-followup@freebsd.org, awallac3@uiuc.edu Cc: "Jan Mikkelsen" Subject: Re: amd64/89550: [amd64] sym0: VTOBUS failed (6.0 Release) Date: Wed, 31 Jan 2007 11:29:08 -0500 Hello! The 6.2's install shamefully paniced on our amd64-system -- due to this bug. We had to borrow an Adaptec card and then switch back to the Symbios ones after applying Jan's patch-1.diff Unfortunately, that patch allowed us to collect a number of kernel dumps: http://aldan.algebra.com/~mi/bonkers-crash-0.txt - GPF http://aldan.algebra.com/~mi/bonkers-crash-1.txt - spin lock http://aldan.algebra.com/~mi/bonkers-crash-2.txt - GPF (there were more panics with "spin lock held too long", but no kernel dump took place, perhaps, because the dumpdev is attached to the sym-card too) The second patch, posted by Jan on Sep 26th seems much better so far, although the driver's use of Giant is still disappointing... Maybe, Jan's enhancement can be committed to stop the VTOBUS-panics from happening again? Thanks! -mi From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 1 11:29:00 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E855A16A403 for ; Thu, 1 Feb 2007 11:29:00 +0000 (UTC) (envelope-from aaa97@bg.internet-bg.net) Received: from bg.internet-bg.net (f2.80.1243.static.theplanet.com [67.18.128.242]) by mx1.freebsd.org (Postfix) with ESMTP id CAB9C13C4B2 for ; Thu, 1 Feb 2007 11:29:00 +0000 (UTC) (envelope-from aaa97@bg.internet-bg.net) Received: from aaa97 by bg.internet-bg.net with local (Exim 4.63) (envelope-from ) id 1HCZlB-0005EE-IF for freebsd-amd64@freebsd.org; Thu, 01 Feb 2007 13:05:45 +0200 X-Boxtrapper: zrxwjC6EhraACGbkKDr2w0KTMrsck5vr From: bfa@internet-bg.net To: freebsd-amd64@freebsd.org Message-Id: Date: Thu, 01 Feb 2007 13:05:45 +0200 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bg.internet-bg.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32003 12] / [47 12] X-AntiAbuse: Sender Address Domain - bg.internet-bg.net X-Source: X-Source-Args: X-Source-Dir: Subject: Your email requires verification verify#Xcys5KS6cWAEx7YLpNX9oHNJJSPxm48Q 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, 01 Feb 2007 11:29:01 -0000 The message you sent requires that you verify that you are a real live human being and not a spam source. To complete this verification, simply reply to this message and leave the subject line intact. The headers of the message sent from your address are show below: >From freebsd-amd64@freebsd.org Thu Feb 01 13:05:45 2007 Received: from [195.114.112.236] (helo=freebsd.org) by bg.internet-bg.net with esmtp (Exim 4.63) (envelope-from ) id 1HCZlA-0005Dn-25 for bfa@internet-bg.net; Thu, 01 Feb 2007 13:05:45 +0200 From: freebsd-amd64@freebsd.org To: bfa@internet-bg.net Subject: DELIVERY FAILED Date: Thu, 1 Feb 2007 13:05:47 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_D8564A60.D1537CEF" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 1 17:00:02 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB59716A405 for ; Thu, 1 Feb 2007 17:00:02 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id 3C83213C46B for ; Thu, 1 Feb 2007 17:00:02 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 01 Feb 2007 09:00:01 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga001.fm.intel.com with ESMTP; 01 Feb 2007 08:59:45 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.13,268,1167638400"; d="scan'208,217"; a="194634163:sNHT20371039619" Received: from orsmsx419.amr.corp.intel.com ([10.22.226.88]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Feb 2007 08:59:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 1 Feb 2007 08:59:36 -0800 Message-ID: <12A5C15467D5B94F8E0FF265D9498ADDEEB999@orsmsx419.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue with using KGDB for remote debug over serial port Thread-Index: Acc/7W89MBWRBYIiQwevQQ4eqDlxYAGM6H9Q From: "Rao, Nikhil" To: X-OriginalArrivalTime: 01 Feb 2007 16:59:37.0197 (UTC) FILETIME=[5AF1B1D0:01C74622] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: Issue with using KGDB for remote debug over serial port 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, 01 Feb 2007 17:00:02 -0000 Hi all, =20 I think I have found the cause of the issue - I am not sure if this is the root cause,=20 =20 in http://fxr.watson.org/fxr/source/amd64/include/gdb_machdep.h?v=3DRELENG62= =20 32 #define GDB_BUFSZ 500 =20 needs to be changed to=20 =20 32 #define GDB_BUFSZ 1000 = (Really something greater than 840) =20 As soon as the target-host gdb communication is established the gdb_txbuf char array which is of size GDB_BUFSZ gets written to and the writes overflow to beyond GDB_BUFSZ, this corrupts kernel data structures and causes the crash. My observation is that 840bytes get written to the gdb_txbuf array. =20 if anyone has any feedback, please let me know. =20 thanks, Nikhil ________________________________ From: Rao, Nikhil=20 Sent: Wednesday, January 24, 2007 11:26 AM To: 'freebsd-amd64@freebsd.org' Subject: Issue with using KGDB for remote debug over serial port I am trying to debug an AMD64 kernel over a serial connection. Both the host and the target are running AMD64 6.1 release kernels. =20 Target platform - Dell Precision Workstation 690, (Dual Quad core system with Intel Xeon 1.86 Ghz CPU) Host - XPS 600 Dell - Intel Pentium D 3.00 Ghz CPU =20 The target platform boots a 6.1 release GENERIC AMD64 kernel with makeoptions DEBUG=3D-g, KDB and GDB options enabled and has a serial connection with the host. In device.hints I have set hint.sio0.flags=3D0x80 =20 I am able to enter kgdb using the -d boot option, next I can break on a breakpoint. However when I try to step the debugger, the target gets a page fault in kernel mode. I have attached a log of the kgdb output below. Please let me know if any other info. would be useful to resolve this problem. =20 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 0xffffffff803ecf8f in kdb_enter (msg=3D0x0) at cpufunc.h:63 63 __asm __volatile("int $3"); Unread portion of the kernel message buffer: Cannot access memory at address 0xf000a8ece001a840 (kgdb) break pmap_pinit0 Breakpoint 1 at 0xffffffff805c4d10: file /usr/src/sys/amd64/amd64/pmap.c, line 1059. (kgdb) c Continuing. [New Thread 0] Program received signal SIGQUIT, Quit. [Switching to Thread 0] pmap_pinit0 (pmap=3D0xffffff0000049d00) at /usr/src/sys/amd64/amd64/pmap.c:1061 1061 PMAP_LOCK_INIT(pmap); (kgdb) break 1066 Breakpoint 2 at 0xffffffff805c4d70: file /usr/src/sys/amd64/amd64/pmap.c, line 1066. (kgdb) c Continuing. Program received signal SIGSYS, Bad system call. 0x0000000000000000 in ?? () (kgdb) bt #0 0x0000000000000000 in ?? () #1 0x0000000000000000 in ?? () (kgdb) From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 2 01:30:15 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04DFC16A405 for ; Fri, 2 Feb 2007 01:30:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id D093C13C471 for ; Fri, 2 Feb 2007 01:30:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l121UEFc045865 for ; Fri, 2 Feb 2007 01:30:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l121UESt045864; Fri, 2 Feb 2007 01:30:14 GMT (envelope-from gnats) Resent-Date: Fri, 2 Feb 2007 01:30:14 GMT Resent-Message-Id: <200702020130.l121UESt045864@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, Ravi Murty Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FA7116A400 for ; Fri, 2 Feb 2007 01:25:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8158813C478 for ; Fri, 2 Feb 2007 01:25:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l121Pwu3079199 for ; Fri, 2 Feb 2007 01:25:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l121Pw1I079198; Fri, 2 Feb 2007 01:25:58 GMT (envelope-from nobody) Message-Id: <200702020125.l121Pw1I079198@www.freebsd.org> Date: Fri, 2 Feb 2007 01:25:58 GMT From: Ravi Murty To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/108673: kgdb doesn't work very well very long 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, 02 Feb 2007 01:30:15 -0000 >Number: 108673 >Category: amd64 >Synopsis: kgdb doesn't work very well very long >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 02 01:30:14 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Ravi Murty >Release: 6.1-release >Organization: Intel >Environment: FreeBSD 6.1-RELEASE FreeBSD 6.1-RELEASE #17: Thu Feb 16:57:46 PST 2007 >Description: Here's what I think might be happening. 1. At the loader prompt I enter "boot -d" to break into the debugger because I want to start running the debugger from mi_startup. 2. Kgdb connects on the host and I can step, but it crashes or doesn't work very well. We started to look at things like gdb_txbuf and noticed that a strage 0x78787878 (0x78 is lower case 'x') appears where gdb_txbuf is supposed to be. 3. We looked at the source code a bit and realized that gdb_txbuf is sized to be 500 bytes (defined by GDB_BUFSZ in amd64/include/gdb_machdep.h). So here's the problem: 1. When kgdb running on the host connects it runs a query to the target to request all the registers. In amd64's case, that's 56 total registers with 49 of size 8 bytes and 7 of size 4. Since we convert from hex nibbles to char's, we expect it to store 16 char's per 8 byte register and 8 char's for 4 byte registers. Simple math tells us that is (16 * 49 + 8 * 7 = 840). So we need atleast 840B in the buffer to return the result of the query. 2. Indeed when we look at what's at gbd_txbuf on the target (via kgdb), we notice that 0x78787878 appears until location 839. It is 0x78787878 because that happens to be "xxxx" for registers that are undefined (see gdb_packet.c) Therefore, shouldn't GDB_BUFSZ be > 840B ? Thanks Ravi >How-To-Repeat: Run kgdb and connect to a machine running 6.1-Release for amd64. Drop to the loader prompt on boot and type "boot -d" and connect to the debugger (gdb backend). Try and step through the code after this point. >Fix: See "Full description". >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 3 21:56:25 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE97C16A401; Sat, 3 Feb 2007 21:56:25 +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 8A80E13C491; Sat, 3 Feb 2007 21:56:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l13LuPfe029000; Sat, 3 Feb 2007 16:56:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l13LuOoE084218; Sat, 3 Feb 2007 16:56:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8847D73034; Sat, 3 Feb 2007 16:56:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070203215624.8847D73034@freebsd-current.sentex.ca> Date: Sat, 3 Feb 2007 16:56:24 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sat, 03 Feb 2007 21:56:25 -0000 TB --- 2007-02-03 20:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-03 20:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-03 20:20:00 - cleaning the object tree TB --- 2007-02-03 20:20:53 - checking out the source tree TB --- 2007-02-03 20:20:53 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-03 20:20:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-03 20:31:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-03 20:31:56 - cd /src TB --- 2007-02-03 20:31:56 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 3 20:31:57 UTC 2007 >>> 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 Sat Feb 3 21:48:51 UTC 2007 TB --- 2007-02-03 21:48:51 - generating LINT kernel config TB --- 2007-02-03 21:48:51 - cd /src/sys/amd64/conf TB --- 2007-02-03 21:48:51 - /usr/bin/make -B LINT TB --- 2007-02-03 21:48:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-03 21:48:51 - cd /src TB --- 2007-02-03 21:48:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 3 21:48:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uftdi.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ugen.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uhci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uhci_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uhid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uhub.c /src/sys/dev/usb/uhub.c: In function `uhub_attach': /src/sys/dev/usb/uhub.c:185: error: structure has no member named `dev' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-03 21:56:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-03 21:56:24 - ERROR: failed to build lint kernel TB --- 2007-02-03 21:56:24 - tinderbox aborted TB --- 0.91 user 3.46 system 5783.86 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full