From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 10 04:28:24 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AECDA946; Mon, 10 Feb 2014 04:28:24 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FF421D48; Mon, 10 Feb 2014 04:28:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1A4SO5l037679; Mon, 10 Feb 2014 04:28:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1A4SOAG037678; Mon, 10 Feb 2014 04:28:24 GMT (envelope-from linimon) Date: Mon, 10 Feb 2014 04:28:24 GMT Message-Id: <201402100428.s1A4SOAG037678@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/186485: [aac] Disks are not shown on Adaptec 5805 (added via passthrough to the VM) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 04:28:24 -0000 Old Synopsis: Disks are not shown on Adaptec 5805 (added via passthrough to the VM) New Synopsis: [aac] Disks are not shown on Adaptec 5805 (added via passthrough to the VM) Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 10 04:27:40 UTC 2014 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=186485 From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 10 11:06:43 2014 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26A8CA5 for ; Mon, 10 Feb 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 082031FC5 for ; Mon, 10 Feb 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1AB6gEG079960 for ; Mon, 10 Feb 2014 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1AB6g4e079958 for freebsd-amd64@FreeBSD.org; Mon, 10 Feb 2014 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Feb 2014 11:06:42 GMT Message-Id: <201402101106.s1AB6g4e079958@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 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 11:06:43 -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/186291 amd64 Compilation fail when "device pst" in kernel config on o amd64/186114 amd64 MPD5.7 umtxn o amd64/186061 amd64 FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD fa o amd64/186051 amd64 FreeBSD 8.4+, 9.x+, 10.0 guest panic with VMWare Serve o amd64/186038 amd64 FreeBSD 10/AMD64 panics on HP Proliant Microserver o amd64/185963 amd64 Kernel crash trying to import a damaged ZFS pool o amd64/185930 amd64 system freeze after kldload vmm.ko o amd64/185823 amd64 Checksum Error of base.txz during install o amd64/185623 amd64 [install] freebsd 10.0-RC5 fresh install does not boot o amd64/185003 amd64 Random kernel panics o amd64/184966 amd64 buildworld fail o amd64/184718 amd64 HP MicroServer N40L, WOL packet doesn't wake up the co o amd64/184687 amd64 Mate freeze on "change password" option o amd64/184615 amd64 mate-file-manager-open-terminal fails to install o amd64/183823 amd64 error when system start o amd64/183789 amd64 Upgrading to FreeBSD-10.0-BETA3 Breaks Portmaster DB o amd64/183242 amd64 don't install pcBSD on GA-MA78GM-S2H (rev. 1.0) 2gb o amd64/182686 amd64 bios lost HDD after installing freebsd-9.x o amd64/181358 amd64 Suspend to RAM not working correctly on Lenovo X121e ( o amd64/181357 amd64 LCD Brightness Control not working on Lenovo X121e (AC o amd64/181285 amd64 x11/xorg does not start if Nvidia Optimus is enabled o o amd64/181282 amd64 3h of work on battery on FreeBSD while 10h on Windows o amd64/180862 amd64 [install] Installing FreeBSD 9.1 (AMD64 DVD) and then o amd64/180562 amd64 amdtemp and ACPI not working with motherboard ASUS M5A o amd64/180018 amd64 [panic] System panics when bsnmpd is started o amd64/179556 amd64 FreeBSD 9-1 amd64 - Install freeze on HP Proliant DL58 o amd64/179376 amd64 xhci ehci irq storm o amd64/179288 amd64 unable to install on HP ProLiant DL380p Gen8 with 128G o amd64/179282 amd64 [PATCH] Intel SMAP for FreeBSD-CURRENT o amd64/179038 amd64 instant reboot doesnt even try too install o amd64/178792 amd64 -march=native fails with clang on certain CPU's o amd64/178357 amd64 [patch] export CPU physical and virtual address sizes o amd64/176835 amd64 Fatal trap 12: page fault while in kernel mode o amd64/176474 amd64 kernel panic o amd64/175725 amd64 Audio through USB has not as good hi quality as it has o amd64/175655 amd64 When enabled tty console OS hang during boot o amd64/175370 amd64 kernel panic the rebuild kernel with vimage options in o amd64/175282 amd64 Freebsd 9.1 release amd64, mb Intel D525MW, not worked o amd64/175129 amd64 laptop won't suspend on lid close o amd64/174679 amd64 Intel i5 laptop overheats and shuts down [regression] o amd64/173869 amd64 buildworld breaks with clang o amd64/173680 amd64 9.1rc3 installer hangs at "rootpass" o amd64/173502 amd64 Patch inhibition of warnings that appear in the combin o amd64/173465 amd64 FreeBSD 9.1 restarts in random fashion after upgrade t o amd64/173311 amd64 FreeBSD 9.1 RC2 , 12 servers restart in random fashion o amd64/173235 amd64 Have received two crashes within 1 day after installin o amd64/172926 amd64 [boot] booting hangs after 9.1-RC2 install in 2nd (MBR o amd64/171835 amd64 bsdinstall abort on Dell PowerEdge R420 with PERC H310 o amd64/171814 amd64 [panic] bioq_init or bioq_remove (unsure which) o amd64/171701 amd64 [install] 9.0-rel amd64 installer 'guided' or 'manual' o amd64/171250 amd64 ldd32 cannot find some i386 libraries o amd64/170487 amd64 [boot] Thinkpad X61s cannot boot 9.1-BETA1 o amd64/170351 amd64 [kernel] [patch] amd64: 64-bit process can't always ge o amd64/170115 amd64 Serial boot broken in 9.0 o amd64/168659 amd64 [boot] FreeBSD 9 - Crash upon booting off install CD ( o amd64/167582 amd64 Compile of MySQL NDB Cluster Fails 8.2 AMD64 o amd64/167543 amd64 [kernel] Install FreeBSD can show error message with c o amd64/167393 amd64 [boot] MacBook4,1 hangs on SMP boot o amd64/166639 amd64 [boot] Syscons issue Intel D2700 o amd64/166229 amd64 [boot] Unable to install FreeBSD 9 on Acer Extensa 522 o amd64/165850 amd64 [build] 8.3-RC1 (amd64): world doesn't build with CPUT o amd64/165845 amd64 [build] Unable to build kernel on 8.2-STABLE o amd64/165351 amd64 [boot] Error while installing or booting the freeBSD O o amd64/164773 amd64 [boot] 9.0 amd64 fails to boot on HP DL145 G3 [regress o amd64/164643 amd64 Kernel Panic at 9.0-RELEASE o amd64/164619 amd64 when logged in as root the user and group applications o amd64/164457 amd64 [install] Can't install FreeBSD 9.0 (amd64) on HP Blad o amd64/164301 amd64 [install] 9.0 - Can't install, no DHCP lease o amd64/164136 amd64 after fresh install 8.1 release or 8.2 release the har o amd64/164116 amd64 [boot] FreeBSD 9.0-RELEASE installations mediums fails o amd64/164089 amd64 FreeBSD-9.0-RELEASE-amd64-memstick.img does not boot o amd64/164073 amd64 /etc/rc warning after booting o amd64/164036 amd64 [keyboard] Moused fails on 9_0_RELENG o amd64/163736 amd64 Freebsd 8.2 with MPD5 and about 100 PPPoE clients pani o amd64/163710 amd64 setjump in userboot.so causes stack corruption 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/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/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/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 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 o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c 106 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 10 11:30:00 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA61921A for ; Mon, 10 Feb 2014 11:30:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B670A1329 for ; Mon, 10 Feb 2014 11:30:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1ABU0ak089629 for ; Mon, 10 Feb 2014 11:30:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1ABU0EJ089628; Mon, 10 Feb 2014 11:30:00 GMT (envelope-from gnats) Resent-Date: Mon, 10 Feb 2014 11:30:00 GMT Resent-Message-Id: <201402101130.s1ABU0EJ089628@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, Mitja Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A950520B for ; Mon, 10 Feb 2014 11:29:16 +0000 (UTC) Received: from newred.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C2991322 for ; Mon, 10 Feb 2014 11:29:16 +0000 (UTC) Received: from cgiserv.freebsd.org ([127.0.1.6]) by newred.freebsd.org (8.14.7/8.14.7) with ESMTP id s1ABTGJn053684 for ; Mon, 10 Feb 2014 11:29:16 GMT (envelope-from nobody@cgiserv.freebsd.org) Received: (from nobody@localhost) by cgiserv.freebsd.org (8.14.7/8.14.7/Submit) id s1ABTGeA053681; Mon, 10 Feb 2014 11:29:16 GMT (envelope-from nobody) Message-Id: <201402101129.s1ABTGeA053681@cgiserv.freebsd.org> Date: Mon, 10 Feb 2014 11:29:16 GMT From: Mitja To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186624: Avogadro 1.1.1_1 error code 1 X-Mailman-Approved-At: Mon, 10 Feb 2014 12:51:17 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 11:30:01 -0000 >Number: 186624 >Category: amd64 >Synopsis: Avogadro 1.1.1_1 error code 1 >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: Mon Feb 10 11:30:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Mitja >Release: FreeBSD 10.0 >Organization: >Environment: FreeBSD 10.0-RELEASE #1: Mon Jan 20 12:44:17 EST 2014 root@bla.bla.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Problem to update/install port science/avogadro: ====> Compressing man pages (compress-man) ===> Installing for avogadro-1.1.1_1 ===> Checking if science/avogadro already installed ===> Registering installation for avogadro-1.1.1_1 pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-packages/Avogadro.so): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/): No such file or directory pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/science/avogadro *** Error code 1 Stop. make: stopped in /usr/ports/science/avogadro root@lumiwa:~# rehash root@lumiwa:~# whereis avogadro avogadro: /usr/local/man/man1/avogadro.1 /usr/ports/science/avogadro >How-To-Repeat: >Fix: It helps if I put NO_STAGE=yes in Makefile >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 11 09:20:00 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A01F247 for ; Tue, 11 Feb 2014 09:20:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 638C91A81 for ; Tue, 11 Feb 2014 09:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1B9K06E029513 for ; Tue, 11 Feb 2014 09:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1B9K01e029512; Tue, 11 Feb 2014 09:20:00 GMT (envelope-from gnats) Resent-Date: Tue, 11 Feb 2014 09:20:00 GMT Resent-Message-Id: <201402110920.s1B9K01e029512@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, Sebastian Chmielewski Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0102EF7A for ; Tue, 11 Feb 2014 09:11:38 +0000 (UTC) Received: from newred.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C63841A38 for ; Tue, 11 Feb 2014 09:11:37 +0000 (UTC) Received: from cgiserv.freebsd.org ([127.0.1.6]) by newred.freebsd.org (8.14.7/8.14.7) with ESMTP id s1B9BavV022714 for ; Tue, 11 Feb 2014 09:11:36 GMT (envelope-from nobody@cgiserv.freebsd.org) Received: (from nobody@localhost) by cgiserv.freebsd.org (8.14.7/8.14.7/Submit) id s1B9BafV022694; Tue, 11 Feb 2014 09:11:36 GMT (envelope-from nobody) Message-Id: <201402110911.s1B9BafV022694@cgiserv.freebsd.org> Date: Tue, 11 Feb 2014 09:11:36 GMT From: Sebastian Chmielewski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186645: Crash after unmounting wdfs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Feb 2014 09:20:00 -0000 >Number: 186645 >Category: amd64 >Synopsis: Crash after unmounting wdfs >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: Tue Feb 11 09:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Sebastian Chmielewski >Release: 9.2-RELEASE >Organization: >Environment: FreeBSD xxxxx 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 amd64 Intel(R) Core(TM) i7-3740QM CPU @ 2.70GHz FreeBSD >Description: FreeBSD crashes and reboots after unmounting wdfs (WebDav) resource >How-To-Repeat: - pkg install fuse_wdfs - wdfs https://confluence.xxxx/plugins/servlet/confluence/default/Global/SOMEPROJECT Wiki - navigate in Wiki - exit from Wiki directory - umount Wiki - crash stacktrace from core.txt.0 Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff82c67543 stack pointer = 0x28:0xffffff848fb0e4c0 frame pointer = 0x28:0xffffff848fb0e500 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 = 4365 (umount) trap number = 1 panic: privileged instruction fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff80947986 at kdb_backtrace+0x66 #1 0xffffffff8090d9ae at panic+0x1ce #2 0xffffffff80cf2110 at trap_fatal+0x290 #3 0xffffffff80cf2921 at trap+0x241 #4 0xffffffff80cdbd53 at calltrap+0x8 #5 0xffffffff80b93c5e at vnode_pager_dealloc+0xae #6 0xffffffff80b85c59 at vm_object_terminate+0x1a9 #7 0xffffffff80b92ce9 at vnode_destroy_vobject+0xb9 #8 0xffffffff82c618a1 at fuse_reclaim+0x21 #9 0xffffffff80d98c78 at VOP_RECLAIM_APV+0x78 #10 0xffffffff809aa264 at vgonel+0x134 #11 0xffffffff809ad76e at vflush+0x2de #12 0xffffffff82c6023b at fuse_unmount+0x1db #13 0xffffffff809a2056 at dounmount+0x3d6 #14 0xffffffff809a28c8 at sys_unmount+0x4a8 #15 0xffffffff80cf18ba at amd64_syscall+0x5ea #16 0xffffffff80cdc037 at Xfast_syscall+0xf7 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 11 18:00:01 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE29EEB for ; Tue, 11 Feb 2014 18:00:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE92C1CFD for ; Tue, 11 Feb 2014 18:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1BI018Y090484 for ; Tue, 11 Feb 2014 18:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1BI01HI090483; Tue, 11 Feb 2014 18:00:01 GMT (envelope-from gnats) Date: Tue, 11 Feb 2014 18:00:01 GMT Message-Id: <201402111800.s1BI01HI090483@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: Ajtim Subject: Re: amd64/186624: Avogadro 1.1.1_1 error code 1 X-Mailman-Approved-At: Tue, 11 Feb 2014 18:16:18 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Ajtim List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 18:00:02 -0000 The following reply was made to PR amd64/186624; it has been noted by GNATS. From: Ajtim To: bug-followup@freebsd.org, lumiwa@gmail.com Cc: Subject: Re: amd64/186624: Avogadro 1.1.1_1 error code 1 Date: Tue, 11 Feb 2014 12:50:21 -0500 I solved the problem with Mr. Raphael Kubo da Costa help. Reinstallation of py-numpy and py-mathlibplot save the problem. Thank you. Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 07:40:01 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90511447 for ; Wed, 12 Feb 2014 07:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 614E711A5 for ; Wed, 12 Feb 2014 07:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1C7e1Sd005810 for ; Wed, 12 Feb 2014 07:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1C7e1Mn005809; Wed, 12 Feb 2014 07:40:01 GMT (envelope-from gnats) Date: Wed, 12 Feb 2014 07:40:01 GMT Message-Id: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: "Simon Matter" Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs X-Mailman-Approved-At: Wed, 12 Feb 2014 12:30:17 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Simon Matter List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 07:40:01 -0000 The following reply was made to PR amd64/186061; it has been noted by GNATS. From: "Simon Matter" To: bug-followup@FreeBSD.org Cc: simon.matter@invoca.ch Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Date: Wed, 12 Feb 2014 08:30:51 +0100 ------=_20140212083051_97180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit As noted by John Baldwin the change to mca.c is not needed. Attached patch is what I'm using now with success. BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also mitigate the issue but I guess it's not the optimal solution. Regards, Simon ------=_20140212083051_97180 Content-Type: text/x-diff; name="vm-erratum383.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="vm-erratum383.patch" --- /usr/src/sys/i386/i386/pmap.c.orig 2014-01-16 21:33:36.000000000 +0100 +++ /usr/src/sys/i386/i386/pmap.c 2014-02-05 22:25:28.395821316 +0100 @@ -752,12 +752,12 @@ pv_entry_high_water = 9 * (pv_entry_max / 10); /* - * If the kernel is running in a virtual machine on an AMD Family 10h - * processor, then it must assume that MCA is enabled by the virtual - * machine monitor. + * If the kernel is running in a virtual machine on any processor + * family, then it must assume that MCA is enabled by the virtual + * machine monitor and the vm may migrate to an AMD Family 10h + * processor. */ - if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && - CPUID_TO_FAMILY(cpu_id) == 0x10) + if (vm_guest != VM_GUEST_NO) workaround_erratum383 = 1; /* --- /usr/src/sys/amd64/amd64/pmap.c.orig 2014-01-16 21:33:04.000000000 +0100 +++ /usr/src/sys/amd64/amd64/pmap.c 2014-02-05 22:28:25.814349113 +0100 @@ -1005,12 +1005,12 @@ } /* - * If the kernel is running in a virtual machine on an AMD Family 10h - * processor, then it must assume that MCA is enabled by the virtual - * machine monitor. + * If the kernel is running in a virtual machine on any processor + * family, then it must assume that MCA is enabled by the virtual + * machine monitor and the vm may migrate to an AMD Family 10h + * processor. */ - if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && - CPUID_TO_FAMILY(cpu_id) == 0x10) + if (vm_guest != VM_GUEST_NO) workaround_erratum383 = 1; /* ------=_20140212083051_97180-- From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 15:10:01 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 266EE6B for ; Wed, 12 Feb 2014 15:10:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0023F1C12 for ; Wed, 12 Feb 2014 15:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1CFA04Y050733 for ; Wed, 12 Feb 2014 15:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1CFA0D6050732; Wed, 12 Feb 2014 15:10:00 GMT (envelope-from gnats) Resent-Date: Wed, 12 Feb 2014 15:10:00 GMT Resent-Message-Id: <201402121510.s1CFA0D6050732@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, Vladimir Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19397E83 for ; Wed, 12 Feb 2014 15:06:12 +0000 (UTC) Received: from newred.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0265F1BCE for ; Wed, 12 Feb 2014 15:06:12 +0000 (UTC) Received: from cgiserv.freebsd.org ([127.0.1.6]) by newred.freebsd.org (8.14.7/8.14.7) with ESMTP id s1CF6BLF080973 for ; Wed, 12 Feb 2014 15:06:11 GMT (envelope-from nobody@cgiserv.freebsd.org) Received: (from nobody@localhost) by cgiserv.freebsd.org (8.14.7/8.14.7/Submit) id s1CF6Bwb080960; Wed, 12 Feb 2014 15:06:11 GMT (envelope-from nobody) Message-Id: <201402121506.s1CF6Bwb080960@cgiserv.freebsd.org> Date: Wed, 12 Feb 2014 15:06:11 GMT From: Vladimir To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186694: samba not work in domain X-Mailman-Approved-At: Wed, 12 Feb 2014 16:14:53 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 15:10:01 -0000 >Number: 186694 >Category: amd64 >Synopsis: samba not work in domain >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 12 15:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Vladimir >Release: FreeBSD 10 >Organization: >Environment: FreeBSD free 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I apologize in advance bad writing in English When entering a samba domain on Freebsd 10 I crash bug. When you enter the samba on freebsd 9.2 with the same settings all is well. Our projects virtually all servers are running on freebsd and we need integration with ads INFO: Current debug levels: all: 5 tdb: 5 printdrivers: 5 lanman: 5 smb: 5 rpc_parse: 5 rpc_srv: 5 rpc_cli: 5 passdb: 5 sam: 5 auth: 5 winbind: 5 vfs: 5 idmap: 5 quota: 5 acls: 5 locking: 5 msdfs: 5 dmapi: 5 registry: 5 lp_load_ex: refreshing parameters Initialising global parameters INFO: Current debug levels: all: 5 tdb: 5 printdrivers: 5 lanman: 5 smb: 5 rpc_parse: 5 rpc_srv: 5 rpc_cli: 5 passdb: 5 sam: 5 auth: 5 winbind: 5 vfs: 5 idmap: 5 quota: 5 acls: 5 locking: 5 msdfs: 5 dmapi: 5 registry: 5 params.c:pm_process() - Processing configuration file "/usr/local/etc/smb.conf" Processing section "[global]" doing parameter workgroup = OFFICE doing parameter server string = shara doing parameter security = ads doing parameter realm = OFFICE.LOCAL doing parameter hosts allow = 192.168. 127. doing parameter interfaces = 192.168.0.0/21 doing parameter auth methods = winbind doing parameter passdb backend = tdbsam doing parameter client NTLMv2 auth = yes doing parameter deadtime = 360 doing parameter max open files = 100000 doing parameter idmap config * : range = 10000-20000 doing parameter idmap config * : backend = tdb doing parameter os level = 8 doing parameter paranoid server security = no doing parameter winbind enum users = yes doing parameter winbind enum groups = yes doing parameter winbind nested groups = no doing parameter winbind refresh tickets = yes doing parameter nt acl support = yes doing parameter case sensitive = no doing parameter log level = 0 vfs:1 doing parameter log file = /var/log/samba/%m doing parameter max log size = 50 doing parameter display charset = koi8-r doing parameter unix charset = koi8-r doing parameter dos charset = cp866 doing parameter load printers = no doing parameter show add printer wizard = no pm_process() returned Yes Netbios name list:- my_netbios_names[0]="FREE" interpret_interface: using netmask value 21 from config file on interface re0 added interface re0 ip=192.168.0.50 bcast=192.168.7.255 netmask=255.255.248.0 Registered MSG_REQ_POOL_USAGE Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED Opening cache file at /var/db/samba/gencache.tdb Opening cache file at /var/db/samba/gencache_notrans.tdb sitename_fetch: No stored sitename for OFFICE.LOCAL saf_fetch: failed to find server for "OFFICE.LOCAL" domain get_dc_list: preferred server list: ", *" no entry for OFFICE.LOCAL#1C found. resolve_ads: Attempting to resolve DCs for OFFICE.LOCAL using DNS ads_dns_lookup_srv: 2 records returned in the answer section. namecache_store: storing 2 addresses for OFFICE.LOCAL#1c: 192.168.0.3,192.168.0.2 get_dc_list: returning 2 ip addresses in an ordered list get_dc_list: 192.168.0.3:389 192.168.0.2:389 ads_try_connect: sending CLDAP request to 192.168.0.3 (realm: OFFICE.LOCAL) Successfully contacted LDAP server 192.168.0.3 Enter sys_admin_3's password: libnet_Join: libnet_JoinCtx: struct libnet_JoinCtx in: struct libnet_JoinCtx dc_name : NULL machine_name : 'FREE' domain_name : * domain_name : 'OFFICE.LOCAL' account_ou : NULL admin_account : 'sys_admin_3' machine_password : NULL join_flags : 0x00000023 (35) 0: WKSSVC_JOIN_FLAGS_IGNORE_UNSUPPORTED_FLAGS 0: WKSSVC_JOIN_FLAGS_JOIN_WITH_NEW_NAME 0: WKSSVC_JOIN_FLAGS_JOIN_DC_ACCOUNT 0: WKSSVC_JOIN_FLAGS_DEFER_SPN 0: WKSSVC_JOIN_FLAGS_MACHINE_PWD_PASSED 0: WKSSVC_JOIN_FLAGS_JOIN_UNSECURE 1: WKSSVC_JOIN_FLAGS_DOMAIN_JOIN_IF_JOINED 0: WKSSVC_JOIN_FLAGS_WIN9X_UPGRADE 0: WKSSVC_JOIN_FLAGS_ACCOUNT_DELETE 1: WKSSVC_JOIN_FLAGS_ACCOUNT_CREATE 1: WKSSVC_JOIN_FLAGS_JOIN_TYPE os_version : NULL os_name : NULL create_upn : 0x00 (0) upn : NULL modify_config : 0x00 (0) ads : NULL debug : 0x01 (1) use_kerberos : 0x00 (0) secure_channel_type : SEC_CHAN_WKSTA (2) sitename_fetch: Returning sitename for OFFICE.LOCAL: "Default-First-Site-Name" ads_dns_lookup_srv: 2 records returned in the answer section. Connecting to host=sdc.office.local sitename_fetch: Returning sitename for OFFICE.LOCAL: "Default-First-Site-Name" no entry for sdc.office.local#20 found. resolve_lmhosts: Attempting lmhosts lookup for name sdc.office.local<0x20> resolve_lmhosts: Attempting lmhosts lookup for name sdc.office.local<0x20> startlmhosts: Can't open lmhosts file /usr/local/etc/lmhosts. Error was No such file or directory resolve_wins: Attempting wins lookup for name sdc.office.local<0x20> resolve_wins: WINS server resolution selected and no WINS servers listed. resolve_hosts: Attempting host lookup for name sdc.office.local<0x20> namecache_store: storing 1 address for sdc.office.local#20: 192.168.0.3 Connecting to 192.168.0.3 at port 445 Socket options: SO_KEEPALIVE = 0 SO_REUSEADDR = 0 SO_BROADCAST = 0 TCP_NODELAY = 4 Could not test socket option TCP_KEEPCNT. Could not test socket option TCP_KEEPIDLE. Could not test socket option TCP_KEEPINTVL. IPTOS_LOWDELAY = 0 IPTOS_THROUGHPUT = 0 SO_REUSEPORT = 0 SO_SNDBUF = 33304 SO_RCVBUF = 66608 SO_SNDLOWAT = 2048 SO_RCVLOWAT = 1 SO_SNDTIMEO = 0 SO_RCVTIMEO = 0 Doing spnego session setup (blob length=136) got OID=1.3.6.1.4.1.311.2.2.30 got OID=1.2.840.48018.1.2.2 got OID=1.2.840.113554.1.2.2 got OID=1.2.840.113554.1.2.2.3 got OID=1.3.6.1.4.1.311.2.2.10 got principal=not_defined_in_RFC4178@please_ignore Got challenge flags: Got NTLMSSP neg_flags=0x62898215 NTLMSSP_NEGOTIATE_UNICODE NTLMSSP_REQUEST_TARGET NTLMSSP_NEGOTIATE_SIGN NTLMSSP_NEGOTIATE_NTLM NTLMSSP_NEGOTIATE_ALWAYS_SIGN NTLMSSP_NEGOTIATE_NTLM2 NTLMSSP_NEGOTIATE_TARGET_INFO NTLMSSP_NEGOTIATE_VERSION NTLMSSP_NEGOTIATE_128 NTLMSSP_NEGOTIATE_KEY_EXCH NTLMSSP: Set final flags: Got NTLMSSP neg_flags=0x60088215 NTLMSSP_NEGOTIATE_UNICODE NTLMSSP_REQUEST_TARGET NTLMSSP_NEGOTIATE_SIGN NTLMSSP_NEGOTIATE_NTLM NTLMSSP_NEGOTIATE_ALWAYS_SIGN NTLMSSP_NEGOTIATE_NTLM2 NTLMSSP_NEGOTIATE_128 NTLMSSP_NEGOTIATE_KEY_EXCH NTLMSSP Sign/Seal - Initialising with flags: Got NTLMSSP neg_flags=0x60088215 NTLMSSP_NEGOTIATE_UNICODE NTLMSSP_REQUEST_TARGET NTLMSSP_NEGOTIATE_SIGN NTLMSSP_NEGOTIATE_NTLM NTLMSSP_NEGOTIATE_ALWAYS_SIGN NTLMSSP_NEGOTIATE_NTLM2 NTLMSSP_NEGOTIATE_128 NTLMSSP_NEGOTIATE_KEY_EXCH Bind RPC Pipe: host sdc.office.local auth_type 0, auth_level 1 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 52 check_bind_response: accepted! rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 188 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 saf_fetch: failed to find server for "office.local" domain get_dc_list: preferred server list: ", *" name office.local#1C found. get_dc_list: returning 2 ip addresses in an ordered list get_dc_list: 192.168.0.3:389 192.168.0.2:389 create_local_private_krb5_conf_for_domain: wrote file /var/db/samba/smb_krb5/krb5.conf.OFFICE with realm OFFICE.LOCAL KDC list = kdc = 192.168.0.3 Bind RPC Pipe: host sdc.office.local auth_type 0, auth_level 1 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 52 check_bind_response: accepted! rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 40 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 44 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 12 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 12 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 rpc_api_pipe: host sdc.office.local rpc_read_send: data_to_read: 32 sitename_fetch: Returning sitename for OFFICE.LOCAL: "Default-First-Site-Name" name sdc.office.local#20 found. ads_try_connect: sending CLDAP request to 192.168.0.3 (realm: office.local) Successfully contacted LDAP server 192.168.0.3 Connected to LDAP server sdc.office.local time offset is 0 seconds Found SASL mechanism GSS-SPNEGO ads_sasl_spnego_bind: got OID=1.3.6.1.4.1.311.2.2.30 ads_sasl_spnego_bind: got OID=1.2.840.48018.1.2.2 ads_sasl_spnego_bind: got OID=1.2.840.113554.1.2.2 ads_sasl_spnego_bind: got OID=1.2.840.113554.1.2.2.3 ads_sasl_spnego_bind: got OID=1.3.6.1.4.1.311.2.2.10 ads_sasl_spnego_bind: got server principal name = not_defined_in_RFC4178@please_ignore ads_krb5_mk_req: krb5_cc_get_principal failed (No such file or directory) ads_cleanup_expired_creds: Ticket in ccache[MEMORY:net_ads] expiration ήΤ, 13 ΖΕΧ 2014 02:58:03 EET net: sha1 checksum failed Abort trap (core dumped) >How-To-Repeat: net join -U user >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 19:43:54 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E2EB7D2 for ; Wed, 12 Feb 2014 19:43:54 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 246331696 for ; Wed, 12 Feb 2014 19:43:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 40B0AB976; Wed, 12 Feb 2014 14:43:52 -0500 (EST) From: John Baldwin To: freebsd-amd64@freebsd.org, Simon Matter Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Date: Wed, 12 Feb 2014 14:23:48 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> In-Reply-To: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402121423.48285.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 12 Feb 2014 14:43:52 -0500 (EST) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 19:43:54 -0000 On Wednesday, February 12, 2014 2:40:01 am Simon Matter wrote: > The following reply was made to PR amd64/186061; it has been noted by GNATS. > > From: "Simon Matter" > To: bug-followup@FreeBSD.org > Cc: simon.matter@invoca.ch > Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on > AMD family 10h CPUs > Date: Wed, 12 Feb 2014 08:30:51 +0100 > > ------=_20140212083051_97180 > Content-Type: text/plain; charset="iso-8859-1" > Content-Transfer-Encoding: 8bit > > As noted by John Baldwin the change to mca.c is not needed. Attached patch > is what I'm using now with success. > > BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also mitigate > the issue but I guess it's not the optimal solution. Talking with Alan Cox, we do think the right fix is to change the test to enable the workaround. However, we'd rather not penalize VM's on other CPUs. What we would like to do instead is figure out a set of feature flags we can test that will assure us we are not on an AMD 10h CPU (e.g. features that are known to be Intel only, or are known to be on newer AMD CPUs). However, we haven't come up with that list yet. Assuming you do have 10h CPUs, it would be nice to see what cpuid flags are set for your processors. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 20:56:18 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ABE3E60; Wed, 12 Feb 2014 20:56:18 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 088241C2A; Wed, 12 Feb 2014 20:56:17 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 1F07C37B59F; Wed, 12 Feb 2014 14:56:10 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3fPY6d2pQrz49J; Wed, 12 Feb 2014 14:56:09 -0600 (CST) Date: Wed, 12 Feb 2014 14:56:09 -0600 From: "Matthew D. Fuller" To: John Baldwin Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Message-ID: <20140212205609.GA2304@over-yonder.net> References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> <201402121423.48285.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201402121423.48285.jhb@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Simon Matter , freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 20:56:18 -0000 On Wed, Feb 12, 2014 at 02:23:48PM -0500 I heard the voice of John Baldwin, and lo! it spake thus: > > Assuming you do have 10h CPUs, it would be nice to see what cpuid > flags are set for your processors. If it's any help, CPU: AMD Phenom(tm) II X4 980 Processor (3712.47-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x100f43 Family=0x10 Model=0x4 Stepping=3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff Though I'd naively think it would make more sense to check the Family directly rather than guessing from flags. But my assumption that's practical could be total hogwash... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 21:04:57 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3E49203; Wed, 12 Feb 2014 21:04:57 +0000 (UTC) Received: from ns1.invoca.ch (mx1.invoca.ch [157.161.91.34]) by mx1.freebsd.org (Postfix) with ESMTP id 743CE1CF3; Wed, 12 Feb 2014 21:04:56 +0000 (UTC) Received: from xxl.bi.corp.invoca.ch (cust.static.46-14-177-70.swisscomdata.ch [46.14.177.70]) by ns1.invoca.ch (Postfix) with ESMTP id B4A88240B1; Wed, 12 Feb 2014 22:04:53 +0100 (CET) Received: from webmail.bi.corp.invoca.ch (localhost [127.0.0.1]) by xxl.bi.corp.invoca.ch (Postfix) with ESMTP id 51AC242E7F; Wed, 12 Feb 2014 22:04:53 +0100 (CET) Received: from 192.168.10.25 (SquirrelMail authenticated user simix) by webmail.bi.corp.invoca.ch with HTTP; Wed, 12 Feb 2014 22:04:53 +0100 Message-ID: <18f55baf8a13457d3d6a89fc4f4ffc61.squirrel@webmail.bi.corp.invoca.ch> In-Reply-To: <201402121423.48285.jhb@freebsd.org> References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> <201402121423.48285.jhb@freebsd.org> Date: Wed, 12 Feb 2014 22:04:53 +0100 Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs From: "Simon Matter" To: "John Baldwin" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 12 Feb 2014 22:06:05 +0000 Cc: freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 21:04:58 -0000 > On Wednesday, February 12, 2014 2:40:01 am Simon Matter wrote: >> The following reply was made to PR amd64/186061; it has been noted by >> GNATS. >> >> From: "Simon Matter" >> To: bug-followup@FreeBSD.org >> Cc: simon.matter@invoca.ch >> Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux >> on >> AMD family 10h CPUs >> Date: Wed, 12 Feb 2014 08:30:51 +0100 >> >> ------=_20140212083051_97180 >> Content-Type: text/plain; charset="iso-8859-1" >> Content-Transfer-Encoding: 8bit >> >> As noted by John Baldwin the change to mca.c is not needed. Attached >> patch >> is what I'm using now with success. >> >> BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also >> mitigate >> the issue but I guess it's not the optimal solution. > > Talking with Alan Cox, we do think the right fix is to change the test to > enable the workaround. However, we'd rather not penalize VM's on other I'm afraid that will not work in all situations, no matter how good the tests are (see below why I think so). So as a last resort, I suggest that it should be possible to enable the "AMD Erratum 383" workaround via loader.conf. > CPUs. What we would like to do instead is figure out a set of feature > flags > we can test that will assure us we are not on an AMD 10h CPU (e.g. > features > that are known to be Intel only, or are known to be on newer AMD CPUs). Here comes the problem. At least on KVM the common configuration is so that the guest doesn't see the real cpu flags but a common subset of flags available on all servers where the VM could be migrated to. That makes it possible to hot migrate VMs between different server with different CPUs. So, detecting the real cpu hardware goes always wrong. In such configurations only a sysctl switch may work reliable. The only CPU configuration of KVM/QEMU which works with the real CPU flags is if -cpu is set to "host". That's usually only done if one wants the full speed out of the VM and won't move the VM to any other host at runtime. I hope I was able to explain what I mean. > However, we haven't come up with that list yet. Assuming you do have 10h > CPUs, it would be nice to see what cpuid flags are set for your > processors. I have at least two servers with affected CPUs. One is a small HP ProLiant Microserver N36L, the other one a 48 core HP ProLiant DL585 G7. I'll paste the cpu info below. Hope that's what you were asking. Regards, Simon N36L: processor : 1 vendor_id : AuthenticAMD cpu family : 16 model : 6 model name : AMD Athlon(tm) II Neo N36L Dual-Core Processor stepping : 3 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 3dnowprefetch osvw ibs skinit wdt nodeid_msr npt lbrv svm_lock nrip_save bogomips : 2595.78 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate DL585 G7: processor : 47 vendor_id : AuthenticAMD cpu family : 16 model : 9 model name : AMD Opteron(tm) Processor 6174 stepping : 1 cpu MHz : 2200.000 cache size : 512 KB physical id : 3 siblings : 12 core id : 5 cpu cores : 12 apicid : 75 initial apicid : 59 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr npt lbrv svm_lock nrip_save pausefilter bogomips : 4389.15 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 12 22:19:44 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9FDFC92 for ; Wed, 12 Feb 2014 22:19:44 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD3CB1519 for ; Wed, 12 Feb 2014 22:19:44 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D82E7B9A9; Wed, 12 Feb 2014 17:19:42 -0500 (EST) From: John Baldwin To: "Simon Matter" Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Date: Wed, 12 Feb 2014 17:18:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> <201402121423.48285.jhb@freebsd.org> <18f55baf8a13457d3d6a89fc4f4ffc61.squirrel@webmail.bi.corp.invoca.ch> In-Reply-To: <18f55baf8a13457d3d6a89fc4f4ffc61.squirrel@webmail.bi.corp.invoca.ch> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402121718.26615.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 12 Feb 2014 17:19:42 -0500 (EST) Cc: freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 22:19:44 -0000 On Wednesday, February 12, 2014 4:04:53 pm Simon Matter wrote: > > On Wednesday, February 12, 2014 2:40:01 am Simon Matter wrote: > >> The following reply was made to PR amd64/186061; it has been noted by > >> GNATS. > >> > >> From: "Simon Matter" > >> To: bug-followup@FreeBSD.org > >> Cc: simon.matter@invoca.ch > >> Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux > >> on > >> AMD family 10h CPUs > >> Date: Wed, 12 Feb 2014 08:30:51 +0100 > >> > >> ------=_20140212083051_97180 > >> Content-Type: text/plain; charset="iso-8859-1" > >> Content-Transfer-Encoding: 8bit > >> > >> As noted by John Baldwin the change to mca.c is not needed. Attached > >> patch > >> is what I'm using now with success. > >> > >> BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also > >> mitigate > >> the issue but I guess it's not the optimal solution. > > > > Talking with Alan Cox, we do think the right fix is to change the test to > > enable the workaround. However, we'd rather not penalize VM's on other > > I'm afraid that will not work in all situations, no matter how good the > tests are (see below why I think so). So as a last resort, I suggest that > it should be possible to enable the "AMD Erratum 383" workaround via > loader.conf. I think you misunderstand. We would only use flags that are never set on an AMD 10h CPU, so they can never be set in a KVM guest that would ever migrate to an AMD 10h CPU. If those flags are present, we know that we would _not_ need the workaround. If none of those flags are present, we would enable the workaround. Does that make sense? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 13 08:38:02 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 204F94A4; Thu, 13 Feb 2014 08:38:02 +0000 (UTC) Received: from ns1.invoca.ch (mx1.invoca.ch [157.161.91.34]) by mx1.freebsd.org (Postfix) with ESMTP id A616918C8; Thu, 13 Feb 2014 08:38:01 +0000 (UTC) Received: from xxl.bi.corp.invoca.ch (cust.static.46-14-177-70.swisscomdata.ch [46.14.177.70]) by ns1.invoca.ch (Postfix) with ESMTP id 1C06C240B1; Thu, 13 Feb 2014 09:37:53 +0100 (CET) Received: from webmail.bi.corp.invoca.ch (localhost [127.0.0.1]) by xxl.bi.corp.invoca.ch (Postfix) with ESMTP id 98896438F0; Thu, 13 Feb 2014 09:37:52 +0100 (CET) Received: from 192.168.10.25 (SquirrelMail authenticated user simix) by webmail.bi.corp.invoca.ch with HTTP; Thu, 13 Feb 2014 09:37:52 +0100 Message-ID: <9900c3808331cb78733d127bd2acbc52.squirrel@webmail.bi.corp.invoca.ch> In-Reply-To: <201402121718.26615.jhb@freebsd.org> References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> <201402121423.48285.jhb@freebsd.org> <18f55baf8a13457d3d6a89fc4f4ffc61.squirrel@webmail.bi.corp.invoca.ch> <201402121718.26615.jhb@freebsd.org> Date: Thu, 13 Feb 2014 09:37:52 +0100 Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs From: "Simon Matter" To: "John Baldwin" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Thu, 13 Feb 2014 12:41:51 +0000 Cc: freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Feb 2014 08:38:02 -0000 > On Wednesday, February 12, 2014 4:04:53 pm Simon Matter wrote: >> > On Wednesday, February 12, 2014 2:40:01 am Simon Matter wrote: >> >> The following reply was made to PR amd64/186061; it has been noted by >> >> GNATS. >> >> >> >> From: "Simon Matter" >> >> To: bug-followup@FreeBSD.org >> >> Cc: simon.matter@invoca.ch >> >> Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on >> GNU/Linux >> >> on >> >> AMD family 10h CPUs >> >> Date: Wed, 12 Feb 2014 08:30:51 +0100 >> >> >> >> ------=_20140212083051_97180 >> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Content-Transfer-Encoding: 8bit >> >> >> >> As noted by John Baldwin the change to mca.c is not needed. Attached >> >> patch >> >> is what I'm using now with success. >> >> >> >> BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also >> >> mitigate >> >> the issue but I guess it's not the optimal solution. >> > >> > Talking with Alan Cox, we do think the right fix is to change the test >> to >> > enable the workaround. However, we'd rather not penalize VM's on >> other >> >> I'm afraid that will not work in all situations, no matter how good the >> tests are (see below why I think so). So as a last resort, I suggest >> that >> it should be possible to enable the "AMD Erratum 383" workaround via >> loader.conf. > > I think you misunderstand. We would only use flags that are never set > on an AMD 10h CPU, so they can never be set in a KVM guest that would > ever migrate to an AMD 10h CPU. If those flags are present, we know that > we would _not_ need the workaround. If none of those flags are present, > we would enable the workaround. Does that make sense? OK, I think I understand now. Unfortunately I don't know enough about CPU flags to know how well this could work. If I understand correctly, KVM can also emulate some CPU features which are not implemented in the real CPU. If that's true then it becomes quite complicated I guess. What about having a sysctl flag so that the workaround can be enabled manually? Wouldn't that make sense for cases where auto detection doesn't work well. Regards, Simon From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 13 20:24:48 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F473F40 for ; Thu, 13 Feb 2014 20:24:48 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43A3A1E4D for ; Thu, 13 Feb 2014 20:24:48 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4406AB9DD; Thu, 13 Feb 2014 15:24:47 -0500 (EST) From: John Baldwin To: Simon Matter Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Date: Thu, 13 Feb 2014 15:13:15 -0500 Message-ID: <7414161.UG9iHGaKt6@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <9900c3808331cb78733d127bd2acbc52.squirrel@webmail.bi.corp.invoca.ch> References: <201402120740.s1C7e1Mn005809@freefall.freebsd.org> <201402121718.26615.jhb@freebsd.org> <9900c3808331cb78733d127bd2acbc52.squirrel@webmail.bi.corp.invoca.ch> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:47 -0500 (EST) Cc: freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Feb 2014 20:24:48 -0000 On Thursday, February 13, 2014 09:37:52 AM Simon Matter wrote: > > On Wednesday, February 12, 2014 4:04:53 pm Simon Matter wrote: > >> > On Wednesday, February 12, 2014 2:40:01 am Simon Matter wrote: > >> >> The following reply was made to PR amd64/186061; it has been noted by > >> >> GNATS. > >> >> > >> >> From: "Simon Matter" > >> >> To: bug-followup@FreeBSD.org > >> >> Cc: simon.matter@invoca.ch > >> >> Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on > >> > >> GNU/Linux > >> > >> >> on > >> >> > >> >> AMD family 10h CPUs > >> >> > >> >> Date: Wed, 12 Feb 2014 08:30:51 +0100 > >> >> > >> >> ------=_20140212083051_97180 > >> >> Content-Type: text/plain; charset="iso-8859-1" > >> >> Content-Transfer-Encoding: 8bit > >> >> > >> >> As noted by John Baldwin the change to mca.c is not needed. Attached > >> >> > >> >> patch > >> >> > >> >> is what I'm using now with success. > >> >> > >> >> BTW: setting vm.pmap.pg_ps_enabled="0" in loader.conf does also > >> >> > >> >> mitigate > >> >> > >> >> the issue but I guess it's not the optimal solution. > >> > > >> > Talking with Alan Cox, we do think the right fix is to change the test > >> > >> to > >> > >> > enable the workaround. However, we'd rather not penalize VM's on > >> > >> other > >> > >> I'm afraid that will not work in all situations, no matter how good the > >> tests are (see below why I think so). So as a last resort, I suggest > >> that > >> it should be possible to enable the "AMD Erratum 383" workaround via > >> loader.conf. > > > > I think you misunderstand. We would only use flags that are never set > > on an AMD 10h CPU, so they can never be set in a KVM guest that would > > ever migrate to an AMD 10h CPU. If those flags are present, we know that > > we would _not_ need the workaround. If none of those flags are present, > > we would enable the workaround. Does that make sense? > > OK, I think I understand now. Unfortunately I don't know enough about CPU > flags to know how well this could work. If I understand correctly, KVM can > also emulate some CPU features which are not implemented in the real CPU. > If that's true then it becomes quite complicated I guess. > > What about having a sysctl flag so that the workaround can be enabled > manually? Wouldn't that make sense for cases where auto detection doesn't > work well. I think that is probably a good idea, yes. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 13 20:00:00 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFF26334 for ; Thu, 13 Feb 2014 20:00:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA6A1BE8 for ; Thu, 13 Feb 2014 20:00:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1DK00QF042564 for ; Thu, 13 Feb 2014 20:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1DK00lM042563; Thu, 13 Feb 2014 20:00:00 GMT (envelope-from gnats) Resent-Date: Thu, 13 Feb 2014 20:00:00 GMT Resent-Message-Id: <201402132000.s1DK00lM042563@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, Frank Daniel Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD69B226 for ; Thu, 13 Feb 2014 19:55:57 +0000 (UTC) Received: from newred.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B93501BB6 for ; Thu, 13 Feb 2014 19:55:57 +0000 (UTC) Received: from cgiserv.freebsd.org ([127.0.1.6]) by newred.freebsd.org (8.14.7/8.14.7) with ESMTP id s1DJtvSL068545 for ; Thu, 13 Feb 2014 19:55:57 GMT (envelope-from nobody@cgiserv.freebsd.org) Received: (from nobody@localhost) by cgiserv.freebsd.org (8.14.7/8.14.7/Submit) id s1DJtvIW068544; Thu, 13 Feb 2014 19:55:57 GMT (envelope-from nobody) Message-Id: <201402131955.s1DJtvIW068544@cgiserv.freebsd.org> Date: Thu, 13 Feb 2014 19:55:57 GMT From: Frank Daniel To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186744: pkg_add not installed with freebsd rel 10 X-Mailman-Approved-At: Thu, 13 Feb 2014 20:30:02 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Feb 2014 20:00:00 -0000 >Number: 186744 >Category: amd64 >Synopsis: pkg_add not installed with freebsd rel 10 >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: Thu Feb 13 20:00:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Frank Daniel >Release: FreeBSD Rel 10 >Organization: >Environment: FreeBSD Mongoose 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I was attempting to install gnome2 after completing a FreeBSD Rel 10 OS installation, Per instruction from the BSD/gnome wed page, I tried "pkg_add gnome2". The response was that pkg_add was not installed. >How-To-Repeat: Install BSD Rel 10.0 from BSD home site, Attempt to use "pkg_add" per documentation for installing GNOME2 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 13 21:10:03 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B1CEBAE; Thu, 13 Feb 2014 21:10:03 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EDDC1458; Thu, 13 Feb 2014 21:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1DLA2Cm064260; Thu, 13 Feb 2014 21:10:02 GMT (envelope-from girgen@freefall.freebsd.org) Received: (from girgen@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1DLA2IA064259; Thu, 13 Feb 2014 21:10:02 GMT (envelope-from girgen) Date: Thu, 13 Feb 2014 21:10:02 GMT Message-Id: <201402132110.s1DLA2IA064259@freefall.freebsd.org> To: fdan52@comcast.net, girgen@FreeBSD.org, freebsd-amd64@FreeBSD.org From: girgen@FreeBSD.org Subject: Re: amd64/186744: pkg_add not installed with freebsd rel 10 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Feb 2014 21:10:03 -0000 Synopsis: pkg_add not installed with freebsd rel 10 State-Changed-From-To: open->closed State-Changed-By: girgen State-Changed-When: Thu Feb 13 21:09:04 UTC 2014 State-Changed-Why: Use pkg(8) instead of pkg_* tools on FreeBSD 10. http://www.freebsd.org/doc/handbook/pkgng-intro.html http://www.freebsd.org/cgi/query-pr.cgi?pr=186744 From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 14 13:53:38 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7654CB10; Fri, 14 Feb 2014 13:53:38 +0000 (UTC) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41376198F; Fri, 14 Feb 2014 13:53:37 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0N0Z00L00NN6EI00@smtpauth4.wiscmail.wisc.edu>; Fri, 14 Feb 2014 07:53:31 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.2.14.134216, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-68-77.dsl.mdsnwi.sbcglobal.net [76.208.68.77]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0N0Z00J9XNX6RR20@smtpauth4.wiscmail.wisc.edu>; Fri, 14 Feb 2014 07:53:31 -0600 (CST) Message-id: <52FE1FDA.7080307@freebsd.org> Date: Fri, 14 Feb 2014 07:53:30 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 To: John Baldwin , freebsd-amd64@freebsd.org, Ryan Stark , dteske@freebsd.org Subject: Re: amd64/185623: [install] freebsd 10.0-RC5 fresh install does not boot on asus h87m-e References: <201401222140.s0MLe1xm078974@freefall.freebsd.org> <201401281057.05050.jhb@freebsd.org> In-reply-to: <201401281057.05050.jhb@freebsd.org> Cc: Marcel Moolenaar X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Feb 2014 13:53:38 -0000 On 01/28/14 09:57, John Baldwin wrote: > On Wednesday, January 22, 2014 4:40:01 pm Ryan Stark wrote: >> The following reply was made to PR amd64/185623; it has been noted by GNATS. >> >> From: Ryan Stark >> To: , >> Cc: >> Subject: Re: amd64/185623: [install] freebsd 10.0-RC5 fresh install does not >> boot on asus h87m-e >> Date: Wed, 22 Jan 2014 15:34:56 -0600 >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> Hello, >> >> Seems with a little homework, I was able to boot my new 10.0-RELEASE OS. =) >> >> >> After install, but before reboot, run: gpart set -a active ada0 >> >> It appears that other asus users of H85 & H87 motherboards are >> experiencing the same issue. > Hmm, the installer for FreeBSD/{amd64,i386} is supposed to do this > automatically. We used to set this in the PMBR by default for all GPT setups, > but that isn't really correct for the GPT standard and needs to not be present > when using EFI. The solution was supposed to be that we would stop setting it > in the PMBR by default and change the installer to set this bit when doing a > non-EFI GPT install on x86. I think the first part of that (not setting > active by default) happened in 10, but not the second part (fix the installer > for non-EFI GPT installs on x86). I've cc'd some folks who've worked on > bsdinstall who can hopefully get this fixed. > Interesting, I wasn't aware of this change. So this is an attribute of the entire geom? It's an easy enough change to make, but I want to be sure I'm doing the right thing. -Nathan From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 14 17:51:36 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C3DB11D; Fri, 14 Feb 2014 17:51:36 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E019A1454; Fri, 14 Feb 2014 17:51:35 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C77DBB9A0; Fri, 14 Feb 2014 12:51:34 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Subject: Re: amd64/185623: [install] freebsd 10.0-RC5 fresh install does not boot on asus h87m-e Date: Fri, 14 Feb 2014 12:48:38 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201401222140.s0MLe1xm078974@freefall.freebsd.org> <201401281057.05050.jhb@freebsd.org> <52FE1FDA.7080307@freebsd.org> In-Reply-To: <52FE1FDA.7080307@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402141248.38728.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 14 Feb 2014 12:51:34 -0500 (EST) Cc: Ryan Stark , Marcel Moolenaar , dteske@freebsd.org, freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Feb 2014 17:51:36 -0000 On Friday, February 14, 2014 8:53:30 am Nathan Whitehorn wrote: > On 01/28/14 09:57, John Baldwin wrote: > > On Wednesday, January 22, 2014 4:40:01 pm Ryan Stark wrote: > >> The following reply was made to PR amd64/185623; it has been noted by GNATS. > >> > >> From: Ryan Stark > >> To: , > >> Cc: > >> Subject: Re: amd64/185623: [install] freebsd 10.0-RC5 fresh install does not > >> boot on asus h87m-e > >> Date: Wed, 22 Jan 2014 15:34:56 -0600 > >> > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA512 > >> > >> Hello, > >> > >> Seems with a little homework, I was able to boot my new 10.0-RELEASE OS. =) > >> > >> > >> After install, but before reboot, run: gpart set -a active ada0 > >> > >> It appears that other asus users of H85 & H87 motherboards are > >> experiencing the same issue. > > Hmm, the installer for FreeBSD/{amd64,i386} is supposed to do this > > automatically. We used to set this in the PMBR by default for all GPT setups, > > but that isn't really correct for the GPT standard and needs to not be present > > when using EFI. The solution was supposed to be that we would stop setting it > > in the PMBR by default and change the installer to set this bit when doing a > > non-EFI GPT install on x86. I think the first part of that (not setting > > active by default) happened in 10, but not the second part (fix the installer > > for non-EFI GPT installs on x86). I've cc'd some folks who've worked on > > bsdinstall who can hopefully get this fixed. > > > > Interesting, I wasn't aware of this change. So this is an attribute of > the entire geom? It's an easy enough change to make, but I want to be > sure I'm doing the right thing. Yes, it's a setting applied to the GPT I believe, though I'm not actually sure if gpart allows setting this flag directly currently. It may be that we need that added to gpart so that there is a non-hacky way to set this flag in the PMBR. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 15 00:04:40 2014 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5DEC81E; Sat, 15 Feb 2014 00:04:40 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F9AA153D; Sat, 15 Feb 2014 00:04:40 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1F04T15021582 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 14 Feb 2014 16:04:31 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_C535D4B5-8247-469E-802F-0FD20998B54F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: amd64/185623: [install] freebsd 10.0-RC5 fresh install does not boot on asus h87m-e From: Marcel Moolenaar In-Reply-To: <201402141248.38728.jhb@freebsd.org> Date: Fri, 14 Feb 2014 16:04:24 -0800 Message-Id: <719632CE-D5D0-451E-A18B-0C0840FA91E5@xcllnt.net> References: <201401222140.s0MLe1xm078974@freefall.freebsd.org> <201401281057.05050.jhb@freebsd.org> <52FE1FDA.7080307@freebsd.org> <201402141248.38728.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1827) Cc: Ryan Stark , Marcel Moolenaar , dteske@freebsd.org, freebsd-amd64@freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Feb 2014 00:04:40 -0000 --Apple-Mail=_C535D4B5-8247-469E-802F-0FD20998B54F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Feb 14, 2014, at 9:48 AM, John Baldwin wrote: >> Interesting, I wasn't aware of this change. So this is an attribute = of=20 >> the entire geom? It's an easy enough change to make, but I want to be=20= >> sure I'm doing the right thing. >=20 > Yes, it's a setting applied to the GPT I believe, though I'm not = actually sure > if gpart allows setting this flag directly currently. It may be that = we need > that added to gpart so that there is a non-hacky way to set this flag = in the > PMBR. It can be set using gpart: gpart create -s gpt ${dev} gpart bootcode -b /boot/pmbr -B /boot/gptboot ${dev} gpart set -a active {dev} ...etc... In other words, the set and unset commands can now also be applied to the scheme at large and not only to patitions. FYI, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_C535D4B5-8247-469E-802F-0FD20998B54F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL+rwgACgkQpgWlLWHuifbp7gCfRXZ9gSmr1fp0bBdsJpWUjac3 gOQAnj+cGLrQGkrCSBjGOZpqcjrUe0gi =Atk1 -----END PGP SIGNATURE----- --Apple-Mail=_C535D4B5-8247-469E-802F-0FD20998B54F-- From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 15 18:20:01 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 770EC189 for ; Sat, 15 Feb 2014 18:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EC791C87 for ; Sat, 15 Feb 2014 18:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1FIK13X075206 for ; Sat, 15 Feb 2014 18:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1FIK1vK075205; Sat, 15 Feb 2014 18:20:01 GMT (envelope-from gnats) Date: Sat, 15 Feb 2014 18:20:01 GMT Message-Id: <201402151820.s1FIK1vK075205@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: Alan Cox Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs X-Mailman-Approved-At: Sat, 15 Feb 2014 20:48:34 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Alan Cox List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 18:20:01 -0000 The following reply was made to PR amd64/186061; it has been noted by GNATS. From: Alan Cox To: bug-followup@FreeBSD.org, simon.matter@invoca.ch Cc: Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Date: Sat, 15 Feb 2014 12:09:58 -0600 This is a multi-part message in MIME format. --------------080509080501070706030501 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Can you please verify that the attached patch addresses the problem for you? Aside from addressing the crash, the objective of this patch is avoid enabling the workaround for perpetuity on all past Intel and future AMD/Intel cores on account of one broken AMD core. The systems that I've seen for VM migration look at the reported processor feature sets and only migrate among machines with like feature sets. So, if the feature set includes at least one feature that is not supported by AMD Family 10h or earlier AMD cores, then we shouldn't need to enable the workaround. --------------080509080501070706030501 Content-Type: text/plain; charset=ISO-8859-15; name="PR186061v2.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="PR186061v2.patch" Index: amd64/amd64/pmap.c =================================================================== --- amd64/amd64/pmap.c (revision 261162) +++ amd64/amd64/pmap.c (working copy) @@ -1008,12 +1008,18 @@ pmap_init(void) } /* - * If the kernel is running in a virtual machine on an AMD Family 10h - * processor, then it must assume that MCA is enabled by the virtual - * machine monitor. + * If the kernel is running on a virtual machine, then it must assume + * that MCA is enabled by the hypervisor. Moreover, the kernel must + * be prepared for the hypervisor changing the vendor and family that + * are reported by CPUID. Consequently, the workaround for AMD Family + * 10h Erratum 383 is enabled if the processor's feature set does not + * include at least one feature that is only supported by older Intel + * or newer AMD processors. */ - if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && - CPUID_TO_FAMILY(cpu_id) == 0x10) + if (vm_guest == VM_GUEST_VM && (cpu_feature & CPUID_SS) == 0 && + (cpu_feature2 & (CPUID2_SSSE3 | CPUID2_SSE41 | CPUID2_AESNI | + CPUID2_AVX | CPUID2_XSAVE)) == 0 && (amd_feature2 & (AMDID2_XOP | + AMDID2_FMA4)) == 0) workaround_erratum383 = 1; /* Index: i386/i386/pmap.c =================================================================== --- i386/i386/pmap.c (revision 261162) +++ i386/i386/pmap.c (working copy) @@ -752,12 +752,18 @@ pmap_init(void) pv_entry_high_water = 9 * (pv_entry_max / 10); /* - * If the kernel is running in a virtual machine on an AMD Family 10h - * processor, then it must assume that MCA is enabled by the virtual - * machine monitor. + * If the kernel is running on a virtual machine, then it must assume + * that MCA is enabled by the hypervisor. Moreover, the kernel must + * be prepared for the hypervisor changing the vendor and family that + * are reported by CPUID. Consequently, the workaround for AMD Family + * 10h Erratum 383 is enabled if the processor's feature set does not + * include at least one feature that is only supported by older Intel + * or newer AMD processors. */ - if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && - CPUID_TO_FAMILY(cpu_id) == 0x10) + if (vm_guest == VM_GUEST_VM && (cpu_feature & CPUID_SS) == 0 && + (cpu_feature2 & (CPUID2_SSSE3 | CPUID2_SSE41 | CPUID2_AESNI | + CPUID2_AVX | CPUID2_XSAVE)) == 0 && (amd_feature2 & (AMDID2_XOP | + AMDID2_FMA4)) == 0) workaround_erratum383 = 1; /* --------------080509080501070706030501-- From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 15 18:25:31 2014 Return-Path: Delivered-To: freebsd-amd64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D05B21B9; Sat, 15 Feb 2014 18:25:31 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2B431CFB; Sat, 15 Feb 2014 18:25:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1FIPVPK077821; Sat, 15 Feb 2014 18:25:31 GMT (envelope-from alc@freefall.freebsd.org) Received: (from alc@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1FIPVl5077820; Sat, 15 Feb 2014 18:25:31 GMT (envelope-from alc) Date: Sat, 15 Feb 2014 18:25:31 GMT Message-Id: <201402151825.s1FIPVl5077820@freefall.freebsd.org> To: alc@FreeBSD.org, freebsd-amd64@FreeBSD.org, alc@FreeBSD.org From: alc@FreeBSD.org Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs X-Mailman-Approved-At: Sat, 15 Feb 2014 21:00:50 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Feb 2014 18:25:31 -0000 Synopsis: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs Responsible-Changed-From-To: freebsd-amd64->alc Responsible-Changed-By: alc Responsible-Changed-When: Sat Feb 15 18:24:18 UTC 2014 Responsible-Changed-Why: Take over this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=186061