From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NT2xy-0008Cv-6D for mharc-grub-devel@gnu.org; Thu, 07 Jan 2010 19:44:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NT2xx-0008C9-91 for grub-devel@gnu.org; Thu, 07 Jan 2010 19:44:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NT2xs-0008A9-LJ for grub-devel@gnu.org; Thu, 07 Jan 2010 19:44:36 -0500 Received: from [199.232.76.173] (port=42613 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NT2xs-0008A4-6l for grub-devel@gnu.org; Thu, 07 Jan 2010 19:44:32 -0500 Received: from iona.labri.fr ([147.210.8.143]:53661) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NT2xr-0004eh-MS for grub-devel@gnu.org; Thu, 07 Jan 2010 19:44:31 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by iona.labri.fr (Postfix) with ESMTP id 3849936B6F for ; Fri, 8 Jan 2010 01:44:26 +0100 (CET) X-Virus-Scanned: amavisd-new at labri.fr Received: from iona.labri.fr ([127.0.0.1]) by localhost (iona.labri.fr [127.0.0.1]) (amavisd-new, port 10027) with LMTP id 9MJE2MdKpctr for ; Fri, 8 Jan 2010 01:44:26 +0100 (CET) Received: from [192.168.1.50] (c2433-1-88-160-112-182.fbx.proxad.net [88.160.112.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by iona.labri.fr (Postfix) with ESMTP id E349736B6D for ; Fri, 8 Jan 2010 01:44:25 +0100 (CET) Message-ID: <4B467FE9.3040200@labri.fr> Date: Fri, 08 Jan 2010 01:44:25 +0100 From: =?UTF-8?B?R3LDqWdvaXJlIFN1dHJl?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707) MIME-Version: 1.0 To: The development of GNU GRUB References: <4B44D161.8040702@labri.fr> <20100107213604.GF26340@thorin> In-Reply-To: <20100107213604.GF26340@thorin> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: Invalid symbol table on NetBSD boot X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 00:44:37 -0000 Robert Millan wrote: > I suggest you test if GRUB Legacy's Multiboot loader supports this > properly, as the code I used derives from that. Yes, the problem disappears with GRUB Legacy's multiboot. Moreover, I=20 noticed another issue: the command line is stripped (first word missing)=20 with GRUB 2's multiboot. Here are the logs. After setting the root=20 variable appropriately, I get: --- With GRUB Legacy --------------------------------------------------- grub> kernel /netbsd.generic -z root=3Dwd0a [Multiboot-elf, ...] grub> boot And everything works as expected: silent boot (-z), root device not=20 asked by the kernel, /dev/ksyms working. The kernel says (dmesg): multiboot: Information structure flags: 0x000003e7 multiboot: Boot loader: GNU GRUB 0.97 multiboot: Command line: /netbsd.generic -z root=3Dwd0a multiboot: 638 KB lower memory, 1562048 KB upper memory multiboot: Symbol table at 0xc0b980d4, length 519152 bytes multiboot: String table at 0xc0c16cc4, length 505776 bytes --- With GRUB 2 ------------------------------------------------------- grub> multiboot /netbsd.generic -z root=3Dwd0a grub> boot And the kernel here does not boot silently, but takes into account=20 `root=3Dwd0a'. As reported before, /dev/ksyms does not work. The kernel= =20 says (dmesg): multiboot: Information structure flags: 0x00000247 multiboot: Boot loader: GRUB 1.97 multiboot: Command line: -z root=3Dwd0a multiboot: 638 KB lower memory, 1562048 KB upper memory Nothing regarding symbol or string tables. See also how the command=20 line seen by the kernel is missing `/netbsd.generic' w.r.t. GRUB Legacy.=20 If I use grub> multiboot /netbsd.generic dummy -z root=3Dwd0a then the kernel boots silently (-z), and command line reported by the=20 kernel is `dummy -z root=3Dwd0a'. ----------------------------------------------------------------------- > I believe NetBSD kernel developers (that'd be jmmv) implemented Multibo= ot > support in order to avoid duplication of efforts. AFAICS, it's implemented only for i386 in NetBSD stable. > I think it's appropiate > to consider knetbsd loader as "legacy" and resolve this problem in our > multiboot loader. Ok. Gr=C3=A9goire