From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 2 14:30: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 2B58F552; Sun, 2 Feb 2014 14: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 F189210B9; Sun, 2 Feb 2014 14:29:59 +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 s12ETxq3021397; Sun, 2 Feb 2014 14:29:59 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s12ETxem021396; Sun, 2 Feb 2014 14:29:59 GMT (envelope-from linimon) Date: Sun, 2 Feb 2014 14:29:59 GMT Message-Id: <201402021429.s12ETxem021396@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, chromium@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/186352: www/chromium 32.0.1700.102 hangs and becomes unresponsive. 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: Sun, 02 Feb 2014 14:30:00 -0000 Old Synopsis: Chromium 32.0.1700.102 hangs and becomes unresponsive. New Synopsis: www/chromium 32.0.1700.102 hangs and becomes unresponsive. Responsible-Changed-From-To: freebsd-amd64->chromium Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 2 14:29:14 UTC 2014 Responsible-Changed-Why: make this a ports PR and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=186352 From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 3 07:58:44 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 44F99491; Mon, 3 Feb 2014 07:58:44 +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 16FED18DF; Mon, 3 Feb 2014 07:58:44 +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 s137whNt074565; Mon, 3 Feb 2014 07:58:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s137whBw074564; Mon, 3 Feb 2014 07:58:43 GMT (envelope-from linimon) Date: Mon, 3 Feb 2014 07:58:43 GMT Message-Id: <201402030758.s137whBw074564@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/186259: Port math/sage cannot build on FreeBSD 10.0 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, 03 Feb 2014 07:58:44 -0000 Synopsis: Port math/sage cannot build on FreeBSD 10.0 Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 3 07:58:30 UTC 2014 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=186259 From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 3 11:06:42 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 ACE539D for ; Mon, 3 Feb 2014 11:06:42 +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 8DE921A37 for ; Mon, 3 Feb 2014 11:06:42 +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 s13B6g5C022549 for ; Mon, 3 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 s13B6gwN022545 for freebsd-amd64@FreeBSD.org; Mon, 3 Feb 2014 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Feb 2014 11:06:42 GMT Message-Id: <201402031106.s13B6gwN022545@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, 03 Feb 2014 11:06:42 -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/186401 amd64 Problem with RTL8111/8168B initialization o amd64/186291 amd64 Compilation fail when "device pst" in kernel config on o amd64/186289 amd64 Update to 9.2 not possible. 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 108 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 3 08: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 C063CE9C for ; Mon, 3 Feb 2014 08: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 9BDA91A75 for ; Mon, 3 Feb 2014 08: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 s138K0TH082877 for ; Mon, 3 Feb 2014 08: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 s138K0nG082876; Mon, 3 Feb 2014 08:20:00 GMT (envelope-from gnats) Resent-Date: Mon, 3 Feb 2014 08:20:00 GMT Resent-Message-Id: <201402030820.s138K0nG082876@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, Marcin Kucharczyk 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 AA5FCA01 for ; Mon, 3 Feb 2014 08:13:05 +0000 (UTC) Received: from oldred.freebsd.org (oldred.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 953361A23 for ; Mon, 3 Feb 2014 08:13:05 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s138D5iR027152 for ; Mon, 3 Feb 2014 08:13:05 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s138D5uh027151; Mon, 3 Feb 2014 08:13:05 GMT (envelope-from nobody) Message-Id: <201402030813.s138D5uh027151@oldred.freebsd.org> Date: Mon, 3 Feb 2014 08:13:05 GMT From: Marcin Kucharczyk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186401: Problem with RTL8111/8168B initialization X-Mailman-Approved-At: Mon, 03 Feb 2014 13:04:18 +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, 03 Feb 2014 08:20:00 -0000 >Number: 186401 >Category: amd64 >Synopsis: Problem with RTL8111/8168B initialization >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 03 08:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Marcin Kucharczyk >Release: FreeBSD 10.0 RELEASE amd64 >Organization: Silesian University of Technology >Environment: FreeBSD sklab-xx 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: The problem is described there: https://forums.freebsd.org/viewtopic.php?f=32&t=22664&p=248509#p248509. I don't know if I can use formating here. The answer on forum sugessts filling bug report, so I've done it. I've installed FreeBSD 10.0 RELEASE amd64 on new machine: MSI B85M-G43 (MS-7823). With the following line in rc.conf: ifconfig_re0="DHCP" the Realtek NIC was detected and re(4) driver was initialized but the card can't get IP configuration from DHCP. After boot I can see in ifconfig re0: re0: flags=8843 metric 0 mtu 1500 options=8209b ether 44:8a:5b:26:cc:ae nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active The card doesn't have IP and doesn't work. I've tried set IP manually but it didn't help. After reading the posts in mentioned topic I've tried some options. I've logged to the system and make the command ifconfig re0 tso and the card gets IP in few seconds and everything worked fine. So I've changed rc.conf to: ifconfig_re0="DHCP tso" But it didn't help. And I've noticed that any change in one of the 3 parameters suggested on forum to turn off earlier: tso, rxcsum, txcsum changed after login makes the NIC working: ifconfig re0 -rxcsum or ifconfig re0 -txcsum helps too. It could be also -rxcsum inf rc.conf and ifconfig re0 rxcsum after login. And so on... pciconf says: re0@pci0:2:0:0: class=0x020000 card=0x78231462 chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xe000, size 256, enabled bar [18] = type Memory, range 64, base 0xf7c00000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0xf0000000, size 16384, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) cap 11[b0] = MSI-X supports 4 messages, enabled Table in map 0x20[0x0], PBA in map 0x20[0x800] cap 03[d0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 01000000684ce000 ecap 0018[170] = LTR 1 So I made a little workaround putting to /etc/rc.local line: /sbin/ifconfig re0 tso And I still have problems on start with the initial communication with DHCP but the interface wakes up after rc.local file is processed and seems to work properly afterwards. The rc.conf has only: ifconfig_re0="DHCP" How to make it better? Is there a problem with driver initialization? PS. I've had the same problem while trying to install. The system was installed using USB->Ethernet adapter. >How-To-Repeat: Boot the system from CD on the MSI B85M-G43 (MS-7823) motherboard... >Fix: Change one of the tso, rxcsum and txcsum parameters for the re0 interface after booting. Maybe any change of the possible interface parameters? >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 4 01:46:30 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 F05A59EC; Tue, 4 Feb 2014 01:46:30 +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 C6B051E48; Tue, 4 Feb 2014 01:46:30 +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 s141kUAE047703; Tue, 4 Feb 2014 01:46:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s141kUGO047702; Tue, 4 Feb 2014 01:46:30 GMT (envelope-from linimon) Date: Tue, 4 Feb 2014 01:46:30 GMT Message-Id: <201402040146.s141kUGO047702@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/186401: [re] Problem with RTL8111/8168B initialization 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, 04 Feb 2014 01:46:31 -0000 Old Synopsis: Problem with RTL8111/8168B initialization New Synopsis: [re] Problem with RTL8111/8168B initialization Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 4 01:46:14 UTC 2014 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=186401 From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 5 15:40: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 D7A12BC8 for ; Wed, 5 Feb 2014 15:40: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 99474169E for ; Wed, 5 Feb 2014 15:40: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 s15Fe00Q027364 for ; Wed, 5 Feb 2014 15:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s15Fe07k027363; Wed, 5 Feb 2014 15:40:00 GMT (envelope-from gnats) Resent-Date: Wed, 5 Feb 2014 15:40:00 GMT Resent-Message-Id: <201402051540.s15Fe07k027363@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, Marios 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 B37F955D for ; Wed, 5 Feb 2014 15:35:28 +0000 (UTC) Received: from oldred.freebsd.org (oldred.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 9D1DF164C for ; Wed, 5 Feb 2014 15:35:28 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s15FZRxX025240 for ; Wed, 5 Feb 2014 15:35:27 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s15FZRe0025232; Wed, 5 Feb 2014 15:35:27 GMT (envelope-from nobody) Message-Id: <201402051535.s15FZRe0025232@oldred.freebsd.org> Date: Wed, 5 Feb 2014 15:35:27 GMT From: Marios To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186485: Disks are not shown on Adaptec 5805 (added via passthrough to the VM) X-Mailman-Approved-At: Wed, 05 Feb 2014 16:30:24 +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, 05 Feb 2014 15:40:00 -0000 >Number: 186485 >Category: amd64 >Synopsis: Disks are not shown on Adaptec 5805 (added via passthrough to the VM) >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: Wed Feb 05 15:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Marios >Release: 9.2.1 Beta >Organization: PW >Environment: >Description: I created a virtual machine with installed FreeBSD on ESXi 5.5. I added controller Adaptec 5805 to the VM via passthrough. FreeBSD detects aac controller but does not show disks. (it does not matter whether JBODs or logical volumes are configured on Adaptec) I did some tests and ex. it works well on Ubuntu - I can use all disks on controller which was added via passhrough to the virtual machine with Ubuntu. Everything works well under "physical" FreeBSD. >How-To-Repeat: Adding Adaptec controller via passthrough to the virtual machine. >Fix: Not known. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 5 20:00:03 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 9B9C49CA for ; Wed, 5 Feb 2014 20:00: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 6E275124B for ; Wed, 5 Feb 2014 20:00: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 s15K033w090464 for ; Wed, 5 Feb 2014 20:00:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s15K03jp090463; Wed, 5 Feb 2014 20:00:03 GMT (envelope-from gnats) Date: Wed, 5 Feb 2014 20:00:03 GMT Message-Id: <201402052000.s15K03jp090463@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: kaczorem Subject: Re: amd64/186485: Disks are not shown on Adaptec 5805 (added via passthrough to the VM) X-Mailman-Approved-At: Wed, 05 Feb 2014 21:54:22 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: kaczorem List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:00:03 -0000 The following reply was made to PR amd64/186485; it has been noted by GNATS. From: kaczorem To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/186485: Disks are not shown on Adaptec 5805 (added via passthrough to the VM) Date: Wed, 05 Feb 2014 20:54:46 +0100 Just I would like to add some additional information: logs: aac0: mem 0xfd200000-0xfd3fffff irq 18 at device 0.0 on pci3 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: Adaptec 5805, aac driver 2.1.9-1 aacp0 on aac0 aacp1 on aac0 aacp2 on aac0 (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Retrying command (probe2:aacp2:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe2:aacp2:0:0:0): CAM status: CCB request completed with an error (probe2:aacp2:0:0:0): Error 5, Retries exhausted ses0 at aacp2 bus 0 scbus4 target 0 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 3.300MB/s transfers (8bit) ses0: SCSI-3 ENC Device I did tests also on: 9.2 Stable, 10 and 11. The same problem. The Adaptec controller 5805 has the latest firmware. From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 10:51:51 2014 Return-Path: Delivered-To: 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 D04ED417; Thu, 6 Feb 2014 10:51:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8839C1344; Thu, 6 Feb 2014 10:51:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s16Api9Y041611; Thu, 6 Feb 2014 05:51:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s16ApiVJ041610; Thu, 6 Feb 2014 10:51:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Feb 2014 10:51:44 GMT Message-Id: <201402061051.s16ApiVJ041610@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 10:51:51 -0000 TB --- 2014-02-06 10:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-06 10:10:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-06 10:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-02-06 10:10:18 - cleaning the object tree TB --- 2014-02-06 10:10:18 - /usr/local/bin/svn stat /src TB --- 2014-02-06 10:10:23 - At svn revision 261542 TB --- 2014-02-06 10:10:24 - building world TB --- 2014-02-06 10:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-02-06 10:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-06 10:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-06 10:10:24 - SRCCONF=/dev/null TB --- 2014-02-06 10:10:24 - TARGET=amd64 TB --- 2014-02-06 10:10:24 - TARGET_ARCH=amd64 TB --- 2014-02-06 10:10:24 - TZ=UTC TB --- 2014-02-06 10:10:24 - __MAKE_CONF=/dev/null TB --- 2014-02-06 10:10:24 - cd /src TB --- 2014-02-06 10:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 6 10:10:30 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfCFIException.cpp -o DwarfCFIException.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp -o DwarfCompileUnit.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp -o DwarfDebug.o /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp: In destructor 'llvm::DwarfDebug::~DwarfDebug()': /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp:212: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmasmprinter *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-06 10:51:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-06 10:51:44 - ERROR: failed to build world TB --- 2014-02-06 10:51:44 - 2213.46 user 210.65 system 2485.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 11:00:02 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 5CEA9EB8 for ; Thu, 6 Feb 2014 11:00:02 +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 3AC4914A0 for ; Thu, 6 Feb 2014 11:00:02 +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 s16B01Sg028962 for ; Thu, 6 Feb 2014 11: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 s16B01pU028961; Thu, 6 Feb 2014 11:00:01 GMT (envelope-from gnats) Date: Thu, 6 Feb 2014 11:00:01 GMT Message-Id: <201402061100.s16B01pU028961@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: Thu, 06 Feb 2014 13:32:40 +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: Thu, 06 Feb 2014 11:00:02 -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: Thu, 6 Feb 2014 11:46:41 +0100 ------=_20140206114641_95473 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi, After thinking about it again it seems the proposed solution may not be enough. At least KVM allows to migrate guests from an Intel to an AMD processor. That means in case of running as a vm guest, it's required to always enable "AMD Erratum 383" workaround. Otherwise, after migration to an affected AMD Family 10h processor, the guest could triggered AMD Erratum 383. I've tried to implement this and attached patch fixes the problem for me. Would me nice if someone with more experience than me could have a look at it. Thanks, Simon ------=_20140206114641_95473 Content-Type: text/x-diff; name="vm-erratum383.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="vm-erratum383.patch" --- /usr/src/sys/x86/x86/mca.c.orig 2014-01-16 21:35:03.000000000 +0100 +++ /usr/src/sys/x86/x86/mca.c 2014-02-05 22:15:53.109619475 +0100 @@ -720,8 +720,8 @@ * parity (L1TP) errors is disabled, enable the recommended workaround * for Erratum 383. */ - if (cpu_vendor_id == CPU_VENDOR_AMD && - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) + if (vm_guest != VM_GUEST_NO || (cpu_vendor_id == CPU_VENDOR_AMD && + CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP)) workaround_erratum383 = 1; mca_banks = mcg_cap & MCG_CAP_COUNT; --- /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; /* ------=_20140206114641_95473-- From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 17:20: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 80D15F77 for ; Thu, 6 Feb 2014 17: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 5B2DF1DCC for ; Thu, 6 Feb 2014 17: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 s16HK055019117 for ; Thu, 6 Feb 2014 17: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 s16HK0wc019115; Thu, 6 Feb 2014 17:20:00 GMT (envelope-from gnats) Resent-Date: Thu, 6 Feb 2014 17:20:00 GMT Resent-Message-Id: <201402061720.s16HK0wc019115@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, Nick 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 20A22EFC for ; Thu, 6 Feb 2014 17:16:18 +0000 (UTC) Received: from oldred.freebsd.org (oldred.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 0C6B01DA8 for ; Thu, 6 Feb 2014 17:16:18 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s16HGHEt007567 for ; Thu, 6 Feb 2014 17:16:17 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s16HGHDg007562; Thu, 6 Feb 2014 17:16:17 GMT (envelope-from nobody) Message-Id: <201402061716.s16HGHDg007562@oldred.freebsd.org> Date: Thu, 6 Feb 2014 17:16:17 GMT From: Nick To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186514: Issue with input-wacom port X-Mailman-Approved-At: Thu, 06 Feb 2014 17:43: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, 06 Feb 2014 17:20:00 -0000 >Number: 186514 >Category: amd64 >Synopsis: Issue with input-wacom port >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 06 17:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Nick >Release: 10.0 >Organization: >Environment: uname -a FreeBSD fbsd 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: Issue when building /usr/ports/x11-drivers/input-wacom .. I've tried this on a VM as well as my Thinkpad X41 laptop. root@fbsd:/usr/ports/x11-drivers/input-wacom # make ===> Building for input-wacom-40.0.15.0_1 Warning: Object directory not changed from original /usr/ports/x11-drivers/input-wacom/work/uwacom cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c uwacom.c uwacom.c:75:10: fatal error: 'sys/clist.h' file not found #include ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /usr/ports/x11-drivers/input-wacom/work/uwacom *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11-drivers/input-wacom *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/input-wacom >How-To-Repeat: Try to build /usr/ports/x11-drivers/input-wacom >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 17:49: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 10EBFA5F; Thu, 6 Feb 2014 17:49: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 D6D7311A1; Thu, 6 Feb 2014 17:49:30 +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 s16HnUXP025580; Thu, 6 Feb 2014 17:49:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16HnU7J025579; Thu, 6 Feb 2014 17:49:30 GMT (envelope-from linimon) Date: Thu, 6 Feb 2014 17:49:30 GMT Message-Id: <201402061749.s16HnU7J025579@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/186514: cannot build x11-drivers/input-wacom 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, 06 Feb 2014 17:49:31 -0000 Old Synopsis: Issue with input-wacom port New Synopsis: cannot build x11-drivers/input-wacom Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Feb 6 17:48:55 UTC 2014 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=186514 From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 17:50: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 C551FAE2 for ; Thu, 6 Feb 2014 17:50: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 9E5A311AD for ; Thu, 6 Feb 2014 17:50: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 s16Ho07J025679 for ; Thu, 6 Feb 2014 17:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16Ho00d025678; Thu, 6 Feb 2014 17:50:00 GMT (envelope-from gnats) Resent-Date: Thu, 6 Feb 2014 17:50:00 GMT Resent-Message-Id: <201402061750.s16Ho00d025678@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, Yeong.Hun@FreeBSD.org, Jo 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 DF6527C2 for ; Thu, 6 Feb 2014 17:43:48 +0000 (UTC) Received: from oldred.freebsd.org (oldred.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 C64A21158 for ; Thu, 6 Feb 2014 17:43:48 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s16HhmBP044389 for ; Thu, 6 Feb 2014 17:43:48 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s16Hhm58044388; Thu, 6 Feb 2014 17:43:48 GMT (envelope-from nobody) Message-Id: <201402061743.s16Hhm58044388@oldred.freebsd.org> Date: Thu, 6 Feb 2014 17:43:48 GMT From: Yeong.Hun@FreeBSD.org, Jo To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: amd64/186515: Doesn't boot with GPT when # of entries over than 128. X-Mailman-Approved-At: Thu, 06 Feb 2014 17:55:52 +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, 06 Feb 2014 17:50:00 -0000 >Number: 186515 >Category: amd64 >Synopsis: Doesn't boot with GPT when # of entries over than 128. >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 06 17:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Yeong Hun, Jo >Release: FreeBSD 10.0-RELEASE >Organization: - >Environment: FreeBSD localhost 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 1 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I tried to making USB memory stick using GPT partition table scheme. I usually use 152 entries to aligning 4KB boundary for data disk(start location) and use 156 entries to aligning 4KB boundary for system disk(end location, misalignment of start location is used for boot code and make 4KB aligned root partition). I don't like that some "free" sectors on disk :-) But, it failed to boot when partition entry count is adjusted to more than 128. * WORKS : 128 entries GPT(1st usable sector = 34) with freebsd-boot partition at sector 34, 40. * DOESN'T WORK : 152 entries GPT(1st usable sector = 40) with freebsd-boot partition at sector 40, 156 entries GPT(1st usable sector = 41) with freebsd-boot partition at sector 41. Yes, There's no problem with default size GPT partition table. "128 entires" - minimum entry count by spec. - seems to be sufficient at most cases. But, that can be arbitrary size and should be supported even that cases. I think there's some issue on gpart or early-stage boot loader(/boot/pmbr). >How-To-Repeat: * For example, USB disk is da0 here. # gpart create -s gpt -n 152 da0 # gpart add -t freebsd-boot -b 40 -s 32 -i 1 da0 # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 da0 and try to boot USB. It should be show "clockwise" loading screen even no freebsd-ufs partition on USB, but it doesn't show anything and reboot immediately. It(doesn't say anything and reboot) occurs with /boot populated freebsd-ufs partition, too. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 17:56:05 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 97CFEC9E; Thu, 6 Feb 2014 17:56:05 +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 689DA125E; Thu, 6 Feb 2014 17:56:05 +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 s16Hu5Mo027711; Thu, 6 Feb 2014 17:56:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16Hu5P6027710; Thu, 6 Feb 2014 17:56:05 GMT (envelope-from linimon) Date: Thu, 6 Feb 2014 17:56:05 GMT Message-Id: <201402061756.s16Hu5P6027710@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/186515: [gptboot] Doesn't boot with GPT when # of entries over than 128. 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, 06 Feb 2014 17:56:05 -0000 Old Synopsis: Doesn't boot with GPT when # of entries over than 128. New Synopsis: [gptboot] Doesn't boot with GPT when # of entries over than 128. Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Feb 6 17:54:43 UTC 2014 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=186515 From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:22:10 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 890DE7C9; Thu, 6 Feb 2014 19:22:10 +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 5FFCF1B0A; Thu, 6 Feb 2014 19:22:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EE6E2B93B; Thu, 6 Feb 2014 14:22:06 -0500 (EST) From: John Baldwin To: freebsd-amd64@freebsd.org Subject: Re: amd64/186289: Update to 9.2 not possible. Date: Thu, 6 Feb 2014 13:20:20 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201401310620.s0V6KTgn084071@oldred.freebsd.org> In-Reply-To: <201401310620.s0V6KTgn084071@oldred.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402061320.20388.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Feb 2014 14:22:07 -0500 (EST) Cc: freebsd-gnats-submit@freebsd.org, Hubert 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, 06 Feb 2014 19:22:10 -0000 On Friday, January 31, 2014 1:20:29 am Hubert wrote: > > >Number: 186289 > >Category: amd64 > >Synopsis: Update to 9.2 not possible. > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: update > >Submitter-Id: current-users > >Arrival-Date: Fri Jan 31 06:30:01 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Hubert > >Release: 9.1 > >Organization: > >Environment: > AcernAspire 5542G AMD Turion X2 M500 ATI Mobility R > adion HD4570 Can you provide more details? What does not work? Are there any error messages? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:22:12 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 720EA7CC; Thu, 6 Feb 2014 19:22:12 +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 48D711B0C; Thu, 6 Feb 2014 19:22:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D6324B976; Thu, 6 Feb 2014 14:22:08 -0500 (EST) From: John Baldwin To: freebsd-amd64@freebsd.org Subject: Re: amd64/186291: Compilation fail when "device pst" in kernel config on amd64. Date: Thu, 6 Feb 2014 13:22:52 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201401310700.s0V70RTv017959@oldred.freebsd.org> In-Reply-To: <201401310700.s0V70RTv017959@oldred.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402061322.52522.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Feb 2014 14:22:08 -0500 (EST) Cc: freebsd-gnats-submit@freebsd.org, Ivan Chetyrkin 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, 06 Feb 2014 19:22:12 -0000 On Friday, January 31, 2014 2:00:27 am Ivan Chetyrkin wrote: > > >Number: 186291 > >Category: amd64 > >Synopsis: Compilation fail when "device pst" in kernel config on amd64. > >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 Jan 31 07:10:00 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Ivan Chetyrkin > >Release: 10.0-STABLE > >Organization: > >Environment: > FreeBSD v64.devel.local 10.0-STABLE FreeBSD 10.0-STABLE #0: Thu Jan 30 21:31:03 UTC 2014 root@v64.devel.local:/usr/obj/usr/src/sys/VBOX64 amd64 > >Description: > When trying to compile my own kernel with "device pst" in configuration file, process fail with message: > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls - Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing- include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno- error-empty-body -Wno-error-parentheses-equality -nostdinc -I. - I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt - D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame- pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno- red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables - ffreestanding -fstack-protector -Werror /usr/src/sys/dev/pst/pst-iop.c > /usr/src/sys/dev/pst/pst-iop.c:197:3: error: cast to 'void (*)(struct iop_softc *, u_int32_t, struct i2o_single_reply *)' from smaller integer type 'u_int32_t' (aka 'unsigned int') > [-Werror,-Wint-to-pointer-cast] > ((void (*)(struct iop_softc *, u_int32_t, struct i2o_single_reply *)) > ^ > /usr/src/sys/dev/pst/pst-iop.c:419:9: error: cast to 'struct iop_request *' from smaller integer type 'u_int32_t' (aka 'unsigned int') [-Werror,-Wint-to- pointer-cast] > (struct iop_request *)reply->transaction_context; > ^ > 2 errors generated. > > As we see from /usr/src/sys/dev/pst/pst-iop.h, initiator_context and transaction_context fields of driver message struct are declared as u_int32_t, which doesn't match pointer size on 64-bit processor. > >How-To-Repeat: > On amd64 machine include > device pst > in your config file and try compile kernel. > >Fix: > The controller is very old hardware and one of fix may be exclude it from available devices on amd64 platform. Yes, this driver is not supported on amd64. Do you need it to work? You would need to implement a cookie hash table of some sort to map transaction context IDs to request pointers. If you do not need it, we should probably disable it on amd64 as no one else has asked about it. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:22:13 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 E68D97CD for ; Thu, 6 Feb 2014 19:22:12 +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 B826C1B0D for ; Thu, 6 Feb 2014 19:22:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 47FC1B9B3; Thu, 6 Feb 2014 14:22:11 -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: Thu, 6 Feb 2014 13:28:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402061100.s16B01pU028961@freefall.freebsd.org> In-Reply-To: <201402061100.s16B01pU028961@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402061328.35818.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Feb 2014 14:22:11 -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: Thu, 06 Feb 2014 19:22:13 -0000 On Thursday, February 06, 2014 6:00: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: Thu, 6 Feb 2014 11:46:41 +0100 > > ------=_20140206114641_95473 > Content-Type: text/plain; charset="iso-8859-1" > Content-Transfer-Encoding: 8bit > > Hi, > > After thinking about it again it seems the proposed solution may not be > enough. At least KVM allows to migrate guests from an Intel to an AMD > processor. That means in case of running as a vm guest, it's required to > always enable "AMD Erratum 383" workaround. Otherwise, after migration to > an affected AMD Family 10h processor, the guest could triggered AMD > Erratum 383. > > I've tried to implement this and attached patch fixes the problem for me. > Would me nice if someone with more experience than me could have a look at > it. I suspect you do not need the mca.c change as I doubt any hypervisors are going to pass machine check handling on to guests. Presumably they will handle that in the host OS instead. > Thanks, > Simon > ------=_20140206114641_95473 > Content-Type: text/x-diff; name="vm-erratum383.patch" > Content-Transfer-Encoding: 8bit > Content-Disposition: attachment; filename="vm-erratum383.patch" > > --- /usr/src/sys/x86/x86/mca.c.orig 2014-01-16 21:35:03.000000000 +0100 > +++ /usr/src/sys/x86/x86/mca.c 2014-02-05 22:15:53.109619475 +0100 > @@ -720,8 +720,8 @@ > * parity (L1TP) errors is disabled, enable the recommended workaround > * for Erratum 383. > */ > - if (cpu_vendor_id == CPU_VENDOR_AMD && > - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) > + if (vm_guest != VM_GUEST_NO || (cpu_vendor_id == CPU_VENDOR_AMD && > + CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP)) > workaround_erratum383 = 1; > > mca_banks = mcg_cap & MCG_CAP_COUNT; > --- /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; > > /* > ------=_20140206114641_95473-- > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:22:16 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 B08387E5; Thu, 6 Feb 2014 19:22:16 +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 790041B11; Thu, 6 Feb 2014 19:22:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 61BF6B9CE; Thu, 6 Feb 2014 14:22:12 -0500 (EST) From: John Baldwin To: freebsd-amd64@freebsd.org Subject: Re: amd64/186515: Doesn't boot with GPT when # of entries over than 128. Date: Thu, 6 Feb 2014 13:41:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402061743.s16Hhm58044388@oldred.freebsd.org> In-Reply-To: <201402061743.s16Hhm58044388@oldred.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402061341.04313.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Feb 2014 14:22:12 -0500 (EST) Cc: freebsd-gnats-submit@freebsd.org, Jo , Yeong.Hun@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, 06 Feb 2014 19:22:16 -0000 On Thursday, February 06, 2014 12:43:48 pm Yeong.Hun@freebsd.org, Jo wrote: > > >Number: 186515 > >Category: amd64 > >Synopsis: Doesn't boot with GPT when # of entries over than 128. > >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 06 17:50:00 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Yeong Hun, Jo > >Release: FreeBSD 10.0-RELEASE > >Organization: > - > >Environment: > FreeBSD localhost 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 1 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > >Description: > I tried to making USB memory stick using GPT partition table scheme. I usually use 152 entries to aligning 4KB boundary for data disk(start location) and use 156 entries to aligning 4KB boundary for system disk(end location, misalignment of start location is used for boot code and make 4KB aligned root partition). I don't like that some "free" sectors on disk :-) > > But, it failed to boot when partition entry count is adjusted to more than 128. > > * WORKS : 128 entries GPT(1st usable sector = 34) with freebsd-boot partition at sector 34, 40. > > * DOESN'T WORK : 152 entries GPT(1st usable sector = 40) with freebsd-boot partition at sector 40, 156 entries GPT(1st usable sector = 41) with freebsd- boot partition at sector 41. > > > > Yes, There's no problem with default size GPT partition table. "128 entires" - minimum entry count by spec. - seems to be sufficient at most cases. But, that can be arbitrary size and should be supported even that cases. I think there's some issue on gpart or early-stage boot loader(/boot/pmbr). > > >How-To-Repeat: > * For example, USB disk is da0 here. > > # gpart create -s gpt -n 152 da0 > # gpart add -t freebsd-boot -b 40 -s 32 -i 1 da0 > # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 da0 > > and try to boot USB. It should be show "clockwise" loading screen even no freebsd-ufs partition on USB, but it doesn't show anything and reboot immediately. It(doesn't say anything and reboot) occurs with /boot populated freebsd-ufs partition, too. Using more entries to pad out the table isn't the normal way to handle 4k alignment. You can just leave a gap before the start of freebsd-boot. Having the sectors "free" vs having them contain zero'd GPT entries doesn't really make a difference. One question is when does the boot break? Does it make it into the loader and break trying to boot the kernel? Does it make it into gptboot and break trying to load the loader? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:30:03 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 AFD2EC22 for ; Thu, 6 Feb 2014 19:30: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 9AC0F1BA3 for ; Thu, 6 Feb 2014 19:30: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 s16JU38Q052502 for ; Thu, 6 Feb 2014 19:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16JU3lX052501; Thu, 6 Feb 2014 19:30:03 GMT (envelope-from gnats) Date: Thu, 6 Feb 2014 19:30:03 GMT Message-Id: <201402061930.s16JU3lX052501@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: John Baldwin Subject: Re: amd64/186289: Update to 9.2 not possible. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Feb 2014 19:30:03 -0000 The following reply was made to PR amd64/186289; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Hubert , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/186289: Update to 9.2 not possible. Date: Thu, 6 Feb 2014 13:20:20 -0500 On Friday, January 31, 2014 1:20:29 am Hubert wrote: > > >Number: 186289 > >Category: amd64 > >Synopsis: Update to 9.2 not possible. > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: update > >Submitter-Id: current-users > >Arrival-Date: Fri Jan 31 06:30:01 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Hubert > >Release: 9.1 > >Organization: > >Environment: > AcernAspire 5542G AMD Turion X2 M500 ATI Mobility R > adion HD4570 Can you provide more details? What does not work? Are there any error messages? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 19:30: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 AB530C20 for ; Thu, 6 Feb 2014 19:30: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 89DCF1BA1 for ; Thu, 6 Feb 2014 19:30: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 s16JU1oj052489 for ; Thu, 6 Feb 2014 19:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16JU1xv052487; Thu, 6 Feb 2014 19:30:01 GMT (envelope-from gnats) Date: Thu, 6 Feb 2014 19:30:01 GMT Message-Id: <201402061930.s16JU1xv052487@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org Cc: From: John Baldwin Subject: Re: amd64/186291: Compilation fail when "device pst" in kernel config on amd64. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Feb 2014 19:30:01 -0000 The following reply was made to PR amd64/186291; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Ivan Chetyrkin , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/186291: Compilation fail when "device pst" in kernel config on amd64. Date: Thu, 6 Feb 2014 13:22:52 -0500 On Friday, January 31, 2014 2:00:27 am Ivan Chetyrkin wrote: > > >Number: 186291 > >Category: amd64 > >Synopsis: Compilation fail when "device pst" in kernel config on amd64. > >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 Jan 31 07:10:00 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Ivan Chetyrkin > >Release: 10.0-STABLE > >Organization: > >Environment: > FreeBSD v64.devel.local 10.0-STABLE FreeBSD 10.0-STABLE #0: Thu Jan 30 21:31:03 UTC 2014 root@v64.devel.local:/usr/obj/usr/src/sys/VBOX64 amd64 > >Description: > When trying to compile my own kernel with "device pst" in configuration file, process fail with message: > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls - Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing- include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno- error-empty-body -Wno-error-parentheses-equality -nostdinc -I. - I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt - D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame- pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno- red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables - ffreestanding -fstack-protector -Werror /usr/src/sys/dev/pst/pst-iop.c > /usr/src/sys/dev/pst/pst-iop.c:197:3: error: cast to 'void (*)(struct iop_softc *, u_int32_t, struct i2o_single_reply *)' from smaller integer type 'u_int32_t' (aka 'unsigned int') > [-Werror,-Wint-to-pointer-cast] > ((void (*)(struct iop_softc *, u_int32_t, struct i2o_single_reply *)) > ^ > /usr/src/sys/dev/pst/pst-iop.c:419:9: error: cast to 'struct iop_request *' from smaller integer type 'u_int32_t' (aka 'unsigned int') [-Werror,-Wint-to- pointer-cast] > (struct iop_request *)reply->transaction_context; > ^ > 2 errors generated. > > As we see from /usr/src/sys/dev/pst/pst-iop.h, initiator_context and transaction_context fields of driver message struct are declared as u_int32_t, which doesn't match pointer size on 64-bit processor. > >How-To-Repeat: > On amd64 machine include > device pst > in your config file and try compile kernel. > >Fix: > The controller is very old hardware and one of fix may be exclude it from available devices on amd64 platform. Yes, this driver is not supported on amd64. Do you need it to work? You would need to implement a cookie hash table of some sort to map transaction context IDs to request pointers. If you do not need it, we should probably disable it on amd64 as no one else has asked about it. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 6 21:58:23 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 EED7F904; Thu, 6 Feb 2014 21:58:23 +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 C2C3D1980; Thu, 6 Feb 2014 21:58:23 +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 s16LwN6E085763; Thu, 6 Feb 2014 21:58:23 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s16LwNwZ085762; Thu, 6 Feb 2014 21:58:23 GMT (envelope-from jhb) Date: Thu, 6 Feb 2014 21:58:23 GMT Message-Id: <201402062158.s16LwNwZ085762@freefall.freebsd.org> To: hpd53@arcor.de, jhb@FreeBSD.org, freebsd-amd64@FreeBSD.org From: jhb@FreeBSD.org Subject: Re: amd64/186289: Update to 9.2 not possible. 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, 06 Feb 2014 21:58:24 -0000 Synopsis: Update to 9.2 not possible. State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Thu Feb 6 21:57:25 UTC 2014 State-Changed-Why: Submitter reports that 10 works fine. http://www.freebsd.org/cgi/query-pr.cgi?pr=186289 From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 7 13:07:17 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 1D4429BE; Fri, 7 Feb 2014 13:07:17 +0000 (UTC) Received: from ns1.invoca.ch (mx1.invoca.ch [157.161.91.34]) by mx1.freebsd.org (Postfix) with ESMTP id CBF7F19F1; Fri, 7 Feb 2014 13:07:16 +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 0FF33240B0; Fri, 7 Feb 2014 14:07:08 +0100 (CET) Received: from webmail.bi.corp.invoca.ch (localhost [127.0.0.1]) by xxl.bi.corp.invoca.ch (Postfix) with ESMTP id 853824B0A2; Fri, 7 Feb 2014 14:07:07 +0100 (CET) Received: from 192.168.10.25 (SquirrelMail authenticated user simix) by webmail.bi.corp.invoca.ch with HTTP; Fri, 7 Feb 2014 14:07:07 +0100 Message-ID: In-Reply-To: <201402061328.35818.jhb@freebsd.org> References: <201402061100.s16B01pU028961@freefall.freebsd.org> <201402061328.35818.jhb@freebsd.org> Date: Fri, 7 Feb 2014 14:07:07 +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: Fri, 07 Feb 2014 13:42:19 +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: Fri, 07 Feb 2014 13:07:17 -0000 > On Thursday, February 06, 2014 6:00: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: Thu, 6 Feb 2014 11:46:41 +0100 >> >> ------=_20140206114641_95473 >> Content-Type: text/plain; charset="iso-8859-1" >> Content-Transfer-Encoding: 8bit >> >> Hi, >> >> After thinking about it again it seems the proposed solution may not be >> enough. At least KVM allows to migrate guests from an Intel to an AMD >> processor. That means in case of running as a vm guest, it's required >> to >> always enable "AMD Erratum 383" workaround. Otherwise, after migration >> to >> an affected AMD Family 10h processor, the guest could triggered AMD >> Erratum 383. >> >> I've tried to implement this and attached patch fixes the problem for >> me. >> Would me nice if someone with more experience than me could have a look >> at >> it. > > I suspect you do not need the mca.c change as I doubt any hypervisors are > going to pass machine check handling on to guests. Presumably they will > handle that in the host OS instead. Hi John, you are right, my test box is also working without the mca.c change. BTW, setting vm.pmap.pg_ps_enabled="0" in loader.conf also helps to make the vm survive but I guess that's not the same and should be avoided? Isn't the suggested patch the better solution? Thanks, Simon From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 7 16:32:34 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 3C1201E7 for ; Fri, 7 Feb 2014 16:32:34 +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 0E2001080 for ; Fri, 7 Feb 2014 16:32:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E9348B962; Fri, 7 Feb 2014 11:32:32 -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: Fri, 7 Feb 2014 11:28:02 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402061100.s16B01pU028961@freefall.freebsd.org> <201402061328.35818.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402071128.02185.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Feb 2014 11:32:33 -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: Fri, 07 Feb 2014 16:32:34 -0000 On Friday, February 07, 2014 8:07:07 am Simon Matter wrote: > > On Thursday, February 06, 2014 6:00: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: Thu, 6 Feb 2014 11:46:41 +0100 > >> > >> ------=_20140206114641_95473 > >> Content-Type: text/plain; charset="iso-8859-1" > >> Content-Transfer-Encoding: 8bit > >> > >> Hi, > >> > >> After thinking about it again it seems the proposed solution may not be > >> enough. At least KVM allows to migrate guests from an Intel to an AMD > >> processor. That means in case of running as a vm guest, it's required > >> to > >> always enable "AMD Erratum 383" workaround. Otherwise, after migration > >> to > >> an affected AMD Family 10h processor, the guest could triggered AMD > >> Erratum 383. > >> > >> I've tried to implement this and attached patch fixes the problem for > >> me. > >> Would me nice if someone with more experience than me could have a look > >> at > >> it. > > > > I suspect you do not need the mca.c change as I doubt any hypervisors are > > going to pass machine check handling on to guests. Presumably they will > > handle that in the host OS instead. > > Hi John, > > you are right, my test box is also working without the mca.c change. > > BTW, setting vm.pmap.pg_ps_enabled="0" in loader.conf also helps to make > the vm survive but I guess that's not the same and should be avoided? > Isn't the suggested patch the better solution? Yes, I think it is, just talking to alc@ about it. -- John Baldwin