From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 21 08:59:39 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5D416A406 for ; Thu, 21 Feb 2008 08:59:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2795113C465 for ; Thu, 21 Feb 2008 08:59:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1L8xZov018465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Feb 2008 19:59:35 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1L8xUOO045013; Thu, 21 Feb 2008 19:59:30 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m1L8xTDo045012; Thu, 21 Feb 2008 19:59:29 +1100 (EST) (envelope-from peter) Date: Thu, 21 Feb 2008 19:59:29 +1100 From: Peter Jeremy To: Marcel Moolenaar Message-ID: <20080221085929.GJ51095@server.vk2pj.dyndns.org> References: <200802202008.m1KK8ZoJ008043@lurza.secnetix.de> <1E2E2F4B-5169-42B4-AFFC-259B401F7F60@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8S1fMsFYqgBC+BN/" Content-Disposition: inline In-Reply-To: <1E2E2F4B-5169-42B4-AFFC-259B401F7F60@mac.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org, Oliver Fromme Subject: Re: /boot/loader graphics support & extensibility X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2008 08:59:39 -0000 --8S1fMsFYqgBC+BN/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 20, 2008 at 01:44:42PM -0800, Marcel Moolenaar wrote: >control over everything. On top of that, we can't use any >code in the loader from the kernel, so whatever support we >add, we need to add to the kernel too. We can't re-use the same executable bytes but, with care, we should be able to reuse some of the source code. > At least, I think >it's lame to support fancy graphics in the loader and then >not support at least the same in the kernel. If you raise >the bar for the loader, you also have to raise it for the >kernel. How else would the kernel be able to use the console? We already have splash(4) and can support a character-mode interface to a graphics-mode adapter. IMHO, the major reason for having graphics support in the kernel is KGI/GGI - which offers the possibility of being able to use DDB from X. >So, the question is: how important is it for the user to >be able to tweak it all. For GGI, quite important because the kernel is defining the X resolution. Whether that needs to be the same as the resolution used by the boot loader is a different question. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --8S1fMsFYqgBC+BN/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHvT1x/opHv/APuIcRAhnrAKDED6Q1woXR1W1lV9cy2b7ivutEZgCeI3pm b7eQ5Z0ZYrzCZ/gt1J8hCpM= =zjEN -----END PGP SIGNATURE----- --8S1fMsFYqgBC+BN/--