From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 11:01:30 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 0A00216A4F2 for ; Mon, 7 Mar 2005 11:01:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F4243D1F for ; Mon, 7 Mar 2005 11:01:29 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j27B1T5I037281 for ; Mon, 7 Mar 2005 11:01:29 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j27B1TaR037275 for freebsd-sparc64@freebsd.org; Mon, 7 Mar 2005 11:01:29 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Mar 2005 11:01:29 GMT Message-Id: <200503071101.j27B1TaR037275@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you 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: Mon, 07 Mar 2005 11:01:30 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 21:17:16 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 A28BE16A4CE for ; Mon, 7 Mar 2005 21:17:16 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A9D43D41 for ; Mon, 7 Mar 2005 21:17:15 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id E28771DD585; Mon, 7 Mar 2005 22:17:14 +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 09295-01-10; Mon, 7 Mar 2005 22:17:06 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 9061B1DD57E; Mon, 7 Mar 2005 22:17:06 +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 43C1D1C00B03; Mon, 7 Mar 2005 22:17:06 +0100 (CET) From: Dejan Lesjak To: Matthias Muthmann Date: Mon, 7 Mar 2005 22:17:05 +0100 User-Agent: KMail/1.7.2 References: <200502240244.03104.dejan.lesjak@ijs.si> <200503022010.39072.dejan.lesjak@ijs.si> <1109950493.21431.5.camel@localhost> In-Reply-To: <1109950493.21431.5.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503072217.05939.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: Mon, 07 Mar 2005 21:17:16 -0000 On Friday 04 of March 2005 16:34, Matthias Muthmann wrote: > On Mi, 2005-03-02 at 20:10 +0100, Dejan Lesjak wrote: > > Just the ones that don't work (if they are consecutive in the row, only a > > range would be fine). I'm also interested in whether without these > > patches applied - was the row in question behaving the same as the other > > keys (ie codes generated being off by one) or was it behaving differently > > even then? > > > > > > Dejan > > Ok, now I tried X without your patches. The lowest row behaves in the > same way as with your patches: > e.g. keycode 198 (keysym 0x0, NoSymbol) > But the keycodes are shifted by one (Y is 191, not 190 ...) 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 From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 09:01:47 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 6C0B216A4CE for ; Tue, 8 Mar 2005 09:01:47 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A55443D48 for ; Tue, 8 Mar 2005 09:01:46 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 08 Mar 2005 09:01:43 -0000 Received: from p54805CDE.dip.t-dialin.net (EHLO [192.168.0.2]) (84.128.92.222) by mail.gmx.net (mp025) with SMTP; 08 Mar 2005 10:01:43 +0100 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: <200503072217.05939.dejan.lesjak@ijs.si> References: <200502240244.03104.dejan.lesjak@ijs.si> <200503022010.39072.dejan.lesjak@ijs.si> <1109950493.21431.5.camel@localhost> <200503072217.05939.dejan.lesjak@ijs.si> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DOU4FVw8UWbwinheMwk2" Date: Tue, 08 Mar 2005 10:01:46 +0100 Message-Id: <1110272506.18532.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 X-Y-GMX-Trusted: 0 cc: Dejan Lesjak 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 09:01:47 -0000 --=-DOU4FVw8UWbwinheMwk2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mo, 2005-03-07 at 22:17 +0100, Dejan Lesjak wrote: > I see, this should eliminate concern that previous patches remapped last = line=20 > to weird codes... Digging a bit through this I hope that we're at least a= bit=20 > closer to something. I think we could use the mapping for wsconsole for s= un=20 > keyboards: Looking at keycodes we should get (this is a type5 keyboard,=20 > right?) in /usr/X11R6/lib/X11/xkb/keycodes/sun - for de layout of type5=20 > keyboard key Y is so the code should be 107. Now before mapping in= =20 > driver (for which these patches are) is converted to this code, MIN_KEYCO= DE=20 > (defined as 8 in this case) is added to scancode, so that one should be 9= 9.=20 > As we already subtract 1 before addition of MIN_KEYCODE, scancode should = be=20 > 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= =20 > previous patches keep only patch-kbd_sparc_2.c (remove patch-bsd_kbd.c an= d=20 > patch-bsd_KbdMap.c) and add the patch here: > http://www.ijs.si/~lesi/xorg/patch-bsd_KbdMap.c.2 > Better? Worse? Horrible? >=20 >=20 > Dejan >=20 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) --=20 Matthias Muthmann --=-DOU4FVw8UWbwinheMwk2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCLWn6eA8bkj+29gMRAlSRAJ9813ZMn5HmjxxVVXoTOr5LJQAgAwCffPU/ BgDN1zylMwdYVswEk8OhRhA= =VU8H -----END PGP SIGNATURE----- --=-DOU4FVw8UWbwinheMwk2-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 12:15:33 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 786D116A4CE for ; Tue, 8 Mar 2005 12:15:33 +0000 (GMT) Received: from mx2.confluentasp.com (mx2.confluentasp.com [216.26.153.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 712B243D41 for ; Tue, 8 Mar 2005 12:15:25 +0000 (GMT) (envelope-from mikej@confluenttech.com) Received: from neo.confluentasp.local (35.in-addr.arpa.confluentasp.com [216.26.153.35] (may be forged))j28CFOGB065745 for ; Tue, 8 Mar 2005 07:15:24 -0500 (EST) (envelope-from mikej@confluenttech.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Date: Tue, 8 Mar 2005 07:15:19 -0500 Message-ID: <9D7F0DF3FB16D41184010050DA90E00001C874CB@neo.confluentasp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: Problems with X.. Thread-Index: AcUj2H5SnGbZP2TAR8WO3sBGI+x1ag== From: "Michael G. Jung" To: cc: dejan.lesjak@ijs.si 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 12:15:33 -0000 Patched as desrived below this seems to have fixed my problems with X on = Sparc Ultra 2. I tested the keyboard in xterm and KWord. While I only spend a few = minutes with it this morning, all the alphanumeric keys + keypad seemed = to work fine A-Z, a-z 0-1 !@#$%^% etc... PgUp/PgDown keys worked, the = keypad worked numerically and shifted and F1 brought up KHelp...=20 Thanks for all your efforts! Here is my version info. X was compiled with your single patch = patch-kbd_sparc_2.c. X Window System Version 6.8.1 Release Date: 17 September 2004 X Protocol Version 11, Revision 0, Release 6.8.1 Build Operating System: FreeBSD 6.0 sparc64 [ELF]=20 Current Operating System: FreeBSD dual2.mikej.com 6.0-CURRENT FreeBSD = 6.0-CURRENT #1: Sat Feb 5 12:03:53 EST 2005 = root@dual2.mikej.com:/usr/obj/usr/src/sys/DUAL2-2 sparc64 Build Date: 08 March 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present FreeBSD dual2.mikej.com 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Sat Feb 5 = 12:03:53 EST 2005 root@dual2.mikej.com:/usr/obj/usr/src/sys/DUAL2-2 = sparc64 --=3D-DOU4FVw8UWbwinheMwk2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mo, 2005-03-07 at 22:17 +0100, Dejan Lesjak wrote: > I see, this should eliminate concern that previous patches remapped = last =3D line=3D20 > to weird codes... Digging a bit through this I hope that we're at = least a=3D bit=3D20 > closer to something. I think we could use the mapping for wsconsole = for s=3D un=3D20 > keyboards: Looking at keycodes we should get (this is a type5 = keyboard,=3D20 > right?) in /usr/X11R6/lib/X11/xkb/keycodes/sun - for de layout of = type5=3D20 > keyboard key Y is so the code should be 107. Now before mapping = in=3D =3D20 > driver (for which these patches are) is converted to this code, = MIN_KEYCO=3D DE=3D20 > (defined as 8 in this case) is added to scancode, so that one should = be 9=3D 9.=3D20 > As we already subtract 1 before addition of MIN_KEYCODE, scancode = should =3D be=3D20 > 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=3D =3D20 > previous patches keep only patch-kbd_sparc_2.c (remove patch-bsd_kbd.c = an=3D d=3D20 > patch-bsd_KbdMap.c) and add the patch here: > http://www.ijs.si/~lesi/xorg/patch-bsd_KbdMap.c.2 > Better? Worse? Horrible? >=3D20 >=3D20 > Dejan >=3D20 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) --=3D20 Matthias Muthmann --=3D-DOU4FVw8UWbwinheMwk2 Content-Type: application/pgp-signature; name=3Dsignature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCLWn6eA8bkj+29gMRAlSRAJ9813ZMn5HmjxxVVXoTOr5LJQAgAwCffPU/ BgDN1zylMwdYVswEk8OhRhA=3D =3DVU8H -----END PGP SIGNATURE----- --=3D-DOU4FVw8UWbwinheMwk2-- 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 From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 22:43:26 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 D3EFE16A4CE for ; Tue, 8 Mar 2005 22:43:26 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821F943D41 for ; Tue, 8 Mar 2005 22:43:26 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 9A41A1DD6E0; Tue, 8 Mar 2005 23:43:25 +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 98715-01-63; Tue, 8 Mar 2005 23:43:12 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 87FA91DD691; Tue, 8 Mar 2005 23:43:09 +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 A542B1C00715; Tue, 8 Mar 2005 23:43:09 +0100 (CET) From: Dejan Lesjak To: "Michael G. Jung" Date: Tue, 8 Mar 2005 23:43:08 +0100 User-Agent: KMail/1.7.2 References: <9D7F0DF3FB16D41184010050DA90E00001C874CB@neo.confluentasp.local> In-Reply-To: <9D7F0DF3FB16D41184010050DA90E00001C874CB@neo.confluentasp.local> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503082343.09112.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:43:26 -0000 On Tuesday 08 of March 2005 13:15, Michael G. Jung wrote: > Patched as desrived below this seems to have fixed my problems with X on > Sparc Ultra 2. > > I tested the keyboard in xterm and KWord. While I only spend a few minutes > with it this morning, all the alphanumeric keys + keypad seemed to work > fine A-Z, a-z 0-1 !@#$%^% etc... PgUp/PgDown keys worked, the keypad worked > numerically and shifted and F1 brought up KHelp... > > Thanks for all your efforts! > > Here is my version info. X was compiled with your single patch > patch-kbd_sparc_2.c. So, just to make sure, the only extra patch (apart from ones already in xorg-server/files dir) you used is patch-kbd_sparc_2.c? And the last row (Z-? or equivalent in non-us layouts) works properly? Could you post InputDevice section for kbd driver in xorg.conf (or XF86Config) if there is one, or the entire X log please. Dejan From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 22:57:56 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 75C2816A4CE for ; Tue, 8 Mar 2005 22:57:56 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A33043D58 for ; Tue, 8 Mar 2005 22:57:53 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 08 Mar 2005 22:57:51 -0000 Received: from p54805CDE.dip.t-dialin.net (EHLO [192.168.0.2]) (84.128.92.222) by mail.gmx.net (mp028) with SMTP; 08 Mar 2005 23:57:51 +0100 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: <200503082338.20540.dejan.lesjak@ijs.si> References: <200502240244.03104.dejan.lesjak@ijs.si> <200503072217.05939.dejan.lesjak@ijs.si> <1110272506.18532.6.camel@localhost> <200503082338.20540.dejan.lesjak@ijs.si> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PC7i9DOxyft821pyMnIt" Date: Tue, 08 Mar 2005 23:57:53 +0100 Message-Id: <1110322673.18309.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 X-Y-GMX-Trusted: 0 cc: Dejan Lesjak 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:57:56 -0000 --=-PC7i9DOxyft821pyMnIt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Di, 2005-03-08 at 23:38 +0100, Dejan Lesjak wrote: > That would be horrible by my definition :) But after the post from Michae= l G.=20 > Jung, I am now a bit puzzled. If I remember correctly, using just=20 > patch-kbd_sparc_2.c produces unusable codes in last row for you? >=20 >=20 > Dejan >=20 I was also a little bit confused because of Michael G.'s answer, but then I read some older posts an Aaron Dudek had the same results like me with your first patch. Perhaps Michael built the old "keyboard" driver. Don't know. --=20 Matthias Muthmann --=-PC7i9DOxyft821pyMnIt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCLi3weA8bkj+29gMRAgwHAKCNKUTVeHNILxWkx4dS2UtBJnlxcwCgnQX2 XFunDJfXc3KQObmJvzHs9VQ= =WI7h -----END PGP SIGNATURE----- --=-PC7i9DOxyft821pyMnIt-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 23:20:14 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 D538D16A4CE for ; Tue, 8 Mar 2005 23:20:14 +0000 (GMT) Received: from mx2.confluentasp.com (mx2.confluentasp.com [216.26.153.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECF443D39 for ; Tue, 8 Mar 2005 23:20:13 +0000 (GMT) (envelope-from mikej@confluenttech.com) Received: from neo.confluentasp.local (35.in-addr.arpa.confluentasp.com [216.26.153.35] (may be forged))j28NKCGB098216 for ; Tue, 8 Mar 2005 18:20:12 -0500 (EST) (envelope-from mikej@confluenttech.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Tue, 8 Mar 2005 18:20:07 -0500 Message-ID: <9D7F0DF3FB16D41184010050DA90E00001C874CD@neo.confluentasp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with X.. Thread-Index: AcUkMETiYWpbstD1TF+lYlRk8nr5wgAArvuY From: "Michael G. Jung" To: "Dejan Lesjak" 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 23:20:14 -0000 CS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IERlamFuIExlc2phayBbbWFpbHRv OmRlamFuLmxlc2pha0BpanMuc2ldIA0KCVNlbnQ6IFR1ZSAzLzgvMjAwNSA1OjQzIFBNIA0KCVRv OiBNaWNoYWVsIEcuIEp1bmcgDQoJQ2M6IGZyZWVic2Qtc3BhcmM2NEBmcmVlYnNkLm9yZzsgbW11 dGhtYW5uQGdteC5uZXQgDQoJU3ViamVjdDogUmU6IFByb2JsZW1zIHdpdGggWC4uDQoJDQoJDQoN CglPbiBUdWVzZGF5IDA4IG9mIE1hcmNoIDIwMDUgMTM6MTUsIE1pY2hhZWwgRy4gSnVuZyB3cm90 ZToNCgk+IFBhdGNoZWQgYXMgZGVzcml2ZWQgYmVsb3cgdGhpcyBzZWVtcyB0byBoYXZlIGZpeGVk IG15IHByb2JsZW1zIHdpdGggWCBvbg0KCT4gU3BhcmMgVWx0cmEgMi4NCgk+DQoJPiBJIHRlc3Rl ZCB0aGUga2V5Ym9hcmQgaW4geHRlcm0gYW5kIEtXb3JkLiAgV2hpbGUgSSBvbmx5IHNwZW5kIGEg ZmV3IG1pbnV0ZXMNCgk+IHdpdGggaXQgdGhpcyBtb3JuaW5nLCBhbGwgdGhlIGFscGhhbnVtZXJp YyBrZXlzICsga2V5cGFkIHNlZW1lZCB0byB3b3JrDQoJPiBmaW5lIEEtWiwgYS16IDAtMSAhQCMk JV4lIGV0Yy4uLiBQZ1VwL1BnRG93biBrZXlzIHdvcmtlZCwgdGhlIGtleXBhZCB3b3JrZWQNCgk+ IG51bWVyaWNhbGx5IGFuZCBzaGlmdGVkIGFuZCBGMSBicm91Z2h0IHVwIEtIZWxwLi4uDQoJPg0K CT4gVGhhbmtzIGZvciBhbGwgeW91ciBlZmZvcnRzIQ0KCT4NCgk+IEhlcmUgaXMgbXkgdmVyc2lv biBpbmZvLiAgWCB3YXMgY29tcGlsZWQgd2l0aCB5b3VyIHNpbmdsZSBwYXRjaA0KCT4gcGF0Y2gt a2JkX3NwYXJjXzIuYy4NCgkNCglTbywganVzdCB0byBtYWtlIHN1cmUsIHRoZSBvbmx5IGV4dHJh IHBhdGNoIChhcGFydCBmcm9tIG9uZXMgYWxyZWFkeSBpbg0KCXhvcmctc2VydmVyL2ZpbGVzIGRp cikgeW91IHVzZWQgaXMgcGF0Y2gta2JkX3NwYXJjXzIuYz8gDQoNCgkgIFllcywgcmVtb3ZlZCBw b3J0IHdpdGggcGtnX2RlbGV0ZSAtIHJtIC1yIC91c3IvcG9ydHMveDExLXNlcnZlcnMveG9yZy1z ZXJ2ZXIgDQoNCgkgICAtIGN2c3VwIC0gcHV0IHBhdGgta2JkX3NwYXJjXzIuYyBpbiBmaWxlcyBk aXJlY3RvcnkgLSBtYWtlIC0gbWFrZSBpbnN0YWxsIC0gWCAtY29uZmlnIC9yb290L3hvcmcuY29u Zg0KDQoJQW5kIHRoZSBsYXN0IHJvdyAoWi0/b3IgZXF1aXZhbGVudCBpbiBub24tdXMgbGF5b3V0 cykgd29ya3MgcHJvcGVybHk/ICBXb3JrcyBmaW5lIGJ1dCANCg0KCSAgVVMgLSBiZWZvcmUgdGhp cyBwYXRjaCB0aGUga2V5Ym9hcmQgbWFwcGluZyB3ZXJlIGluY29ycmVjdCAtIGRpZCBub3Qgd29y aw0KDQoJQ291bGQgeW91IHBvc3QgSW5wdXREZXZpY2Ugc2VjdGlvbiBmb3Iga2JkIGRyaXZlciBp biB4b3JnLmNvbmYgKG9yIFhGODZDb25maWcpIGlmIHRoZXJlIGlzIG9uZSwgb3IgdGhlDQoJZW50 aXJlIFggbG9nIHBsZWFzZS4NCg0KCQ0KDQoJSGVyZSBpcyB0aGUgZW50aXJlIGxvZyAtLS0gc29y cnkgaWYgY29uZnVzaW9uIGFib3V0IFVTIC8gbm9uLVVTDQoNCglYIFdpbmRvdyBTeXN0ZW0gVmVy c2lvbiA2LjguMQ0KCVJlbGVhc2UgRGF0ZTogMTcgU2VwdGVtYmVyIDIwMDQNCglYIFByb3RvY29s IFZlcnNpb24gMTEsIFJldmlzaW9uIDAsIFJlbGVhc2UgNi44LjENCglCdWlsZCBPcGVyYXRpbmcg U3lzdGVtOiBGcmVlQlNEIDYuMCBzcGFyYzY0IFtFTEZdDQoJQ3VycmVudCBPcGVyYXRpbmcgU3lz dGVtOiBGcmVlQlNEIGR1YWwyLm1pa2VqLmNvbSA2LjAtQ1VSUkVOVCBGcmVlQlNEIDYuMC1DVVJS RU5UICMxOiBTYXQgRmViICA1IDEyOjAzOjUzIEVTVCAyMDA1ICAgICByb290QGR1YWwyLm1pa2Vq LmNvbTovdXNyL29iai91c3Ivc3JjL3N5cy9EVUFMMi0yIHNwYXJjNjQNCglCdWlsZCBEYXRlOiAw OCBNYXJjaCAyMDA1DQoJICAgICAgICBCZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBo dHRwOi8vd2lraS5YLk9yZw0KCSAgICAgICAgdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhl IGxhdGVzdCB2ZXJzaW9uLg0KCU1vZHVsZSBMb2FkZXIgcHJlc2VudA0KCU1hcmtlcnM6ICgtLSkg cHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLA0KCSAg ICAgICAgKCsrKSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRp b25hbCwNCgkgICAgICAgIChXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVt ZW50ZWQsICg/PykgdW5rbm93bi4NCgkoPT0pIExvZyBmaWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxv ZyIsIFRpbWU6IFR1ZSBNYXIgIDggMTg6MTA6MTMgMjAwNQ0KCSgrKykgVXNpbmcgY29uZmlnIGZp bGU6ICJ4b3JnLmNvbmYubmV3Ig0KCSg9PSkgU2VydmVyTGF5b3V0ICJYLm9yZyBDb25maWd1cmVk Ig0KCSgqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIgKDApDQoJKCoqKSB8ICAgfC0tPk1vbml0b3Ig Ik1vbml0b3IwIg0KCSgqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwIg0KCSgqKikgfC0tPklucHV0 IERldmljZSAiTW91c2UwIg0KCSgqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9hcmQwIg0KCSgq KikgT3B0aW9uICJYa2JSdWxlcyIgInhvcmciDQoJKCoqKSBYS0I6IHJ1bGVzOiAieG9yZyINCgko KiopIE9wdGlvbiAiWGtiTW9kZWwiICJwYzEwNCINCgkoKiopIFhLQjogbW9kZWw6ICJwYzEwNCIN CgkoKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMiDQoJKCoqKSBYS0I6IGxheW91dDogInVzIg0K CSg9PSkgS2V5Ym9hcmQ6IEN1c3RvbUtleWNvZGUgZGlzYWJsZWQNCgkoV1cpIGBmb250cy5kaXIn IG5vdCBmb3VuZCAob3Igbm90IHZhbGlkKSBpbiAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL0NJ RC8iLg0KCSAgICAgICAgRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCgkgICAgICAgIChS dW4gJ21rZm9udGRpcicgb24gIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9DSUQvIikuDQoJKCoq KSBGb250UGF0aCBzZXQgdG8gIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9taXNjLywvdXNyL1gx MVI2L2xpYi9YMTEvZm9udHMvVFRGLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvVHlwZTEvLC91 c3IvWDExUjYvbGliL1gxMS9mb250cy83NWRwaS8sL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzEw MGRwaS8iDQoJKCoqKSBSZ2JQYXRoIHNldCB0byAiL3Vzci9YMTFSNi9saWIvWDExL3JnYiINCgko KiopIE1vZHVsZVBhdGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVzIg0KCShJSSkgTW9k dWxlIEFCSSB2ZXJzaW9uczoNCgkgICAgICAgIFguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuMg0K CSAgICAgICAgWC5PcmcgVmlkZW8gRHJpdmVyOiAwLjcNCgkgICAgICAgIFguT3JnIFhJbnB1dCBk cml2ZXIgOiAwLjQNCgkgICAgICAgIFguT3JnIFNlcnZlciBFeHRlbnNpb24gOiAwLjINCgkgICAg ICAgIFguT3JnIEZvbnQgUmVuZGVyZXIgOiAwLjQNCgkoSUkpIExvYWRlciBydW5uaW5nIG9uIGZy ZWVic2QNCgkoSUkpIExvYWRNb2R1bGU6ICJiaXRtYXAiDQoJKElJKSBMb2FkaW5nIC91c3IvWDEx UjYvbGliL21vZHVsZXMvZm9udHMvbGliYml0bWFwLmENCgkoSUkpIE1vZHVsZSBiaXRtYXA6IHZl bmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBpbGVkIGZvciA2LjguMSwgbW9k dWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgTW9kdWxlIGNsYXNzOiBYLk9yZyBGb250IFJl bmRlcmVyDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24g MC40DQoJKElJKSBMb2FkaW5nIGZvbnQgQml0bWFwDQoJKElJKSBMb2FkTW9kdWxlOiAicGNpZGF0 YSINCgkoSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJwY2lkYXRhLmENCgko SUkpIE1vZHVsZSBwY2lkYXRhOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAgICBj b21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCgkgICAgICAgIEFCSSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KCSgtLSkgVXNpbmcgc3lzY29u cyBkcml2ZXIgd2l0aCBYIHN1cHBvcnQgKHZlcnNpb24gODU4OTkzNDY1OC4wKQ0KCSgtLSkgdXNp bmcgVlQgbnVtYmVyIDkNCgkNCgkoLS0pIFNCVVM6KDB4ZjAwNjY5NzQpIFN1biBGRkIgNzVNSHog Q3JlYXRvciAzRCBhdCAvU1VOVyxmZmJAMWUsMA0KCShJSSkgQWRkcmVzc2FibGUgYnVzIHJlc291 cmNlIHJhbmdlcyBhcmUNCgkgICAgICAgIFswXSAtMSAgMCAgICAgICAweDAwMDAwMDAwIC0gMHhm ZmZmZmZmZiAoMHgxMDAwMDAwMDApIE1YW0JdDQoJICAgICAgICBbMV0gLTEgIDAgICAgICAgMHgw MDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MTAwMDAwMDAwKSBJWFtCXQ0KCShJSSkgT1MtcmVwb3J0 ZWQgcmVzb3VyY2UgcmFuZ2VzOg0KCSAgICAgICAgWzBdIC0xICAwICAgICAgIDB4ZmZmZmZmZmYg LSAweGZmZmZmZmZmICgweDEpIE1YW0JdDQoJICAgICAgICBbMV0gLTEgIDAgICAgICAgMHgwMDAw MDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkgTVhbQl0NCgkgICAgICAgIFsyXSAtMSAgMCAgICAgICAw eDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0NCgkgICAgICAgIFszXSAtMSAg MCAgICAgICAweGZmZmZmZmZmIC0gMHhmZmZmZmZmZiAoMHgxKSBJWFtCXQ0KCSAgICAgICAgWzRd IC0xICAwICAgICAgIDB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCgkoSUkp IE9TLXJlcG9ydGVkIHJlc291cmNlIHJhbmdlcyBhZnRlciByZW1vdmluZyBvdmVybGFwcyB3aXRo IFBDSToNCgkgICAgICAgIFswXSAtMSAgMCAgICAgICAweGZmZmZmZmZmIC0gMHhmZmZmZmZmZiAo MHgxKSBNWFtCXQ0KCSAgICAgICAgWzFdIC0xICAwICAgICAgIDB4MDAwMDAwMDAgLSAweDAwMDAw MDAwICgweDEpIE1YW0JdDQoJICAgICAgICBbMl0gLTEgIDAgICAgICAgMHgwMDBjMDAwMCAtIDB4 MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJICAgICAgICBbM10gLTEgIDAgICAgICAgMHhmZmZm ZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgSVhbQl0NCgkgICAgICAgIFs0XSAtMSAgMCAgICAgICAw eDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQoJKElJKSBBbGwgc3lzdGVtIHJl c291cmNlIHJhbmdlczoNCgkgICAgICAgIFswXSAtMSAgMCAgICAgICAweGZmZmZmZmZmIC0gMHhm ZmZmZmZmZiAoMHgxKSBNWFtCXQ0KCSAgICAgICAgWzFdIC0xICAwICAgICAgIDB4MDAwMDAwMDAg LSAweDAwMDAwMDAwICgweDEpIE1YW0JdDQoJICAgICAgICBbMl0gLTEgIDAgICAgICAgMHgwMDBj MDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJICAgICAgICBbM10gLTEgIDAgICAg ICAgMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYgKDB4MSkgSVhbQl0NCgkgICAgICAgIFs0XSAtMSAg MCAgICAgICAweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQoJKElJKSBMb2Fk TW9kdWxlOiAiZGJlIg0KCShJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVu c2lvbnMvbGliZGJlLmENCgkoSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlv biINCgkgICAgICAgIGNvbXBpbGVkIGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0K CSAgICAgICAgTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uDQoJICAgICAgICBB QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQoJKElJKSBMb2Fk aW5nIGV4dGVuc2lvbiBET1VCTEUtQlVGRkVSDQoJKElJKSBMb2FkTW9kdWxlOiAiZHJpIg0KCShJ SSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZHJpLmENCgko SUkpIE1vZHVsZSBkcmk6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBp bGVkIGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgQUJJIGNsYXNz OiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMg0KCShJSSkgTG9hZGluZyBzdWIg bW9kdWxlICJkcm0iDQoJKElJKSBMb2FkTW9kdWxlOiAiZHJtIg0KCShJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2ZyZWVic2QvbGliZHJtLmENCgkoSUkpIE1vZHVsZSBkcm06IHZl bmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBpbGVkIGZvciA2LjguMSwgbW9k dWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0 ZW5zaW9uLCB2ZXJzaW9uIDAuMg0KCShJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1EUkkN CgkoSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiDQoJKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJleHRtb2QuYQ0KCShJSSkgTW9kdWxlIGV4dG1vZDogdmVu ZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1 bGUgdmVyc2lvbiA9IDEuMC4wDQoJICAgICAgICBNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBF eHRlbnNpb24NCgkgICAgICAgIEFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVy c2lvbiAwLjINCgkoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNIQVBFDQoJKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBNSVQtU1VORFJZLU5PTlNUQU5EQVJEDQoJKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBC SUctUkVRVUVTVFMNCgkoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNZTkMNCgkoSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVINCgkoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhDLU1J U0MNCgkoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbg0KCShJ SSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1NaXNjDQoJKElJKSBMb2FkaW5nIGV4dGVuc2lv biBYRnJlZTg2LURHQQ0KCShJSSkgTG9hZGluZyBleHRlbnNpb24gRFBNUw0KCShJSSkgTG9hZGlu ZyBleHRlbnNpb24gVE9HLUNVUA0KCShJSSkgTG9hZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlz dWFsLUluZm9ybWF0aW9uDQoJKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8NCgkoSUkpIExv YWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24NCgkoSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIFgtUmVzb3VyY2UNCgkoSUkpIExvYWRNb2R1bGU6ICJnbHgiDQoJKElJKSBMb2Fk aW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguYQ0KCShJSSkgTW9k dWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9y IDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3Jn IFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQoJKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUg IkdMY29yZSINCgkoSUkpIExvYWRNb2R1bGU6ICJHTGNvcmUiDQoJKElJKSBMb2FkaW5nIC91c3Iv WDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJHTGNvcmUuYQ0KCShJSSkgTW9kdWxlIEdM Y29yZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9yIDYu OC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIFNl cnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQoJKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBHTFgN CgkoSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiDQoJKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJyZWNvcmQuYQ0KCShJSSkgTW9kdWxlIHJlY29yZDogdmVu ZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1 bGUgdmVyc2lvbiA9IDEuMTMuMA0KCSAgICAgICAgTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIg RXh0ZW5zaW9uDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMC4yDQoJKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBSRUNPUkQNCgkoSUkpIExvYWRNb2R1 bGU6ICJ4dHJhcCINCgkoSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNp b25zL2xpYnh0cmFwLmENCgkoSUkpIE1vZHVsZSB4dHJhcDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4w DQoJICAgICAgICBNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24NCgkgICAgICAg IEFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjINCgkoSUkpIExv YWRpbmcgZXh0ZW5zaW9uIERFQy1YVFJBUA0KCShJSSkgTG9hZE1vZHVsZTogImZyZWV0eXBlIg0K CShJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2ZvbnRzL2xpYmZyZWV0eXBlLnNv DQoJKElJKSBNb2R1bGUgZnJlZXR5cGU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiAmIHRoZSBB ZnRlciBYLVRUIFByb2plY3QiDQoJICAgICAgICBjb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2 ZXJzaW9uID0gMi4xLjANCgkgICAgICAgIE1vZHVsZSBjbGFzczogWC5PcmcgRm9udCBSZW5kZXJl cg0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9yZyBGb250IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNA0K CShJSSkgTG9hZGluZyBmb250IEZyZWVUeXBlDQoJKElJKSBMb2FkTW9kdWxlOiAidHlwZTEiDQoJ KElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGlidHlwZTEuYQ0KCShJ SSkgTW9kdWxlIHR5cGUxOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAgICBjb21w aWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjINCgkgICAgICAgIE1vZHVsZSBj bGFzczogWC5PcmcgRm9udCBSZW5kZXJlcg0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9yZyBGb250 IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNA0KCShJSSkgTG9hZGluZyBmb250IFR5cGUxDQoJKElJKSBM b2FkaW5nIGZvbnQgQ0lEDQoJKElJKSBMb2FkTW9kdWxlOiAic3VuZmZiIg0KCShJSSkgTG9hZGlu ZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2RyaXZlcnMvc3VuZmZiX2Rydi5vDQoJKElJKSBNb2R1 bGUgc3VuZmZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAgICBjb21waWxlZCBm b3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCgkgICAgICAgIE1vZHVsZSBjbGFzczog WC5PcmcgVmlkZW8gRHJpdmVyDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZl ciwgdmVyc2lvbiAwLjcNCgkoSUkpIExvYWRNb2R1bGU6ICJtb3VzZSINCgkoSUkpIExvYWRpbmcg L3Vzci9YMTFSNi9saWIvbW9kdWxlcy9pbnB1dC9tb3VzZV9kcnYubw0KCShJSSkgTW9kdWxlIG1v dXNlOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAgICBjb21waWxlZCBmb3IgNi44 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCgkgICAgICAgIE1vZHVsZSBjbGFzczogWC5Pcmcg WElucHV0IERyaXZlcg0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVyLCB2 ZXJzaW9uIDAuNA0KCShJSSkgTG9hZE1vZHVsZTogImtleWJvYXJkIg0KCShJSSkgTG9hZGluZyAv dXNyL1gxMVI2L2xpYi9tb2R1bGVzL2lucHV0L2tleWJvYXJkX2Rydi5vDQoJKElJKSBNb2R1bGUg a2V5Ym9hcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBpbGVkIGZv ciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgTW9kdWxlIGNsYXNzOiBY Lk9yZyBYSW5wdXQgRHJpdmVyDQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2 ZXIsIHZlcnNpb24gMC40DQoJKElJKSBTVU5GRkI6IGRyaXZlciBmb3IgQ3JlYXRvciwgQ3JlYXRv ciAzRCBhbmQgRWxpdGUgM0QNCgkoSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciBwcm9iaW5nOg0K CSAgICAgICAgWzBdIC0xICAwICAgICAgIDB4ZmZmZmZmZmYgLSAweGZmZmZmZmZmICgweDEpIE1Y W0JdDQoJICAgICAgICBbMV0gLTEgIDAgICAgICAgMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4 MSkgTVhbQl0NCgkgICAgICAgIFsyXSAtMSAgMCAgICAgICAweDAwMGMwMDAwIC0gMHgwMDBlZmZm ZiAoMHgzMDAwMCkgTVhbQl0NCgkgICAgICAgIFszXSAtMSAgMCAgICAgICAweGZmZmZmZmZmIC0g MHhmZmZmZmZmZiAoMHgxKSBJWFtCXQ0KCSAgICAgICAgWzRdIC0xICAwICAgICAgIDB4MDAwMDAw MDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCgkoPT0pIFNVTkZGQigwKTogUkdCIHdlaWdo dCA4ODgNCgkoPT0pIFNVTkZGQigwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yDQoJKD09 KSBTVU5GRkIoMCk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEuMCwgMS4wLCAxLjApDQoJKD09 KSBTVU5GRkIoMCk6IFVzaW5nIEhXIGN1cnNvcg0KCShJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJ4 ZjhfMzJ3aWQiDQoJKElJKSBMb2FkTW9kdWxlOiAieGY4XzMyd2lkIg0KCShJSSkgTG9hZGluZyAv dXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnhmOF8zMndpZC5hDQoJKElJKSBNb2R1bGUgeGY4XzMy d2lkOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAgICBjb21waWxlZCBmb3IgNi44 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCgkgICAgICAgIEFCSSBjbGFzczogWC5PcmcgQU5T SSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjINCgkoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAibWZi Ig0KCShJSSkgTG9hZE1vZHVsZTogIm1mYiINCgkoSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIv bW9kdWxlcy9saWJtZmIuYQ0KCShJSSkgTW9kdWxlIG1mYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIg0KCSAgICAgICAgY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4w DQoJICAgICAgICBBQkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZlcnNpb24gMC4y DQoJKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImNmYiINCgkoSUkpIExvYWRNb2R1bGU6ICJjZmIi DQoJKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGliY2ZiLmENCgkoSUkpIE1v ZHVsZSBjZmI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBpbGVkIGZv ciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9y ZyBBTlNJIEMgRW11bGF0aW9uLCB2ZXJzaW9uIDAuMg0KCShJSSkgTG9hZGluZyBzdWIgbW9kdWxl ICJtZmIiDQoJKElJKSBMb2FkTW9kdWxlOiAibWZiIg0KCShJSSkgUmVsb2FkaW5nIC91c3IvWDEx UjYvbGliL21vZHVsZXMvbGlibWZiLmENCgkoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiY2ZiMTYi DQoJKElJKSBMb2FkTW9kdWxlOiAiY2ZiMTYiDQoJKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvbGliY2ZiMTYuYQ0KCShJSSkgTW9kdWxlIGNmYjE2OiB2ZW5kb3I9IlguT3JnIEZv dW5kYXRpb24iDQoJICAgICAgICBjb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjANCgkgICAgICAgIEFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lv biAwLjINCgkoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiY2ZiIg0KCShJSSkgTG9hZE1vZHVsZTog ImNmYiINCgkoSUkpIFJlbG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmNmYi5hDQoJ KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgIm1mYiINCgkoSUkpIExvYWRNb2R1bGU6ICJtZmIiDQoJ KElJKSBSZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJtZmIuYQ0KCShJSSkgTG9h ZGluZyBzdWIgbW9kdWxlICJjZmIyNCINCgkoSUkpIExvYWRNb2R1bGU6ICJjZmIyNCINCgkoSUkp IExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJjZmIyNC5hDQoJKElJKSBNb2R1bGUg Y2ZiMjQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgkgICAgICAgIGNvbXBpbGVkIGZvciA2 LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCSAgICAgICAgQUJJIGNsYXNzOiBYLk9yZyBB TlNJIEMgRW11bGF0aW9uLCB2ZXJzaW9uIDAuMg0KCShJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJj ZmIiDQoJKElJKSBMb2FkTW9kdWxlOiAiY2ZiIg0KCShJSSkgUmVsb2FkaW5nIC91c3IvWDExUjYv bGliL21vZHVsZXMvbGliY2ZiLmENCgkoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAibWZiIg0KCShJ SSkgTG9hZE1vZHVsZTogIm1mYiINCgkoSUkpIFJlbG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1 bGVzL2xpYm1mYi5hDQoJKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImNmYjMyIg0KCShJSSkgTG9h ZE1vZHVsZTogImNmYjMyIg0KCShJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xp YmNmYjMyLmENCgkoSUkpIE1vZHVsZSBjZmIzMjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0K CSAgICAgICAgY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJICAg ICAgICBBQkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZlcnNpb24gMC4yDQoJKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgImNmYiINCgkoSUkpIExvYWRNb2R1bGU6ICJjZmIiDQoJKElJ KSBSZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJjZmIuYQ0KCShJSSkgTG9hZGlu ZyBzdWIgbW9kdWxlICJtZmIiDQoJKElJKSBMb2FkTW9kdWxlOiAibWZiIg0KCShJSSkgUmVsb2Fk aW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGlibWZiLmENCgkoSUkpIExvYWRpbmcgc3ViIG1v ZHVsZSAiY2ZiMzIiDQoJKElJKSBMb2FkTW9kdWxlOiAiY2ZiMzIiDQoJKElJKSBSZWxvYWRpbmcg L3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJjZmIzMi5hDQoJKElJKSBMb2FkaW5nIHN1YiBtb2R1 bGUgImNmYiINCgkoSUkpIExvYWRNb2R1bGU6ICJjZmIiDQoJKElJKSBSZWxvYWRpbmcgL3Vzci9Y MTFSNi9saWIvbW9kdWxlcy9saWJjZmIuYQ0KCShJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJtZmIi DQoJKElJKSBMb2FkTW9kdWxlOiAibWZiIg0KCShJSSkgUmVsb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvbGlibWZiLmENCgkoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiY2ZiIg0KCShJSSkg TG9hZE1vZHVsZTogImNmYiINCgkoSUkpIFJlbG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2xpYmNmYi5hDQoJKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgIm1mYiINCgkoSUkpIExvYWRNb2R1 bGU6ICJtZmIiDQoJKElJKSBSZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJtZmIu YQ0KCShJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1kYWMiDQoJKElJKSBMb2FkTW9kdWxlOiAi cmFtZGFjIg0KCShJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnJhbWRhYy5h DQoJKElJKSBNb2R1bGUgcmFtZGFjOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJICAgICAg ICBjb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjANCgkgICAgICAgIEFC SSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KCShJSSkgTG9hZGluZyBz dWIgbW9kdWxlICJkYmUiDQoJKElJKSBMb2FkTW9kdWxlOiAiZGJlIg0KCShJSSkgUmVsb2FkaW5n IC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUuYQ0KCShJSSkgTG9hZGlu ZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUg0KCSg9PSkgU1VORkZCKDApOiBEUEkgc2V0IHRvICg3 NSwgNzUpDQoJKC0tKSBEZXB0aCAyNCBwaXhtYXAgZm9ybWF0IGlzIDMyIGJwcA0KCShJSSkgZG8g SSBuZWVkIFJBQz8gIE5vLCBJIGRvbid0Lg0KCShJSSkgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHBy ZUluaXQ6DQoJICAgICAgICBbMF0gLTEgIDAgICAgICAgMHhmZmZmZmZmZiAtIDB4ZmZmZmZmZmYg KDB4MSkgTVhbQl0NCgkgICAgICAgIFsxXSAtMSAgMCAgICAgICAweDAwMDAwMDAwIC0gMHgwMDAw MDAwMCAoMHgxKSBNWFtCXQ0KCSAgICAgICAgWzJdIC0xICAwICAgICAgIDB4MDAwYzAwMDAgLSAw eDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQ0KCSAgICAgICAgWzNdIC0xICAwICAgICAgIDB4ZmZm ZmZmZmYgLSAweGZmZmZmZmZmICgweDEpIElYW0JdDQoJICAgICAgICBbNF0gLTEgIDAgICAgICAg MHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0KCShJSSkgL2Rldi9mYjA6IERl dGVjdGVkIEZGQjEtU3BlZWRTb3J0LCBaLWJ1ZmZlciwgRG91YmxlLWJ1ZmZlcmVkLg0KCShJSSkg L2Rldi9mYjA6IEJUOTA2OCAoUEFDMSkgcmFtZGFjIGRldGVjdGVkICh3aXRoIG5vcm1hbCBjdXJz b3IgY29udHJvbCkNCgkoSUkpIC9kZXYvZmIwOiBEZXRlY3RlZCBDcmVhdG9yL0NyZWF0b3IzRA0K CWRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMA0KCWRybU9wZW5EZXZp Y2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkNCglkcm1P cGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkp DQoJZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQNCglkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUg aXMgL2Rldi9kcmkvY2FyZDANCglkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpDQoJZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMg LTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQ0KCWRybU9wZW5EZXZpY2U6IE9wZW4gZmFp bGVkDQoJW2RybV0gZmFpbGVkIHRvIGxvYWQga2VybmVsIG1vZHVsZSAiZmZiIg0KCShJSSkgU1VO RkZCKDApOiBbZHJtXSBkcm1PcGVuIGZhaWxlZA0KCShFRSkgU1VORkZCKDApOiBbZHJpXSBEUklT Y3JlZW5Jbml0IGZhaWxlZC4gIERpc2FibGluZyBEUkkuDQoJKElJKSAvZGV2L2ZiMDogRFJNIHNl dHVwIGZhaWxlZA0KCSg9PSkgU1VORkZCKDApOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkDQoJKD09 KSBTVU5GRkIoMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkDQoJKElJKSAvZGV2L2ZiMDogVXNpbmcg YWNjZWxlcmF0aW9uDQoJKElJKSAvZGV2L2ZiMDogREdBIHN1cHBvcnQgaW5pdGlhbGl6ZWQuDQoJ KD09KSBSYW5kUiBlbmFibGVkDQoJKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IE1JVC1TSE0NCgkoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0 ZW5zaW9uDQoJKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhURVNUDQoJKElJ KSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhLRVlCT0FSRA0KCShJSSkgSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1BUFBHUk9VUA0KCShJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBTRUNVUklUWQ0KCShJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWlu IGV4dGVuc2lvbiBYSU5FUkFNQQ0KCShJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYRklYRVMNCgkoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1C aWdmb250DQoJKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFTkRFUg0KCShJ SSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSQU5EUg0KCShJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUNCgkoSUkpIEluaXRpYWxpemluZyBidWls dC1pbiBleHRlbnNpb24gREFNQUdFDQoJKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFhFVklFDQoJKElJKSAvZGV2L2ZiMDogU2V0dGluZyB1cCBkb3VibGUtYnVmZmVyIGFjY2Vs ZXJhdGlvbi4NCglObyBtYXRjaGluZyB2aXN1YWwgZm9yIF9fR0xjb250ZXh0TW9kZSB3aXRoIHZp c3VhbCBjbGFzcyA9IDMgKDMyNzcyKSwgbnBsYW5lcyA9IDI0DQoJTm8gbWF0Y2hpbmcgdmlzdWFs IGZvciBfX0dMY29udGV4dE1vZGUgd2l0aCB2aXN1YWwgY2xhc3MgPSAxICgzMjc3NCksIG5wbGFu ZXMgPSAyNA0KCU5vIG1hdGNoaW5nIHZpc3VhbCBmb3IgX19HTGNvbnRleHRNb2RlIHdpdGggdmlz dWFsIGNsYXNzID0gMCAoMzI3NzUpLCBucGxhbmVzID0gMjQNCgkoKiopIE9wdGlvbiAiUHJvdG9j b2wiICJtaWNyb3NvZnQiDQoJKCoqKSBNb3VzZTA6IERldmljZTogIi9kZXYvY3VhdTEiDQoJKCoq KSBNb3VzZTA6IFByb3RvY29sOiAibWljcm9zb2Z0Ig0KCSgqKikgT3B0aW9uICJDb3JlUG9pbnRl ciINCgkoKiopIE1vdXNlMDogQ29yZSBQb2ludGVyDQoJKCoqKSBPcHRpb24gIkRldmljZSIgIi9k ZXYvY3VhdTEiDQoJKCoqKSBPcHRpb24gIkJhdWRSYXRlIiAiMTIwMCINCgkoKiopIE9wdGlvbiAi U3RvcEJpdHMiICIxIg0KCSgqKikgT3B0aW9uICJEYXRhQml0cyIgIjciDQoJKCoqKSBPcHRpb24g IlBhcml0eSIgIk5vbmUiDQoJKCoqKSBPcHRpb24gIlZtaW4iICIxIg0KCSgqKikgT3B0aW9uICJW dGltZSIgIjAiDQoJKCoqKSBPcHRpb24gIkZsb3dDb250cm9sIiAiTm9uZSINCgkoPT0pIE1vdXNl MDogRW11bGF0ZTNCdXR0b25zLCBFbXVsYXRlM1RpbWVvdXQ6IDUwDQoJKD09KSBNb3VzZTA6IEJ1 dHRvbnM6IDMNCgkoKiopIE1vdXNlMDogQmF1ZFJhdGU6IDEyMDANCgkoKiopIE9wdGlvbiAiQ29y ZUtleWJvYXJkIg0KCSgqKikgS2V5Ym9hcmQwOiBDb3JlIEtleWJvYXJkDQoJKCoqKSBPcHRpb24g IlByb3RvY29sIiAic3RhbmRhcmQiDQoJKCoqKSBLZXlib2FyZDA6IFByb3RvY29sOiBzdGFuZGFy ZA0KCSgqKikgT3B0aW9uICJBdXRvUmVwZWF0IiAiNTAwIDMwIg0KCSgqKikgS2V5Ym9hcmQwOiBY a2JSdWxlczogInhvcmciDQoJKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDQiDQoJKCoqKSBL ZXlib2FyZDA6IFhrYk1vZGVsOiAicGMxMDQiDQoJKCoqKSBPcHRpb24gIlhrYkxheW91dCIgInVz Ig0KCSgqKikgS2V5Ym9hcmQwOiBYa2JMYXlvdXQ6ICJ1cyINCgkoKiopIE9wdGlvbiAiQ3VzdG9t S2V5Y29kZXMiICJvZmYiDQoJKCoqKSBLZXlib2FyZDA6IEN1c3RvbUtleWNvZGVzIGRpc2FibGVk DQoJKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIktleWJvYXJkMCIg KHR5cGU6IEtFWUJPQVJEKQ0KCShJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2 aWNlICJNb3VzZTAiICh0eXBlOiBNT1VTRSkNCgkNCg0KCSAtLW1pa2VqDQoJDQoNCg== From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 23:31:38 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 B2E1016A4CE for ; Tue, 8 Mar 2005 23:31:38 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4BB43D1D for ; Tue, 8 Mar 2005 23:31:38 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 894981DD606; Wed, 9 Mar 2005 00:31:37 +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 03460-01-10; Wed, 9 Mar 2005 00:31:28 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 67FAD1DD5DB; Wed, 9 Mar 2005 00:31:28 +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 42C3A1C00715; Wed, 9 Mar 2005 00:31:28 +0100 (CET) From: Dejan Lesjak To: "Michael G. Jung" Date: Wed, 9 Mar 2005 00:31:27 +0100 User-Agent: KMail/1.7.2 References: <9D7F0DF3FB16D41184010050DA90E00001C874CD@neo.confluentasp.local> In-Reply-To: <9D7F0DF3FB16D41184010050DA90E00001C874CD@neo.confluentasp.local> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503090031.27722.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 23:31:38 -0000 On Wednesday 09 of March 2005 00:20, Michael G. Jung wrote: > Here is the entire log --- sorry if confusion about US / non-US > [snip] > (**) |-->Input Device "Keyboard0" > (**) Option "XkbRules" "xorg" > (**) XKB: rules: "xorg" > (**) Option "XkbModel" "pc104" > (**) XKB: model: "pc104" > (**) Option "XkbLayout" "us" > (**) XKB: layout: "us" [snip] > (==) Keyboard: CustomKeycode disabled > (**) Option "CoreKeyboard" > (**) Keyboard0: Core Keyboard > (**) Option "Protocol" "standard" > (**) Keyboard0: Protocol: standard > (**) Option "AutoRepeat" "500 30" > (**) Keyboard0: XkbRules: "xorg" > (**) Option "XkbModel" "pc104" > (**) Keyboard0: XkbModel: "pc104" > (**) Option "XkbLayout" "us" > (**) Keyboard0: XkbLayout: "us" > (**) Option "CustomKeycodes" "off" > (**) Keyboard0: CustomKeycodes disabled > (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) Mmmm, interesting... so you are using pc104 as keyboard model as opposed to type5 which IIRC Matthias Muthmann is using (and which is the one I would pick up FWIW, it seems a logic choice). Was the config file (xorg.conf.new) obtained via 'X -configure'? If this works, then we should probably document somewhere that pc104 is to be used for sparc keyboards... Anyway I'm glad this works and thanks for the testing :) Dejan From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 23:34:26 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 0180F16A4DB for ; Tue, 8 Mar 2005 23:34:26 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7712943D4C for ; Tue, 8 Mar 2005 23:34:25 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id A89421DD59F; Wed, 9 Mar 2005 00:34:24 +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 03460-01-12; Wed, 9 Mar 2005 00:34:16 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 4E8891DD4F0; Wed, 9 Mar 2005 00:34:16 +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 44A581C00715; Wed, 9 Mar 2005 00:34:16 +0100 (CET) From: Dejan Lesjak To: Matthias Muthmann Date: Wed, 9 Mar 2005 00:34:15 +0100 User-Agent: KMail/1.7.2 References: <200502240244.03104.dejan.lesjak@ijs.si> <200503082338.20540.dejan.lesjak@ijs.si> <1110322673.18309.6.camel@localhost> In-Reply-To: <1110322673.18309.6.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503090034.15914.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 23:34:26 -0000 On Tuesday 08 of March 2005 23:57, Matthias Muthmann wrote: > On Di, 2005-03-08 at 23:38 +0100, Dejan Lesjak wrote: > > 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 > > I was also a little bit confused because of Michael G.'s answer, but > then I read some older posts an Aaron Dudek had the same results like me > with your first patch. > Perhaps Michael built the old "keyboard" driver. > Don't know. Can you try the configuration for keyboard similar to his (ie pc104 as XkbModel)? It seems that that should work instead of type5 (or if you can, try 'X -configure' and see what configuration it spits out). (With patch-kbd_sparc_2.c only, of course) Dejan From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 00:33:29 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 E2D7E16A4CE for ; Wed, 9 Mar 2005 00:33:28 +0000 (GMT) Received: from mx2.confluentasp.com (mx2.confluentasp.com [216.26.153.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD91943D1D for ; Wed, 9 Mar 2005 00:33:24 +0000 (GMT) (envelope-from mikej@confluenttech.com) Received: from neo.confluentasp.local (35.in-addr.arpa.confluentasp.com [216.26.153.35] (may be forged))j290XOGB001707 for ; Tue, 8 Mar 2005 19:33:24 -0500 (EST) (envelope-from mikej@confluenttech.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Tue, 8 Mar 2005 19:33:18 -0500 Message-ID: <9D7F0DF3FB16D41184010050DA90E00001C874CE@neo.confluentasp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with X.. Thread-Index: AcUkNvok0aGsOzFtQKCqB2P4LiVY+QAAd8aK From: "Michael G. Jung" To: "Dejan Lesjak" 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: Wed, 09 Mar 2005 00:33:29 -0000 LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQpGcm9tOiBEZWphbiBMZXNqYWsgW21haWx0bzpk ZWphbi5sZXNqYWtAaWpzLnNpXSANClNlbnQ6IFR1ZSAzLzgvMjAwNSA2OjMxIFBNIA0KVG86IE1p Y2hhZWwgRy4gSnVuZyANCkNjOiBmcmVlYnNkLXNwYXJjNjRAZnJlZWJzZC5vcmc7IG1tdXRobWFu bkBnbXgubmV0IA0KU3ViamVjdDogUmU6IFByb2JsZW1zIHdpdGggWC4uDQoNCg0KRGVqYW46DQoN Ck9uIFdlZG5lc2RheSAwOSBvZiBNYXJjaCAyMDA1IDAwOjIwLCBNaWNoYWVsIEcuIEp1bmcgd3Jv dGU6DQo+ICAgICAgIEhlcmUgaXMgdGhlIGVudGlyZSBsb2cgLS0tIHNvcnJ5IGlmIGNvbmZ1c2lv biBhYm91dCBVUyAvIG5vbi1VUw0KPg0KW3NuaXBdDQo+ICAgICAgICgqKikgfC0tPklucHV0IERl dmljZSAiS2V5Ym9hcmQwIg0KPiAgICAgICAoKiopIE9wdGlvbiAiWGtiUnVsZXMiICJ4b3JnIg0K PiAgICAgICAoKiopIFhLQjogcnVsZXM6ICJ4b3JnIg0KPiAgICAgICAoKiopIE9wdGlvbiAiWGti TW9kZWwiICJwYzEwNCINCj4gICAgICAgKCoqKSBYS0I6IG1vZGVsOiAicGMxMDQiDQo+ICAgICAg ICgqKikgT3B0aW9uICJYa2JMYXlvdXQiICJ1cyINCj4gICAgICAgKCoqKSBYS0I6IGxheW91dDog InVzIg0KW3NuaXBdDQo+ICAgICAgICg9PSkgS2V5Ym9hcmQ6IEN1c3RvbUtleWNvZGUgZGlzYWJs ZWQNCj4gICAgICAgKCoqKSBPcHRpb24gIkNvcmVLZXlib2FyZCINCj4gICAgICAgKCoqKSBLZXli b2FyZDA6IENvcmUgS2V5Ym9hcmQNCj4gICAgICAgKCoqKSBPcHRpb24gIlByb3RvY29sIiAic3Rh bmRhcmQiDQo+ICAgICAgICgqKikgS2V5Ym9hcmQwOiBQcm90b2NvbDogc3RhbmRhcmQNCj4gICAg ICAgKCoqKSBPcHRpb24gIkF1dG9SZXBlYXQiICI1MDAgMzAiDQo+ICAgICAgICgqKikgS2V5Ym9h cmQwOiBYa2JSdWxlczogInhvcmciDQo+ICAgICAgICgqKikgT3B0aW9uICJYa2JNb2RlbCIgInBj MTA0Ig0KPiAgICAgICAoKiopIEtleWJvYXJkMDogWGtiTW9kZWw6ICJwYzEwNCINCj4gICAgICAg KCoqKSBPcHRpb24gIlhrYkxheW91dCIgInVzIg0KPiAgICAgICAoKiopIEtleWJvYXJkMDogWGti TGF5b3V0OiAidXMiDQo+ICAgICAgICgqKikgT3B0aW9uICJDdXN0b21LZXljb2RlcyIgIm9mZiIN Cj4gICAgICAgKCoqKSBLZXlib2FyZDA6IEN1c3RvbUtleWNvZGVzIGRpc2FibGVkDQo+ICAgICAg IChJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJLZXlib2FyZDAiICh0 eXBlOiBLRVlCT0FSRCkNCj4gICAgICAgKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1 dCBkZXZpY2UgIk1vdXNlMCIgKHR5cGU6IE1PVVNFKQ0KDQpNbW1tLCBpbnRlcmVzdGluZy4uLiBz byB5b3UgYXJlIHVzaW5nIHBjMTA0IGFzIGtleWJvYXJkIG1vZGVsIGFzIG9wcG9zZWQgdG8NCnR5 cGU1IHdoaWNoIElJUkMgTWF0dGhpYXMgTXV0aG1hbm4gaXMgdXNpbmcgKGFuZCB3aGljaCBpcyB0 aGUgb25lIEkgd291bGQNCnBpY2sgdXAgRldJVywgaXQgc2VlbXMgYSBsb2dpYyBjaG9pY2UpLiBX YXMgdGhlIGNvbmZpZyBmaWxlICh4b3JnLmNvbmYubmV3KQ0Kb2J0YWluZWQgdmlhICdYIC1jb25m aWd1cmUnPw0KSWYgdGhpcyB3b3JrcywgdGhlbiB3ZSBzaG91bGQgcHJvYmFibHkgZG9jdW1lbnQg c29tZXdoZXJlIHRoYXQgcGMxMDQgaXMgdG8gYmUNCnVzZWQgZm9yIHNwYXJjIGtleWJvYXJkcy4u Lg0KQW55d2F5IEknbSBnbGFkIHRoaXMgd29ya3MgYW5kIHRoYW5rcyBmb3IgdGhlIHRlc3Rpbmcg OikNCg0KCU9rLCBsZXQgbWUgY2xhcmlmeSAtIEkgcHV0IGluIHRoZSBjb25maWcgZmlsZSAoIGl0 IHdhcyBwcm9iZWQgd2l0aG91dCB0aGVzZSB2YWx1ZXMgKQ0KDQoJICAgICAgICBPcHRpb24gIlhr YlJ1bGVzIiAgICJ4b3JnIg0KCSAgICAgICAgT3B0aW9uICJYa2JNb2RlbCIgICAicGMxMDQiDQoJ ICAgICAgICBPcHRpb24gIlhrYkxheW91dCIgICJ1cyINCg0KCWluIHRoZSBjb25maWd1cmF0aW9u IGdlbmVyYXRlZCBmcm9tIFggLWNvbmZpZ3VyZSBkdXJpbmcgIG15IGJvdXRzIHRyeWluZyB0byAg Z2V0IFggd29ya2luZy4gIA0KCShzb21lIHdlZWtzIGFnbykuLi4uLg0KDQoJSSBqdXN0IHJlLXJh biAiWCAtY29uZmlndXJlIiBhbmQgb25seSBtb2RpZmllZCBteSBtb3VzZSBmb3Igc2VyaWFsIHVz ZS4uLiBpdCBwcm9iZWQga2V5Ym9hcmQgdHlwZSANCg0KCXBjMTAxIC0gd2hpY2ggd29ya3MgYWxz by4uLiBIZXJlIGlzIHRoZSBiaXQgb2YgWC5sb2cgSSB0aGluayB5b3Ugd291bGQgYmUgaW50ZXJl c3RlZCBpbiAtIA0KDQoJdGhpcyBpcyBmcm9tICJYIC1jb25maWd1cmUiIHdpdGggeW91ciAgc2lu Z2xlIHBhdGNoIGFzIG9mIHRoaXMgZXZlbmluZy4NCg0KCSgqKikgS2V5Ym9hcmQwOiBDb3JlIEtl eWJvYXJkDQoJKCoqKSBPcHRpb24gIlByb3RvY29sIiAic3RhbmRhcmQiDQoJKCoqKSBLZXlib2Fy ZDA6IFByb3RvY29sOiBzdGFuZGFyZA0KCSgqKikgT3B0aW9uICJBdXRvUmVwZWF0IiAiNTAwIDMw Ig0KCSgqKikgT3B0aW9uICJYa2JSdWxlcyIgInhvcmciDQoJKCoqKSBLZXlib2FyZDA6IFhrYlJ1 bGVzOiAieG9yZyINCgkoKiopIE9wdGlvbiAiWGtiTW9kZWwiICJwYzEwMSINCgkoKiopIEtleWJv YXJkMDogWGtiTW9kZWw6ICJwYzEwMSINCgkoKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMiDQoJ KCoqKSBLZXlib2FyZDA6IFhrYkxheW91dDogInVzIg0KCSgqKikgT3B0aW9uICJDdXN0b21LZXlj b2RlcyIgIm9mZiINCgkoKiopIEtleWJvYXJkMDogQ3VzdG9tS2V5Y29kZXMgZGlzYWJsZWQNCgko SUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiS2V5Ym9hcmQwIiAodHlw ZTogS0VZQk9BUkQpDQoJKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2Ug Ik1vdXNlMCIgKHR5cGU6IE1PVVNFKQ0KDQoJdGhlIGtleWJvYXJkIHNlY3Rpb24gY3JlYXRlZCBm cm9tICJYIC1jb25maWd1cmUiIG5vdyBpcyANCg0KCVNlY3Rpb24gIklucHV0RGV2aWNlIg0KCSAg ICAgICAgSWRlbnRpZmllciAgIktleWJvYXJkMCINCgkgICAgICAgIERyaXZlciAgICAgICJrYmQi DQoJRW5kU2VjdGlvbg0KDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoJSSBkbyBoYXZlIG9uZSBzdHJhbmdlIGJl aGF2aW91ciBJJ3ZlIG5vdGljZWQgaW4gSyAtIHRoaXMgbWF5IGJlIGEgSyBpc3N1ZS4uLi4NCg0K CUluIEtXb3JkIHNoaWZ0IG9mIDAtOSBkaXNwbGF5cyBkcm9wLWRvd24tbWVudXMuLi4uIEhtbW1t bS4uLi4NCg0KCVNoaWZ0IDAtOSBrZXlzIHdvcmsgZmluZSBpbiB4dGVybSBhbmQgdmkgYW5kIGRp c3BsYXkgfiFAIyQlLi4uLiBldGMuIA0KDQoJYXMgZXhwZWN0ZWQuICAgDQoNCglIZXJlIGlzIHNv bWUgbW9yZSB4ZXYgc2VxdWVuY2VzIHVzaW5nIGtleWJvYXJkICJwYzEwMSIgbGF5b3V0ICJ1cyIN Cg0KCW5vdGUgdGhhdCAwLTksIGEteiwgQS1aLCBQRy9VUCwga2V5cGFkIHNoaWZ0ZWQgYW5kIHVu c2hpZnRlZCBzZWVtIG9rLA0KDQoJZnVuY3Rpb24ga2V5IEYxIHN0aWxsIGJyaW5ncyB1cCBLSEVM UC4uLi4uLi4uLi4NCg0KCVRoaXMgaXMgdGhlIG91dHB1dCBmb3IgU0hJRlQtMSBhYm92ZSB0aGUg bGV0dGVyIFENCg0KCUtleVByZXNzIGV2ZW50LCBzZXJpYWwgMjMsIHN5bnRoZXRpYyBOTywgd2lu ZG93IDB4MTAwMDAwMSwNCgkgICAgcm9vdCAweDM0LCBzdWJ3IDB4MTAwMDAwMiwgdGltZSA5MDc0 MTgsICg1MywzNCksIHJvb3Q6KDU0OSw1NCksDQoJICAgIHN0YXRlIDB4MTAsIGtleWNvZGUgNTAg KGtleXN5bSAweGZmZTEsIFNoaWZ0X0wpLCBzYW1lX3NjcmVlbiBZRVMsDQoJICAgIFhMb29rdXBT dHJpbmcgZ2l2ZXMgMCBieXRlczogDQoNCglLZXlQcmVzcyBldmVudCwgc2VyaWFsIDI2LCBzeW50 aGV0aWMgTk8sIHdpbmRvdyAweDEwMDAwMDEsDQoJICAgIHJvb3QgMHgzNCwgc3VidyAweDEwMDAw MDIsIHRpbWUgOTA4MTc4LCAoNTMsMzQpLCByb290Oig1NDksNTQpLA0KCSAgICBzdGF0ZSAweDEx LCBrZXljb2RlIDEwIChrZXlzeW0gMHgyMSwgZXhjbGFtKSwgc2FtZV9zY3JlZW4gWUVTLA0KCSAg ICBYTG9va3VwU3RyaW5nIGdpdmVzIDEgYnl0ZXM6ICgyMSkgIiEiDQoNCglLZXlSZWxlYXNlIGV2 ZW50LCBzZXJpYWwgMjYsIHN5bnRoZXRpYyBOTywgd2luZG93IDB4MTAwMDAwMSwNCgkgICAgcm9v dCAweDM0LCBzdWJ3IDB4MTAwMDAwMiwgdGltZSA5MDgzMjIsICg1MywzNCksIHJvb3Q6KDU0OSw1 NCksDQoJICAgIHN0YXRlIDB4MTEsIGtleWNvZGUgMTAgKGtleXN5bSAweDIxLCBleGNsYW0pLCBz YW1lX3NjcmVlbiBZRVMsDQoJICAgIFhMb29rdXBTdHJpbmcgZ2l2ZXMgMSBieXRlczogKDIxKSAi ISINCg0KCUtleVJlbGVhc2UgZXZlbnQsIHNlcmlhbCAyNiwgc3ludGhldGljIE5PLCB3aW5kb3cg MHgxMDAwMDAxLA0KCSAgICByb290IDB4MzQsIHN1YncgMHgxMDAwMDAyLCB0aW1lIDkwODczNCwg KDUzLDM0KSwgcm9vdDooNTQ5LDU0KSwNCgkgICAgc3RhdGUgMHgxMSwga2V5Y29kZSA1MCAoa2V5 c3ltIDB4ZmZlMSwgU2hpZnRfTCksIHNhbWVfc2NyZWVuIFlFUywNCgkgICAgWExvb2t1cFN0cmlu ZyBnaXZlcyAwIGJ5dGVzOiANCg0KCVRoaXMgaXMgdGhlIG91dHB1dCBmb3IgU0hJRlQtMiBhYm92 ZSB0aGUgbGV0dGVyIFcNCg0KCUtleVByZXNzIGV2ZW50LCBzZXJpYWwgMjYsIHN5bnRoZXRpYyBO Tywgd2luZG93IDB4MTAwMDAwMSwNCgkgICAgcm9vdCAweDM0LCBzdWJ3IDB4MTAwMDAwMiwgdGlt ZSA5MTkzMzEsICg1MywzNCksIHJvb3Q6KDU0OSw1NCksDQoJICAgIHN0YXRlIDB4MTAsIGtleWNv ZGUgNTAgKGtleXN5bSAweGZmZTEsIFNoaWZ0X0wpLCBzYW1lX3NjcmVlbiBZRVMsDQoJICAgIFhM b29rdXBTdHJpbmcgZ2l2ZXMgMCBieXRlczogDQoNCglLZXlQcmVzcyBldmVudCwgc2VyaWFsIDI2 LCBzeW50aGV0aWMgTk8sIHdpbmRvdyAweDEwMDAwMDEsDQoJICAgIHJvb3QgMHgzNCwgc3VidyAw eDEwMDAwMDIsIHRpbWUgOTIwMDQzLCAoNTMsMzQpLCByb290Oig1NDksNTQpLA0KCSAgICBzdGF0 ZSAweDExLCBrZXljb2RlIDExIChrZXlzeW0gMHg0MCwgYXQpLCBzYW1lX3NjcmVlbiBZRVMsDQoJ ICAgIFhMb29rdXBTdHJpbmcgZ2l2ZXMgMSBieXRlczogKDQwKSAiQCINCg0KCUtleVJlbGVhc2Ug ZXZlbnQsIHNlcmlhbCAyNiwgc3ludGhldGljIE5PLCB3aW5kb3cgMHgxMDAwMDAxLA0KCSAgICBy b290IDB4MzQsIHN1YncgMHgxMDAwMDAyLCB0aW1lIDkyMDE0NywgKDUzLDM0KSwgcm9vdDooNTQ5 LDU0KSwNCgkgICAgc3RhdGUgMHgxMSwga2V5Y29kZSAxMSAoa2V5c3ltIDB4NDAsIGF0KSwgc2Ft ZV9zY3JlZW4gWUVTLA0KCSAgICBYTG9va3VwU3RyaW5nIGdpdmVzIDEgYnl0ZXM6ICg0MCkgIkAi DQoNCglLZXlSZWxlYXNlIGV2ZW50LCBzZXJpYWwgMjYsIHN5bnRoZXRpYyBOTywgd2luZG93IDB4 MTAwMDAwMSwNCgkgICAgcm9vdCAweDM0LCBzdWJ3IDB4MTAwMDAwMiwgdGltZSA5MjAzNDUsICg1 MywzNCksIHJvb3Q6KDU0OSw1NCksDQoJICAgIHN0YXRlIDB4MTEsIGtleWNvZGUgNTAgKGtleXN5 bSAweGZmZTEsIFNoaWZ0X0wpLCBzYW1lX3NjcmVlbiBZRVMsDQoJICAgIFhMb29rdXBTdHJpbmcg Z2l2ZXMgMCBieXRlczogDQoNCglEbyB0aGVzZSBzY2FuIGNvZGVzIGxvb2sgY29ycmVjdD8NCg0K CVRoYW5rcyBhZ2FpbiENCg0KCSANCg0KCSANCg0KCSANCg0KCSANCg0KCSANCg0KCSANCg0KCSAN Cg0KCSANCg0K From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 00:53:02 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 ECC9916A4CE for ; Wed, 9 Mar 2005 00:53:02 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C754143D1F for ; Wed, 9 Mar 2005 00:53:01 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 064551DD56E; Wed, 9 Mar 2005 01:53:01 +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 06708-01-31; Wed, 9 Mar 2005 01:52:48 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 4A1551DD6D0; Wed, 9 Mar 2005 01:52:47 +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 EBCFF1C00715; Wed, 9 Mar 2005 01:52:46 +0100 (CET) From: Dejan Lesjak To: "Michael G. Jung" Date: Wed, 9 Mar 2005 01:52:45 +0100 User-Agent: KMail/1.7.2 References: <9D7F0DF3FB16D41184010050DA90E00001C874CE@neo.confluentasp.local> In-Reply-To: <9D7F0DF3FB16D41184010050DA90E00001C874CE@neo.confluentasp.local> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503090152.46323.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: Wed, 09 Mar 2005 00:53:03 -0000 On Wednesday 09 of March 2005 01:33, Michael G. Jung wrote: > Ok, let me clarify - I put in the config file ( it was probed without > these values ) > > Option "XkbRules" "xorg" > Option "XkbModel" "pc104" > Option "XkbLayout" "us" > > in the configuration generated from X -configure during my bouts trying > to get X working. (some weeks ago)..... > > I just re-ran "X -configure" and only modified my mouse for serial use... > it probed keyboard type > > pc101 - which works also... Here is the bit of X.log I think you would be > interested in - > > this is from "X -configure" with your single patch as of this evening. > > (**) Keyboard0: Core Keyboard > (**) Option "Protocol" "standard" > (**) Keyboard0: Protocol: standard > (**) Option "AutoRepeat" "500 30" > (**) Option "XkbRules" "xorg" > (**) Keyboard0: XkbRules: "xorg" > (**) Option "XkbModel" "pc101" > (**) Keyboard0: XkbModel: "pc101" > (**) Option "XkbLayout" "us" > (**) Keyboard0: XkbLayout: "us" > (**) Option "CustomKeycodes" "off" > (**) Keyboard0: CustomKeycodes disabled > (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) > > the keyboard section created from "X -configure" now is > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > EndSection > > ------------------------------------------------------------------- Indeed it uses pc101 model. I kind of assumed it would use sun type5 model, and didn't even consider suggesting using one of pc models, go figure :) > > I do have one strange behaviour I've noticed in K - this may be a K > issue.... > > In KWord shift of 0-9 displays drop-down-menus.... Hmmmmm.... Judging by what you get from xev, this would be K related. Any special settings in kcontrol (Regional & Accesibility -> Keyboard Layout)? > Shift 0-9 keys work fine in xterm and vi and display ~!@#$%.... etc. > > as expected. > > Here is some more xev sequences using keyboard "pc101" layout "us" > > note that 0-9, a-z, A-Z, PG/UP, keypad shifted and unshifted seem ok, > > function key F1 still brings up KHELP.......... > > This is the output for SHIFT-1 above the letter Q > > KeyPress event, serial 23, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 907418, (53,34), root:(549,54), > state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > XLookupString gives 0 bytes: > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 908178, (53,34), root:(549,54), > state 0x11, keycode 10 (keysym 0x21, exclam), same_screen YES, > XLookupString gives 1 bytes: (21) "!" > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 908322, (53,34), root:(549,54), > state 0x11, keycode 10 (keysym 0x21, exclam), same_screen YES, > XLookupString gives 1 bytes: (21) "!" > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 908734, (53,34), root:(549,54), > state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > XLookupString gives 0 bytes: > > This is the output for SHIFT-2 above the letter W > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 919331, (53,34), root:(549,54), > state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > XLookupString gives 0 bytes: > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 920043, (53,34), root:(549,54), > state 0x11, keycode 11 (keysym 0x40, at), same_screen YES, > XLookupString gives 1 bytes: (40) "@" > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 920147, (53,34), root:(549,54), > state 0x11, keycode 11 (keysym 0x40, at), same_screen YES, > XLookupString gives 1 bytes: (40) "@" > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > root 0x34, subw 0x1000002, time 920345, (53,34), root:(549,54), > state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > XLookupString gives 0 bytes: > > Do these scan codes look correct? Yes, these are expected cedes from those keys. I don't know why K remaps them or something though. > Thanks again! No no no, Thank you! By now I would probably be recreating keymaps on sun keyboards from scratch if you haven't pointed out the model that gets used by default on sparc keyboards on FreeBSD :) Dejan From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 18:37:31 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 09A0516A4CE for ; Wed, 9 Mar 2005 18:37:31 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E34BC43D46 for ; Wed, 9 Mar 2005 18:37:28 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 09 Mar 2005 18:37:26 -0000 Received: from p54805A74.dip.t-dialin.net (EHLO [192.168.0.2]) (84.128.90.116) by mail.gmx.net (mp004) with SMTP; 09 Mar 2005 19:37:26 +0100 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: <200503090152.46323.dejan.lesjak@ijs.si> References: <9D7F0DF3FB16D41184010050DA90E00001C874CE@neo.confluentasp.local> <200503090152.46323.dejan.lesjak@ijs.si> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SCn6VERqtFYHKYjbelrs" Date: Wed, 09 Mar 2005 19:37:25 +0100 Message-Id: <1110393445.18502.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 X-Y-GMX-Trusted: 0 cc: Dejan Lesjak cc: "Michael G. Jung" 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: Wed, 09 Mar 2005 18:37:31 -0000 --=-SCn6VERqtFYHKYjbelrs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I cannot reproduce the fix. I just compiled X with the first patch and used Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc101" / or pc104 or 105 in my config. Nothing worked. The keys were completely messed up! I have an Ultra 10. --=20 Matthias Muthmann --=-SCn6VERqtFYHKYjbelrs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCL0JleA8bkj+29gMRAgmMAKCTXzIDCn7n8l+s2QknmDGJsQxDYACgpqjp h+m7zwJZsu+3zlVAYjHGke0= =kpMT -----END PGP SIGNATURE----- --=-SCn6VERqtFYHKYjbelrs-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 03:39:53 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 C8F5516A4CE for ; Thu, 10 Mar 2005 03:39:53 +0000 (GMT) Received: from raistlin.sprintlink.net (raistlin.sprintlink.net [199.0.13.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 55B5C43D48 for ; Thu, 10 Mar 2005 03:39:51 +0000 (GMT) (envelope-from adudek@sprint.net) Received: (qmail 2710 invoked by uid 1001); 9 Mar 2005 22:33:15 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Mar 2005 22:33:15 -0500 Date: Wed, 9 Mar 2005 22:33:15 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@raistlin.sprintlink.net To: Dejan Lesjak Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: "Michael G. Jung" 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: Thu, 10 Mar 2005 03:39:53 -0000 > > Ok, let me clarify - I put in the config file ( it was probed without > > these values ) > > > > Option "XkbRules" "xorg" > > Option "XkbModel" "pc104" > > Option "XkbLayout" "us" > > > > in the configuration generated from X -configure during my bouts trying > > to get X working. (some weeks ago)..... > > > > I just re-ran "X -configure" and only modified my mouse for serial use... > > it probed keyboard type > > > > pc101 - which works also... Here is the bit of X.log I think you would be > > interested in - > > > > this is from "X -configure" with your single patch as of this evening. > > > > (**) Keyboard0: Core Keyboard > > (**) Option "Protocol" "standard" > > (**) Keyboard0: Protocol: standard > > (**) Option "AutoRepeat" "500 30" > > (**) Option "XkbRules" "xorg" > > (**) Keyboard0: XkbRules: "xorg" > > (**) Option "XkbModel" "pc101" > > (**) Keyboard0: XkbModel: "pc101" > > (**) Option "XkbLayout" "us" > > (**) Keyboard0: XkbLayout: "us" > > (**) Option "CustomKeycodes" "off" > > (**) Keyboard0: CustomKeycodes disabled > > (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) > > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) > > > > the keyboard section created from "X -configure" now is > > > > Section "InputDevice" > > Identifier "Keyboard0" > > Driver "kbd" > > EndSection > > > > ------------------------------------------------------------------- > > Indeed it uses pc101 model. I kind of assumed it would use sun type5 model, > and didn't even consider suggesting using one of pc models, go figure :) > > > > > I do have one strange behaviour I've noticed in K - this may be a K > > issue.... > > > > In KWord shift of 0-9 displays drop-down-menus.... Hmmmmm.... > > Judging by what you get from xev, this would be K related. Any special > settings in kcontrol (Regional & Accesibility -> Keyboard Layout)? > > > Shift 0-9 keys work fine in xterm and vi and display ~!@#$%.... etc. > > > > as expected. > > > > Here is some more xev sequences using keyboard "pc101" layout "us" > > > > note that 0-9, a-z, A-Z, PG/UP, keypad shifted and unshifted seem ok, > > > > function key F1 still brings up KHELP.......... > > > > This is the output for SHIFT-1 above the letter Q > > > > KeyPress event, serial 23, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 907418, (53,34), root:(549,54), > > state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > > XLookupString gives 0 bytes: > > > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 908178, (53,34), root:(549,54), > > state 0x11, keycode 10 (keysym 0x21, exclam), same_screen YES, > > XLookupString gives 1 bytes: (21) "!" > > > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 908322, (53,34), root:(549,54), > > state 0x11, keycode 10 (keysym 0x21, exclam), same_screen YES, > > XLookupString gives 1 bytes: (21) "!" > > > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 908734, (53,34), root:(549,54), > > state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > > XLookupString gives 0 bytes: > > > > This is the output for SHIFT-2 above the letter W > > > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 919331, (53,34), root:(549,54), > > state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > > XLookupString gives 0 bytes: > > > > KeyPress event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 920043, (53,34), root:(549,54), > > state 0x11, keycode 11 (keysym 0x40, at), same_screen YES, > > XLookupString gives 1 bytes: (40) "@" > > > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 920147, (53,34), root:(549,54), > > state 0x11, keycode 11 (keysym 0x40, at), same_screen YES, > > XLookupString gives 1 bytes: (40) "@" > > > > KeyRelease event, serial 26, synthetic NO, window 0x1000001, > > root 0x34, subw 0x1000002, time 920345, (53,34), root:(549,54), > > state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, > > XLookupString gives 0 bytes: > > > > Do these scan codes look correct? > > Yes, these are expected cedes from those keys. I don't know why K remaps them > or something though. > > > Thanks again! > > No no no, Thank you! By now I would probably be recreating keymaps on sun > keyboards from scratch if you haven't pointed out the model that gets used by > default on sparc keyboards on FreeBSD :) > > > Dejan I have also ran into success with patch-bsd_KbdMap.c.2 and using the PC104 keyboard. Initial testing looks good. Now my only issue is trying to increase the screen resolution as nothing I put into the xorg.conf file seems to work, but at least the keyboard works:) Section "Monitor" #DisplaySize 390 290 # mm Identifier "Monitor0" VendorName "SUN" ModelName "567" HorizSync 31.5 - 100.0 VertRefresh 40.0 - 150.0 Option "DPMS" Modeline "1600x1200" 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync EndSection Section "Monitor" #DisplaySize 390 290 # mm Identifier "Monitor0" VendorName "SUN" ModelName "567" HorizSync 31.5 - 100.0 VertRefresh 40.0 - 150.0 Option "DPMS" Modeline "1600x1200" 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync EndSection From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 04:16:26 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 5902516A4CE; Thu, 10 Mar 2005 04:16:26 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D373643D53; Thu, 10 Mar 2005 04:16:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2A4GPNu037481; Wed, 9 Mar 2005 23:16:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2A4GPU5067859; Wed, 9 Mar 2005 23:16:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0D3557306E; Wed, 9 Mar 2005 23:16:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050310041624.0D3557306E@freebsd-current.sentex.ca> Date: Wed, 9 Mar 2005 23:16:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 04:16:26 -0000 TB --- 2005-03-10 03:12:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-10 03:12:31 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-03-10 03:12:31 - checking out the source tree TB --- 2005-03-10 03:12:31 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-03-10 03:12:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-03-10 03:21:42 - building world (CFLAGS=-O -pipe) TB --- 2005-03-10 03:21:42 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-10 03:21:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-10 04:11:57 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-10 04:11:57 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-10 04:11:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 10 04:11:57 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc': /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break" /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level: /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free' *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-03-10 04:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-10 04:16:24 - ERROR: failed to build generic kernel TB --- 2005-03-10 04:16:24 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 07:55:02 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 CCE9216A4CE for ; Thu, 10 Mar 2005 07:55:02 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A231D43D1F for ; Thu, 10 Mar 2005 07:55:02 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 935C572DD4; Wed, 9 Mar 2005 23:55:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8E0EA72DCB; Wed, 9 Mar 2005 23:55:02 -0800 (PST) Date: Wed, 9 Mar 2005 23:55:02 -0800 (PST) From: Doug White To: Phil Stracchino In-Reply-To: <4229781B.1040609@speakeasy.net> Message-ID: <20050309235118.I53915@carver.gumbysoft.com> References: <4229608E.3040903@speakeasy.net> <20050305000429.A4084@carver.gumbysoft.com> <4229781B.1040609@speakeasy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@FreeBSD.org Subject: Re: Terminal question for U5 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: Thu, 10 Mar 2005 07:55:02 -0000 On Sat, 5 Mar 2005, Phil Stracchino wrote: > Doug White wrote: > > On Fri, 4 Mar 2005, Phil Stracchino wrote: > > > > > >>I hope this is a quickie question: What can I do to get a usable > >>terminal for sysinstall on a Sun Ultra5, using the default built-in > >>framebuffer attached to a Sun 365-1343 17" color monitor? I have a > >>perfectly good FreeBSD 5.3 sparc64 CD here which I can't install from > >>because I can't see what I'm doing in sysinstall, because all the > >>available terminal types appear to assume my screen is 80x25. > > > > > > Use a serial console. Plug in a null-modem cable into the serial port, > > connect the other end to a system of choice, and unplug the sun keyboard > > from the U5. Fire up a terminal emulator on the other system. Boot the U5 > > from CD and follow the prompts. If you have another FreeBSD or Linux > > machine you can typically get the color menus to work :) > > Thanks. I suspected something like that might be the case. > Unfortunately, I don't have a working serial-console cable here with me. A decent null modem cable, or parts to make one, should be US$10-$20 at any computer shop. An essential part of any sysadmin's toolkit. I have one with 9 and 25-pin plugs on both ends, and a male-male gender changer to plug into Suns. I've had it for well over 10 years. > > Note that you can't run X on the builtin display anyway so unless you > > particularly like the slow OBP console you'll want to use some other > > method of communication. > > Well, I was figuring the box would run headless. It's tasked to be a > nameserver and not much else at present. But by the sound of things, > unless I can come up with a working serial console cable, I may have to > rethink what to put on it. Solaris still works and is a free download for personal use. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 14:34:12 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 C88BD16A4CE for ; Thu, 10 Mar 2005 14:34:12 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7EBA43D53 for ; Thu, 10 Mar 2005 14:34:11 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 26E341DD6AF; Thu, 10 Mar 2005 15:34:11 +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 64024-01-85; Thu, 10 Mar 2005 15:33:58 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id BB5C41DD436; Thu, 10 Mar 2005 15:33:57 +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 866671C00731; Thu, 10 Mar 2005 15:33:57 +0100 (CET) From: Dejan Lesjak To: Aaron Dudek Date: Thu, 10 Mar 2005 15:33:56 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503101533.57023.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si cc: "Michael G. Jung" 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: Thu, 10 Mar 2005 14:34:12 -0000 On Thursday 10 of March 2005 04:33, Aaron Dudek wrote: > I have also ran into success with patch-bsd_KbdMap.c.2 and using the PC104 > keyboard. Initial testing looks good. Now my only issue is trying to > increase the screen resolution as nothing I put into the xorg.conf file > seems to work, but at least the keyboard works:) Was that patch-bsd_KbdMap.c.2 or patch-kbd_sparc_2.c (I know I could name them more thoughtfully :) Did you use type5 as Model before? About resolution - could you rather try specifying Modes under Section "Screen" as in example at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html If it doesn't work, could you mail log and configuration (but perhaps to freebsd-x11@ so we don't spam freebsd-sparc64 list :) Dejan From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 14:34:16 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 0C68616A4CE for ; Thu, 10 Mar 2005 14:34:16 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E8A043D53 for ; Thu, 10 Mar 2005 14:34:15 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id CC7651DD6DE; Thu, 10 Mar 2005 15:34:14 +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 64818-01-78; Thu, 10 Mar 2005 15:34:00 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id DF6261DD656; Thu, 10 Mar 2005 15:34:00 +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 D758D1C00731; Thu, 10 Mar 2005 15:34:00 +0100 (CET) From: Dejan Lesjak To: Matthias Muthmann Date: Thu, 10 Mar 2005 15:34:00 +0100 User-Agent: KMail/1.7.2 References: <9D7F0DF3FB16D41184010050DA90E00001C874CE@neo.confluentasp.local> <200503090152.46323.dejan.lesjak@ijs.si> <1110393445.18502.9.camel@localhost> In-Reply-To: <1110393445.18502.9.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503101534.00558.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si cc: "Michael G. Jung" cc: freebsd-sparc64@freebsd.org Subject: Keyboard under X on Ultra10 [was 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: Thu, 10 Mar 2005 14:34:16 -0000 On Wednesday 09 of March 2005 19:37, Matthias Muthmann wrote: > I cannot reproduce the fix. > I just compiled X with the first patch and used > Identifier "Keyboard0" > Driver "kbd" > Option "XkbRules" "xorg" > Option "XkbModel" "pc101" / or pc104 or 105 > in my config. > > Nothing worked. The keys were completely messed up! > I have an Ultra 10. Hmm. And there are no files in xorg-server/files directory other then the ones listed here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11-servers/xorg-server/files/ and patch-bsd_KbdMap.c.2 ? To recap (correct me if I get this wrong), Michael G. Jung has Ultra2 and Aaron Dudek has Ultra60. Has anybody got keyboard working on Ultra10 under X? I don't know much about sparcs. Is there something specific about Ultra10 keyboard that could give us the clue about this. Have you had X.Org 6.7 installed? Did that work? And you said that using old 'keyboard' driver works, right? I feel horrible that you had to go through several recompiles and reinstalls and at the end keyboard seems to work for others, but we still have no solution for Ultra10 other than the old driver workaround :( I'm afraid I have no more ideas about this (not that previous ones were any good). The best I can do is to add a knob to xorg-server Makefile (say WITH_OLD_KEYBOARD) so it enables the workaround when used. Perhaps if you ask on xorg@lists.freedesktop.org mailing list (see http://lists.freedesktop.org/mailman/listinfo/xorg) about this problem which seems specific to Ultra10 keyboard or file a bug report at https://bugs.freedesktop.org/ Again thank you for testing and recompiles and reinstalls. I wish I could be of more help. Dejan From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 19:46:06 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 76B2616A4CE for ; Thu, 10 Mar 2005 19:46:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0637343D49 for ; Thu, 10 Mar 2005 19:46:05 +0000 (GMT) (envelope-from hengchai@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so708466wra for ; Thu, 10 Mar 2005 11:46:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ZmqzeS0LjJOEfZHr6FZhkoIqyfnkqei3xUTJjKPJgXVSVxmoDWOiw4foufmj2xeOOWCWhiW2hEJjxbh44IuoKn2XY2Vcv0vk/kpehirJssrPHdZfgEJuqtbf0jSUJLDnDq3nyKYtD+MsK6AQKgVlGcYSAsbRPEd7UTilcBbe5qI= Received: by 10.54.77.7 with SMTP id z7mr694963wra; Thu, 10 Mar 2005 11:46:05 -0800 (PST) Received: by 10.54.23.37 with HTTP; Thu, 10 Mar 2005 11:46:05 -0800 (PST) Message-ID: Date: Fri, 11 Mar 2005 03:46:05 +0800 From: Tan Heng Chai To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: E4000 on FreeBSD 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tan Heng Chai List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 19:46:06 -0000 Just tested my E4000 with 10x 336Mhz CPU + 6400MB RAM. Found out 1 good thing and 1 bad thing. The good: 10 CPUs all work fine on the server with FreeBSD The bad: Hangs at "avail memory" if "real memory" more than 6400MB I tired to put 7GB of ram in, but it refused to continue booting. Does anyone have a resolution for this? From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 19:57:51 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 11CFC16A4CE for ; Thu, 10 Mar 2005 19:57:51 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 751E343D31 for ; Thu, 10 Mar 2005 19:57:50 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.rr.com [24.211.168.109]) j2AJvlkc012881 for ; Thu, 10 Mar 2005 14:57:47 -0500 (EST) Received: (qmail 83100 invoked by uid 0); 10 Mar 2005 19:57:48 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 ( Clear:RC:1(127.0.0.1):. Processed in 0.059956 secs); 10 Mar 2005 19:57:48 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.059956 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 10 Mar 2005 19:57:47 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id j2AJvlrA083092 for sparc@freebsd.org; Thu, 10 Mar 2005 14:57:47 -0500 (EST) (envelope-from jason) Date: Thu, 10 Mar 2005 14:57:47 -0500 From: Jason To: sparc@freebsd.org Message-ID: <20050310195747.GA83081@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: hang at boot after makeworld on 5.3 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: Thu, 10 Mar 2005 19:57:51 -0000 yo BSDheads.. was running 5.3-STABLE, and did a makeworld and after I did all that and rebooted, I got Boot device: disk:a File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/pci@1,1/ide@d/disk@0,0:a Boot loader: /boot/loader Console: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (jason@shonuff.cisco.com, Wed Mar 9 20:08:47 UTC 2005) bootpath="/pci@1f,0/pci@1,1/ide@d/disk@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x3d6808+0x47c58 syms=[0x8+0x508c8+0x8+0x44fd6] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0040000. any ideas? From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 02:31:24 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 7884C16A4CE for ; Fri, 11 Mar 2005 02:31:24 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58EB43D31 for ; Fri, 11 Mar 2005 02:31:23 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id j2B2UkAh023413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 11 Mar 2005 11:30:48 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id j2B2VG9Y016289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Mar 2005 11:31:16 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j2B2VC4c016288; Fri, 11 Mar 2005 11:31:12 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Fri, 11 Mar 2005 11:31:12 +0900 From: Pyun YongHyeon To: Jason Message-ID: <20050311023112.GA16129@kt-is.co.kr> References: <20050310195747.GA83081@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050310195747.GA83081@monsterjam.org> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc@freebsd.org Subject: Re: hang at boot after makeworld on 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 02:31:24 -0000 On Thu, Mar 10, 2005 at 02:57:47PM -0500, Jason wrote: [...] > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > nothing to autoload yet. > jumping to kernel entry at 0xc0040000. > > > > any ideas? I guess it didn't hang. You can login the box with ssh. If you use console with Creator/Creator 3D, use sc(4) to get fast screen operations(Make sure to uncomment ttyv0 in /etc/ttys). If not, add "device ofw_console" to your kernel configuration and rebuild kernel. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 02:37:54 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 17C3C16A4CE; Fri, 11 Mar 2005 02:37:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 970D443D55; Fri, 11 Mar 2005 02:37:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2B2bqjQ018315; Thu, 10 Mar 2005 21:37:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2B2bqj1067457; Thu, 10 Mar 2005 21:37:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 977647306E; Thu, 10 Mar 2005 21:37:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050311023752.977647306E@freebsd-current.sentex.ca> Date: Thu, 10 Mar 2005 21:37:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 02:37:54 -0000 TB --- 2005-03-11 01:33:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-11 01:33:59 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-03-11 01:33:59 - checking out the source tree TB --- 2005-03-11 01:33:59 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-03-11 01:33:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-03-11 01:43:10 - building world (CFLAGS=-O -pipe) TB --- 2005-03-11 01:43:10 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-11 01:43:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-11 02:33:27 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-11 02:33:27 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-11 02:33:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 11 02:33:27 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc': /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break" /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level: /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free' *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-03-11 02:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-11 02:37:52 - ERROR: failed to build generic kernel TB --- 2005-03-11 02:37:52 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 04:57:44 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 509B516A4CE for ; Fri, 11 Mar 2005 04:57:44 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1745443D49 for ; Fri, 11 Mar 2005 04:57:44 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j2B4vhel093463; Thu, 10 Mar 2005 20:57:43 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j2B4vhjB093462; Thu, 10 Mar 2005 20:57:43 -0800 (PST) (envelope-from obrien) Date: Thu, 10 Mar 2005 20:57:43 -0800 From: "David O'Brien" To: Jason Message-ID: <20050311045743.GA93424@dragon.nuxi.com> References: <20050310195747.GA83081@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050310195747.GA83081@monsterjam.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: freebsd-sparc64@freebsd.org Subject: Re: hang at boot after makeworld on 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-sparc64@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 04:57:44 -0000 On Thu, Mar 10, 2005 at 02:57:47PM -0500, Jason wrote: > yo BSDheads.. > was running 5.3-STABLE, and did a makeworld and after I did all that and > rebooted, I got .. > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > nothing to autoload yet. > jumping to kernel entry at 0xc0040000. > > any ideas? You have a Sun Blade 100 or 150, don't you? -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 14:49:06 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 0B22916A4FA for ; Fri, 11 Mar 2005 14:49:06 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2F243D48 for ; Fri, 11 Mar 2005 14:49:05 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.rr.com [24.211.168.109]) j2BEn1Lv024628 for ; Fri, 11 Mar 2005 09:49:01 -0500 (EST) Received: (qmail 8642 invoked by uid 0); 11 Mar 2005 14:49:01 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 ( Clear:RC:1(127.0.0.1):. Processed in 0.059886 secs); 11 Mar 2005 14:49:01 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.059886 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 11 Mar 2005 14:49:01 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id j2BEn0gD008634 for freebsd-sparc64@freebsd.org; Fri, 11 Mar 2005 09:49:00 -0500 (EST) (envelope-from jason) Date: Fri, 11 Mar 2005 09:49:00 -0500 From: Jason To: freebsd-sparc64@freebsd.org Message-ID: <20050311144900.GB8091@monsterjam.org> References: <20050310195747.GA83081@monsterjam.org> <20050311045743.GA93424@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050311045743.GA93424@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: hang at boot after makeworld on 5.3 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: Fri, 11 Mar 2005 14:49:06 -0000 System Configuration: Sun Microsystems sun4u Netra AX1105-500 (UltraSPARC-IIe 500MHz) System clock frequency: 100 MHz Memory size: 1024 Megabytes Jason On Thu, Mar 10, 2005 at 08:57:43PM -0800, David O'Brien wrote: > On Thu, Mar 10, 2005 at 02:57:47PM -0500, Jason wrote: > > yo BSDheads.. > > was running 5.3-STABLE, and did a makeworld and after I did all that and > > rebooted, I got > .. > > Hit [Enter] to boot immediately, or any other key for command prompt. > > Booting [/boot/kernel/kernel]... > > nothing to autoload yet. > > jumping to kernel entry at 0xc0040000. > > > > any ideas? > > You have a Sun Blade 100 or 150, don't you? > > -- > -- David (obrien@FreeBSD.org) -- ================================================ | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | ================================================ From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 18:44:40 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 532A016A4CE for ; Fri, 11 Mar 2005 18:44:40 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35A443D39 for ; Fri, 11 Mar 2005 18:44:39 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j2BIicAW009988; Fri, 11 Mar 2005 10:44:38 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j2BIicfF009987; Fri, 11 Mar 2005 10:44:38 -0800 (PST) (envelope-from obrien) Date: Fri, 11 Mar 2005 10:44:38 -0800 From: "David O'Brien" To: Jason Message-ID: <20050311184438.GA9766@dragon.nuxi.com> References: <20050310195747.GA83081@monsterjam.org> <20050311045743.GA93424@dragon.nuxi.com> <20050311144900.GB8091@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050311144900.GB8091@monsterjam.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: freebsd-sparc64@freebsd.org Subject: Re: hang at boot after makeworld on 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 18:44:40 -0000 On Fri, Mar 11, 2005 at 09:49:00AM -0500, Jason wrote: > System Configuration: Sun Microsystems sun4u Netra AX1105-500 > (UltraSPARC-IIe 500MHz) That is an ATX version of the Blade 100. Boot kernel.old and apply the patch below. If you have time please also download and try to boot ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Feb_2006/5.3-STABLE-SNAP001-sparc64-miniinst.iso If it fails to boot on your machine, please report to re@freebsd.org that FreeBSD 5.4-RELEASE is not going to support your machine. Index: GENERIC =================================================================== RCS file: /home/ncvs/src/sys/sparc64/conf/GENERIC,v retrieving revision 1.90 diff -u -u -1 -r1.90 GENERIC --- GENERIC 3 Mar 2005 01:25:33 -0000 1.90 +++ GENERIC 10 Mar 2005 19:33:45 -0000 @@ -125,3 +125,3 @@ -#device ofw_console # Open Firmware console device +device ofw_console # Open Firmware console device @@ -136,4 +136,5 @@ # Serial (COM) ports -#device sab # Siemens SAB82532 based serial ports -device uart # Multi-uart driver +device sab # Siemens SAB82532 based serial ports +device zs # Zilog 8530 based serial ports +#device uart # Multi-uart driver device puc # Multi-channel uarts -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 00:09:58 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 AF22D16A4CE for ; Sat, 12 Mar 2005 00:09:58 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0257E43D48 for ; Sat, 12 Mar 2005 00:09:58 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) j2C09vvD077252; Sat, 12 Mar 2005 01:09:57 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j2C09p80077251; Sat, 12 Mar 2005 01:09:51 +0100 (CET) (envelope-from marius) Date: Sat, 12 Mar 2005 01:09:51 +0100 From: Marius Strobl To: Jason Message-ID: <20050312010951.A76491@newtrinity.zeist.de> References: <20050310195747.GA83081@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050310195747.GA83081@monsterjam.org>; from jason@monsterjam.org on Thu, Mar 10, 2005 at 02:57:47PM -0500 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-6; AVE: 6.30.0.5; VDF: 6.30.0.25; host: newtrinity.zeist.de) cc: sparc@freebsd.org Subject: Re: hang at boot after makeworld on 5.3 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: Sat, 12 Mar 2005 00:09:58 -0000 On Thu, Mar 10, 2005 at 02:57:47PM -0500, Jason wrote: > yo BSDheads.. > was running 5.3-STABLE, and did a makeworld and after I did all that and > rebooted, I got > Please mind the 20050215 entry in UPDATING and make sure you have input-device and output-device set to ttya. From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 00:54:31 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 6891716A4CF; Sat, 12 Mar 2005 00:54:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E1A43D41; Sat, 12 Mar 2005 00:54:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2C0sToI094378; Fri, 11 Mar 2005 19:54:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2C0sTac025546; Fri, 11 Mar 2005 19:54:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 803BB7306E; Fri, 11 Mar 2005 19:54:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050312005429.803BB7306E@freebsd-current.sentex.ca> Date: Fri, 11 Mar 2005 19:54:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 00:54:31 -0000 TB --- 2005-03-11 23:50:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-11 23:50:32 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-03-11 23:50:32 - checking out the source tree TB --- 2005-03-11 23:50:32 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-03-11 23:50:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-03-11 23:59:40 - building world (CFLAGS=-O -pipe) TB --- 2005-03-11 23:59:40 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-11 23:59:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-12 00:50:04 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-12 00:50:04 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-03-12 00:50:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 12 00:50:04 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: In function `sf_buf_alloc': /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:380: error: syntax error before "break" /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c: At top level: /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:409: warning: no previous prototype for 'sf_buf_free' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:422: warning: no previous prototype for 'swi_vm' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:432: warning: no previous prototype for 'uma_small_alloc' /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/vm_machdep.c:478: warning: no previous prototype for 'uma_small_free' *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-03-12 00:54:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-12 00:54:29 - ERROR: failed to build generic kernel TB --- 2005-03-12 00:54:29 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 06:22:15 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 49E4116A4CE; Sat, 12 Mar 2005 06:22:15 +0000 (GMT) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024BE43D48; Sat, 12 Mar 2005 06:22:15 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id 5D70E57AEF; Sat, 12 Mar 2005 00:22:14 -0600 (CST) Date: Sat, 12 Mar 2005 00:22:14 -0600 From: Will Andrews To: re@freebsd.org Message-ID: <20050312062214.GH10159@hex.databits.net> Mail-Followup-To: re@freebsd.org, sparc64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bQaHVRvwpJFI6oid" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: sparc64@freebsd.org Subject: Blade 100 w/ 5.4-PRERELEASE console 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: Sat, 12 Mar 2005 06:22:15 -0000 --bQaHVRvwpJFI6oid Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, David O'Brien asked me to email you about this issue. I have a Sun Blade 100 running FreeBSD since 5.0. Recently, it appears that a change was made to uart(4) which causes the console to break. With older RELENG_5 kernels (specifically, mine from November 2004 and the Feb_2005 SNAP001 version), the kernel sends messages to ttya (serial console). However, with the recent versions, you have to set {output,input}-device to "ttya" in the OpenBoot PROM, to get the kernel messages. I believe the system will still boot. But apparently with Solaris (and older FreeBSD) the kernel sent messages to the serial console without needing to mess with the OBP variables. I believe this is needless pain for users trying to install FreeBSD on their Blade 100s (and possibly other models). This issue was also encountered with the 6.0 Feb_2005 snapshot. Thanks for listening. Regards, --=20 wca --bQaHVRvwpJFI6oid Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCMoqUF47idPgWcsURAqChAJ9vzmP62KrOZMaYPcDS/ROx4/3xUwCfeiHA EBcX8C83beslQac4J4fR+xo= =/qSm -----END PGP SIGNATURE----- --bQaHVRvwpJFI6oid-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 17:17:59 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 2527B16A4CE for ; Sat, 12 Mar 2005 17:17:59 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 654C043D46 for ; Sat, 12 Mar 2005 17:17:58 +0000 (GMT) (envelope-from hengchai@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so1272209wra for ; Sat, 12 Mar 2005 09:17:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TGNv5TNVhf2n09KVMvuXIl3oE+Ahw69b/ns3eLLqHS5JO53po4qr5HUXLpLVD2zH6JbUXroOZcNln8cGl57Jg709LM428TkwGjoG2bj8NTbMO1vj9CBid/mJgyR8vWezyVzzWD8G0+LZ4Kuer/dKZmHqei0qe+W+DacOOJZJNFY= Received: by 10.54.84.8 with SMTP id h8mr2213514wrb; Sat, 12 Mar 2005 09:17:57 -0800 (PST) Received: by 10.54.23.37 with HTTP; Sat, 12 Mar 2005 09:17:57 -0800 (PST) Message-ID: Date: Sun, 13 Mar 2005 01:17:57 +0800 From: Tan Heng Chai To: Attila Nagy In-Reply-To: <423302DD.60609@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <423302DD.60609@fsn.hu> cc: sparc64@freebsd.org Subject: Re: E4000 on FreeBSD 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tan Heng Chai List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 17:17:59 -0000 As requested, dmesg for my E4000. Note that the ram isn't 6400MB as apparently there was a ram test failure just as I rebooted earlier. Will try to post another full one later. Cstray vector interrupt 241 opyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Fri Dec 31 01:08:13 SGT 2004 admin@kenshin.per.sg:/usr/obj/usr/src/sys/KENSHIN real memory = 5637144576 (5376 MB) avail memory = 5481267200 (5227 MB) cpu0: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu4: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu5: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu6: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu7: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu8: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) cpu9: Sun Microsystems UltraSparc-II Processor (336.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs nexus0: central0: on nexus0 fhc0: on central0 eeprom0: mem 0x908000-0x909fff on fhc0 eeprom0: model mk48t59 eeprom0: hostid 808a37f8 zs0: mem 0x902000-0x902007 on fhc0 zs0: [FAST] zstty0: on zs0 zstty0: console 9600,8,n,1,- zstty1: on zs0 fhc0: mem 0x904000-0x904007 type serial (no driver attached) fhc0: mem 0x90c000,0x906000-0x90605f,0x900000-0x900005 type unknow n (no driver attached) fhc1: on nexus0 fhc1: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc1: mem 0x600000-0x60000f type unknown (no driver attached) fhc1: mem 0x400000-0x40000f type unknown (no driver attached) fhc1: mem 0x280000-0x287fff,0x200000-0x207fff type unknown (no driver att ached) fhc1: mem 0-0x7ffff type unknown (no driver attached) fhc2: on nexus0 fhc2: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc2: mem 0x600000-0x60000f type unknown (no driver attached) fhc2: mem 0x400000-0x40000f type unknown (no driver attached) fhc2: mem 0x280000-0x287fff,0x200000-0x207fff type unknown (no driver att ached) fhc2: mem 0-0x7ffff type unknown (no driver attached) fhc3: on nexus0 fhc3: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc3: mem 0x600000-0x60000f type unknown (no driver attached) fhc3: mem 0x400000-0x40000f type unknown (no driver attached) fhc3: mem 0x280000-0x287fff,0x200000-0x207fff type unknown (no driver att ached) fhc3: mem 0-0x7ffff type unknown (no driver attached) fhc4: on nexus0 fhc4: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc4: mem 0x600000-0x60000f type unknown (no driver attached) fhc4: mem 0x400000-0x40000f type unknown (no driver attached) fhc4: mem 0x280000-0x287fff,0x200000-0x207fff type unknown (no driver att ached) fhc4: mem 0-0x7ffff type unknown (no driver attached) fhc5: on nexus0 fhc5: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc5: mem 0x600000-0x60000f type unknown (no driver attached) fhc5: mem 0x400000-0x40000f type unknown (no driver attached) fhc5: mem 0x280000-0x287fff,0x200000-0x207fff type unknown (no driver att ached) fhc5: mem 0-0x7ffff type unknown (no driver attached) nexus0: , type (unknown) (no driver attached) nexus0: , type (unknown) (no driver attached) sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [FAST] sbus0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 sbus0: on nexus0 sbus0: , type (unknown) (no driver attached) isp0 mem 0x10000-0x1044f irq 139 on sbus0 isp0: [GIANT-LOCKED] hme0: mem 0x8c07000-0x8c0701f,0x8c06000-0x8c07fff,0x8c 04000-0x8c05fff,0x8c02000-0x8c03fff,0x8c00000-0x8c00107 irq 148 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:8a:37:f8 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] fhc6: on nexus0 fhc6: mem 0x2000000-0x2ffffff,0x1000000-0x1007fff type memory-controller (n o driver attached) fhc6: mem 0x400000-0x40000f type unknown (no driver attached) fhc6: mem 0-0x7ffff type unknown (no driver attached) eeprom1: mem 0x300000-0x301fff on fhc6 eeprom1: model mk48t59 eeprom1: hostid 808a37f8 fhc6: mem 0x500000-0x50000f type unknown (no driver attached) sbus1: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus1: [FAST] sbus1: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 sbus1: on nexus0 hme1: mem 0x8c07000-0x8c0701f,0x8c06000-0x8c07fff,0x8c 04000-0x8c05fff,0x8c02000-0x8c03fff,0x8c00000-0x8c00107 irq 220 on sbus1 miibus1: on hme1 nsphy1: on miibus1 nsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: 08:00:20:8a:37:f8 hme1: if_start running deferred for Giant hme1: [GIANT-LOCKED] esp0: mem 0x8810000-0x881003f,0x8800000-0x880000f ir q 219 on sbus1 esp0: [GIANT-LOCKED] esp0: FAS366/HME, 40MHz, SCSI ID 7 isp1 mem 0x10000-0x1044f irq 195 on sbus1 isp1: [GIANT-LOCKED] Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #9 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! cd0 at esp0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: cd present [518464 x 512 byte records] da0 at esp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 70007MB (143374741 512 byte sectors: 255H 63S/T 8924C) Mounting root from ufs:/dev/da0a On Sat, 12 Mar 2005 15:55:25 +0100, Attila Nagy wrote: > Tan Heng Chai wrote: > > Just tested my E4000 with 10x 336Mhz CPU + 6400MB RAM. Found out 1 > > good thing and 1 bad thing. > > The good: 10 CPUs all work fine on the server with FreeBSD > > The bad: Hangs at "avail memory" if "real memory" more than 6400MB > Sorry, I have no solution for your problem, I would only like to ask for > a dmesg. > Could you please post it to me, or to the list? > > Thanks! > > -- > Attila Nagy e-mail: Attila.Nagy@fsn.hu > Free Software Network (FSN.HU) phone @work: +361 371 3536 > ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 > From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 17:19:42 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 B814D16A4CE; Sat, 12 Mar 2005 17:19:42 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CDF43D39; Sat, 12 Mar 2005 17:19:42 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) j2CHJeJY091438; Sat, 12 Mar 2005 18:19:40 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j2CHJZdq091437; Sat, 12 Mar 2005 18:19:35 +0100 (CET) (envelope-from marius) Date: Sat, 12 Mar 2005 18:19:35 +0100 From: Marius Strobl To: re@freebsd.org, sparc64@freebsd.org Message-ID: <20050312181935.A90975@newtrinity.zeist.de> References: <20050312062214.GH10159@hex.databits.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050312062214.GH10159@hex.databits.net>; from will@csociety.org on Sat, Mar 12, 2005 at 12:22:14AM -0600 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-6; AVE: 6.30.0.5; VDF: 6.30.0.26; host: newtrinity.zeist.de) Subject: Re: Blade 100 w/ 5.4-PRERELEASE console 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: Sat, 12 Mar 2005 17:19:42 -0000 On Sat, Mar 12, 2005 at 12:22:14AM -0600, Will Andrews wrote: > Hello, > > David O'Brien asked me to email you about this issue. I have a > Sun Blade 100 running FreeBSD since 5.0. Recently, it appears > that a change was made to uart(4) which causes the console to > break. With older RELENG_5 kernels (specifically, mine from > November 2004 and the Feb_2005 SNAP001 version), the kernel sends > messages to ttya (serial console). However, with the recent > versions, you have to set {output,input}-device to "ttya" in the > OpenBoot PROM, to get the kernel messages. I believe the system > will still boot. But apparently with Solaris (and older FreeBSD) > the kernel sent messages to the serial console without needing to This should be fixed in sys/dev/uart/uart_cpu_sparc64.c rev. 1.18. Could you please update and verify that you now get a serial console on the Blade 100 with uart(4) when input-device=keyboard and output-device=screen but no keyboard is plugged in? > mess with the OBP variables. I believe this is needless pain for > users trying to install FreeBSD on their Blade 100s (and possibly > other models). No, this is a nit which easily can be worked around. A real pain is that binutils are broken on sparc64 and users have to manually apply a patch to the base src and recompile binutils in order to be able to build a number of ports. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 17:34:32 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 CFB0C16A4CE; Sat, 12 Mar 2005 17:34:32 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3720B43D2F; Sat, 12 Mar 2005 17:34:32 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2CHZ0XK000253; Sat, 12 Mar 2005 10:35:00 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42332793.1030005@samsco.org> Date: Sat, 12 Mar 2005 10:32:03 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marius Strobl References: <20050312062214.GH10159@hex.databits.net> <20050312181935.A90975@newtrinity.zeist.de> In-Reply-To: <20050312181935.A90975@newtrinity.zeist.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: re@freebsd.org cc: sparc64@freebsd.org Subject: Re: Blade 100 w/ 5.4-PRERELEASE console 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: Sat, 12 Mar 2005 17:34:32 -0000 Marius Strobl wrote: > On Sat, Mar 12, 2005 at 12:22:14AM -0600, Will Andrews wrote: > >>Hello, >> >>David O'Brien asked me to email you about this issue. I have a >>Sun Blade 100 running FreeBSD since 5.0. Recently, it appears >>that a change was made to uart(4) which causes the console to >>break. With older RELENG_5 kernels (specifically, mine from >>November 2004 and the Feb_2005 SNAP001 version), the kernel sends >>messages to ttya (serial console). However, with the recent >>versions, you have to set {output,input}-device to "ttya" in the >>OpenBoot PROM, to get the kernel messages. I believe the system >>will still boot. But apparently with Solaris (and older FreeBSD) >>the kernel sent messages to the serial console without needing to > > > This should be fixed in sys/dev/uart/uart_cpu_sparc64.c rev. 1.18. > Could you please update and verify that you now get a serial console > on the Blade 100 with uart(4) when input-device=keyboard and > output-device=screen but no keyboard is plugged in? > Thanks. Once there is some verification from David or others I'll start 6-current snapshots, and I would imagine that 5.4-pre snapshots will start soon too. > >>mess with the OBP variables. I believe this is needless pain for >>users trying to install FreeBSD on their Blade 100s (and possibly >>other models). > > > No, this is a nit which easily can be worked around. A real pain is > that binutils are broken on sparc64 and users have to manually apply > a patch to the base src and recompile binutils in order to be able > to build a number of ports. > > Marius > So, um, where do we stand on this? Is it really a problem, is there an issue of lack of time, lack of resources, or what? Is it fixable by doing a vendor import of a few files? Scott From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 18:37:27 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 6D8DF16A4CE; Sat, 12 Mar 2005 18:37:27 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A34E543D53; Sat, 12 Mar 2005 18:37:26 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) j2CIbPkr092429; Sat, 12 Mar 2005 19:37:25 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j2CIb7In092428; Sat, 12 Mar 2005 19:37:07 +0100 (CET) (envelope-from marius) Date: Sat, 12 Mar 2005 19:37:07 +0100 From: Marius Strobl To: Scott Long Message-ID: <20050312193707.G55534@newtrinity.zeist.de> References: <20050312062214.GH10159@hex.databits.net> <20050312181935.A90975@newtrinity.zeist.de> <42332793.1030005@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <42332793.1030005@samsco.org>; from scottl@samsco.org on Sat, Mar 12, 2005 at 10:32:03AM -0700 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-6; AVE: 6.30.0.5; VDF: 6.30.0.26; host: newtrinity.zeist.de) cc: re@freebsd.org cc: sparc64@freebsd.org Subject: Re: Blade 100 w/ 5.4-PRERELEASE console 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: Sat, 12 Mar 2005 18:37:27 -0000 On Sat, Mar 12, 2005 at 10:32:03AM -0700, Scott Long wrote: > Marius Strobl wrote: > > On Sat, Mar 12, 2005 at 12:22:14AM -0600, Will Andrews wrote: > > > >>Hello, > >> > >>David O'Brien asked me to email you about this issue. I have a > >>Sun Blade 100 running FreeBSD since 5.0. Recently, it appears > >>that a change was made to uart(4) which causes the console to > >>break. With older RELENG_5 kernels (specifically, mine from > >>November 2004 and the Feb_2005 SNAP001 version), the kernel sends > >>messages to ttya (serial console). However, with the recent > >>versions, you have to set {output,input}-device to "ttya" in the > >>OpenBoot PROM, to get the kernel messages. I believe the system > >>will still boot. But apparently with Solaris (and older FreeBSD) > >>the kernel sent messages to the serial console without needing to > > > > > > This should be fixed in sys/dev/uart/uart_cpu_sparc64.c rev. 1.18. > > Could you please update and verify that you now get a serial console > > on the Blade 100 with uart(4) when input-device=keyboard and > > output-device=screen but no keyboard is plugged in? > > > > Thanks. Once there is some verification from David or others I'll start > 6-current snapshots, and I would imagine that 5.4-pre snapshots will > start soon too. > > > > >>mess with the OBP variables. I believe this is needless pain for > >>users trying to install FreeBSD on their Blade 100s (and possibly > >>other models). > > > > > > No, this is a nit which easily can be worked around. A real pain is > > that binutils are broken on sparc64 and users have to manually apply > > a patch to the base src and recompile binutils in order to be able > > to build a number of ports. > > > > Marius > > > > > So, um, where do we stand on this? Is it really a problem, is there an > issue of lack of time, lack of resources, or what? Is it fixable by > doing a vendor import of a few files? > See the thread: Error: Illegal operands: There are only 32 single precision f registers; [0-31] started by Kris on Nov 14 '04. It can be fixed by updating src/contrib/binutils/opcodes/sparc-opc.c from rev. 1.9 to rev 1.10 (or rev. 1.9.6.1 which is the merge of rev. 1.10 to binutils-2_15-branch, depending on which branch one wants to track) on the vendor branch. AFAIK Kris also uses rev. 1.10 of that file on the package builder boxes since November in order to be able to build packages for the affected ports. Marius