From owner-svn-src-head@FreeBSD.ORG Sat Aug 11 15:38:17 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED3C106566C; Sat, 11 Aug 2012 15:38:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id E8DC98FC0A; Sat, 11 Aug 2012 15:38:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:fd63:742f:8e7f:9fd5] (unknown [IPv6:2001:7b8:3a7:0:fd63:742f:8e7f:9fd5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BCF7F5C37; Sat, 11 Aug 2012 17:38:08 +0200 (CEST) Message-ID: <50267C67.8090406@FreeBSD.org> Date: Sat, 11 Aug 2012 17:38:15 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120731 Thunderbird/15.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <201208051437.q75EbnJO093363@svn.freebsd.org> In-Reply-To: <201208051437.q75EbnJO093363@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r239066 - head/sys/boot/i386/libi386 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 15:38:17 -0000 On 2012-08-05 16:37, Andrey V. Elsukov wrote:> Author: ae > Date: Sun Aug 5 14:37:48 2012 > New Revision: 239066 > URL: http://svn.freebsd.org/changeset/base/239066 > > Log: > Add offset field to the i386_devdesc structure to be compatible with > disk_devdesc structure. Update biosdisk driver to the new disk API. > > Modified: > head/sys/boot/i386/libi386/Makefile > head/sys/boot/i386/libi386/biosdisk.c > head/sys/boot/i386/libi386/devicename.c > head/sys/boot/i386/libi386/libi386.h Though I still don't understand how, this breaks loader(8) for me. When I build a loader from this revision, I get the following at boot: /boot/config: -D -S115200 FreeBSD/x86 boot Default: 0:da(0,a)/boot/loader boot: 0:da(0,a)/boot/loader.testConsoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 638kB/1046464kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (dim@vm-dvs-dimtest1.home.andric.com, Sat Aug 11 17:14:02 CEST 2012) can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK ls open '/' failed: no such file or directory OK lsdev cd devices: disk devices: disk0: BIOS drive A: disk1: BIOS drive C: disk1a: FreeBSD UFS disk1b: FreeBSD swap pxe devices: OK reboot Rebooting... Building a loader from r239065 works just fine: /boot/config: -D -S115200 FreeBSD/x86 boot Default: 0:da(0,a)/boot/loader boot: Consoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 638kB/1046464kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (dim@vm-dvs-dimtest1.home.andric.com, Sun Aug 5 01:20:40 CEST 2012) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0xc02345 data=0x108378+0x21bad0 syms=[0x4+0xd7610+0x4+0x19e1a8] /boot/kernel/pty.ko text=0x920 data=0x1c8 syms=[0x4+0x3b0+0x4+0x350] /boot/kernel/vmmemctl.ko text=0x1cac data=0xfc+0xe4 syms=[0x4+0x5a0+0x4+0x557] \ Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. OK lsdev cd devices: disk devices: disk0: BIOS drive A: disk1: BIOS drive C: disk1a: FFS disk1b: swap pxe devices: OK ls / d .snap d dev d etc d cdrom d dist d bin d boot d lib d libexec d media d mnt d proc d rescue d root d sbin d tmp d usr d var d home d share entropy l sys .cshrc boot.config l compat COPYRIGHT .profile .sujournal OK boot [...booting normally...] This is all in a VMware guest, with 'dangerously dedicated' disks, e.g. /dev/da0a is root, /dev/da0b is swap. Any idea where I should start looking? :)