From owner-freebsd-stable@FreeBSD.ORG Sun Sep 14 12:22:09 2014 Return-Path: Delivered-To: freebsd-stable@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 D1F65560 for ; Sun, 14 Sep 2014 12:22:09 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60025FDB for ; Sun, 14 Sep 2014 12:22:09 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s8ECM7S2053587 for ; Sun, 14 Sep 2014 14:22:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 31C793845; Sun, 14 Sep 2014 14:22:07 +0200 (CEST) Message-ID: <54158866.2050901@omnilan.de> Date: Sun, 14 Sep 2014 14:21:58 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: option *KB*_DFLT_KEYMAP and *map.h in sys/conf/files X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC8FDF0A0BB3BCA4F7BCB0FFF" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sun, 14 Sep 2014 14:22:07 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2014 12:22:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC8FDF0A0BB3BCA4F7BCB0FFF Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, currently I can't compile a kernel on a 10-stable machine with differtent default keymap. Reason is, that the k*map.h file gets generated at compile time, coded in sys/conf/files.arch. For any reason, on my 10-stable build machine, kbdcontrol(1) does look for maps in /usr/share/vt/keymaps, although usr.sbin/kbdcontrol/path.h ha= s #define KEYMAP_PATH "/usr/share/syscons/keymaps/ I guess it's because I have kern.vty=3Dvt Further guess is that I can build the kernel by setting 'env KEYMAP_PATH=3D/usr/share/syscons/keymaps' for kernel configs having *KB*_DFLT_KEYMAP set to syscons keymap name. But I see some problematic cases in the way the neccessarry header files gets generated. First, I think that reading keymaps from the machine's installed maps instead of the ones which are in the sources is not optimal. Maybe it was intentional set to read machine's keymaps to be able to compile a kernel without userland sources?!? But since 9k6 Modems and ctm are obsolete, I can see no good reason any more. Next is that buildkernel depends on kbdcontrol(1) on the build machine. Don't know actually how this can be improoved, one must be able to compile a kernel without userland, so there's most likely no obj tree where we could use another kbdcontrol(1). But my real problem is, that my building machine has to have the same console like the one, I build a kernel for. I guess searching in both paths (syscons/keymaps/ & vt/keymaps) if KEYMAP_PATH is not defined should be implemented (in ys/conf/files.arch) if the way the header files gets generated is the right one. What would habben if I compiled a syscons default keymap into the kernel and use vt? Or vice versa? Thanks, -Harry --------------enigC8FDF0A0BB3BCA4F7BCB0FFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlQViG4ACgkQLDqVQ9VXb8h+CQCgiN/cBdVlF3r9KTvGas1frRwF 3toAnRCEyw41pv5cqWHcUno9ky7SW7Yl =jmOW -----END PGP SIGNATURE----- --------------enigC8FDF0A0BB3BCA4F7BCB0FFF--