From owner-freebsd-current@freebsd.org Fri Mar 3 09:22:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E65D1CF6ECC for ; Fri, 3 Mar 2017 09:22:07 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B2B014AD; Fri, 3 Mar 2017 09:22:07 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id y193so6301142lfd.1; Fri, 03 Mar 2017 01:22:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BXPeccoI5lmvoT5q8NU9FX1KtA5A40aLpxAJn11q7OU=; b=bMlRBLw3QWH780FQcZVtTY14clteXiAfiRm4fRBgLekliuGehgNVhYu9zcCJPVzjDI wy/h3JxN66chMdrGgcuglprNWAoEgAScEtclTxZWZsj6wmY5WBvXdkVNnzpxk+oeGCuM EDHPPdRCryOw3g9+mKRWZnSfEmigcXqcgPZoDdqvuishg9W1+fdCuRZOU7BOrXBDDkVL Th41CNr/vgeOd+//RgdkPgJYDlfKyD0V9RX4rH37npTdHixEGsESZ1iy72j+qyE1lwB1 S6OMjOvNvlNJrOiBNPlmrC4qZfBHB0PX3Uk8J69c0EZiymz2Y0R29yEN1rSBJ8Yahp4X 11zQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BXPeccoI5lmvoT5q8NU9FX1KtA5A40aLpxAJn11q7OU=; b=bPzBC5KeE4vsPD6ZGz+AJ/j3tjJ5IYcJ3URhri4RJ4MSewnxMbSUtIB9KhBZ6ABwIY VwO+etI4HpOnD5Zk+fXNraOKdWzgGXWyfr2wAgwyDpgOiAQB47L2+zIIvAa1gaD593H4 +PYaSDA9iQ6dW53/LkTrADVjoO8vONhwfZnAcYa5plQXLQiC2nhPGZjUf/FoDcktxMET J0BrC8rPh7cPL6Y/SU+YOhpIx67mhUK48U1LYxFrajoyxDabeS9q0+StmZOb12vHedVH V2JFkZfQg28CWnOf83AMapgky7jzo5zMqLFotWWrLfm3PW3AwD3tpSFsYsmXTJN5r8uI Ob7Q== X-Gm-Message-State: AMke39mbVVzIjoMcxbvYksFcuognxX9+Fz+OGmlo7pb6T0lBG2GNseG22tyTKieUPyx98A== X-Received: by 10.46.75.1 with SMTP id y1mr629138lja.75.1488532925681; Fri, 03 Mar 2017 01:22:05 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id o80sm2164322lff.25.2017.03.03.01.22.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Mar 2017 01:22:04 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning From: Alex Deiter In-Reply-To: Date: Fri, 3 Mar 2017 12:22:04 +0300 Cc: freebsd-current , dexuan@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> To: Chris H X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 09:22:08 -0000 Hello, The same issue with FreeBSD 12.0-CURRENT-r314563: elf64_loadimage: could not read symbols - skipped! http://picpaste.com/IMG_1764-vfZl1l5o.JPG I suspect regression after:=20 Revision 314547 - Directory Listing=20 Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by = dexuan loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) MFC after: 2 weeks Sponsored by: Microsoft Differential Revision:=09 https://reviews.freebsd.org/D9686 Alex Deiter alex.deiter@gmail.com > On 3 Mar 2017, at 09:20, Chris H wrote: >=20 > On Thu, 2 Mar 2017 21:32:39 -0800 "Ngie Cooper (yaneurabeya)" > wrote >=20 >>> On Mar 2, 2017, at 21:16, Chris H wrote: >>>=20 >>> On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote >>>=20 >>>> Hi: >>>>=20 >>>> I'm having a major problem after updating a 12-current machine = today. >>>> After buildworld/kernel/install cycle on reboot I'm getting the = following >>>> failure: >>>>=20 >>>> "/boot/kernel/kernel text=3D0xb7716f data=3D0x100548+0x398358 >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel/kernel': input/output error >>>> can't load file '/boot/kernel/kernel': input/output error >>>>=20 >>>> OK boot kernel.old >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel.old/kernel': input/output error >>>> can't load file '/boot/kernel.old/kernel': input/output error" >>>>=20 >>>> I have never experienced this failure before, and don't know how to >>>> proceed. Any help recovering from this would be greatly = appreciated. >>>> Thanks in advance. >>>=20 >>> I don't suppose you could post the output of >>> uname -a >>>=20 >>> and maybe a copy of dmesg(8) could you? >>=20 >> That would be good, but I don=E2=80=99t know if it=E2=80=99s possible = (the OP is noting >> that the boot is broken when executing loader(8)..). -Ngie >=20 > Indeed. But that doesn't stop the OP from booting from the > install media. ;-) :-) >=20 > --Chris >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org"