From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 22:38:36 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B6216A4CE for ; Tue, 8 Mar 2005 22:38:36 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7C843D46 for ; Tue, 8 Mar 2005 22:38:35 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 6888F1DD56B; Tue, 8 Mar 2005 23:38:34 +0100 (CET) Received: from niobe.ijs.si ([127.0.0.1]) by localhost (niobe.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 99850-01-42; Tue, 8 Mar 2005 23:38:21 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 82ED21DD59A; Tue, 8 Mar 2005 23:38:21 +0100 (CET) Received: from idefix.ijs.si (idefix.ijs.si [193.2.4.33]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by metatron.ijs.si (Postfix) with ESMTP id 4BAB61C00715; Tue, 8 Mar 2005 23:38:21 +0100 (CET) From: Dejan Lesjak To: Matthias Muthmann Date: Tue, 8 Mar 2005 23:38:20 +0100 User-Agent: KMail/1.7.2 References: <200502240244.03104.dejan.lesjak@ijs.si> <200503072217.05939.dejan.lesjak@ijs.si> <1110272506.18532.6.camel@localhost> In-Reply-To: <1110272506.18532.6.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503082338.20540.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with X.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 22:38:36 -0000 On Tuesday 08 of March 2005 10:01, Matthias Muthmann wrote: > On Mo, 2005-03-07 at 22:17 +0100, Dejan Lesjak wrote: > > I see, this should eliminate concern that previous patches remapped last > > line to weird codes... Digging a bit through this I hope that we're at > > least a bit closer to something. I think we could use the mapping for > > wsconsole for sun keyboards: Looking at keycodes we should get (this is a > > type5 keyboard, right?) in /usr/X11R6/lib/X11/xkb/keycodes/sun - for de > > layout of type5 keyboard key Y is so the code should be 107. Now > > before mapping in driver (for which these patches are) is converted to > > this code, MIN_KEYCODE (defined as 8 in this case) is added to scancode, > > so that one should be 99. As we already subtract 1 before addition of > > MIN_KEYCODE, scancode should be 100 or 0x64, which is what we have in > > wsSun map in bsd_KbdMap.c. Anyway... if my rambling above is correct, > > this is what you could try: of previous patches keep only > > patch-kbd_sparc_2.c (remove patch-bsd_kbd.c and patch-bsd_KbdMap.c) and > > add the patch here: > > http://www.ijs.si/~lesi/xorg/patch-bsd_KbdMap.c.2 > > Better? Worse? Horrible? > > > > > > Dejan > > Well, it depends on your definition of better worse an horrible, but I'd > say something between worse to horrible ;). > The keys are completely messed up (its a German type5c keyboard). > Some examples: > 1: keycode 9 (keysym 0x1005ff77, SunAudioLowerVolume) > 0: keycode 18 (keysym 0xffc9, F12) > a: keycode 37 (keysym 0x31, 1), XLookupString gives 1 bytes: (31) "1" > l: keycode 45 (keysym 0x39, 9), XLookupString gives 1 bytes: (39) "9" > y: keycode 51 (keysym 0xff63, Insert) > .: keycode 59 (keysym 0xff50, Home) > End: keycode 102 (keysym 0xff68, Find) That would be horrible by my definition :) But after the post from Michael G. Jung, I am now a bit puzzled. If I remember correctly, using just patch-kbd_sparc_2.c produces unusable codes in last row for you? Dejan