From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 26 01:50:40 2011 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 ACDA7106566C; Mon, 26 Dec 2011 01:50:39 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4940C8FC12; Mon, 26 Dec 2011 01:50:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBQ1odtQ075695; Mon, 26 Dec 2011 01:50:39 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBQ1odbs075691; Mon, 26 Dec 2011 01:50:39 GMT (envelope-from linimon) Date: Mon, 26 Dec 2011 01:50:39 GMT Message-Id: <201112260150.pBQ1odbs075691@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, mm@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/163504: multimedia/x264 (0.119.2113) doesn't install 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, 26 Dec 2011 01:50:40 -0000 Old Synopsis: Don't "install" /usr/ports/multimedia/x264 (0.119.2113) New Synopsis: multimedia/x264 (0.119.2113) doesn't install Responsible-Changed-From-To: freebsd-amd64->mm Responsible-Changed-By: linimon Responsible-Changed-When: Mon Dec 26 01:49:52 UTC 2011 Responsible-Changed-Why: Make this a ports PR and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=163504 From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 26 11:07:02 2011 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 0B5E4106566B for ; Mon, 26 Dec 2011 11:07:02 +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 E3D1D8FC13 for ; Mon, 26 Dec 2011 11:07:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBQB71mT022414 for ; Mon, 26 Dec 2011 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBQB71Ym022412 for freebsd-amd64@FreeBSD.org; Mon, 26 Dec 2011 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Dec 2011 11:07:01 GMT Message-Id: <201112261107.pBQB71Ym022412@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 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, 26 Dec 2011 11:07:02 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/163625 amd64 Install problems of RC3 amd64 on ASRock N68 GE3 UCC o amd64/163568 amd64 hard drive naming o amd64/163285 amd64 when installing gnome2-lite not all dependent packages o amd64/163284 amd64 print manager failed to install correctly o amd64/163114 amd64 no boot on Via Nanao netbook Samsung NC20 o amd64/163092 amd64 FreeBSD 9.0-RC2 fails to boot from raid-z2 if AHCI is o amd64/163048 amd64 normal user cant mount ntfs-3g o amd64/162936 amd64 fails boot and destabilizes other OSes on FreeBSD 9 RC o amd64/162708 amd64 FreeBSD 9.0-RC2 amd64 fails to boot on Dell Optiplex G o amd64/162489 amd64 After some time X blanks the screen and does not respo o amd64/162314 amd64 not able to install FreeBSD-8.2-RELEASE-amd64-dvd1 as o amd64/162219 amd64 [REGRESSION] In KDE 4.7.2 cant enable OpenGL,in 4.6.5 o amd64/162170 amd64 Unable to install due to freeze at "run_interrupt_driv o amd64/161974 amd64 FreeBSD 9 new installer installs succesful, renders ma o kern/160833 amd64 Keyboard USB doesn't work o amd64/160561 amd64 no C-states on atom D525 o amd64/157386 amd64 [powerd] Enabling powerd(8) with default settings on I o amd64/156106 amd64 [boot] boot0 fails to start o amd64/155135 amd64 [boot] Does Not Boot On a Very Standard Hardware o amd64/154957 amd64 [boot] Install boot CD won't boot up - keeps rebooting o amd64/154629 amd64 [panic] Fatal trap 9: general protection fault while i o amd64/153935 amd64 [hang] system hangs while trying to do 'shutdown -h no o amd64/153831 amd64 [boot] CD bootloader won't on Tyan s2912G2nr o amd64/153496 amd64 [hyper-v] [install] Install on Hyper-V leaves corrupt o amd64/153372 amd64 [panic] kernel panic o amd64/153175 amd64 [amd64] Kernel Panic on only FreeBSD 8 amd64 o amd64/152874 amd64 [install] 8.1 install fails where 7.3 works due to lac o amd64/152430 amd64 [boot] HP ProLiant Microserver n36l cannot boot into i f amd64/151385 amd64 [boot] Installation hangs on MacBook o amd64/145991 amd64 [NOTES] [patch] Add a requires line to /sys/amd64/conf o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' p amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze f amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit f amd64/139998 amd64 [panic][net] 7.2 amd64 panic in rtrequest1_fib f amd64/139924 amd64 [boot] cd or dvd not load o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu f amd64/135265 amd64 [mpt] Boot from install cd hangs on HP DL160 G5 with L f amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S f amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" f amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO f amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT f amd64/131456 amd64 [acpi] [ata] ACPI & ATA problems f amd64/130368 amd64 [hang] Switching from xorg to console locks up compute f amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo f amd64/129315 amd64 [em] amd64 motherboard: Intel DG965WH motherboard comp o amd64/127640 amd64 [amd64] gcc(1) will not build shared libraries with -f f amd64/125002 amd64 [install] amd64, SATA hard disks not detected f amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs f amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial f amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c f amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 53 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 26 08:10:14 2011 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 12262106566C for ; Mon, 26 Dec 2011 08:10:14 +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 C9DB48FC12 for ; Mon, 26 Dec 2011 08:10:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBQ8ADhR053154 for ; Mon, 26 Dec 2011 08:10:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBQ8AD46053153; Mon, 26 Dec 2011 08:10:13 GMT (envelope-from gnats) Resent-Date: Mon, 26 Dec 2011 08:10:13 GMT Resent-Message-Id: <201112260810.pBQ8AD46053153@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, Norbert Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F50F106564A for ; Mon, 26 Dec 2011 08:03:53 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 7E78F8FC14 for ; Mon, 26 Dec 2011 08:03:53 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pBQ83r4J045942 for ; Mon, 26 Dec 2011 08:03:53 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id pBQ83rmb045934; Mon, 26 Dec 2011 08:03:53 GMT (envelope-from nobody) Message-Id: <201112260803.pBQ83rmb045934@red.freebsd.org> Date: Mon, 26 Dec 2011 08:03:53 GMT From: Norbert To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Mon, 26 Dec 2011 12:06:01 +0000 Cc: Subject: amd64/163625: Install problems of RC3 amd64 on ASRock N68 GE3 UCC 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, 26 Dec 2011 08:10:14 -0000 >Number: 163625 >Category: amd64 >Synopsis: Install problems of RC3 amd64 on ASRock N68 GE3 UCC >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 26 08:10:13 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Norbert >Release: AMD64 - 9.0 RC3 >Organization: >Environment: >Description: Hello, First I made an installation CD from the 9.0 RC3 AMD64 image and try to see where are the difference to 8.2. Version 9.0 booted just fine, but 3 things I found after booting while installation is in progress: (1) The network interface (nfe) is not recognized as gigabit (8.2 did it correct) - it is just a 10 mbit interface... (2) The configured RAID on 2 discs in not mentioned (8.2 found an ar0* entry). The discs itself are mentioned in the installation menu - but no ar0* entry... (3) While installing there is an root-suid error with the var folder (sorry, I don't know the exact message, because I am not at that computer). The installation stopped. Hopefully it could help fixing the last errors. This would stop me using the new version - although I am very interested :-) Many Regards, Norbert >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 26 22:28:15 2011 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 1B20B106566B; Mon, 26 Dec 2011 22:28:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A45BB8FC12; Mon, 26 Dec 2011 22:28:14 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pBQM7voj008492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Dec 2011 00:07:57 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pBQM7uWi001825; Tue, 27 Dec 2011 00:07:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pBQM7ugE001824; Tue, 27 Dec 2011 00:07:56 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 27 Dec 2011 00:07:56 +0200 From: Kostik Belousov To: amd64@freebsd.org Message-ID: <20111226220756.GR50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YzFme3vxTykXnmM8" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: arch@freebsd.org Subject: AVX 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, 26 Dec 2011 22:28:15 -0000 --YzFme3vxTykXnmM8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, The patch at http://people.freebsd.org/~kib/misc/avx.1.patch is the preliminary version, i.e. WIP, of the implementation of variable-sized extended FPU states, as defined by Intel SDM. The architecture (sometimes referred to as XSAVE) allows CPU to provide additional context state data and report the details of context save area layout to OS in the extendable form. AVX with it 256-bit YMM register file is the first application of the architecture. Due to extensibility and self-description of XSAVE area, by default kernel allows all CPU extensions, i.e. also possible future features of FPU. The tunable 'hw.xsave_allow_unknown' is provided, which disables CPU features not known to the kernel. The tunable 'hw.use_xsave' may be used to disable XSAVE support at all. The 'struct fpusave fpu_user_save' member was removed from amd64 pcb, the save area is chopped from the top of the thread kernel kernel stack (fpu_user_save was located there previously). I moved thread0 pcb set up after first stage of FPU initialization is done. Also, there is a silent change in fpu init code, now we explicitely clear XMM register file in the initial FPU state. At least on my SandyBridge, XMM init state is garbage, could be some vacuum tubes they stuff into chip were broken when machine crashed from 1 meter down. Since YMM file is part of the FPU state, it must be added to mcontext_t. Unfortunately, it is impossible to extend mcontext_t in-place and not break present ABI without duplicating all syscalls and libraries entries that use ucontext_t. The cause is that ucontext_t layout puts mcontext_t into the middle of the structure, frozing its size. The solution in the patch is to put extended save area outside the mcontext_t, and place a pointer to area in mcontext_t. Pointer validity is specified by _MC_HASFPXSTATE mcontext_t flag. Signal post provides the extended area on the signal stack frame automagically. If pointers to area are in context, setcontext(2) uses it. For getcontext(2), no easy solution exists. I tried to play with providing libc wrapper for getcontext(2) that hides mcontext_t size increase, but gave up due to ucontext_t embedding. Instead, getcontextx(3) API is implemented that allocates the needed memory. The patch defines ABI for both i386 and amd64 FreeBSD processes, but the implementation is provided for amd64 kernel only for both ABIs. I do not see any reason to run i386 kernel on machines capable of AVX. The fpu_kern KPI has to be changed to accomodate for variable size TODO items: - I think we are eligible for XSAVEOPT use, but did not looked into details yet; - benchmark the cost for context switches and signal handlers entry/sigreturn; - makecontextx(3) ?; - padlock(4) testing; - make i386 fpu_kern KPI changes; - implement (trivial) getcontextx(3) for other architectures. Patch in the present form only usable on amd64 machine for both amd64 and i386 userspace. --YzFme3vxTykXnmM8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk748DwACgkQC3+MBN1Mb4j0QQCfXTUIz73F08AmyLo0mppP0+1y VZMAoMLckeDmraBPb47HKhirrMxGJOiM =PzoA -----END PGP SIGNATURE----- --YzFme3vxTykXnmM8-- From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 27 19:31:56 2011 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 57C8A1065670; Tue, 27 Dec 2011 19:31:56 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5DB8FC12; Tue, 27 Dec 2011 19:31:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBRJVuua053436; Tue, 27 Dec 2011 19:31:56 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBRJVtwe053427; Tue, 27 Dec 2011 19:31:55 GMT (envelope-from jh) Date: Tue, 27 Dec 2011 19:31:55 GMT Message-Id: <201112271931.pBRJVtwe053427@freefall.freebsd.org> To: ralf.folkerts@gmx.de, jh@FreeBSD.org, freebsd-amd64@FreeBSD.org From: jh@FreeBSD.org X-Mailman-Approved-At: Tue, 27 Dec 2011 19:51:00 +0000 Cc: Subject: Re: amd64/135040: [ata] FreeBSD/amd64 does not (always) detect disk on SB600/AliveXFire eSata 2 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 19:31:56 -0000 Synopsis: [ata] FreeBSD/amd64 does not (always) detect disk on SB600/AliveXFire eSata 2 State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Tue Dec 27 19:31:55 UTC 2011 State-Changed-Why: Submitter says that this can be closed. http://www.freebsd.org/cgi/query-pr.cgi?pr=135040 From owner-freebsd-amd64@FreeBSD.ORG Thu Dec 29 16:30:16 2011 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 399B91065672 for ; Thu, 29 Dec 2011 16:30:16 +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 27A7D8FC22 for ; Thu, 29 Dec 2011 16:30:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBTGUFNV026013 for ; Thu, 29 Dec 2011 16:30:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBTGUFlm026012; Thu, 29 Dec 2011 16:30:15 GMT (envelope-from gnats) Date: Thu, 29 Dec 2011 16:30:15 GMT Message-Id: <201112291630.pBTGUFlm026012@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/162708: FreeBSD 9.0-RC2 amd64 fails to boot on Dell Optiplex GX620 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 16:30:16 -0000 The following reply was made to PR amd64/162708; it has been noted by GNATS. From: John Baldwin To: "David J. Weller-Fahy" Cc: Peter Jeremy , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/162708: FreeBSD 9.0-RC2 amd64 fails to boot on Dell Optiplex GX620 Date: Thu, 29 Dec 2011 11:23:00 -0500 On Sunday, December 11, 2011 10:13:21 am David J. Weller-Fahy wrote: > * John Baldwin [2011-12-08 10:53 -0500]: > > Hmm, can you try this patch without the tunable: > > > > patch to sys/dev/acpica/acpi_pcib_acpi.c > > ... > > + res = bus_generic_alloc_resource(dev, child, type, rid, start, end, > > + count, flags); > > ... > > That worked! Specifically, I csup'd the source, patched the file, did a > full buildworld/installworld cycle, then removed the tunable and was > able to boot with no problems. > > Thanks! Do you need any information from this box as it stands? I've committed this. It is too late to make it for 9.0 but I will merge it to stable/9 once that opens up for commits again. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 30 03:20:11 2011 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 5B4D4106566B for ; Fri, 30 Dec 2011 03:20:11 +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 374DA8FC0C for ; Fri, 30 Dec 2011 03:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBU3KB2O027260 for ; Fri, 30 Dec 2011 03:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBU3KBf5027259; Fri, 30 Dec 2011 03:20:11 GMT (envelope-from gnats) Resent-Date: Fri, 30 Dec 2011 03:20:11 GMT Resent-Message-Id: <201112300320.pBU3KBf5027259@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, Russell Cattelan Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95EF01065670 for ; Fri, 30 Dec 2011 03:16:34 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC1F8FC0C for ; Fri, 30 Dec 2011 03:16:34 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pBU3GYpI010176 for ; Fri, 30 Dec 2011 03:16:34 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id pBU3GYJp010175; Fri, 30 Dec 2011 03:16:34 GMT (envelope-from nobody) Message-Id: <201112300316.pBU3GYJp010175@red.freebsd.org> Date: Fri, 30 Dec 2011 03:16:34 GMT From: Russell Cattelan To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Fri, 30 Dec 2011 04:13:34 +0000 Cc: Subject: amd64/163710: setjump in userboot.so causes stack corruption 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, 30 Dec 2011 03:20:11 -0000 >Number: 163710 >Category: amd64 >Synopsis: setjump in userboot.so causes stack corruption >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 30 03:20:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Russell Cattelan >Release: FreeBSD 9.0 >Organization: Digtal Elves Inc >Environment: FreeBSD fbsd9-it 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #183: Thu Dec 29 20:20:10 CST 2011 cattelan@fbsd9-it:/sys/amd64/compile/KLOAD-CAMDEBUG amd64 >Description: For some reason the forth interpreter is built and linked as 32bit even on amd64. The specific problem is that the header files used when compiling 32 are the i386 variant which define the jmp_buf as such #define _JBLEN 11 /* Size of the jmp_buf on x86. */ typedef struct _jmp_buf { int _jb[_JBLEN + 1]; } jmp_buf[1]; which results in a struct of 48 bytes unfortunately libstand has a specific version of setjmp that wants to store 12 - 8 byte values ENTRY(_setjmp) movq %rdi,%rax movq 0(%rsp),%rdx /* retval */ movq %rdx, 0(%rax) /* 0; retval */ movq %rbx, 8(%rax) /* 1; rbx */ movq %rsp,16(%rax) /* 2; rsp */ movq %rbp,24(%rax) /* 3; rbp */ movq %r12,32(%rax) /* 4; r12 */ movq %r13,40(%rax) /* 5; r13 */ movq %r14,48(%rax) /* 6; r14 */ movq %r15,56(%rax) /* 7; r15 */ fnstcw 64(%rax) /* 8; fpu cw */ stmxcsr 68(%rax) /* and mxcsr */ xorq %rax,%rax ret END(_setjmp) What is happening then in the function ficlExecC the saveTib was getting corrupted due to the jmpbuf stack variable getting over written. This causes bogus values to be places in the saveTib structure which eventually results in a fault. This fix is to compile the forth interpreter as 64 bit when running on amd64 >How-To-Repeat: >Fix: commit ad5840c9e38ba05bdcab3c9efea1c73272bbd9b7 Author: Russell Cattelan Date: Thu Dec 29 20:50:57 2011 -0600 Change the build of forth interpreter to 64bit. The main problem is that the jmp_buf structure is half the size it needs to be 12 * 4 vs 12 * 8 The setjump functions was then causing stack corruption since the buffer was not large enough. diff --git a/sys/boot/ficl/Makefile b/sys/boot/ficl/Makefile index 5cf54c8..75f4349 100644 --- a/sys/boot/ficl/Makefile +++ b/sys/boot/ficl/Makefile @@ -8,7 +8,6 @@ SRCS= ${BASE_SRCS} sysdep.c softcore.c CLEANFILES= softcore.c testmain testmain.o CFLAGS+= -ffreestanding -g3 .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" -CFLAGS+= -mpreferred-stack-boundary=2 CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float .endif .if ${MACHINE_CPUARCH} == "powerpc" || ${MACHINE_CPUARCH} == "arm" @@ -38,10 +37,6 @@ SOFTWORDS= softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr \ # Optional OO extension softwords #SOFTWORDS+= oo.fr classes.fr -.if ${MACHINE_CPUARCH} == "amd64" -CFLAGS+= -m32 -march=i386 -I. -.endif - .if ${MACHINE_ARCH} == "powerpc64" CFLAGS+= -m32 -mcpu=powerpc -I. .endif @@ -59,7 +54,8 @@ ${SRCS:M*.c:R:S/$/.o/g}: machine beforedepend ${OBJS}: machine machine: - ln -sf ${.CURDIR}/../../i386/include machine + rm -f machine + ln -sf ${.CURDIR}/../../${MACHINE_CPUARCH}/include machine CLEANFILES+= machine .endif >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 30 08:10:08 2011 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 8504E1065678 for ; Fri, 30 Dec 2011 08:10: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 7074B8FC0A for ; Fri, 30 Dec 2011 08:10:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBU8A8lC022013 for ; Fri, 30 Dec 2011 08:10:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBU8A8fo022012; Fri, 30 Dec 2011 08:10:08 GMT (envelope-from gnats) Date: Fri, 30 Dec 2011 08:10:08 GMT Message-Id: <201112300810.pBU8A8fo022012@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Wemm Cc: Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Wemm List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 08:10:08 -0000 The following reply was made to PR amd64/163710; it has been noted by GNATS. From: Peter Wemm To: Russell Cattelan Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption Date: Thu, 29 Dec 2011 23:33:37 -0800 On Thu, Dec 29, 2011 at 7:16 PM, Russell Cattelan wrote: >>Description: > For some reason the forth interpreter is built and linked as 32bit even > on amd64. That's the catch. We use the same 32 bit loader on i386 and amd64. The common loader understands both kernel formats. This unfortunately has meant that the libstand and sys/boot environment has had to be 32 bit. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 30 09:20:12 2011 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 9DEDF1065670 for ; Fri, 30 Dec 2011 09:20:12 +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 7CE348FC17 for ; Fri, 30 Dec 2011 09:20:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBU9KCsh092515 for ; Fri, 30 Dec 2011 09:20:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBU9KC3a092514; Fri, 30 Dec 2011 09:20:12 GMT (envelope-from gnats) Date: Fri, 30 Dec 2011 09:20:12 GMT Message-Id: <201112300920.pBU9KC3a092514@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Kostik Belousov Cc: Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kostik Belousov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 09:20:12 -0000 The following reply was made to PR amd64/163710; it has been noted by GNATS. From: Kostik Belousov To: Russell Cattelan Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption Date: Fri, 30 Dec 2011 10:57:08 +0200 --DbeKRiHxlYa1cCF3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 03:16:34AM +0000, Russell Cattelan wrote: >=20 > >Number: 163710 > >Category: amd64 > >Synopsis: setjump in userboot.so causes stack corruption > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: =20 > >Keywords: =20 > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Dec 30 03:20:10 UTC 2011 > >Closed-Date: > >Last-Modified: > >Originator: Russell Cattelan > >Release: FreeBSD 9.0 > >Organization: > Digtal Elves Inc > >Environment: > FreeBSD fbsd9-it 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #183: Thu Dec 29 2= 0:20:10 CST 2011 cattelan@fbsd9-it:/sys/amd64/compile/KLOAD-CAMDEBUG a= md64 >=20 > >Description: > For some reason the forth interpreter is built and linked as 32bit even= =20 > on amd64.=20 The native amd64 boot loader is 32bit. Small trampoline is used to switch to long mode before the control is passed to the booted kernel. >=20 > The specific problem is that the header files used when compiling 32 are > the i386 variant which define the jmp_buf as such >=20 > #define _JBLEN 11 /* Size of the jmp_buf on x86. */ >=20 > typedef struct _jmp_buf { int _jb[_JBLEN + 1]; } jmp_buf[1]; >=20 > which results in a struct of 48 bytes >=20 > unfortunately libstand has a specific version of setjmp that wants to sto= re > 12 - 8 byte values >=20 > ENTRY(_setjmp) > movq %rdi,%rax > movq 0(%rsp),%rdx /* retval */ > movq %rdx, 0(%rax) /* 0; retval */ > movq %rbx, 8(%rax) /* 1; rbx */ > movq %rsp,16(%rax) /* 2; rsp */ > movq %rbp,24(%rax) /* 3; rbp */ > movq %r12,32(%rax) /* 4; r12 */ > movq %r13,40(%rax) /* 5; r13 */ > movq %r14,48(%rax) /* 6; r14 */ > movq %r15,56(%rax) /* 7; r15 */ > fnstcw 64(%rax) /* 8; fpu cw */ > stmxcsr 68(%rax) /* and mxcsr */ > xorq %rax,%rax > ret > END(_setjmp) >=20 > What is happening then in the function ficlExecC=20 > the saveTib was getting corrupted due to the jmpbuf stack variable > getting over written.=20 > This causes bogus values to be places in the saveTib structure=20 > which eventually results in a fault. How do you build ? It seems that userboot build uses its own ficl build from sys/boot/userboot/ficl. >=20 >=20 > This fix is to compile the forth interpreter as 64 bit when running on am= d64 >=20 >=20 >=20 >=20 >=20 > >How-To-Repeat: >=20 > >Fix: > commit ad5840c9e38ba05bdcab3c9efea1c73272bbd9b7 > Author: Russell Cattelan > Date: Thu Dec 29 20:50:57 2011 -0600 >=20 > Change the build of forth interpreter to 64bit. > The main problem is that the jmp_buf structure is > half the size it needs to be 12 * 4 vs 12 * 8 > The setjump functions was then causing stack corruption > since the buffer was not large enough. >=20 > diff --git a/sys/boot/ficl/Makefile b/sys/boot/ficl/Makefile > index 5cf54c8..75f4349 100644 > --- a/sys/boot/ficl/Makefile > +++ b/sys/boot/ficl/Makefile > @@ -8,7 +8,6 @@ SRCS=3D ${BASE_SRCS} sysdep.c softcore.c > CLEANFILES=3D softcore.c testmain testmain.o > CFLAGS+=3D -ffreestanding -g3 > .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D "amd64" > -CFLAGS+=3D -mpreferred-stack-boundary=3D2 > CFLAGS+=3D -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft= -float > .endif > .if ${MACHINE_CPUARCH} =3D=3D "powerpc" || ${MACHINE_CPUARCH} =3D=3D "ar= m" > @@ -38,10 +37,6 @@ SOFTWORDS=3D softcore.fr jhlocal.fr marker.fr freebs= d.fr ficllocal.fr \ > # Optional OO extension softwords > #SOFTWORDS+=3D oo.fr classes.fr > =20 > -.if ${MACHINE_CPUARCH} =3D=3D "amd64" > -CFLAGS+=3D -m32 -march=3Di386 -I. > -.endif > - I assume you never did even the buildworld with the change ? --DbeKRiHxlYa1cCF3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk79fOQACgkQC3+MBN1Mb4jA1gCghqTNd5abxQBT/Y1eOGWZqgjf 4S4An2flz+MTNX4KUfdSDBl7rYzQrwUv =GUlo -----END PGP SIGNATURE----- --DbeKRiHxlYa1cCF3-- From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 30 14:00:40 2011 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 7A30910656A9 for ; Fri, 30 Dec 2011 14:00:40 +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 6361B8FC13 for ; Fri, 30 Dec 2011 14:00:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBUE0eov056285 for ; Fri, 30 Dec 2011 14:00:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBUE0e3o056279; Fri, 30 Dec 2011 14:00:40 GMT (envelope-from gnats) Date: Fri, 30 Dec 2011 14:00:40 GMT Message-Id: <201112301400.pBUE0e3o056279@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "David J. Weller-Fahy" Cc: Subject: Re: amd64/162708: FreeBSD 9.0-RC2 amd64 fails to boot on Dell Optiplex GX620 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "David J. Weller-Fahy" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 14:00:40 -0000 The following reply was made to PR amd64/162708; it has been noted by GNATS. From: "David J. Weller-Fahy" To: John Baldwin Cc: Peter Jeremy , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/162708: FreeBSD 9.0-RC2 amd64 fails to boot on Dell Optiplex GX620 Date: Fri, 30 Dec 2011 08:50:33 -0500 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * John Baldwin [2011-12-29 11:30 -0500]: > On Sunday, December 11, 2011 10:13:21 am David J. Weller-Fahy wrote: > > * John Baldwin [2011-12-08 10:53 -0500]: > > > + res =3D bus_generic_alloc_resource(dev, child, type, rid, start, en= d, > > > + count, flags); > >=20 > > That worked! >=20 > I've committed this. It is too late to make it for 9.0 but I will > merge it to stable/9 once that opens up for commits again. Thanks John! I appreciate the help, and the wif appreciates being able to access her backups again. ;) Regards, Dave --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk79wakACgkQzahokXOb2UwargCfbodOQP22ii4ygLJKv74EOkz1 Sa8An3UgEq3xib1dsK/earEvDdKSaLHl =FYd1 -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 30 21:00:37 2011 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 90FCD1065755 for ; Fri, 30 Dec 2011 21:00:36 +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 20AE98FC0C for ; Fri, 30 Dec 2011 21:00:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBUL0X7e040421 for ; Fri, 30 Dec 2011 21:00:33 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBUL0Xxb040418; Fri, 30 Dec 2011 21:00:33 GMT (envelope-from gnats) Date: Fri, 30 Dec 2011 21:00:33 GMT Message-Id: <201112302100.pBUL0Xxb040418@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Russell Cattelan X-Mailman-Approved-At: Sat, 31 Dec 2011 01:50:32 +0000 Cc: Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Russell Cattelan List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 21:00:37 -0000 The following reply was made to PR amd64/163710; it has been noted by GNATS. From: Russell Cattelan To: Peter Wemm Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption Date: Fri, 30 Dec 2011 14:24:49 -0600 On 12/30/11 1:33 AM, Peter Wemm wrote: > On Thu, Dec 29, 2011 at 7:16 PM, Russell Cattelan > wrote: > >>> Description: >> For some reason the forth interpreter is built and linked as 32bit even >> on amd64. > That's the catch. We use the same 32 bit loader on i386 and amd64. > The common loader understands both kernel formats. This unfortunately > has meant that the libstand and sys/boot environment has had to be 32 > bit. > Yes this is bit of an odd situation. the loader is linked 32bit but userboot.so / libstand is built 64bit but pulls in the 32bit ficl lib. The 64bit libstand provides the setjmp call that needs 96 bytes of space but since ficl is built with the 32bit jump_buf (48 byte ) structure things go sideways. I'm not sure the right overall fix is here. I figured I would file the bug and see if anybody more familiar with the loader/userboot build has any ideas. The patch I posted fixes the issue with the forth interpreter crashing when running under userboot.so, but yes it does break loader build. -Russell From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 31 03:20:10 2011 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 B3B06106566C for ; Sat, 31 Dec 2011 03:20:10 +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 9A64B8FC13 for ; Sat, 31 Dec 2011 03:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBV3KAIV091275 for ; Sat, 31 Dec 2011 03:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBV3KAQr091274; Sat, 31 Dec 2011 03:20:10 GMT (envelope-from gnats) Date: Sat, 31 Dec 2011 03:20:10 GMT Message-Id: <201112310320.pBV3KAQr091274@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Wemm Cc: Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Wemm List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 03:20:10 -0000 The following reply was made to PR amd64/163710; it has been noted by GNATS. From: Peter Wemm To: Russell Cattelan Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption Date: Fri, 30 Dec 2011 19:16:10 -0800 On Fri, Dec 30, 2011 at 12:24 PM, Russell Cattelan w= rote: > On 12/30/11 1:33 AM, Peter Wemm wrote: >> On Thu, Dec 29, 2011 at 7:16 PM, Russell Cattelan >> wrote: >> >>>> Description: >>> For some reason the forth interpreter is built and linked as 32bit even >>> on amd64. >> That's the catch. We use the same 32 bit loader on i386 and amd64. >> The common loader understands both kernel formats. =A0This unfortunately >> has meant that the libstand and sys/boot environment has had to be 32 >> bit. >> > Yes this is bit of an odd situation. > the loader is linked 32bit but userboot.so / libstand is built 64bit > but pulls in the 32bit ficl lib. > The 64bit libstand provides the setjmp call that needs 96 bytes > of space but since ficl is built with the 32bit jump_buf (48 byte ) > structure > things go sideways. We link the loader with the 32 bit libstand though. It cannot work any other way. BTX is 32 bit only. --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 31 08:17:15 2011 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 15BDF1065740 for ; Sat, 31 Dec 2011 08:17:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6924E8FC16 for ; Sat, 31 Dec 2011 08:17:13 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pBV7laa7072836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Dec 2011 09:47:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pBV7laIX027551; Sat, 31 Dec 2011 09:47:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pBV7laM6027550; Sat, 31 Dec 2011 09:47:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 31 Dec 2011 09:47:36 +0200 From: Kostik Belousov To: Peter Wemm Message-ID: <20111231074736.GW50300@deviant.kiev.zoral.com.ua> References: <201112310320.pBV3KAQr091274@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ORQdwjxFsCjTedSH" Content-Disposition: inline In-Reply-To: <201112310320.pBV3KAQr091274@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 08:17:15 -0000 --ORQdwjxFsCjTedSH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 31, 2011 at 03:20:10AM +0000, Peter Wemm wrote: > The following reply was made to PR amd64/163710; it has been noted by GNA= TS. >=20 > From: Peter Wemm > To: Russell Cattelan > Cc: freebsd-gnats-submit@freebsd.org > Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption > Date: Fri, 30 Dec 2011 19:16:10 -0800 >=20 > On Fri, Dec 30, 2011 at 12:24 PM, Russell Cattelan w=3D > rote: > > On 12/30/11 1:33 AM, Peter Wemm wrote: > >> On Thu, Dec 29, 2011 at 7:16 PM, Russell Cattelan > >> wrote: > >> > >>>> Description: > >>> For some reason the forth interpreter is built and linked as 32bit e= ven > >>> on amd64. > >> That's the catch. We use the same 32 bit loader on i386 and amd64. > >> The common loader understands both kernel formats. =3DA0This unfortun= ately > >> has meant that the libstand and sys/boot environment has had to be 32 > >> bit. > >> > > Yes this is bit of an odd situation. > > the loader is linked 32bit but userboot.so / libstand is built 64bit > > but pulls in the 32bit ficl lib. > > The 64bit libstand provides the setjmp call that needs 96 bytes > > of space but since ficl is built with the 32bit jump_buf (48 byte ) > > structure > > things go sideways. > =20 > We link the loader with the 32 bit libstand though. It cannot work > any other way. BTX is 32 bit only. userboot.so is 64bit, and, as I already pointed the originator, it uses the separate ficl build, sys/boot/userboot/ficl. --ORQdwjxFsCjTedSH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7+vhcACgkQC3+MBN1Mb4iDwgCfTSAY0fMFiBpxeLbgAHJNy9kL QX0AoL01cCVEdui3cMoub/b0Dszky8m6 =ZxEP -----END PGP SIGNATURE----- --ORQdwjxFsCjTedSH-- From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 31 14:00:26 2011 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 9F3EE1065672 for ; Sat, 31 Dec 2011 14:00:26 +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 6914B8FC0A for ; Sat, 31 Dec 2011 14:00:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBVE0QLS012016 for ; Sat, 31 Dec 2011 14:00:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBVE0Qc6012015; Sat, 31 Dec 2011 14:00:26 GMT (envelope-from gnats) Resent-Date: Sat, 31 Dec 2011 14:00:26 GMT Resent-Message-Id: <201112311400.pBVE0Qc6012015@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, John Delano Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0E3106566C for ; Sat, 31 Dec 2011 13:52:17 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 47DB48FC13 for ; Sat, 31 Dec 2011 13:52:17 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pBVDqGVH034057 for ; Sat, 31 Dec 2011 13:52:17 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id pBVDqGod034056; Sat, 31 Dec 2011 13:52:16 GMT (envelope-from nobody) Message-Id: <201112311352.pBVDqGod034056@red.freebsd.org> Date: Sat, 31 Dec 2011 13:52:16 GMT From: John Delano To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sat, 31 Dec 2011 14:48:34 +0000 Cc: Subject: amd64/163736: Freebsd 8.2 with MPD5 and about 100 PPPoE clients panics anywhere from 15Hrs to 8 days X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 14:00:26 -0000 >Number: 163736 >Category: amd64 >Synopsis: Freebsd 8.2 with MPD5 and about 100 PPPoE clients panics anywhere from 15Hrs to 8 days >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 31 14:00:26 UTC 2011 >Closed-Date: >Last-Modified: >Originator: John Delano >Release: FreeBSD 8.2-RELEASE-p4 >Organization: RGC Wireless Internet >Environment: FreeBSD RGC_Wireless 8.2-RELEASE-p4 FreeBSD 8.2-RELEASE-p4 #6: Mon Dec 5 15:00:24 CST 2011 admin@RGC_Wireless:/usr/obj/usr/src/sys/PPPSERVER amd64 >Description: Am running MPD 5 with my sql server as a PPPoE server for about 100 clients. The server crashes too often seemingly in the ng_ppp module Following is the grash dump from kgbd: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Cannot access memory at address 0x0 (kgdb) Quit (kgdb) quit RGC_Wireless# kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x308 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805bdf5e stack pointer = 0x28:0xffffff800008ea10 frame pointer = 0x28:0xffffff800008ea30 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 = 12 (swi6: task queue) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff805ff90e at kdb_backtrace+0x5e #1 0xffffffff805cd807 at panic+0x187 #2 0xffffffff808cfcc0 at trap_fatal+0x290 #3 0xffffffff808d009f at trap_pfault+0x28f #4 0xffffffff808d057f at trap+0x3df #5 0xffffffff808b8674 at calltrap+0x8 #6 0xffffffff805cc8b0 at _sema_post+0x90 #7 0xffffffff8027f834 at ata_completed+0x474 #8 0xffffffff8060a9b5 at taskqueue_run_locked+0x85 #9 0xffffffff8060ac98 at taskqueue_run+0x38 #10 0xffffffff805a6094 at intr_event_execute_handlers+0x104 #11 0xffffffff805a7745 at ithread_loop+0x95 #12 0xffffffff805a3ff8 at fork_exit+0x118 #13 0xffffffff808b8b3e at fork_trampoline+0xe Uptime: 3d1h34m39s Physical memory: 2033 MB Dumping 474 MB: 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bridge.ko Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. done. Loaded symbols for /boot/kernel/bridgestp.ko Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from /boot/kernel/ng_mppc.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_mppc.ko Reading symbols from /boot/kernel/rc4.ko...Reading symbols from /boot/kernel/rc4.ko.symbols...done. done. Loaded symbols for /boot/kernel/rc4.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from /boot/kernel/ng_tee.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tee.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko #0 doadump () at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:224 #1 0xffffffff805cd3be in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff805cd7f1 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:592 #3 0xffffffff808cfcc0 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:783 #4 0xffffffff808d009f in trap_pfault (frame=0xffffff800008e960, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff808d057f in trap (frame=0xffffff800008e960) at /usr/src/sys/amd64/amd64/trap.c:449 #6 0xffffffff808b8674 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff805bdf5e in _mtx_lock_sleep (m=0xffffff001920a1b8, tid=18446742974222331904, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #8 0xffffffff805cc8b0 in _sema_post (sema=0xffffff001920a1b8, file=Variable "file" is not available. ) at /usr/src/sys/kern/kern_sema.c:79 #9 0xffffffff8027f834 in ata_completed (context=Variable "context" is not available. ) at /usr/src/sys/dev/ata/ata-queue.c:491 #10 0xffffffff8060a9b5 in taskqueue_run_locked (queue=0xffffff0001731080) at /usr/src/sys/kern/subr_taskqueue.c:250 #11 0xffffffff8060ac98 in taskqueue_run (queue=0xffffff0001731080) at /usr/src/sys/kern/subr_taskqueue.c:264 #12 0xffffffff805a6094 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1220 #13 0xffffffff805a7745 in ithread_loop (arg=0xffffff00015c4420) at /usr/src/sys/kern/kern_intr.c:1233 #14 0xffffffff805a3ff8 in fork_exit ( callout=0xffffffff805a76b0 , arg=0xffffff00015c4420, frame=0xffffff800008ec40) at /usr/src/sys/kern/kern_fork.c:845 #15 0xffffffff808b8b3e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:565 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0xffffffff80c92780 in affinity () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0xffffff0001747000 in ?? () #44 0xffffff800008e120 in ?? () #45 0xffffff800008e0c8 in ?? () #46 0xffffff00019a9000 in ?? () ---Type to continue, or q to quit--- #47 0xffffffff805f2cb9 in sched_switch (td=0xffffffff805a76b0, newtd=0xffffff00015c4420, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1852 Previous frame inner to this frame (corrupt stack?) (kgdb) (kgdb) This is the kernel configuration file: # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.15.2.1 2010/12/21 17:09:25 kensmith Exp $ cpu HAMMER ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" 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 NFSLOCKD # Network Lock Manager 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 (sgtty) options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework nooptions FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Kernel debugger related code options KDB_TRACE # Print a stack trace for a panic # Added for PPP Server requirements options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_SOCKET options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options DUMMYNET options ALTQ options ALTQ_NOPCC options ALTQ_CBQ options ALTQ_RED options ALTQ_HFSC options ALTQ_PRIQ options KDB_UNATTENDED # Reboot on panic! # Make an SMP-capable kernel by default 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 hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # 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 arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #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 hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx 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 mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 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 # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgbe # Intel PRO/10GbE PCIE Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet 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 ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet 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 et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet 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 nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sge # Silicon Integrated Systems SiS190/191 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # 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 options USB_DEBUG # enable debug msgs 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 uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB # USB Wireless device rum # Ralink Technology RT2501USB wireless NICs device uath # Atheros AR5523 wireless NICs device ural # Ralink Technology RT2500USB wireless NICs device zyd # ZyDAS zb1211/zb1211b wireless NICs # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons I have tried everything I can find online, nothing solves the problem. I also transferred the drive to another computer, and the problem remains! Please email if more info is needed. >How-To-Repeat: Operate a PPPoE server with MPD5 and over 100 clients for a few days guarantees a crash >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 31 19:01:12 2011 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 307FF106567A; Sat, 31 Dec 2011 19:01:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id E2B2E8FC14; Sat, 31 Dec 2011 19:01:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id pBVJ1Ban065106; Sat, 31 Dec 2011 19:01:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id pBVJ1BWW065105; Sat, 31 Dec 2011 19:01:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Dec 2011 19:01:11 GMT Message-Id: <201112311901.pBVJ1BWW065105@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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, 31 Dec 2011 19:01:12 -0000 TB --- 2011-12-31 16:02:35 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2011-12-31 16:02:35 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2011-12-31 16:02:35 - cleaning the object tree TB --- 2011-12-31 16:03:34 - cvsupping the source tree TB --- 2011-12-31 16:03:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/amd64/amd64/supfile TB --- 2011-12-31 16:04:25 - building world TB --- 2011-12-31 16:04:25 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 16:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 16:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 16:04:25 - SRCCONF=/dev/null TB --- 2011-12-31 16:04:25 - TARGET=amd64 TB --- 2011-12-31 16:04:25 - TARGET_ARCH=amd64 TB --- 2011-12-31 16:04:25 - TZ=UTC TB --- 2011-12-31 16:04:25 - __MAKE_CONF=/dev/null TB --- 2011-12-31 16:04:25 - cd /src TB --- 2011-12-31 16:04:25 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 31 16:04:26 UTC 2011 >>> 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 Dec 31 18:49:47 UTC 2011 TB --- 2011-12-31 18:49:47 - generating LINT kernel config TB --- 2011-12-31 18:49:47 - cd /src/sys/amd64/conf TB --- 2011-12-31 18:49:47 - /usr/bin/make -B LINT TB --- 2011-12-31 18:49:47 - cd /src/sys/amd64/conf TB --- 2011-12-31 18:49:47 - /usr/sbin/config -m LINT TB --- 2011-12-31 18:49:47 - building LINT kernel TB --- 2011-12-31 18:49:47 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 18:49:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 18:49:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 18:49:47 - SRCCONF=/dev/null TB --- 2011-12-31 18:49:47 - TARGET=amd64 TB --- 2011-12-31 18:49:47 - TARGET_ARCH=amd64 TB --- 2011-12-31 18:49:47 - TZ=UTC TB --- 2011-12-31 18:49:47 - __MAKE_CONF=/dev/null TB --- 2011-12-31 18:49:47 - cd /src TB --- 2011-12-31 18:49:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 31 18:49:47 UTC 2011 >>> 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 [...] /src/sys/dev/usb/net/if_axe.c:1355: error: 'AXE_FLAG_CSUM_FRAME' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1357: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1357: error: 'AXE_CSUM_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1359: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1359: error: 'AXE_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c: In function 'axe_ioctl': /src/sys/dev/usb/net/if_axe.c:1499: warning: implicit declaration of function 'uether_init' /src/sys/dev/usb/net/if_axe.c:1499: warning: nested extern declaration of 'uether_init' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-31 19:01:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-31 19:01:11 - ERROR: failed to build LINT kernel TB --- 2011-12-31 19:01:11 - 7918.41 user 1064.17 system 10715.99 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full