News and discussion of keyboards connected to workstations running Unix (some related materials appear from the "xterm" web page of this site) (some discussion of how to type international characters are in the "character sets and encoding" archives) [This page is part of the "Video terminals" web site.] ////////////////////////////////////////////////////////////////////////////// A Frequently Asked Question about Unix keyboard use, at least from new users, is regarding the keys and functions known as "Backspace", "Erase", "Delete", and "DEL", and/or "Rubout". One reason for this frequency is that the formal "de jure" X3.4 ASCII standard differs from "de facto" common practice in the Unix community. Many Unix users configure their keyboards such that the "Backspace" key in the upper-right corner of the alphanumeric keyboard sends the code 08x to the computer. (This is the same code that is sent when you hold down the "Control" or CTRL key and simultaneously type the "H" key.) These users expect that typing the Backspace key will cause the cursor to move one position to the left and erase the character that formerly resided in that position. Sometimes this works, and everybody smiles. If it does not, keystrokes of the Backspace key may echo on the screen as a caret-H, looking like this: % more /etc/motd^H^H^H^H This shows that the shell (in this case, the C shell) is not interpreting the 08x code as the Unix "erase" function. Usually this means that Unix is expecting the Backspace key to emit the ASCII code 07Fx, as the ASCII standard says it should. When the Unix shell sees the 08x code, the shell thinks that Control-H is an intended part of the command line. The opposite problem, when the Backspace key emits the 07Fx DEL code and the shell expects 08x/Control-H for the Erase function, looks like this: % more /etc/motd^?^?^?^? You can solve the problem in more than one way. Somehow or other, though, you have to get the keyboard and the running programs (which includes the shell) to agree. There are lots of ways to configure different keyboards. Another way is to use a different shell: tcsh can understand either 08x (Control-H) or 07fx (DEL) as the Erase key. Or you can change the behavior with "stty": % stty erase ^H \ \__ at this point you type Control-V and then type the Backspace key (which emits Control-H); then type the Return/Enter key. % stty erase ^? \ \__ at this point you type Control-V and then type the Backspace key (which emits DEL); then type the Return/Enter key. However, other programs may not go along with the "stty" setting. Your mileage may vary. For other discussion, see below. ........................................................................ If you want to know exactly what ASCII codes the computer is seeing when you type a given key, try using the "od" (octal dump) utility, available in most variants of Unix. In recent releases of Solaris, this utility lives at /usr/bin/od and /usr/xpg4/bin/od Here follows an example, in I invoked the "od" command with two arguments that tell it to use hexadecimal radix and notice "usual" codes. With "od" running in Solaris, I typed the PF1 key on a DEC VT220's LK201 keyboard and then hit the Return/Enter key, then Control-D (to signal "end of input"). % od -x -c ^[OP 0000000 1b4f 500a 033 O P \n 0000004 % thus showing that the PF1 key emits this three-octet sequence: Escape O P In Red Hat Linux 2.2, this utility lives at /usr/bin/od and its output looks slightly different: $ /usr/bin/od -c -x ^[OP 0000000 033 O P \n 4f1b 0a50 0000004 $ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.shell Date: 21 Feb 1997 17:07:13 GMT From: Dan Mercer Subject: Re: Getting Delete key to actually delete Da Borg wrote: : : What about "Delete" key? It does generate "^?" on my system. : How do I remap it to actually delete next char instead of : backspacing of printing "^?" ? The systems are SunOS and Linux. : stty ^? stty controls your terminal settings. UNIX terminal line protocol does not have a "delete next char" function. You can, however, map the delete key to a delete next char in your favorite editor. In vi, place the following in your .exrc file (replace with your delete key and with ). map! ^? ^[lxi map ^? x -- Dan Mercer Reply To: damercer@mmm.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Path: !news.gtei.net!inmet!news.bu.edu!newsxfer.eecs.umich.edu !news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-post-02 !sn-post-01!supernews.com!corp.supernews.com!not-for-mail X-Newsreader: knews 1.0b.0 Message-ID: References: <3AE94BDF.2D1188D2@atl.mediaone.net> <9ce3sa$o4g$2@news.panix.com> Organization: Timetravellers Anonymous Date: Sat, 28 Apr 2001 23:31:38 -0000 From: "Richard L. Hamilton" Subject: Re: Changing to during login In article <9ce3sa$o4g$2@news.panix.com>, gerg@panix.com (Greg Andrews) writes: > > rlhamil@smart.net (Richard L. Hamilton) writes: >> >>In article <3AE94BDF.2D1188D2@atl.mediaone.net>, >> Kenneth C Stahl writes: >>> >>> I would like to change the keystroke used to delete characters during >>> the login process via telnet. By default it is the 'delete' key, but I >>> would like to change this to the backspace key. I know this can be done >>> because I've been on systems where this has been done, I just don't know >>> to do it. It apparently has something to do with sttydefs or the >>> /etc/ttydefs file, but I'm not sure what I need to change. >>> >>> I want to emphasize that I want to change the global setting. I have had >>> plenty of people who have given me the advice to put an stty command in >>> /etc/profile or my own .profile, but the problem with that is that those >>> files do not come in to play until after the login id and the password >>> are entered. I need this change to be in effect when I am ENTERING the >>> login id and password. >> >> >>Take a look at /kernel/drv/options.conf; properly set up, that might do >>what you want. > > > The options.conf parameters are used by the serial port driver for > default settings on the serial ports, however I don't think telnetd > pays any attention to them. Well, you're awake, and there's points for that. And you did say "I don't think". But that suggests you didn't try it. I just did, changing the 7th colon separated field of the ttymodes value from 7f (delete) to 08 (backspace) and rebooting. Telnetted in when it came back up, and the backspace that used to do ^H at the login prompt now worked fine. (Solaris 8, hacked to boot on an old Voyager, but the hack has _nothing_ to do with options.conf) So the points come off again for your speculation not having been correct. :-) Speculation pointed out as such may indeed identify potential problems. But if it only takes a moment, actually trying it works much better. (I _think_ I may have noted the effect of changes to options.conf on pts devices sometime in the past, but I didn't specifically remember that when I first posted on this, so I can't say whether or not I was consciously speaking from experience then. I mention that in the spirit of "full disclosure" given that I'm being a bit critical here, although I was (six sigma and and counting :-) correct.) -- ftp> get |fortune 377 I/O error: smart remark generator failed Bogonics: the primary language inside the Beltway mailto:rlhamil@mindwarp.smart.net http://www.smart.net/~rlhamil ////////////////////////////////////////////////////////////////////////////// From Eric Raymond's "Rampantly Unofficial Linus Torvalds FAQ" http://www.catb.org/~esr/faqs/linus/ [2004 URL] 13. Has Linus ever been wrong about anything? Yes, once. He was, by his own admission, "not rational" about the binding of the Linux backspace key. This is also the only time he has ever pulled rank on anybody. We suppose this just goes to show he really is human after all. ////////////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ [ A Sun workstation is usually set up with a CRT/video-framebuffer display and a local keyboard, but any SPARC machine can alternatively be controlled by a remote console terminal plugged into the first serial port. Here follows some discussion and lore on doing this. ] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Newsgroups: comp.unix.solaris Message-ID: <38478B23.6D499A83@d-trust.de> References: <38454967.FB047004@d-trust.de> From: dirk schladweiler Date: Fri, 03 Dec 1999 10:19:31 +0100 From: dirk schladweiler Subject: Re: PS/2-Keyboard --> equivalent for + dirk schladweiler wrote: > > I have a UltraSPARC II with a normal PS/2-Keyboard. And I'm looking for > the equivalent for + on a SUN-Keyboard. > Any hints? > > Thanks. i found it self --> + ;-) -- Dirk Schladweiler d.schladweiler@d-trust.de D-Trust GmbH Kommandantenstr. 15 10969 Berlin Tel.: +49 30 259391-12 / Fax: +49 30 259391-22 [Archiver's Note: this may be considered the same as Control-Pause. ] ....:....:....:....:....:....:....:....:....:....:....:....:....:....:....: ~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~: Solaris X86 also provided the "pcmapkeys" utility (in SUNWcsu) to change the keyboard behavior of the raw console. [ Update: as of Solaris 8 X86, Sun changed the default key mappings on the PC-type keyboard to more closely resemble those of a SPARC machine's keyboard. The pcmapkeys(1M) utility was removed. Other changes in Solaris 8 X86: the "console" screen was made to have black characters on a white backbround; the kadb kernel debugger may be entered by F1-A, analogous to L1-A on a SPARC. The un-documented, un-supported virtual terminal feature was made un-available. Also the terminal type for the X86 console is no longer "AT386"; it is "sun-color". (SPARC consoles are "sun".)] .............................................................................. To use an Intel-processor Sun LX50 server with a serial console, use the "linux-serial" LILO option. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: Message-ID: Organization: Totally unorganized Date: Sat, 16 Sep 2006 21:08:28 +0000 (UTC) From: Daniel Rock Subject: Re: ssh sessions between FreeBSD and solaris dick wrote: > > I like ssh and use it a lot. But I find it difficult to have a ssh > session from the command line. FreeBSD complains it does not recognise > my sun-color terminal and solaris complains it does not know the cons25 > terminal. I'm not sure how to solve this. You do still work on the console? On the Solaris machine extract termcap information for the requested terminal type (sun-color): infocmp -C sun-color Paste this information into /usr/share/misc/termcap of your FreeBSD machine and rerun cap_mkdb /usr/share/misc/termcap Now FreeBSD should recognise your sun-color terminal type. FreeBSD's cons* terminal types should be compatible with AT386. So if you log into a Sun box and the terminal type is set to cons25, just reset it to AT386. Or extract the definitions for cons25w and cons25 from FreeBSD's termcap into a separate file on your Solaris machine. Then run captoinfo termcap-extracted > terminfo-cons25 tic terminfo-cons25 This should add definitions for cons25 into Solaris' terminfo database. -- Daniel .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: cc20684-a.assen1.dr.home.nl NNTP-Posting-Date: Sat, 16 Sep 2006 22:33:03 +0000 (UTC) References: Message-ID: Date: Sat, 16 Sep 2006 22:33:03 +0000 (UTC) From: Dick Hoogendijk Subject: Re: ssh sessions between FreeBSD and solaris quoting Daniel Rock (Sat, 16 Sep 2006 21:08:28 +0000 (UTC)): > > You do still work on the console? > infocmp -C sun-color > cap_mkdb /usr/share/misc/termcap > captoinfo termcap-extracted > terminfo-cons25 > tic terminfo-cons25 Thank you for this crystal clear explanation. I'll do that tomorrow. -- dick -- http://nagual.nl/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.1 +++ The Power to Serve ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: <3dda6b43@isls-news.wmin.ac.uk> Date: Fri, 22 Nov 2002 15:22:12 GMT From: Darren J Moffat Subject: Re: Sun LX50 & terminal server ? On Tue, 19 Nov 2002 16:48:03 +0000, Thierry Delaitre wrote: > > Does anybody know if the console of the LX50 can be re-configured > (automatically or not) to one of the serial ports like on any [SPARC] > servers ? Is it possible to send break signals to the serial console ? > Is it possible to access the BIOS via the serial console ? If you have no keyboard connected the LX50 uses the serial ports by default. Even the BIOS works over the serial line. Yes you can send a break signal - how you send it depends on what software you are using to connect to the serial console. If it is tip the ~# if telnet ^] send brk. Solaris x86 needs the eeprom settings changed thus: eeprom input-device=ttyb eeprom output-device=ttyb Yes that is *ttyb* not ttya as it would be on a SPARC. This is because the serial ports on the LX50 are COM2 in MS-DOS terms. The Solaris x86 equivalent of L1-A is Ctrl-Alt-D, but it works only when the system was booted under kadb. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.admin Message-ID: <8rdrcs$ptr$1@ncal.verio.com> References: <39DA6DA0.F7605FCA@hotmail.com> NNTP-Posting-Host: 161.58.1.85 Date: Tue, 3 Oct 2000 16:50:52 -0700 From: Greg Andrews Subject: Re: Solaris crashing when keyboard unplugged. Kevin Halverson writes: > > I've got Solaris server 2.6 running on a Sun Sparc Ultra-60 and it goes > to the ok prompt everytime the keyboard is unplugged. Is there any way > to fix this so it doesn't go to the ok prompt when I unplug the > keyboard?? Before you unplug the keyboard: kbd -a disable After you plug it back in: kbd -a enable However, there may be a better way. Why do you want to unplug and re-plug a keyboard on a running machine? Aren't there enough Sun keyboards to go around? If it's an unattended server, why don't you run it "headless" (without screen or keyboard) all the time? -Greg ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin Message-ID: <39ECB481.1E9C1B5@internexo.co.cr> References: <39EC91BB.499EFF3D@internexo.co.cr> <8siap3$ms2@fcserv3.fcd.esys.com> Date: Tue, 17 Oct 2000 14:20:17 -0600 Organization: InterNexo From: Theodore Hope Subject: Re: how to disable BREAK interruption on console port? [on a Sun machine] > Read "man kbd". > I think the command is > kbd -a disable. Thanks to all who responded. I haven't worked much with Suns in over twelve years, and am just now getting back into it. We ended up uncommenting the "KEYBOARD_ABORT=disable" line in /etc/default/kbd, and that did the trick. Regards, -T.H. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.admin Message-ID: References: <39DA6DA0.F7605FCA@hotmail.com> <8rdrcs$ptr$1@ncal.verio.com> <39DB30BB.8B600114@hotmail.com> NNTP-Posting-Host: phorcys.east.sun.com Date: 04 Oct 2000 09:53:02 -0400 Organization: Sun Microsystems Inc. - BDC From: James Carlson Subject: Re: Solaris crashing when keyboard unplugged. Kevin Halverson writes: > If the keyboard has been disabled, how will I be able to type the > "kbd -a" enable command? Check the man page. The "-a disable" option merely disables keyboard break. It doesn't disable typing on the keyboard. % man kbd . . . -a enable/disable/alternate state Enable, disable, or alternate the keyboard abort sequence effect. By default, a keyboard abort sequence (typically Stop-A or L1-A on the keyboard and BREAK on the serial console device) suspends the operating sys- tem on most systems. The default keyboard behavior can be changed using this option. The -a option can only be used by a superuser. [...] disable Disable the default/alternate effect and ignore keyboard abort sequences -- James Carlson, Internet Engineering SUN Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677 Second Edition now available - http://people.ne.mediaone.net/carlson/ppp .............................................................................. The alternate-break feature is available in Solaris 8 and Solaris 9. Appropriate patches can provide it for Solaris 7 or Solaris 2.6. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.admin Message-ID: <8rfjgf$311$1@nnrp1.deja.com> References: <39DA6DA0.F7605FCA@hotmail.com> <8rdrcs$ptr$1@ncal.verio.com> <39DB30BB.8B600114@hotmail.com> NNTP-Posting-Host: 142.205.248.1 Date: Wed, 04 Oct 2000 15:48:34 GMT From: Brian Huntley Subject: Re: Solaris crashing when keyboard unplugged. I love the idea of the 'alternate' - it sets a sequence (by default, three characters: carriage return, tilde and control-B (CR ~ CTRL-B)) that simulate the break action. The downside is that you should not run PPP or similar binary protocols over the serial console port if this option is enabled, as they might generate that sequence. [ see the file /etc/default/kbd and do "man kbd" ] ////////////////////////////////////////////////////////////////////////////// If the directly attached console keyboard on a Sun machine ever gets into a weird state, and if you can get a non-console session on the machine *over the network*, you can reset the keyboard by the command kbd_mode -a ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.unix.admin Message-ID: <8rg09f$2gg$1@ncal.verio.com> References: <39DA6DA0.F7605FCA@hotmail.com> <39DB30BB.8B600114@hotmail.com> <8rfjgf$311$1@nnrp1.deja.com> Date: 4 Oct 2000 12:26:39 -0700 NNTP-Posting-Host: 161.58.1.76 From: gerg@ncal.verio.com (Greg Andrews) Subject: Re: Solaris crashing when keyboard unplugged. Brian Huntley wrote: > ...you should not run > PPP or similar binary protocols over the serial console port if this > option is enabled, as they might generate that sequence. A "binary protocol" on the console port? You're describing a DDT [Don't Do That!] situation. Besides the fact that the port is locked for the kernel's exclusive access, the protocol would have intermittent kernel/syslog messages inserted into its packets. -Greg ....:....:....:....:....:....:....:....:....:....:....:....:....:....:....: Newsgroups: comp.unix.solaris,comp.unix.admin Date: 4 Oct 2000 08:55:35 -0500 Organization: CS Dept, University of Texas at Austin Message-ID: <8rfcsn$ojn$1@provolone.cs.utexas.edu> References: <39DA6DA0.F7605FCA@hotmail.com> From: Logan Shaw Subject: Re: Solaris crashing when keyboard unplugged. > When I unplug the keyboard, the system drops to the 'ok' prompt and freezes... What nobody has mentioned is that, if this happens, you can type "go" at the "ok" prompt and the system will resume operating. It isn't perfect, but it's better than rebooting. - Logan [you must plug the keyboard in before typing "go"...] ....:....:....:....:....:....:....:....:....:....:....:....:....:....:....: Or, if you are running the Solaris kernel debugger kadb, and the prompt is kadb[0]: then you must type :c to continue execution of the operating system. kadb[0]: :c hortense console login: ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.admin,comp.unix.solaris Message-ID: <3B3AF331.2F378241@god.bel.alcate.be> References: <3B3988D0.C6F4451C@god.bel.alcate.be> <9hc4ch$vpa$1@pita.alt.net> X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u) Organization: Alcatel Date: Thu, 28 Jun 2001 11:04:49 +0200 From: Kleykens Benny Subject: Re: hou unplug of keyboard cable cypher@punk.net wrote: > > In comp.unix.solaris Kleykens Benny wrote: > # "D. Birchall" wrote: > # > # > u246063232@spawnkill.ip-mobilphone.net wrote: > # > > > # > > does hot unplugging of keyboards on ultra10 hurts the system?. > # > > # > Hurt? Probably not. Get viewed as a stop-A and drop it to the > # > boot prompt, rendering it useless and requiring a hard reboot? > # > That's probably a different matter. ;) > # > > # > # Why would dropping it to boot prompt render it useless ? > # the command 'go' will take you right back into the OS as if nothing > # happened. > # > # So unplugging the keyboard, although I can imagine not completely devoid > # of mayhem, isn't all that big an issue if you just 'kbd -a disable' the > # workstation first. > # > # If you happen to forget to disable, you can just type 'go' at the > # OpenBoot PROM prompt and you are right back in the saddle. > > > Except that there is no longer any keyboard to type on. Do'H!!! ////////////////////////////////////////////////////////////////////////////// Message-ID: <38624BBD.7E6E6BD3@thunder.nws.noaa.gov> References: <3862342E.C9F63CFF@pinebush.com> NNTP-Posting-Host: ws8-nhdw.nws.noaa.gov Newsgroups: comp.sys.hp.hpux, comp.lang.tcl Date: Thu, 23 Dec 1999 16:20:13 +0000 Organization: NOAA Resource Development Center From: George Trojan Subject: Re: Alt key in VUE Christopher Nelson wrote: > (I realize this is a newbie-ish question and if I knew which FM, I'd R it.) > > I'm running VUE on HP-UX 10.20. I'm using the Citrix client for WinFrame to > access WinNT applications on a server and I'm using Tcl/Tk applications > running locally (on HP-UX). The problem is that SOMETHING in VUE is > apparently eating Alt. > > When I'm running NT applications, Alt-F does NOT invoke the File menu. > When I'm running Tcl/Tk applications, Alt- just doesn't seem to get > through. (For that matter, Shift-Tab doesn't have any effect.) Co-workers > with > other OSes or WMs don't have my problems. If it is, in fact, VUE that's > intercepting Alt, how do I tell it to stop? > > Chris > -- > Christopher Nelson, Sr. Software Engineer Pinebush Technologies, Inc. > Author: Tcl/Tk Programmer's Reference http://www.purl.org/net/TclTkProgRef I had this problem with CDE on hpux 10.20. Try xmodmap from command line: trojan> xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x1b), Shift_R (0x62) lock Caps_Lock (0x1d) control Control_L (0x1a), Control_R (0x61) mod1 Alt_L (0x22), Alt_R (0x42) If your mod1 line has a third entry, try this: create file .xmodmaprc with the content clear mod1 add mod1 = Alt_L add mod1 = Alt_R then run xmodmap .xmodmaprc Works for me. George ////////////////////////////////////////////////////////////////////////////// If you boot a Sun Ultra 1 workstation with no Sun keyboard attached, it will use /dev/term/a as its serial console. If you are booting from the Solaris 8 "1 of 2" installation CD-ROM, it will present the following menu to allow you to choose an appropriate terminal type: What type of terminal are you using? 1) ANSI Standard CRT <<<< use a more specific type if possible 2) DEC VT52 3) DEC VT100 4) Heathkit 19 5) Lear Siegler ADM31 6) PC Console 7) Sun Command Tool 8) Sun Workstation 9) Televideo 910 10) Televideo 925 11) Wyse Model 50 12) X Terminal Emulator (xterms) 13) Other Type the number of your choice and press Return: 12 ....:....:....:....:....:....:....:....:....:....:....:....:....:....:....: (Advice not guaranteed, but worth a try...) If you are trying to install Solaris on either a PC or SPARC--but using a serial console instead of the graphics head--and then you get stuck at the point where the Install screen displays: - If your keyboard does not have function keys, or they do not respond, press ESC; the legend at the bottom of the screen will change to show the ESC keys to use for navigation. F2_Continue F5_Exit F6_Help ...and typing the keys labeled "F2" or "PF2" does not seem to work, then try pressing the "Escape" key and then the "2" key to generate the F2_Continue effect. .............................................................................. Some PC BIOSes do not support use of a serial port as the console. But one clever hardware hack to get around this may be found at http://www.realweasel.com/intro.html .............................................................................. ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86 Message-ID: <3cb9b327$0$11938$edfadb0f@dspool01.news.tele.dk> References: Date: Sun, 14 Apr 2002 18:50:36 +0200 From: Andreas Almroth Subject: Re: Install Using Serial Console "Crist J. Clark" wrote in message mybu8.31824$CH1.27181@sccrnsc02... > > I've had a look around the Solaris documentation and Googled for > information on doing an install of Solaris on x86 arch'es, but didn't > really find much. It would be easiest for me to do an install on a > serial console. Am I to take it that this is not supported? Or is > there a way to do this? I have access to a variety of Solaris version > media, so if it is now or was previously supported, I can find the > right stuff. Thanks for any help. > -- > Crist J. Clark On the boot diskette for Solaris 8 x86, you can change to file a:\solaris\bootenv.rc to reflect that you would like to use the serial port on the PC you are installing. Change the lines: setprop output-device screen setprop input-device keyboard to be setprop output-device ttya setprop input-device ttya If the PC you are installing on has a supported serial port, the DCA will use the serial port for configuration and and boot the Solaris kernel from specified source. My $0.25, Andreas ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 62.245.77.163 NNTP-Posting-Date: Tue, 17 Nov 2009 22:24:55 +0000 (UTC) References: <92fb8ccb-273b-4717-917f-f77c608536cf@v25g2000yqk.googlegroups.com> Message-ID: Date: Tue, 17 Nov 2009 14:24:55 -0800 (PST) From: Chris Subject: Re: Keyboard issue in console. On Nov 17, 10:44 pm, Chris wrote: > > Hi, > After jumpstarting a solaris 10x86 on an ibm bladecentre I can see the > console output but there is no response from the keyboard. > > Any pointers which files I should check? > > Thanks found it, there was an incorrect setting in the /boot/solaris/ bootenv.rc file, was set to ttyb. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <9ibon4$3sh44@imsp212.netvigator.com> Message-ID: <3B49B0B2.F8BE3016@online.no> Organization: Nextra Public Access Date: Mon, 09 Jul 2001 15:25:06 +0200 From: Arne Sodal Subject: Re: stop-A in Netra t1 Cheung Chung Keung wrote: > > Hi all, > > How can I break the Netra T1 while I am connecting it through console? > I have tried to press Ctrl-Break in Windows Hyperterminal. > > But failed. Is it the problem of HyperTerminal? > If so, what other application can send the Break to Netra ? > > Thanks > Eddy Press the function key F5. Arne S .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: d60-216-190.col.wideopenwest.com [65.60.190.216] NNTP-Posting-Date: Mon, 23 Aug 2004 19:17:20 -0500 Message-ID: Date: Mon, 23 Aug 2004 20:17:19 -0400 From: David Nedrow Subject: Re: STOP-A (break) with standard AT keyboard and Raritan Guardian Just to followup with an answer to my original post: STOP-A is strange on a PC keyboard. Press and release each of the following keys in the order listed: 1. CTRL 2. PAUSE 3. A http://nedron.net/cgi-bin/suid/dnedrow/fom?file=92 -David ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: Fri, 26 Oct 2001 22:42:04 GMT Organization: Phil's Software Message-ID: References: <9r44mf$8d5$1@reader-00.news.insnet.cw.net> <3BD5B75B.810FCB30@bellatlantic.net> From: Philip Brown Subject: Re: OpenBoot prompt? On Tue, 23 Oct 2001 18:30:51 GMT, selmore@bellatlantic.net wrote: > >From my Dell laptop using Hyperterm. I can use CTRL-BREAK to send the correct >sequence. > >through telnet you can do > >CTRL ] >telnet> send brk > >Depending on your network equipment sometimes this break won't be >passed to the system. Telnetting to a SPARC and sending the 'telnet break' signal, will do absolutely *nothing* useful. The CONSOLE has to get it. When you are telnetted in, you are not connected to console. The exception is when you are telnetted into a CISCO (or some other) terminal concentrator, and are then connected via serial line from the Cisco to the Sun's serial console port. At which point, the cisco will convert the Telnet BREAK to a serial-line Break. -- [Trim the no-bots from my address to reply to me by email!] [ Do NOT email-CC me on posts. Pick one or the other.] S.1618 http://thomas.loc.gov/cgi-bin/bdquery/z?d105:SN01618:@@@D The word of the day is mispergitude .............................................................................. [As of early 2003, the SSH protocol appears to have no equivalent to the telnet 'break' out-of-band function.] ////////////////////////////////////////////////////////////////////////////// Date: Mon, 29 Apr 2002 12:01:32 -0400 Message-ID: <200204291600.g3TG0O014649> From: Christine T. Subject: Hmm... pulling serial sends break key? I have 4 headless Sun Blade 2000s, which I'm accessing thru a 9-to-25 pin serial cable from my laptop, using tip. I knew that rebooting my laptop will send a BREAK sequence and taking the SunBlade down to the "ok" PROM prompt. I never knew that disconnecting the serial cable (from the SunBlade) will also take it down to the "ok" prompt. Is this behavior new? I used to yank serial cables from headless U5, U10, U60 all the time w/o any problem. What causes it? The mysterious thing is, there are 4 boxes here, and one is immune to this disease. As far as I can tell they are built identically, except for this eeprom setting: #power-cycles=15 This is different for all 4 boxes? What is this? Is this even relevant? .............................................................................. Date: Mon, 29 Apr 2002 13:39:14 -0400 Message-ID: <15565.34114.512730.793101@gargle.gargle.HOWL> References: <200204291600.g3TG0O014649> From: James Carlson Subject: Re: Hmm... pulling serial sends break key? Christine writes: | | Is this behavior new? I used to yank serial cables from headless | U5, U10, U60 all the time w/o any problem. What causes it? It's caused by sending the system a 'break.' Normally, an idle serial line is in MARK state (negative voltage). If it goes to SPACE (positive) for a period of time longer than a legal character width, then it's considered a "break." Anything that causes a flap on the wires can cause this, including power cycling the other device, changing bit rates, and yanking the cable. It's a long-standing issue on Solaris systems. You can use the 'kbd' utility to change the serial port to use the alternate break sequence instead: A BREAK condition that originates from an erroneous electri- cal signal cannot be distinguished from one deliberately sent by remote DCE. As a remedy, use the -a option with Alternate Break to switch break interpretation. Due to the risk of incorrect sequence interpretation, binary protocols such as PPP, SLIP, and others should not be run over the serial console port when Alternate Break sequence is in effect. The Alternate Break sequence has no effect on the keyboard abort. For more information on the Alternate Break sequence, see [man pages] zs(7D), se(7D), and asy(7D). -- James Carlson [See: http://docs.sun.com/?q=kbd&p=/doc/816-0210/6m6nb7mcf&a=view] ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware Organization: Road Runner - Columbia Message-ID: Date: Sun, 20 May 2001 04:40:54 GMT From: Winston Edmond Subject: Re: Special IPX Keystrokes While Running Headless oldbear@arctos.com (The Old Bear) wrote: > > Yes, he asked about STOP-N, but he can issue a break (STOP-A) [L1-A] > from his ASCII terminal emulator and then enter new command > mode for the OpenBoot prompt, at which point he can get a > help menu which will give him enough information to reset the > NVRAM to its defaults. Ah, that's better. :) My reading of your original reply gave me the impression you were suggesting Break was sufficient, leading me to wonder if you might be answering the more frequently asked question of how to do L1-A. Also, I didn't actually know if there *was* a keyboard substitute for L1-N, so my reply was partly asking how using Break helped (answer: apparently there is indeed a "new command mode" equivalent for L1-N (see below)). > If you know how to issue the equivalent of a STOP-N for > resetting NVRAM defaults from an ascii terminal acting as > console on the IPX's serial port, I would be interested in > learning that technique. Another poster followed up and said more about what to do after Break: From: gerg@panix.com (Greg Andrews) : : No. The most you can do from an RS232-connected terminal is send : an RS232 Break signal to halt the machine to the boot prom's "ok" : : However, at that point (the "ok" prompt), you can type the "set-defaults" : command, which the boot prom manual says is the equivalent of Stop-N. -WBE ////////////////////////////////////////////////////////////////////////////// As of 2000-08-18, Cisco was giving this advice on the Sun-console "break" issue: http://www.cisco.com/warp/public/770/fn-tsbreak.html ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213-78-42-15.ppp.onetel.net.uk Message-ID: <487b6c6e@212.67.96.135> Date: Mon, 14 Jul 2008 16:10:35 +0100 From: Dave Subject: Remove keyboard without risk of shutting system down. I managed to totally screw up the USB keyboard the other day on my Blade 2000. I've stuck one on which was one I tried to modify from US - >UK. That was never successful, so has some keys missing, like the pipe! I can just about use it though. I have a type 7 on order. Is it possible to remove the old keyboard and fit the new one without risk of shutting the system down? I believe the escape sequence can be changed. Will that allow me to prevent it crashing while I replace the keyboard? I've got something running which will take two weeks to finish, but I don't want to wait 2 weeks before i change the keyboard. Dave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.78.42.15 References: <487b6c6e@212.67.96.135> Message-ID: <487b6ccf@212.67.96.135> Date: Mon, 14 Jul 2008 16:12:15 +0100 From: Dave Subject: Re: Remove keyboard without risk of shutting system down. Dave wrote: > > I managed to totally screw up the USB keyboard the other day BTW, that was full cup of coffee, but had no time to try to clean it, as was going out. So it had to sit there all day. It has damaged the tracks on the plastic PCB. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: panix2.panix.com NNTP-Posting-Date: Mon, 14 Jul 2008 16:26:23 +0000 (UTC) References: <487b6c6e@212.67.96.135> Message-ID: Organization: I have a map of the United States that's actual size Date: Mon, 14 Jul 2008 16:26:23 +0000 (UTC) From: Greg Andrews Subject: Re: Remove keyboard without risk of shutting system down. Dave writes: > >I have a type 7 on order. Is it possible to remove the old keyboard and >fit the new one without risk of shutting the system down? The keyboard interface is USB, so you can unplug and re-plug the keyboard without causing the machine to halt. -Greg ////////////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Newsgroups: comp.unix.solaris Message-ID: <980rvl$82t$1@boomer.cs.utexas.edu> Date: 5 Mar 2001 14:12:37 -0600 Organization: CS Dept, University of Texas at Austin From: Logan Shaw Subject: Re: accellerate my keyboard In article <3AA3EEA5.C9F127B9@infineon.com>, Christopher Rupp wrote: > >when i press a key (say 'A') and hold that key pressed then the first A >will appear immediately, then i have a break of half a second, and the >next A's come quite slowly then. Unfortunately, unless something has changed since I last looked at this, the only way to change that is to specify an option to the X server when it's started up. If you're using the CDE login manager, the X server is already started before you login, so you can't do that easily. (You'd have to do a "command line login" and then use "xinit" to start the X server and pass the command line arguments to it.) Anyway, the relevant section from "man Xsun" is this: -ar1 milliseconds Specify amount of time in milliseconds before a pressed key begins to autorepeating. The default is 500 milliseconds. This option is not available on Solaris x86 or PowerPC. -ar2 milliseconds specify the interval in milliseconds between autorepeats of pressed keys. The default is 50 mil- liseconds. This option is not available on Solaris x86 or PowerPC. Hope that helps. - Logan -- my your his her our their *its* I'm you're he's she's we're they're *it's* ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: 5 Mar 2001 21:45:02 GMT Message-ID: <9811cu$cpn$3@agate.berkeley.edu> From: Alan Coopersmith Subject: Re: accellerate my keyboard Logan Shaw wrote: | | Unfortunately, unless something has changed since I last looked at | this, the only way to change that is to specify an option to the X | server when it's started up. You should also be able to change it via the accessx program used to set various keyboard/mouse options for disabled users. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.dec Path: utkcs2!darwin.sura.net!mips!mips!decwrl!deccrl!news.crl.dec.com !hollie.rdg.dec.com!decvax.dec.com!ih82w8.zk3.dec.com!evans Message-ID: <1992Jun2.151721.18743@decvax.dec.com> Sender: usenet@decvax.dec.com (Usenet News System) Nntp-Posting-Host: ih82w8.zk3.dec.com Reply-To: evans@zk3.DEC.COM Organization: Synergytics References: <1992Jun2.115535.6575@devvax.mincom.oz.au> Date: Tue, 2 Jun 1992 15:17:21 GMT From: evans@ih82w8.zk3.dec.com (Marc Evans ) Subject: Re: Digital Keyboards - escape vs. tilde In article <1992Jun2.115535.6575@devvax.mincom.oz.au>, anita@devvax.mincom.oz.au writes: |> |> This may be an FAQ but..... |> |> We are having a load of DECstations delivered. The users will be using |> Emacs on Primos and Unix. They need access to the escape key and the tilde |> key, so using the decterm option to have ~ as will not be good |> enough. |> |> What do other people do? I add the following lines to my $HOME/.xsession file: xmodmap -e 'keysym comma = comma less' xmodmap -e 'keysym period = period greater' xmodmap -e 'keycode 191 = Escape' xmodmap -e 'keycode 201 = grave asciitilde' - Marc -- =========================================================================== Marc Evans - Marc@Synergytics.COM | Synergytics (603)635-8876 WB1GRH - WB1GRH@W2XO.#WPA.PA.USA.NOAM | 21 Hinds Ln, Pelham, NH 03076 --------------------------------------------------------------------------- Unix and X Software Consultant ////////////////////////////////////////////////////////////////////////////// ~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~:~~~~: [ the following message is part of a discussion that is stored in the "Discussion of UNIX (or Linux) terminal use" document ] Newsgroups: comp.databases.oracle.misc, comp.os.linux.networking, comp.sys.dec, comp.protocols.kermit.misc Date: 10 Jun 1999 14:25:21 GMT Organization: Columbia University From: Frank da Cruz Subject: Re: ISO VT320 emulator with key-bindings for Oracle Forms peter@baileynm.com (Peter da Silva) wrote: : In article <7jjshc$ere$1@newsmaster.cc.columbia.edu>, : Frank da Cruz wrote: : > ... : I haven't run into this problem, and I've written and ported an awful lot : of curses-based code between UNIX systems. Some code did a good job of : encapsulating the slight differences between implementations of the termlib : API, and other code made no attempt to hide system dependencies and just : scattered ifdefs all over the place. Even otherwise well-written code like : early versions of Kermit had that problem. tputs() can be void or int. The third argument of tputs(), which is a pointer to a function to put a character, can be void, int, or char. The argument to that function can be void or char. Thus there are at least 2 x 3 x 2 = 12 combinations that must be accounted for in any portable code that uses tputs(). Probably more like 30 when you take into account that int or char can be signed or unsigned. Of course the ugliness is encapsulated, but that doesn't make any less ugly. I have never understood the force impels UNIX implementors to change data types of widely used APIs every time they get a chance. : > c. Dependent on buggy and/or incomplete databases; : : That's something the end-user can fix. *If* the end-user knows how to. This is a rather obscure and dying art; one does not rely on end-users to have mastery of it. In these times, end-users expect software to "just work". : > d. Offer only an incomplete and sketchy model of any real terminal, : > not even close to sufficient for defining an accurate emulation; : : My vt100 emulator, which used raw termlib, did a better job of vt100 : emulation than most commercial packages. It didn't try and provide : perfect visuals: double-wide and double-high letters, for example, were : simply not addressed. But it passed the vt100 torture test. Then it didn't run strictly from termcap/terminfo information; otherwise, it wouldn't have been a vt100 emulator, it would have been an emulator of every terminal that had an entry in the database, right? The database only encodes certain information about a terminal, not all the information needed to make a fully functional emulator. Such items as report requests and responses, forms-filling, and blockmode spring to mind. .......................... : wouldn't have been a vt100 emulator, it would have been an emulator of : every terminal that had an entry in the database, right? Oops, that was written before the morning's coffee has soaked in. Peter's point is (obviously) that he is using termcap info for the local terminal (whatever it is) to translate between it and a remote VT100. The VT100 knowledge is hardcoded, but knowledge about the local terminal is table driven. Depending on the capabilities of the local terminal (e.g. scrolling regions, 80/132-column switching, etc), a serviceable termlib-based VT100 emulator might be possible, to the extent it is useable by EMACS or vi, but not necessarily by more demanding applications, such as those found on VMS. ........................... : > e. Notorious for refusing to work due to library version mismatches; : > f. Sometimes not available at all. : : That's an easy fix. Same solution as B. It's easy if you understand cryptic messages about shared libraries, and are familiar with the politics regarding curses vs ncurses, libc vs glibc, competing numbering schemes, etc, and what to do about them. : >And that in any case, this does not solve the original problem: : > : > How do I map Shift-Alt-F7 to such-and-such a function? : > : >The answer will still be: "you can't, because the software has no way of : >knowing that you pressed Shift-Alt-F7". : : With a keyboard mapping file that maps escape sequences to symbols that : the user's interested in. If xmodmap recognizes your keyboard and can see Shift-Alt-F7 as distinct from other key combinations, then yes, but only for xterm. A separate solution is required for the console. Remote (non-X) sessions haven't a prayer. You win some and lose some. UNIX is a general-purpose multiuser operating system designed originally to be accessed from a terminal, and in fact a variety of terminals. The idea of a UNIX workstation with its own keyboard and screen was grafted on later and is still not a good fit. DOS and Windows, on the other hand, are single-user operating systems designed to be used *only* from the built-in keyboard, mouse, and screen, and therefore include APIs (or direct hardware access) that make terminal emulation possible in the sense that most people expect. But this is at the expense of generalized accessibility. It is hard to explain this to people who expect UNIX to be like Windows. While it might be possible to write a true terminal emulator for a specific UNIX variety on specific hardware that runs only in an X window (and in fact there are numerous examples -- xterm, Xfree86 xterm, the xterm versions from HP, IBM, and other companies that emulate their own proprietary terminal types), it is not possible in the general case, due to differences in hardware (e.g. different keyboards), windowing systems (in the X environment), screen drivers (in the console environment), APIs, and access methods. - Frank ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Path: mark.usec.sun.com!uunet!dca.uu.net!news.tufts.edu!logbridge.uoregon.edu !newsfeed.stanford.edu!sn-xit-01!sn-post-02!sn-post-01!supernews.com !corp.supernews.com!not-for-mail Message-ID: References: <3AA55544.BB4FAC4D@positron.com> <984grc$atc$1@thebe.syd.dav.net.au> Organization: Timetravellers Anonymous Date: Wed, 07 Mar 2001 08:49:39 -0000 From: "Richard L. Hamilton" Subject: Re: compose key In article <984grc$atc$1@thebe.syd.dav.net.au>, Anthony Mandic writes: > > Griff Miller wrote: >> >> Where can I find a reference on all the different compose key combo's? >> I know a few just from guessing, (¼,½,¾,ñ, etc.) but I don't know everything >> that is available. > > You would want the Sun document "Using Your Sun Keyboard" (Part. No. > 800-6654-12 Revision A, July 1992 - or whatever came after it). Or just look at /usr/openwin/include/X11/Suncompose.h (maybe halfway down in the file; search for "non-breaking"). Also perhaps look at /usr/openwin/lib/locale/$LANG/Compose, for some $LANG other than C. > Compose key sequences are on the back page and look fairly straight- > forward. Just press and release the three keys in succession : the > compose key and the two keys in the sequence. Here's a quick summary - > > Á = A ' > Æ = A E > ç = c , > Ð = D - > ê = e ^ > ï = i " > ñ = n ~ > Ø = O / > ß = s s > Þ = T H > ù = u ` > ¢ = c / > £ = L - > ¥ = Y - > ¤ = o x > ª = - a > ® = r o > § = S O > ¶ = p ! > µ = / u > ± = + - > ² = ^ 2 > « = < < > ¡ = ! ! > > Fairly intuitive (except for the Yen sign). > > -am © 2000 -- ftp> get |fortune 377 I/O error: smart remark generator failed Bogonics: the primary language inside the Beltway mailto:rlhamil@mindwarp.smart.net http://www.smart.net/~rlhamil ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Organization: Timetravellers Anonymous Date: Mon, 21 Jul 2003 03:08:20 -0000 From: Richard L. Hamilton Subject: Re: Compose button on keyboard In article , Andrew Falanga writes: > Hi, > > My sun keyboard has a button called Compose. How does one get it off, > once it's on? For those toolkits that know what to do with it at least (and at least the handling of the light, and probably the state too, seems to be toolkit dependent), the normal use is Compose , where the sequences (for iso8859-1) are defined on http://docs.sun.com/db/doc/806-4743/6jdq6q25k?q=compose+sequences&a=view If I press in one Motif window,and move the focus to another, and press again, I just get an . But if I move back and press the other , _then_ I get an ß. But the light gets confused, and turns off when I press the in the 2nd window. At least, that's with xkb enabled; there are some differences, i.e. without xkb enabled, I think the light stays on throughout , but with xkb enabled, the light always turns off on the 2nd keystroke after . Anyway, if you pressed by accident, just press it again in the same window to turn it off. And remember that the light can be confused rather easily. Also, xset led 2 will turn it on (although subsequent keystrokes may turn it off automatically), and xset -led 2 will turn it off. (the LED number may be different on x86, I'm not sure) It seems to me there needs to be some work done on making the compose handling more consistent between toolkits and between xkb/non-xkb mode. It's a shame the compose state isn't global like the shift lock state, but I'm not sure that's even possible while providing otherwise correct and expected behavior. -- mailto:rlhamil@mindwarp.smart.net http://www.smart.net/~rlhamil ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: <3f1b62a2$0$83394$c3e8da3@news.astraweb.com> Organization: University of California, Berkeley Date: Mon, 21 Jul 2003 04:24:07 +0000 (UTC) From: Alan Coopersmith Subject: Re: Compose button on keyboard Cypherpunk@nyc.rr.com writes in comp.unix.solaris: | | Any idea how to compose 3-byte Unicode chars? Choose a UTF-8 locale on the login screen, then use the input method selector at the bottom of each window to select an input method. For more info see some of the many links on: http://developer.sun.com/techtopics/global/index.html (hey! I know that guy! The current featured developer works on the same floor I do... small world, or at least small company 8-) -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: Message-ID: Organization: University of California, Berkeley Date: Wed, 28 Jan 2004 17:18:28 +0000 (UTC) From: Alan Coopersmith Subject: Re: Icelandic keyboard layout in Solaris 9 solvi@hugbunadur.is (S?lvi P?ll ?sgeirsson) writes in comp.unix.solaris: | | I have an ultra 5 machine running Solaris 9. | How would one set an icelandic keymap? | | I know the xkb file is located in /usr/X/lib/X11/xkb/symbols/is; how | would one *use* it? (No, the jumpers under the keyboard do not support | the icelandic layout.) Unless you've started the server with +kb, the XKB files aren't used on Solaris. Instead the keymaps in /usr/openwin/etc/keytables are used. You could build a keymap based on one of those, and then modify the keytable.map in that directory to load it for whatever layout your jumpers are set to. (Be careful though, since patches/upgrades could modify keytable.map.) -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware References: <8riiusss0n35v7a2ct8d86ahjc8mi3r5j4@4ax.com> Message-ID: <39e97121@si-nic.hrz.uni-siegen.de> Date: 15 Oct 2000 10:56:01 +0100 From: Michael Engel Subject: Re: SUN KYBD . . . Stephen S. wrote: : : I'm looking to run my SUN keyboard and mouse on DEC Alpha Linux : workstation. I can most likely figure out the software. What I am : looking for is a hardware convertor making it possible to even connect : and get signals from one to another. Even a Sun to X86 PC convertor : would help. I already have the monitor hooked up and would love to : get the keyboard and mouse going. If you're happy running the keyboard with a special driver (XInput or XTest extension routine or similar) off the serial port, all you need is a voltage converter (e.g. MAX232) to bring the Sun keyboard's and mouse's 5V voltage levels to RS232 standards. The keyboard runs at 1200 baud 8N1 IIRC - the specs are available from http://www.sparc.org/ The mouse should use s.th. similar to the Mouse Systems protocol - take a look at the Linux kernel sources for more information. Running the keyboard as a real system keyboard is a lot more difficult as this requires converting the keycodes as well as converting the data format from asynchronous to synchronous serial format. I posted some links on ready-to-build interfaces using microcontrollers in c.s.s.h about two weeks ago. regards, Michael -- Michael Engel (engel@unix-ag.org) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware Message-ID: <749oi7$83p$1@methusalix.rz.tu-clausthal.de>#1/1 X-Deja-AN: 418765399 Organization: Rechenzentrum der TU Clausthal Date: Fri, 4 Dec 1998 From: Thiemo Nordenholz Subject: Using a Sun keyboard on a PC Hi, Has anyone successfully connected a Sun keyboard to a PC oder seen information on the protocol Sun keyboards use? So far I've only found out that there is some serial protocol at 9600 bps - not enough to build something to make this combination work... Thanks for any help, Thiemo -- Thiemo Nordenholz Chemistry *BSD WinNT CP Coffee! 486DX2/80 fBSD 2.2.7 486DX2/66 fBSD 2.2.6 AXPpci33 oBSD/alpha 2.2 MP2k NOS2.1 .............................................................................. Newsgroups: comp.sys.sun.hardware Message-ID: <3669459b.0@rainbow.hrz.uni-siegen.de>#1/1 X-Deja-AN: 418950524 References: <749oi7$83p$1@methusalix.rz.tu-clausthal.de> User-Agent: tin/pre-1.4-980202 (UNIX) (SunOS/5.5.1 (sun4m)) Date: Sat, 5 Dec 1998 From: Michael Engel Subject: Re: Using a Sun keyboard on a PC Hi, Thiemo Nordenholz wrote: : : Has anyone successfully connected a Sun keyboard to a PC oder seen : information on the protocol Sun keyboards use? So far I've only found out : that there is some serial protocol at 9600 bps - not enough to build : something to make this combination work... You can buy the specs for Sun type 5 keyboards under "SPARCshop" at: http://www.sparc.org/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Type 5 Keyboard Interface [Accompanies License $99.00] Defines the interface for Sun Microsystems' Type 5 keyboard mouse. This document includes detailed information on the electrical, mechanical and data communications interfaces of the keyboard mouse. Note: Developing a product based on this interface requires the purchase of a royalty-free license (see licenses). -- Type 5 Keyboard Interface License [$99.00] Grants owner the right to design, make, have made, use and sell products which use the Type 5 Keyboard and Mouse Interface. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - If you want to experiment, please note that Sun keyboards use 5V signal levels for the keyboard/mouse serial interface. You may be able to find out more information on the keycodes from Linux and Net/OpenBSD source code. The pinout of the mini DIN keyboard plug should be in the Sun Hardware FAQ (find it on www.sunhelp.com or sun3arc.krupp.org - the new home of doener, Heiko Krupp's great Sun3 web site). [2005: the Sun3Arc site is no longer online, but part of it was preserved: http://web.archive.org/web/20000815110959/http://sun3arc.krupp.net/ See also http://www.sunshack.org/] For Linux, I recommend linux/drivers/sbus/char/sunkbd.c and sunkeymap.c Btw., I'm trying to build the opposite - a microcontroller device that permits the use of PS/2 keyboards and mice on Sparcs and Sun 3 systems (if you like older Suns like me you probably have lots of machines and not enough keyboards ...). This will probably be based on an Atmel AT90S2313 microcontroller - these are small, available at relatively low prices, in-system flash programmable and RISC CPU's :-). If I get it running, I plan to release the controller source code under GPL. I know that I can buy an adapter from SunExpress that does exactly the same but this isn't fun ;-) (and it's expensive - but the Atmel controllers cost $6 in single-piece quantities and need only minimal external circuitry). regards, -- Michael Engel ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware,comp.os.linux.x References: <39DF627E.64C5FC2E@tu-cottbus.de> Organization: united xpiloteers Message-ID: <39df97b9@news.uni-ulm.de> From: Sven Mascheck NNTP-Posting-Host: wega-fddi2.rz.uni-ulm.de Date: 7 Oct 2000 23:38:01 +0200 Subject: Re: Sun Type 6 Keycodes under XFree86 "Thomas Gaertner (local User)" wrote: > I bought a Type6 USB Keyboard ( german layout ) for using it under Linux. > I can't use the special keys at the left side.( Stop, Again, Paste, ... ) > Trying the original Sun Type5 layouts for X made the keyboard unusable. The latest version of xkeycaps[1] doesn't support Type6. Find the keycodes with xev(1), get the KeySyms from your old Type5-xmodmap, build a new map with xmodmap(1) and modify it. [2] might be of help. [1] http://www.jwz.org/xkeycaps/ [2] http://www.uni-ulm.de/~s_smasch/X11/Xmodmap 2003 updated URL: http://www.in-ulm.de/~mascheck/X11/xmodmap.html I guess the xkeycaps maintainer'd appreciate your Type6 support ;-) f'up comp.os.linux.x Sven ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware, comp.os.linux.x Message-ID: <8s0ehu$jjp$3@agate.berkeley.edu> Date: 11 Oct 2000 01:08:14 GMT From: Alan Coopersmith Subject: Re: Sun Type 6 Keycodes under XFree86 "Thomas Gaertner (local User)" writes in comp.os.linux.x: | |I bought a Type6 USB Keyboard ( german layout ) for using it under Linux. |The keyboard is really great, except is has one problem. I can't use the |special keys at the left side.( Stop, Again, Paste, ... ) |Trying the original Sun Type5 layouts for X made the keyboard unusable. |Does anyone knows how to enable the special keys at the left under X? Have you tried the instructions at: http://www.infosun.fmi.uni-passau.de/~nils/type6/ yet? ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// For users of Sun DNI, the following needs to be done on Solaris 2.3 or higher with Type 5 keyboards, to get the NumLock key to map correctly to PF1 (Goldkey): After starting OpenWindows, before starting TE320, enger the following command, which will clear the NumLock keymap: xmodmap -e "clear mod3" After quitting the TE320 session, if the mapping is to be restored, then do: xmodmap -e "add Mod3 = Num_Lock" ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Message-ID: <7p8mge$qoh$1@news.rz.uni-karlsruhe.de> References: <37B7C044.507A13AD@frqnet.de> Date: 16 Aug 1999 09:43:42 GMT Organization: University of Karlsruhe From: urle Subject: Re: German Keyboard Christine Volkwein wrote: > > I've an HP-Server (HPUX 10.20). The first installation have been made > with a german keyboard (y and z mixed). Now I've an english keyboard. > How can I change it? rm /etc/kbdlang /sbin/itemap -i -L -w /etc/kbdlang (see /etc/bcheckrc) urle -- Uli Betzler (urle) urle@rz.uni-karlsruhe.de Universitaet Karlsruhe, Rechenzentrum IRA/VERA/SR, Zirkel 2, 76128 Karlsruhe phone: +49 721 608-4039 FAX: +49 721 608-9013 alternate FAX: +49 721 32550 urle = URL-Emanation = http://www.uni-karlsruhe.de/~Ulrich.Betzler/urle.html ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware Message-ID: <3a258980_2@news.ghg.net X-Trace: 29 Nov 2000 16:56:00 -0600, max10-9.ghg.net Date: Wed, 29 Nov 2000 16:53:53 -0600 From: "Carroll James Moore, Jr." Subject: Question About Belkin's Sun Adapter F1D082 I purchased one of these recently to attach a PS/2 keyboard and mouse to my Sun Ultra 5, however, I've been dissatisfied with the mouse's performance. There appears to be a slight delay between my moving the mouse and the screen cursor. Solaris' mouse controls for acceleration and threshold can not solve the problem since it deals with hesitation and not resolution. At first, Belkin's customer support claimed the problem was the Microsoft Intellimouse I was using, even though none of their documentation makes this claim. After getting the same results with a standard 2 button PS/2 mouse, they now claim the box may be defective. Is anyone else using this product? How does it work for you? Maybe my box is defective! cmoore@ghg.net ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals References: Message-ID: <976ech$nau$1@news1.Radix.Net> Organization: RadixNet Internet Services Date: 23 Feb 2001 19:41:05 GMT From: Thomas Dickey Subject: Re: vt320 function keys / Suse linux setup on sparcserver Ronny Svedman wrote: > Hi! > I am trying to install SuSe linux on a Sun sparcserver without graphic > console, but the installation program requires me to use the Function keys > on the VT320. pf1 -pf 4 works, and F11 through F16 is interpreted as F10 > thru F15.. > BUT, F5 is nowhere to be found. How do you generate F5-F9 from the vt320 > keyboard (LK201, swedish)? vt320's don't send anything for F1-F5 (PF1-PF4 are on the numeric keypad). It sounds as if someone's using an xterm keyboard. -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Message-ID: <98oaeu$s5k$1@agate.berkeley.edu> References: <98l0p8$lmh$3@juno.virago.org.au> Date: 14 Mar 2001 17:40:46 GMT From: Alan Coopersmith Subject: Re: Do you dislike Type 6 keyboards? (was: SS20 / SunBlade 100) Thomas Tornblom writes in comp.sys.sun.hardware: | |I see comments like this for each and every new keyboard. When the |type 4 keyboard came, people were ranting about how wonderful the |clunky type 3 keyboards were. The same happened when the Type 5 |keboards came. "Why can't I have my wonderful Type 4 keyboard". I always hated the type 4 personally - the return key was just the wrong shape and I kept missing it. |One thing I really like with the Type 6 USB keyboards is that they |work with PC:s, in case I ever need to touch one. Macs have a problem |with the layout though ;-) Works fine on my iMac - just have to pretend the Sun diamond key is the Apple Command/"Pretzel" key. Unfortunately the keys on the left side all appear to be useless on the Mac. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Date: 14 Mar 2001 09:42:19 +0100 Organization: Church of Emacs, Aarhus Chapter Message-ID: From: Lars Balker Rasmussen Subject: Re: Do you dislike Type 6 keyboards? (was: SS20 / SunBlade 100) rachel@isis.virago.org.au (Rachel Polanskis) writes: > > The Type 6 drives me nuts - the tilde is in the wrong place, > the escape key is out of place, control/caps lock is a pain :( Uh, key layout has nothing to do with whether it's Type6 or Type5c. I have a US UNIX Type6 USB keyboard, with the keys in just the right places. -- Lars Balker Rasmussen "Woo hoo!?" ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: bonn-4db4b49f.pool.einsundeins.de NNTP-Posting-Date: Mon, 11 Jun 2007 20:07:22 +0000 (UTC) References: <5cra4uF31a3n8U1@mid.individual.net> Message-ID: <20070611220635.ac123e7a.uwe.wolfram@onlinehome.nospam.dummy.de> Date: Mon, 11 Jun 2007 22:06:35 +0200 From: Uwe Wolfram Subject: Re: tilde character lost Frank Langelage wrote: > > Last Monday I patched my SunBlade 2000 running Solaris 10. > Now I recognized that the tilde sign is no longer available from CDE > environment. > Getting to the character console by running "init S" the tilde is > available there. > Any hints? > Anybody encountered the same problem? Sure, as far as I recall Sun altered some keytables in a recent Xsun patch or so, since then the tilde is gone (at least with a German keyboard). At least in a terminal window you can press tilde, then space, to let the tilde show up. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <98kb9q$4m3$1@newsbeast.unix.sprint.net> Date: Tue, 13 Mar 2001 06:30:45 GMT Message-ID: From: Doug McIntyre Subject: Re: Diff PC vs UNIX Type 6 kbd phil@unix.sprint.net (Phil Meyer) writes: > >I have been searching all over for some reference to the differences >between the UNIX style and the PC style Type 6 keyboards. >We received at one time 12 new systems with the WRONG keyboards, and I >almost got lynched! Now I cannot remember which is which. >On the keyboards we like, the Help key is the big button top left and >the escape key is next to it. >On the keyboards they hated, the large top left key was blank and the >escape key was next to the 1 key along the numeric row. The main differences is that on the PC layout, the Caps Lock key is to the left of the A, and the Escape key is up with the Help key and the function keys. The Unix layout has the Control key to the left of the A, and the Escape key is next to the 1. There are a few other keys that move around, like ~ IIRC, but most people are only affectionate about those two keys' placement. -- Doug McIntyre merlyn@visi.com Network Engineer/Tech Support/Jack of All Trades of Vector Internet ////////////////////////////////////////////////////////////////////////////// Date: 11 Mar 2001 10:18:50 -0700 Organization: Philips Semiconductors, ATO Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Message-ID: From: lopez@abqato.abq.sc.philips.com Subject: Re: Do you dislike Type 6 keyboards? (was: SS20 / SunBlade 100) I am upgrading my SPARCstation 20 to a Sun Blade 1000. I love my Type 5 keyboard. It is a solid product that feels comfortable. I really dislike the Type 6 that comes with the Sun Blade 1000. It is a very low quality product. The Sun Blade 1000 configuration as purchased was over US $40,000. The keyboard is like something I might expect to find on a "free" PC (with some service). It is very disappointing. I also dislike the mouse. The stiff wire makes it move around "on its own". I AM VERY DISAPPOINTED IN THIS PRODUCT. ... I specificly requested a Type 5 keyboard and the sales person told me I would get one. So I am suprised it is not available. I thought this was just a shipping error. -- Robert.Lopez@Philips.com Assembly and Test Organization, Philips Semiconductors Mail Stop 20, 9201 Pan American Fwy. N.E., Albuquerque, New Mexico 87113 USA [P: (505)822-7112 F: x7237] ////////////////////////////////////////////////////////////////////////////// Date: 11 Mar 2001 23:08:02 +0100 Organization: Church of Emacs, Aarhus Chapter Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Message-ID: From: Lars Balker Rasmussen Subject: Re: Do you dislike Type 6 keyboards? Michael Engel writes: > Does anyone know if there is a way to get third-party USB keyboards > to work with the Blade 1000? Some will work, some will not. We've used an older Cherry USB-keyboard with SunRays, and I think I tried a keyboard from a Compaq iPaq, but I'm not sure. I was under the impression most USB keyboards would "just work". Anyway, I'd miss the hell out of the left function keys, if using a PC keyboard. This is why Solaris x86 has always felt wrong for me as a desktop computer. (We use Suns on the desktop, and Solaris x86 on the server end. Dare to be different :) ) -- Lars Balker Rasmussen "Woo hoo!?" ////////////////////////////////////////////////////////////////////////////// Notes on USB support for SunRay desktop appliances can be found at: http://www.sun.com/io_technologies/sunray/usb/usb.prods.cat.html .............................................................................. SRSS 2.0 patch to resolve problem with wheel mice on SunRays: http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert%2F57582 To determine the version of SRSS on a system, run the following command: # /usr/bin/pkginfo -l SUNWuto | grep -i version VERSION: 2.0_37.b,REV=2002.12.19.07. ////////////////////////////////////////////////////////////////////////////// Date: 11 Mar 2001 20:00:17 +0100 Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Message-ID: <3aabcb41@si-nic.hrz.uni-siegen.de> From: Michael Engel Subject: Re: Do you dislike Type 6 keyboards? In comp.sys.sun.hardware lopez@abqato.abq.sc.philips.com wrote: : : I am upgrading my SPARCstation 20 to a Sun Blade 1000. : I love my Type 5 keyboard. It is a solid product that feels comfortable. : : I really dislike the Type 6 that comes with the Sun Blade 1000. : It is a very low quality product. The Sun Blade 1000 configuration : as purchased was over US $40,000. The keyboard is like something I : might expect to find on a "free" PC (with some service). It is very : disappointing. We also have two brand-new SunBlade 1000's here which were ordered without keyboards and mice ("oh well, we've got lots of type 5 keyboards around" ... and found only a USB connector on the machine). No problem, I thought--just get a USB keyboard from the Mac next door and boot the machine up. It seems that the Blade 1000 is explicitly checking for the USB vendor or device ID of the keyboard as it complained about not being able to find a keyboard :-/. This doesn't really make sense IMO. Does anyone know if there is a way to get third-party USB keyboards to work with the Blade 1000? regards, Michael -- Michael Engel (engel@unix-ag.org) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: Sun, 15 Jul 2001 08:28:59 GMT Message-ID: <3B5153B1.6FA4C1DA@acm.org> From: Scott Pickering Subject: PC USB keyboards on Blade 100 For those who care... I finally got a PS2-with-USB-adapter PC keyboard (MS Natural Keyboard to be exact) to work with the SunBlade 100. The trick is to boot with the Sun USB keyboard, and then at the login screen, switch the Sun with the PC, using the same USB slot. xkeycaps also helps with restoring sane key mappings... Scott sjp@acm.org ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: 14 Mar 2001 13:07:12 GMT Message-ID: <98nqe0$gdr$2@news1.Radix.Net> From: Thomas Dickey Subject: Re: ALT key, Meta Key on Solaris 5.7 Xterminal S. Z. wrote: > I am not sure what is the keycode for Alt_L and Alt_R. If I know, I then > let Alt_L or Alt_R mapped to Meta. Actually, Alt Key is also not enabled > in my Solaris 5.7 xterminal. > Any one give me some suggestions? Try using /usr/openwin/demo/xev (which shows the keycodes for each key that you press). -- Thomas E. Dickey http://dickey.his.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86 References: <87vgoz4cuh.fsf@atlas.iskon.hr> Date: Sat, 24 Mar 2001 21:25:26 -0000 Organization: There Is No Organization Message-ID: <985469126.499447@news.netscum.dk> From: Jeremy Subject: Re: Keyboard repeat rate Zlatko Calusic wrote: > Is there any way on Solaris 8 10/00 to increase keyboard repeat rate? > I'm asking primarily for the CDE environment, but I'm also interested > in modifying command line repeat rate. I'm quite annoyed with slow > repeat rate and long pause before autorepeat starts. Look at the /usr/dt/config/Xservers file. At the bottom of the file is a line to start the X server. At the end of that line, add something like "-ar1 300 -ar2 30". -ar1 specifies the delay time, and -ar2 specifies the interval. See the Xsun man page. Copy the file to /etc/dt/config and edit it there if you want it to survive a Solaris upgrade: # mkdir -m 755 -p /etc/dt/config # cd /etc/dt/config # cp /usr/dt/config/Xservers . # vi Xservers -- Jeremy | jeremy@exit109.com ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <3ABA0388.3289AA4C@lucent.com> Date: Fri, 23 Mar 2001 17:45:02 GMT Organization: Bear Stearns Message-ID: <3ABB8B9E.8D68A2C1@pcinetgw.is.bear.com> From: Vadim V. Kouevda Subject: Re: Keyboard mapping Mike wrote: > > Hi, > > After getting to grips with solaris I am now wondering how to change > keyboard mappings to allow me to use the cursor keys to navigate around > an emacs (or indeed a ksh session). At the moment up, down left and > right are assigned to ctrl-p/n/b/f respectivly. > > Any help appreciated! > > Thanks, > Mike alias __A=`echo "\020"` # up arrow -> Ctrl-P (previous cmd) alias __B=`echo "\016"` # down arrow -> Ctrl-N (next cmd) alias __C=`echo "\006"` # right arrow -> Ctrl-F (move forward 1 char) alias __D=`echo "\002"` # left arrow -> Ctrl-B (move backward 1 char) alias __H=`echo "\001"` # home -> Ctrl-A (go to beginning of line) alias __P=`echo "\004"` # delete -> Ctrl-D (delete char under cursor) alias __Q=`echo "\005"` # end -> Ctrl-E (go to end of line) alias __Z=`echo "\017"` # clear? -> Ctrl-O (operate) set -o emacs -- Vadim V. Kouevda vkouevda@bear.com (973) 793-5656 Bear Stearns Engineering Task Force ITG UNIX ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: ip-83-99-51-7.dyn.luxdsl.pt.lu References: Message-ID: <20060418104412.e5304b66.hoendech@ecc.lu> Organization: E.C.C. sa - Computer Consultants Date: Tue, 18 Apr 2006 10:44:12 +0200 From: Stefaan A Eeckels Subject: Re: how to customize sun keyboard On Mon, 17 Apr 2006 18:15:15 +0200 "Heinz Müller" wrote: > > is there a way to customize F1, F2, F3 etc. with commands like ps -ef? > > I'm getting tired to write commands like "ps -ef | more" or "ls -ltr". > (Yes, I know I can specify aliases). > > SUN Solaris 8 with SUN Keyboard > SUN Ultra 5 There is when you're using bash or tcsh. To map F6 to "ps -ef" in tcsh, use the bindkey built-in: $ bindkey -c ^[[17~ "ps -ef" To type the F6 key sequence to the shell, press "control-v F6". Obviously, this can be placed in your start-up file (.cshrc). In bash, the same is achieved through the "bind" built-in. Use "read" to find the key sequence emitted by F6 $ read ^[[17~ The ^[ is the ESC character, which in bash is represented by \e (backslash e), so to map F6 onto "ps -ef" you'd type: $ bind '"\e[17~": "ps -ef^M"' (Press "control-v control-m" to enter the Return.) On start-up, bash reads the ~/.inputrc file to map keys or character sequences to shell commands. Take care, -- Stefaan A Eeckels -- Governments are like babies: digestive tracts with a big appetite at one end and no sense of responsibility at the other. The better run ones from time to time get clean diapers... ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.sys.pdp10 Date: 28 Nov 2000 20:23:57 GMT Organization: Columbia University From: Frank da Cruz Subject: Re: Avant keyboard : The L-shaped enter key really is truly useless, I wonder why : it's so popular... : Political correctness. This all started, I think, with some massive "human factors" study commissioned by DEC in Europe, which ultimately resulted in some DIN standards and the LK (canoe paddle) keyboard. I'm pretty sure this was at least a year or two before the IBM 101 keyboard. (I remember first seeing the keyboards at a nondisclosure presentation of... I think it was the Pro 350?... and being utterly appalled. Of course the Pro 350 offered a wide choice of appalling features. Didn't DEC finally empty its warehouses of them by making them into consoles for the VAX 8700?) Before that was a long period of "let the 100 flowers bloom", and some very nice keyboards appeared, such as on the Concept-100. Back in those days, people touch typed, and there was value in having all the keys in striking distance of the home keys. The DEC study was basically geared towards making computers (and therefore keyboards) more friendly to the general non-computer-using public, thereby increasing the market for computers and terminals. So as a result we had to have all these ergonomically huge Return/Enter and Shift keys, and whatnot (though, ironically, they never thought of a HELP key). Implicit in the process was the recognition that (a) the terminal-host model was dead (so we don't need Ctrl or Esc keys any more), and (b) touch-typing was a discredited legacy concept (because it is not a mass-market phenomenon). The ultimate insult to the Old Guard was putting Caps Lock where Ctrl was. What could be more useless? This seemed to send us directly back to the ASR 33 Teletype days when computers spoke only upper case. (Those of us who remember the VT50 and earlier still recall the liberating sensation of entering and viewing lowercase on the VT52 and early DECwriters.) To add fuel to the fire, various European government procurement bodies began to *require* the new layout, so by 1983 or so, the only keyboards available were essentially today's DEC and IBM layouts. At least DEC waffled by leaving Ctrl in the same row, rather than moving it way down to tendon-twisting territory. But anyway, what it all adds up to is: you're supposed to be using a mouse, not a keyboard. And that's why the market for good keyboards is a vanishingly small one. .............................................................................. Date: Thu, 29 Mar 2001 20:30:08 +0200 Organization: Badlab Construction Services, Inc Newsgroups: comp.sys.sun.hardware, comp.unix.solaris, comp.sys.sun.admin Message-ID: <3AC37F30.6201@c-lab.de> From: Michael Joosten Subject: Re: Do you dislike Type 6 keyboards? (was: SS20 / SunBlade 100) : [1] Not, if you please, accent grave, unless ' is accent accute. : I know this is a lost battle, but still, right is right. Names of characters are assigned in the standards in which the characters are defined. The characters in question are defined in US ASCII (ANSI X3.4-1986), ISO 646, ISO 8859, and ISO 10646. In all of these, the names of these two characters are APOSTROPHE and GRAVE ACCENT, respectively (and yes, in uppercase too :-) ///////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: 18 Apr 2001 01:30:48 GMT Message-ID: <9biqo8$lm$1@agate.berkeley.edu> From: Alan Coopersmith Subject: Re: ot: sun keyboards Holland King writes in comp.unix.solaris: | |is there anyway to disable the power button on a sun keyboard? thank you. To make it not run sys-suspend when you hit the power button: Edit /usr/openwin/lib/speckeysd.map To make it so that users other than root can't poweroff the system: Edit /etc/default/sys-suspend -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ///////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <9aknj6$d54$2@srv38.cas.org> <9akrju$r47$1@news.panix.com> <9aks1c$6ar$1@amoeba.cugc.org> <3AD3C85D.F74C8D03@home.com> <9b1kho$6vv$1@thebe.syd.dav.net.au> <3AD4F58E.7C879E54@home.com> <3ADFE65E.41078194@home.com> <3AE10C7E.68C4A8AC@home.com> Message-ID: Organization: Sun Microsystems Date: 23 Apr 2001 10:52:42 +0200 From: Thomas Tornblom Subject: Re: Do you dislike Sun e Type 6 keyboards? "Rev. Don Kool" writes: > > I have the misconfigured "Type 6 USB" (model #3201273). The > correctly configured Type 6 (DIN) keyboard is the model #3201270 > while the DIN plug style one that is as misconfigured as the one > they nefariously shipped me is the #3201272. As I pointed out Type 6 | Type 6 USB | Style ---------------------------------------- 320-1270 | 320-1271 | "US" or PC-style 320-1272 | 320-1273 | "US/UNIX" If you prefer the 320-1270 (DIN) then you should be using 320-1271 for your USB connected keyboard. They have the same layout and as far as I can say the only difference between them is color and marking on the power key. Apparently you have the wrong keyboard for your preferences so you should really clear this out with your sales rep. I used to buy Sun equipment before joining Sun and the only time I got the wrong keyboard (I like the unix style) was when I forgot to specify the keyboard. If you don't specify a keyboard with you order you will get a PC style national keyboard, which in my case would be a Swedish keyboard. I won't speculate why you got the wrong keyboard. I rest my case. -- Thomas Tornblom Tel: +46 8 631 2100 E-mail: Thomas.Tornblom@Sun.COM Sun Microsystems AB Fax: +46 8 631 1102 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Sat, 3 Sep 2005 18:55:36 +0000 (UTC) References: Message-ID: Organization: University of California, Berkeley Date: Sat, 3 Sep 2005 18:55:36 +0000 (UTC) From: Alan Coopersmith Subject: Re: remapping keyboard Thomas Maier-Komor writes in comp.unix.solaris: | |Selecting US-USB layout works for the layout, with one exception: |the backslash/bar key is not mapped correctly. This |seems to be a bug in /usr/share/xmodmap/xmodmap.us-usb, which |incorrectly maps these symbols to keycode 56 instead of 57. US and European Type 6 keyboards actually differ there in the hardware; that is the correct keycode if you had a US model keyboard. |But what the hack do I have to do, to exchange Meta and Control. The |problem is that different applications seem to |consume these mappings differently. If I exchange the symbol to keycode |binding in the xmodmap, gnome-terminal and |dtterm work just fine, but xterm is broken. If I try something similar |to the capslock/escape exchange it was the other |way round... You probably need to change both the keymapping and the modifier mapping in xmodmap. -- ________________________________________________________________________ Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM http://www.csua.berkeley.edu/~alanc/ * http://blogs.sun.com/alanc/ Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Date: Tue, 24 Apr 2001 08:29:11 +0100 Organization: CyberCity Internet Newsgroups: comp.sys.sun.misc, comp.sys.sun.hardware Message-ID: <9c365c$2pd9$1@news.cybercity.dk> From: Schmidt Subject: Diagram for 8 DIN? I am looking for a diagram for an 8 DIN keyboard interface. We are trying to make an adapter/converter from PS/2 to 8 DIN. .............................................................................. Newsgroups: comp.sys.sun.misc, comp.sys.sun.hardware Organization: University of Saarland, Computing Center, Germany. Message-ID: <3AE54755.B38E5250@stud.uni-sb.de> Date: Tue, 24 Apr 2001 11:28:53 +0200 From: Frank Fegert Subject: Re: Diagram for 8 DIN? Hi, Schmidt wrote: > > I am looking for a diagram for an 8 DIN keyboard interface. > We are trying to make an adapter/converter from PS/2 to 8 DIN. have a look at this: http://www.sunhelp.org/faq/sunref5.html .............................................................................. Date: Tue, 24 Apr 2001 08:32:53 -0400 Organization: Eastman Kodak Company Newsgroups: comp.sys.sun.misc, comp.sys.sun.hardware Message-ID: <3AE57275.257122D8@kodak.com> From: Mathew Kirsch Subject: Re: Diagram for 8 DIN? Schmidt wrote: > > I am looking for a diagram for an 8 DIN keyboard interface. We are trying to > make an adapter/converter from PS/2 to 8 DIN. The other poster gave you the link to the pinouts. What he didn't tell you, and what I don't think you're aware of, is that the signals from the Sun keyboard and the PS/2 keyboard are not compatible. It's going to take more than just a simple cable adapter to make a standard PC keyboard work on a Sun. Sun used to (might still) sell a PS/2 converter for about $75, so you can use a PS/2 keyboard and mouse together on a Sun. The FAQ section you were referenced to also mentions another keyboard converter that is certainly NOT inexpensive... .............................................................................. [See Sun Microsystems part X465A, PN: 595-3692-01 $75 US (old PN: 370-2068-01)] http://store.sun.com/catalog/doc/BrowsePage.jhtml?catid=3948 [See also http://kinesis-ergo.com/sunbox.htm for a 3rd-party product.] These seem to work best with Logitech 3-button mice. Several special keys from the Sun keyboards are emulated by pressing the following keys on a PC-type keyboard: Mapping: Right-Control --> Meta (the diamond-Sun-logo key) Right-Alt --> AltGraph Pause/Break --> Stop (These are the Control and Alt keys on the Right side of the PC keyboard; the similar keys on the Left side work in the normal way. The Sun console Stop-A function, if enabled, is produced by the combination Pause/Break-A.) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin, comp.sys.sun.hardware, comp.unix.solaris Organization: AT&T Broadband Message-ID: References: <3E5845CF.5000204@doramail.com> Date: Sun, 23 Feb 2003 09:40:36 GMT From: Manwe Sulimo Subject: Re: sun interface (keyboard/mouse) converter (PN# 370-2068) "G. Low" wrote in message <3E5845CF.5000204@doramail.com>... > > Hi! I was wondering, if there's any info about the mapping of the keys > on a PC keyboard to Sun a keyboard, when the PC keyboard is connected to > the Sun workstation via the interface converter... > > E.g. > > On a PC: BREAK + A = STOP + A > > What about the volume, and power-key? etc, etc? is there such a thing > mapped on a PC keyboard? My sun interface box is set for US (AT-101) > mode thru the dip switches at the bottom of the interface... > > Thanks!!! > > Cheers! > > Georgie Unfortunately, all I can tell you is that it depends on the converter box. On mine (a Belkin model), it is Ctrl-F1+A. And by the way, this is "old" Sun to PS2 (connecting something like the Ultra 5/10). I also have a Blade100 (USB-to-PS2), and use a Belkin model to connect it. Unfortunately, there seems to be no Stop-A sequence for this converter, so I have to play with the power button on start up to get it to break (pressing the power button, waiting 3-5 seconds or so, then pressing it again--for me, it is still hit-or-miss). This may hold true for other USB boxen (etc SB2000), but I have never tested this with them. -- Manwe Sulimo ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: pool-71-96-83-65.dfw.dsl-w.verizon.net NNTP-Posting-Date: Thu, 20 Oct 2005 00:17:48 EDT Message-ID: Date: Thu, 20 Oct 2005 04:17:48 GMT From: Jason Zhang Subject: USB Keyboard in Sun Blade 100/150 Is it possible to use general PC USB keyboard with Sun Blade 100. I googled Internet; someone said Stop-A does not work. Anybody has idea? best regard .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: i77111.upc-i.chello.nl References: <1129811151.508670.317460@g49g2000cwa.googlegroups.com> Message-ID: <43578e5f$0$11068$e4fe514c@news.xs4all.nl> Organization: Sun Microsystems, Netherlands Date: 20 Oct 2005 12:32:31 GMT From: Casper H.S. Dik Subject: Re: USB Keyboard in Sun Blade 100/150 "kangcool" writes: > > Unless you can find out the key mapping on the general PC USB to find > any of the function keys things like Stop-A will not work, since "which > is the Stop button". You can reprogram the Stop-A sequence to be different so you can use any keyboard (well, that is as soon as the OS is up and running) E.g., by deriving something more generic from: http://msgs.securepoint.com/cgi-bin/get/bugtraq/167/2.html Casper -- Expressed in this posting are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. Statements on Sun products included here are not gospel and may be fiction rather than truth. ////////////////////////////////////////////////////////////////////////////// Date: 17 May 2001 14:06:29 +0200 Organization: Sun Microsystems Newsgroups: comp.sys.sun.hardware Message-ID: From: Thomas Tornblom Subject: Re: Sun keyboards Martin Slaney writes: > Quick Q ... > > What do those dip switches on the type 5 keyboards do ? > > Can they define country settings ? Yes. > > I have a dead UK kb and a working US layout one .... > > Can I move around the keytops and set the switches to "convert" a US kb > into a UK one ? Should be possible. Change the switches to match the current layout. The Type 5c keyboards have jumpers for "US", "US/Unix" and "Japanese" layouts and switches for the other layouts. The UK layout should hav be: off on on on off (hex code 2e) The US layout should be: out out out out in (hex code 21) Good luck. -- Thomas Tornblom Tel: +46 8 631 2100 E-mail: Thomas.Tornblom@Sun.COM Sun Microsystems AB Fax: +46 8 631 1102 ////////////////////////////////////////////////////////////////////////////// Date: Tue, 6 Jan 2004 14:38:44 -0300 To: der Mouse From: ptrincavelli(at)nuevobancobisel.com.ar Subject: Re: My first Sun at home, my first problems.... > > Well I finally managed to get a Sun SparcStation 10 for my home > > network, but it's not so simple. Here is a summary of my problems: > > > - The keyboard to CPU cable is missing, so I cannot plug the keyboard > > to the CPU, can I get or make myself one???, > > Yes. I assume you have a type-4 or newer keyboard, both because that > is what usually comes with machines as recent as a SS10 and because I > think all older keyboards have integral cables. (As a check, is the > connector on the keybaord physically the same as the keyboard connector > on the machine?) > Yes, in fact it's a Type 5 keyboard. > Any miniDIN-8 cable with all 8 pins wired straight through will do > fine (older Macintosh printer cables usually qualify). This is slight > overkill; there are two pairs of pins that can be wired together, and > another pin that can be left disconnected - only five conductors are > strictly necessary, but the others won't hurt. > > > where can I get information about this? > > I can send you a diagram (either PostScript or plain-text > ascii-graphics) showing the wiring for a miniDIN8-to-DB15 adapter cable > for using a type-3 keyboard with such a machine; while this is itself > of no use to you, it does show the two pairs of pins I referred to > above (but not the omittable pin). > Ok, I will appreciatte that, ascii format will be ok. > > - The keyboard has four missing keys, any idea of where I can find > > replace keys??? > > Can't help there. > > > - The monitor turns on, but it suddenly turns off with no apparent > > reason, its a GDM-1962. any ideas?? > > No, except that if the machine isn't driving any video signal, many > monitors will do this. > >From other replys, I can safely assume it's working ok and it's only turning it off, because there's no keyboard. > > - Althoght I still need to connect the keyboard, or a serial > > terminal, I do not have the root password, so how can I manage to > > log in???, I do not have a CD-ROM unit to boot from. > > This depends on what OS is on the machine and on various other things > (such as whether a PROM password is set). I hope not!!!! :-( .............................................................................. Date: Fri, 9 Jan 2004 15:04:49 -0500 (EST) To: ptrincavelli(at)nuevobancobisel.com.ar From: der Mouse Subject: Re: My first Sun at home, my first problems.... >> I can send you a diagram (either PostScript or plain-text >> ascii-graphics) showing the wiring for a miniDIN8-to-DB15 adapter >> cable for using a type-3 keyboard with such a machine; while this is >> itself of no use to you, it does show the two pairs of pins I >> referred to above (but not the omittable pin). > > Ok, I will appreciatte that, ascii format will be ok. Included below. >> This depends on what OS is on the machine and on various other >> things (such as whether a PROM password is set). > > I hope not!!!! :-( If it gives you the "ok" prompt, you should be ok. If it gives the ">" prompt, type n, and if it prompts for a password it's protected; if it just gives you "ok ", it's not. Of course, that assumes you've got a working console connection. :-/ Sun keyboard cables: old keyboards use a DB-15 connector; new keyboards use a miniDIN-8. Through at least the type-5, they are all electrically compatible, and in my experience you can use type-3, type-4, and type-5 indiscriminately, with only passive adapters needed. Sun sells an adapter cable for using new keyboards on old machines. But it's expen$ive, it's unnecessary, and they don't sell one for using old keyboards on new machines. It's easy to wire one up. Here's what you need to know. Connector pinouts (male connectors viewed end-on, i.e., pins pointing towards you): miniDIN-8 DB-15 _______ __________________________________ / \ / \ / 6 7 8 \ \ 1 2 3 4 5 6 7 8 / | | \ / | 3 4 5 | \ 9 10 11 12 13 14 15 / | | \____________________________/ \ 1 2 / \_______/ 1 Gnd 5 KTx 1 KRx 5 MRx 9 Gnd 13 (not connected) 2 Gnd 6 KRx 2 Gnd 6 Gnd 10 Vcc 14 Vcc 3 Vcc 7 MTx 3 KTx 7 MTx 11 Vcc 15 Vcc 4 MRx 8 Vcc 4 Gnd 8 Gnd 12 Vcc You thus need at least six conductors in the cable, four signal and two power. (Actually, you need only three signal lines, because the line from the CPU to the mouse is not needed. But I can never remember whether that's MRx or MTx; I wire it up anyway.) The cable for using a modern keyboard on an old machine thus looks like this. This cable plugs into the keyboard at the miniDIN-8 end and the machine at the DB-15 end. +------------------------------------------------------+ | +--------------------------------------+ | | | +----------------------------+ | | +--|-------|-|--------------------+ | | | +-----|--|--+ | | +-----|---+---|---+---|---+---|---+ | |__|__| | | | ___|___|___|___|___|___|___|___|__ | /| | |\ | | | / | | | | | | | | \ | / 6 7 8 \ | | | \ 1 2 3 4 5 6 7 8 / | | +----|-+ | | \ / +--|-3 4-+ 5-|---+ | \ 9 10 11 12 13 14 15 / | | | | \__|___|___|___|_______|___|_/ | \ 1 2 / | | | | | | | | \_|___|_/ | | +---+-+-+-------+---+ | | | | | | | +---+----------------------+-------+ | +---------------------------------------------------+ The cable needed to use an old keyboard on a modern machine is the same, except that the DB-15 is female instead and the diagram hence shows it from the back instead of the front; this version of the cable plugs into the machine at the miniDIN-8 end and into the keyboard cable (which is permanently attached to the keyboard) at the DB-15 end. -- /~\ The ASCII der Mouse \ / Ribbon Campaign X Against HTML / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware Organization: I have a map of the United States that's actual size Message-ID: <9e5b78$609$1@news.panix.com> Date: 19 May 2001 08:34:48 GMT From: Greg Andrews Subject: Re: Special IPX Keystrokes While Running Headless denunzio@hotmail.com (DeNunzio) writes: >Folks: > > I have a Sun IPX that I need to replace the NVRAM in (or try one of > the hot-swap tricks...) Various solutions seem to require that I hit > STOP-N to perform some function. > > Unfortunately, I'm running headless and am hitting the IPX from a PC > using HyperTerminal. Is there some substitute keystroke(s) I can use > to emulate the STOP-N command through the PC & HyperTerminal? No. The most you can do from an RS232-connected terminal is send an RS232 "BREAK" signal to halt the machine to the boot prom's "ok" prompt. (the equivalent of Stop-A rather than Stop-N) However, at that point (the "ok" prompt), you can type the "set-defaults" command, which the boot prom manual says is the equivalent of Stop-N. > > When I plug in the Sun keyboard, of course, the output stops at the serial > connection. That's fine, too. Plug in the keyboard, hold down Stop-N, and power the IPX up. Keep holding the Stop-N for at least 30 seconds, then let go and power the IPX off again. That will have reset the NVRAM to defaults. Then unplug the Sun keyboard and power the IPX back up. It will come up with NVRAM defaults and using the serial port as the console. -Greg -- +++++ Greg Andrews +++ gerg@panix.com +++++ I have a map of the United States that's actual size -- Steven Wright ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.announce Message-ID: Organization: System News Date: Wed, 23 May 2001 12:03:21 GMT From: John J. McLaughlin Subject: Sun Keyboards Enhanced 3751 Sun Keyboards Enhanced System News for Sun Users Vol 39 Issue 3 http://sun.systemnews.com/system-news/jobdir/submitted/2001.07.all.w3.html#3751 Sun announced 7 new Type 6 country kit keyboards. The additional Sun[TM] Type 6 keyboards will have a new industrial design which includes enhancements such as - Low profile keycaps and keyboard - 3-angle settings - Reduced weight and size - Compatible with all Sun's current and legacy platforms ---------------------------------------------------------------------------- To subscribe to the free, weekly, Email newsletter, "System News for Sun Users", fill in the request form at http://sun.systemnews.com/ or send email to John J. McLaughlin, Editor Specify text, PDF, all or web links. ////////////////////////////////////////////////////////////////////////////// Date: Thu, 7 Jun 2001 17:13:05 +0000 (UTC) Organization: Tartu University Newsgroups: comp.unix.solaris Message-ID: <9focn1$5du$1@kadri.ut.ee> References: <9foaiu$blm$1@news1.urbanet.ch> From: Toomas Soome Subject: Re: PC USB-keyboard on SUN Blade 100 Daniel Gehriger wrote: : I just bought a Sun Blade 100. I am using a USB switch to attach a single : USB keyboard / mouse to both, my old PC and the new Sun Blade. The good news : is that this works just fine. Unfortunately, the Sun thinks that my keyboard : has a US layout, when in fact it uses a french layout. I managed to fix the : problem using xmodmap, but this works only under X. : Question: : 1. How can I change / modify the keyboard layout to suit my non-US keyboard : ? This should also work when I log in in terminal mode. man loadkeys. keymaps for loadkeys are in /usr/share/lib/keytables/, find the suitable or create your own.... toomas -- Ernest asks Frank how long he has been working for the company. "Ever since they threatened to fire me." ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 82-70-190-73.dsl.in-addr.zen.co.uk References: <419720f5$0$2677$afc38c87@news.optusnet.com.au> Message-ID: <4197ce0e$0$27544$db0fefd9@news.zen.co.uk> Date: Sun, 14 Nov 2004 21:28:45 +0000 From: Alex Balmer Subject: Re: Sun keyboard audio buttons under CSW's KDE Peter Arnold wrote: > My audio buttons (mute, softer, louder) work just fine under Suns Gnome > 2.0 but not under CSW's KDE. Can someone give me a hint how to fix this? > > Thanks > Peter Arnold Even under CDE and Gnome 2.0, the Volume keys call a program within Solaris to actually enact volume up/down and mute. As a result, CSW Gnome 2.6 (which I use, occasionally) has this problem. To fix it--you will need to find some mechanism within KDE to exec a program on certain keypresses ('SunAudioMute' 'SunAudioLowerVolume' and 'SunAudio RaiseVolume') On Solaris 9, the programs you need to execute are as follows, you can test this from a command line if necessary: /usr/dt/appconfig/sdtvolctl/muteVolume /usr/dt/appconfig/sdtvolctl/volumeDown /usr/dt/appconfig/sdtvolctl/volumeUp Additionally, instead of kmix (which may or not work) you may wish to use the default solaris mixer: /usr/dt/bin/sdtaudiocontrol I hope this is of some use. -- Alex. ////////////////////////////////////////////////////////////////////////////// If the directly attached console keyboard on a Sun machine ever gets into a weird state, and if you can get a non-console session on the machine over the network, you can reset the keyboard by the command kbd_mode -a ////////////////////////////////////////////////////////////////////////////// Date: 11 Jun 2001 19:57:10 GMT Organization: Ex-PIPEX admins anonymous. Newsgroups: comp.sys.sun.admin Message-ID: <9g37qm$6j0$1@moek.pir.net> References: <3AA40E1F.7A0314B9@automatedfinancial.com> <37l0itse2nkalabb1f4l88vf6m2hmvpm2q@4ax.com> <3B2108D0.CD46D455@earthlink.net> <9g28a6$slm$1@helios.herts.ac.uk> From: Peter Radcliffe <27$10$f3i99le@pir.net> Subject: Re: terminal server Ian Gregory probably said: > >In article <3B2108D0.CD46D455@earthlink.net>, Scott Simpson wrote: >> >> miles away from me. Simply remove all the graphics cards from all the >> Suns (if you leave them in, the Sun will try to use them. If they aren't >> there, serial port A is used). Then, connect each serial port to the >> terminal server using a serial cable. The Suns speak 9600,N,8,1. This meme keeps getting spread, but it completely incorrect. You do not need to remove a graphics card to do serial console. You remove the _keyboard_ and _just_ the keyboard, then it will find no keyboard and do serial console. You can also remove the graphics card if you want to, but there is _no_ requirement to. > Instead of removing the graphics cards, can't you just go to the OBP > or use the eeprom command to set: > output-device=ttya > input-device=ttya You can do that if you want to retain keyboard/monitor (for xdm/CDE/whatever) and still have a serial console. P. -- pir pir@pir.net pir@net.tufts.edu ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris,comp.lang.tcl Message-ID: <3B3B1FD1.379ABC54@cs.man.ac.uk> References: <3B399595.E70CE62B@tid.es> <3B3B1624.15E2AE8F@dregis.com> NNTP-Posting-Host: athene.cs.man.ac.uk X-Mailer: Mozilla 4.77 [en] (X11; U; SunOS 5.8 sun4u) Organization: University of Manchester, Department of Computer Science Date: Thu, 28 Jun 2001 13:15:13 +0100 From: "Donal K. Fellows" Subject: Re: problems with the numeric keyboard "Volker A. Brandt" wrote: > Luis Cano Cavanillas wrote: >> but I have realized that working with DISPLAY on Solaris and with the >> "Bloq-Num" actived I get problems when I try enter some numbers in the >> "entry" widgets, using the numeric keyboard (The keys "4" & "6" if the >> application are running on SOLARIS) > > The libraries are broken. They do not process the X modifier keys > properly. Fix them, or don't use numlock. On a Sun5c keyboard (without any strange xmodmap trickery) the following are the keysyms on the keypad: / => F25 * => F26 - => F24 7 => F27 8 => Up 9 => F29 4 => Left 5 => F31 6 => Right + => KP_Add 1 => F33 2 => Down 3 => F35 0 => KP_Insert . => Delete Enter => KP_Enter NumLock is Num_Lock, but as it is a locking modifier you should not normally bind to it but instead use [expr {%s & 32}] to determine what mode the keyboard is in. Donal. -- Donal K. Fellows http://www.cs.man.ac.uk/~fellowsd/ fellowsd@cs.man.ac.uk -- Well, I'm not exactly a high-brow cineaste either. The number of Iranian movies I've seen can be counted on one hand by a guy who lost all his fingers in a tragic fax machine accident. -- Mike Kozlowski ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86, comp.unix.solaris References: <3B3A37CF.1B37@c-lab.de> Message-ID: Organization: Customer of NDH IT Service AG, Germany Date: 28 Jun 2001 11:07:42 +0200 From: Juergen Keil Subject: Re: Solaris 8 on an Intel laptop Michael Joosten writes: > Fujitsu-Siemens Lifebook E-Series 6540 > Installs OK from CDROM (I used the Disk1 and Disk 2, of course) ... > Still some wierd ACPI problems: When the system goes out of suspend (to > memory), the repeat rate of the keyboard behaves erratically. Sometimes > there is no auto-repeat, but a little time later it is so fast that you > cannot type anything anymore, not even 'halt'... I think I had a similar issue on a P2B board, when I had power management enabled in the BIOS ("enable suspend mode after one hour of inactivity"). Here's an old usenet article I wrote a year ago (includes a hint how to reset the kernel's timer code after a wakeup from suspend mode): http://groups.google.com/groups?q=tscmon+suspend+solaris&hl=en&safe=off&rnum=1&c=1&selm=wyzoob2g5p.fsf%40leo.tools.de ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!cs.utexas.edu !news.sprintlink.net!tezcat.com!news.ner.bbnplanet.net!news.mathworks.com !news.kei.com!news.texas.net!news Message-ID: <3193BE1F.53AA@texas.net> References: <4kg3j8$g7g@lantana.singnet.com.sg> <4lor73$6b6@walter.acs.nmu.edu> <31904334.10887038@news.texas.net> Organization: Texas Networking, Inc. From: Michael Douglass Subject: Re: ergonomic keyboards for Sun SPARC workstation Date: Fri, 10 May 1996 17:07:27 -0500 Michael Douglass wrote: > Sun Xpress sells a PS/2 keyboard/mouse converter for SPARCs. [X465A] > Basically you plug one end of the converter into your SPARC, and there > are three holes on the other side. 1 for your standard SPARC > keyboard, 1 for a PS/2 keyboard (ie. ms natural), and 1 for a PS/2 > mouse. So you can have all three plugged in at the same time. (Hey, > how else are you going to do L1-A???) Oh, and a follow up... I just received my adapter from Sun Xpress... And you do not need the Sun keyboard in order to do an L1-A. They map the PAUSE key on the PS/2 keyboard to be STOP, so you can use PAUSE-A and get the same results.. Just thought you'd like to know. The converter is really nice, and is going to make my job that much easier since I won't be stuck on these Sun type 4/5 keyboards any longer... Bleh, as if Sun knew what ergonomic meant! Now I just gotta figure out how to make Solaris 2.5 switch the Control and CapsLock keys. I tried doing it while using the type 5 keyboard plugged into the adapter but it didn't work... I'll have to see what the PS/2 keyboard does, and I believe there was something about switching the Control/CapsLock somewhere in the Solaris 2.x FAQ... I *like* my Control key next to the A... :) Michael Douglass Texas Networking, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <3B4493AA.FB109B75@mdanderson.org> <5t417.5222$Tv5.732626@news6-win.server.ntlworld.com> Message-ID: Organization: Excite@Home - The Leader in Broadband http://home.com/faster Date: Fri, 06 Jul 2001 00:33:02 GMT From: Rich Teer Subject: Re: SunBlade 100 On Thu, 5 Jul 2001, Steve Hilberg wrote: > Hrm. What exactly is a "type 6" keyboard? Does that mean the PC-esque > ones with the ESC key way out in nowhere land? We bought one or two of Nope. The Type 5[c] keyboard is the one most often associated with Suns, but it only comes with the Sun keyboard interface. The Type 6 keyboard which replaces is available with the Sun interface, as well as USB. The trouble is, compared to Type 5s, they feel like cheap crap! With pre-Sun Blade machines, you have a choice: use a crappy Type 6, or use a (probably non-new) Type 5. Unfortunately, SB 100[0] only have a USB interface, so you have to use a Type 6 keyboard. Even worse, the Type 6 doesn't even have a USB hub built in, to facilitate plugging the mouse into the keyboard, like Andy* intended; you have to run a separate wire to the case, like peecees, which I think is a huge step backwards. > those and found out they were like that, and we ordered the "European > UNIX" version and it had the ESC key in the right place.... Both the Type 5 and Type 6 keyboards a variety of layouts, including a "UNIX" one, with Control, Esc, and other keys in the right place, and a peecee layout, which has the keys in the wrong place. (Control immediately to the left of A is the right place!) * Andy Bechtolsheim, Sun co-founder and HW designer. -- Rich Teer President, Rite Online Inc. Voice: +1 (250) 979-1638 URL: http://www.rite-online.net ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <5t417.5222$Tv5.732626@news6-win.server.ntlworld.com> Message-ID: <9i32eg$3m9$1@agate.berkeley.edu> Organization: None Date: Fri, 6 Jul 2001 00:57:52 +0000 (UTC) From: Alan Coopersmith Subject: Re: SunBlade 100 hilberg@tower.cso.uiuc.edu (Steve Hilberg) writes in comp.unix.solaris: | |Hrm. What exactly is a "type 6" keyboard? Does that mean the PC-esque |ones with the ESC key way out in nowhere land? We bought one or two of |those and found out they were like that, and we ordered the "European |UNIX" version and it had the ESC key in the right place.... Type 5 keyboards are beige, have the "lock" leds in the keys, and have a straight line top - Type 6 can be grey/purple and have an arc-shaped top, with the "lock" leds in a row on top. Both types come in either "PC style" or "Unix style" layouts in a variety of languages. Type 6 come with either old-fashioned Sun connector or a USB connection, while Type 5 only have the Sun connector (Type 5 have a seperate cable, Type 5c have the cable permanently attached). You can see Type 6 in these SunRay pictures: http://www.sun.com/sunray/product/ Part of a Type 5 is visible in the "Input Devices" picture here: http://www.sun.com/products-n-solutions/hw/peripherals/ -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Date: 16 Jul 2001 01:35:40 GMT Message-ID: <9itgdc$c9l$0@pita.alt.net> References: <995212659.5678snx@aleytys.pc.my> From: cypher@punk.net Subject: Re: Keyboard- and mouse-less SPARC? Philip Chee wrote: # In article ramon@conexus.net writes: # # >I have an Enterprise 450 which sometimes needs to be moved # >around and have its keyboard and mouse unplugged. When this # >happens, the computer goes inmediately to the boot prompt. # >I seem to recall that this behavior can be modified in the # >"BIOS" (or whatever is called). # # Open the swing out panel on the front upper right. See the thingy # that looks like a keyhole? Good. Insert the key that came with # your E450 and turn it all the way clockwise to the locked position. # After doing this you can safely unplug the mouse and keyboard. Wow, the key prevents a BREAK-in. ;-) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, comp.sys.sun.hardware NNTP-Posting-Host: mattugur.ifi.uio.no NNTP-Posting-Date: Wed, 30 Mar 2005 02:04:02 +0000 (UTC) References: Message-ID: <1r4qetsxdb.fsf@mattugur.ifi.uio.no> Organization: University of Oslo, Norway Date: Wed, 30 Mar 2005 04:04:00 +0200 From: Kjetil Torgrim Homme Subject: Re: Ascii for Stop-a ? [hal@nospam.com]: > > I am using Procomm for my terminal and of course don't have a > stop-a to break boot and tell it to go back to CD. Procomm does > key mapping but can't find the stop-a code. If you can't find a BREAK key, you can turn the bitrate way down to 50 baud and press space a few times. (this is the method we used with the awful glass ttys we had 10 years ago.) -- Kjetil T. ////////////////////////////////////////////////////////////////////////////// The following FAQ and its answer comes from "The Sun Manager's FAQ" at ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq See also http://www.sun.drydog.com/faq/s86faq.html#6.21 ----------------------------------------------------------------------------- Subject: 8.2) How do I swap the CAPS LOCK and CONTROL keys on a type 5 keyboard under Openwindows 3.x? There are two ways to do it, one with xmodmap (for X11 only), and the other using keytables. Margarita Suarez suggests editing $OPENWINHOME/etc/keytables/US5.kt. There are two places where keys 119 (CapsLock) and 76 (Control) should be swapped: the MODMAP section and the KEYSYMMAP section. The latter is most important, because that's where the "Pseudo-Lock" function (which controls the locking behaviour of the key) is defined. Doug Hughes suggests using xmodmap with the following: remove Lock = Caps_Lock remove Control = Control_L keysym Control_L = Caps_Lock keysym Caps_Lock = Control_L add Lock = Caps_Lock add Control = Control_L In X11, you can change your keyboard layout as you please using the xkeycaps application, which allows you to edit and remap your keyboard on the fly, as well as save configurations to be sourced by xmodmap. xkeycaps is available from http://www.jwz.org/xkeycaps/ and in the contrib section of your friendly X11 source archive. Thanks to Dan Pritts for the info on xkeycaps. ////////////////////////////////////////////////////////////////////////////// [Archiver's Note:] Suppose on a Solaris system, either SPARC or Intel CPU, you may have a PC-101-layout keyboard, which has the Caps Lock key at the left of the letter A, and has the Control (Ctrl) key down in pinkie-cramp territory. Now further suppose that you want to swap the functions of these two keys for *all* users who login to this system. (You are using CDE, so the OpenWindows technique does not apply.) Under CDE, here's what to do. Become the root user. Create (or verify the existence of) the directory /etc/dt/config If you created the directory, copy the default Xsetup file there: # cp /usr/dt/config/Xsetup /etc/dt/config (If an Xsetup file is already there, you'll need to edit it.) Give this file 755 permissions "-rwxr-xr-x". Create a file in this directory with the name /etc/dt/config/capslock_control_swap.map containing the following lines (as shown in "man xmodmap"): ! ! Swap Caps_Lock and Control_L ! remove Lock = Caps_Lock remove Control = Control_L keysym Control_L = Caps_Lock keysym Caps_Lock = Control_L add Lock = Caps_Lock add Control = Control_L In the file /etc/dt/config/Xsetup, append a line saying /usr/openwin/bin/xmodmap /etc/dt/config/capslock_control_swap.map Then, when the X server is restarted, the key functions will be swapped. ////////////////////////////////////////////////////////////////////////////// Q: How to find out key codes under X for different keys? A: 1. Bring up OpenWindows. 2. From a shelltool or cmdtool invoke: "$OPENWINHOME/demo/xev" 3. "xev" will put up a Window labeled "Event Tester", move the mouse/pointer into this window. Reference --> "man xev" 4. Now hit the key you're trying to map through loadkeys. Example: pressing the "Del/." key on Numpad yields "keycode 57". 5. Subtract 7 from the "xev" keycode to derive the "loadkeys" keystation number: 57 - 7 = 50. 6. Now "loadkeys somefile" can be used to remap key50. Example (make this key emanate "dog") --> loadkeys somefile where "somefile" has 1 line in it --> key 50 all "dog" Reference "man loadkeys" "man 5 keytables". Note: Caveat --> "loadkeys" has NO EFFECT on OpenWindows. It only effects key mappings in Sunview or the Single Console. ////////////////////////////////////////////////////////////////////////////// In 1995, Microsoft introduced a new ergonomic keyboard called the Microsoft Natural Keyboard. This keyboard (among other things) has three extra keys. Two of the new keys bear a "Windows" logo. The last key has a picture of a cursor over a menu. Members of the X consortium and other vendors discussed this and concluded that: the windows keys should generate XK_Meta the menu key should generate XK_Menu A new keyboard type/table was added to the Xsun server to implement the new keysyms for the new keys. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <10fmsm2bodvaf1a@corp.supernews.com> Message-ID: <10lclho2c9is052@corp.supernews.com> Organization: Timetravellers Anonymous Date: Sun, 26 Sep 2004 05:40:08 -0000 From: Richard L. Hamilton Subject: Re: numlockx-1.0 In article , Alan Coopersmith writes: > > Richard.L.Hamilton@mindwarp.smart.net writes in comp.unix.solaris: > | > | CDE does not have an option to set the initial state of Num Lock. > > The S9 Xsun patches that introduce wheel mouse support also change Xsun > to maintain the numlock state when Xsun starts up - if the NumLock or > CapsLock LED is on when Xsun starts, it fakes a push of the > corresponding key to simulate starting in the right mode. (Previously > it just cleared the led/lock states at startup.) If you turn NumLock on > before Xsun starts it should be automatically on by default - > unfortunately, this is easiest to automate with the x86 BIOS options > to activate numlock at boot. I don't know of a similar option in any > SPARC OBP, but you should be able to just put a program in > /etc/rc2.d before Xsun starts that does something like this > (copied and pasted from a larger program - I haven't tested compiling > or running this cut-down snippet - that's left as an exercise for the > reader): If it works, that would set the LED, which according to what you describe would be enough to cause the X server to assume the corresponding shift state at startup. But (if only for completeness), it looks like there's no way (short of digging in /dev/kmem in a most outrageous manner) to programmatically manipulate the shift state while in plain old console mode. It might be nice if there were an additional kb(7m) ioctl to do that; I'd think it would be easy enough to implement... -- mailto:rlhamil@smart.net http://www.smart.net/~rlhamil Lasik/PRK theme music: "In the Hall of the Mountain King", from "Peer Gynt" ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: <1005551219.328770@s2sth1.nuaccess.net> References: <1005309200.301530@s2sth1.nuaccess.net> <9sgq2s$osn$1@new-usenet.uk.sun.com> Date: Mon, 12 Nov 2001 09:08:56 +0100 <9sgq2s$osn$1@new-usenet.uk.sun.com> From: James Wilde Subject: Re: sparc keyboard change "Casper H.S. Dik - Network Security Engineer" wrote in message news:9sgq2s$osn$1@new-usenet.uk.sun.com... > > Or download the "wrong" keymap. > > > The keymaps are loaded with "loadkeys"; loadkeys triggers of the > dipswitches and loads "/usr/share/lib/keytables/type_tt/layout_dd" where > "dd" is determined by the dipsiwtches. > > I have a standard us keyboard which maps to "layout_22". > > To get swedish, you'd use > > loadkeys /usr/share/lib/keytables/type_4/sweden_5 Good try but no cigar, Casper. I entered this command interactively and via a profile without noticeable effect. It does not work. Anyone got any other ideas? -- mvh/regards James ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: <9unovg$gja$1@new-usenet.uk.sun.com> References: <1005309200.301530@s2sth1.nuaccess.net> <9sgq2s$osn$1@new-usenet.uk.sun.com> <1005551857.134 652@s2sth1.nuaccess.net> <90aab5b9.0112060342.58124a57@posting.google.com> Date: 6 Dec 2001 12:40:16 GMT From: Casper H.S. Dik - Network Security Engineer Subject: Re: sparc keyboard change guillermo.chiappe@eterra.se (Guillermo Chiappe) writes: >I'm having the same problem with an Aten converter cv-130. What I've >understood so far is that the converter reports itself as a type-4 >keyboard with layout_21. >By "cp layout_2b layout_21" I was able to get all keys to work fine >except for the key "124 base "<" shift ">" altgr | numl nonl", it >does nothing. >In type-101 swedish keytable this key is number 45 in type-4 it is >number 124. I've tried them both in my modified layout_21 but it >didn't work. Edit the keytable to suit; that requires you to find out what the returned keycodes are. (Probably requires you to write a program to fecth untranslated key events) Casper -- Expressed in this posting are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: <20020301102620.1bd7f0af.Stefaan.Eeckels@ecc.lu> References: Date: Fri, 1 Mar 2002 10:26:20 +0100 Organization: E.C.C. sa - Computer Consultants From: Stefaan A Eeckels Subject: Re: German Characters - Help!! On Fri, 1 Mar 2002 09:44:04 +0100 "Daio" wrote: > > I work in Germany and frequently have to use German characters in text > fields/editors etc. I have a sparc ultra 10 running solaris 2.7 with a > US keyboard. > > Is there a freeware utility available for solaris users that works in a > similar way to "character map" in windows? Ie. a utility that enables me > to copy/paste characters such as ß, ä etc etc. > > My current method is to get something like yahoo.de up in a netscape window > and physically look for the characters that I need. > > This may sound a crazy request but it's something thats becoming very tiring! > > Failing that, is there a way of entering extended characters using their > numerical "alt-gr" equivalent - as in windows... eg "Alt+198" > > Thanks in advance for any ideas! > Dave If you've selected the appropriate locale, the characters are available through either the compose feature (for example, _ is generated by hitting ComposeSS, and d i or x by "composing" "a, 'e and /o). Other symbols are generated with AltGraph: $ is AltGraphE, for instance. Take care, -- Stefaan -- Microsoft treats IT managers the way Proctor & Gamble treats nine-year-old prospective consumers: lots of noise, bright colors, and jumping around. Other software vendors just wish they could be so successful. -- Cameron Laird in comp.lang.tcl ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: dialc082.ppp.lrz-muenchen.de NNTP-Posting-Date: 18 Jun 2005 12:55:16 GMT References: Message-ID: Organization: [posted via] Leibniz-Rechenzentrum, Muenchen (Germany) Date: Sat, 18 Jun 2005 14:56:26 +0200 From: Thomas Maier-Komor Subject: Re: compose key Thomas Maier-Komor schrieb: > > Hello everybody, > > I have an installation of Solaris 10 on a SPARC that was configured > for English environment during installation. But now I am unable to > use the compose key to generate Umlauts such as ä, ö, and ü. If > I select German (UTF-8) on dtlogin everything works find. But I > have to do this everytime I log in, and additionally, there is > a small white window attached to every window on the Xserver that > says German or something like this. > > Is it possible to get the compose key of a Type 6 keyboard working > with an English setup, without having to select German during > dtlogin and getting these uggly windowattachments? BTW: the keyboard > has english layout and loadkeys only breaks the system console, even > remapping the return key to a normal letter! > > Any ideas? > > Cheers, > Tom Replying to my own post - I hope it might help somebody else in the future... OK I digged deeeeep into it and searched the whole 'net. If locale "C" is selected, the Compose key will not work as expected. This documented somewhere in the CDE or release docs. Workaround: set default locale to a ISO8859-1 locale in /etc/dt/config/Xconfig as documented in dtlogin. This also causes the ugly rectangle to disappear under each window. BTW: the default locale of the system seems to be set in /etc/TIMEZONE by setting something like this: LC_COLLATE=de_DE.ISO8859-1 LC_CTYPE=de_DE.ISO8859-1 LC_MESSAGES=de.ISO8859-1 LC_MONETARY=de_DE.ISO8859-1 LC_NUMERIC=de_DE.ISO8859-1 LC_TIME=de_DE.ISO8859-1 Cheers, Tom ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <1120479763.162210.205420@g47g2000cwa.googlegroups.com> Message-ID: Organization: united xpiloteers Date: Wed, 6 Jul 2005 10:51:36 +0200 (CEST) From: Sven Mascheck Subject: Re: Locale problems with Solaris 9. per.lanvin wrote: > > I would like to use the "\243"-character but the keyboard outputs "#" > instead. > #locale -a > [...] > iso_8859_1 > en_GB > en_GB.ISO8859-1 The locale setting ("LC_CTYPE=en_GB export LC_CTYPE") tells your applications that you want to use 8-bit characters like \243. But it doesn't influence your keyboard layout. Instead, use <-> or add the KeySymName "sterling" appropriately to your xmodmap. -- http://www.in-ulm.de/~mascheck/X11/keysyms.txt http://www.in-ulm.de/~mascheck/X11/compose.txt ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Path: utkcs2!stc06.ctd.ornl.gov!news.he.net!www.nntp.primenet.com !nntp.primenet.com!cs.utexas.edu!geraldo.cc.utexas.edu!arlut.utexas.edu !news.eden.com!uunet!in1.uu.net!207.67.253.7!atmnet.net!news.lightside.com Organization: Jet Propulsion Laboratory Message-ID: <32FE6259.3147@lightside.com> References: <5dkrlb$q61$1@news.cs.tu-berlin.de> Date: Sun, 09 Feb 1997 15:48:41 -0800 From: Jake Hamby Subject: Re: x86: Compose-key? Christian Krauss wrote: > > Does anybody know how to set up the compose key > on PC-Keyboards. [under Solaris 2.5 x86--Intel processor version of Solaris] > Is there any shortcut for it ? The xmodmap program is what you want. Find the keycode of the key you want to map to Compose (a useful tool for this is /usr/openwin/demo/xev, if you have it installed, run it and type keys into the window). On my keyboard, the right Control key is keycode 71. Create a file called .Xmodmap in your home directory containing this line: keycode 71 = SunCompose Now type at a shell prompt: % xmodmap .Xmodmap The right control key is now Compose, and works just like a Sun. If you want to use the Right Alt key instead, substitute keycode 69 (to find other keycodes, use /usr/openwin/demo/xev). To make this permanent, put the xmodmap command somewhere where it will be executed after OpenWindows starts (depending on your configuration, this could be .xinitrc or .openwin-init). Enjoy! By the way, I had a very difficult time with this same problem in FreeBSD (XFree86). I could never get Netscape (an X11R5 binary) to recognize the accented characters. I guess that's one advantage of Solaris... -- Jake Hamby ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 81.187.162.107 References: <1156788858.440619.269340@75g2000cwc.googlegroups.com> Message-ID: <44f38a5c$0$639$5a6aecb4@news.aaisp.net.uk> Date: 29 Aug 2006 00:29:16 GMT From: Andrew Gabriel Subject: Re: First keypress in terminal not always picked up In article <1156788858.440619.269340@75g2000cwc.googlegroups.com>, djberg96@gmail.com writes: > Hi all, > > Solaris 10 > CDE 1.5 > Sunblade 150 (stock) > >>uname -a > SunOS itwsp193910wss 5.10 Generic_118822-08 sun4u sparc > SUNW,Sun-Blade-100 > > I'm experiencing some strange behavior where my first keypress isn't > always picked up by the terminal (a standard CDE terminal, i.e. > right-click, tools, terminal). This only seems to happen if there is > no activity in that terminal for about a minute. Otherwise, things > work fine. > > This has actually been happening for years, but I just put up with it. > I've reloaded the OS a few times during that period (so I highly doubt > it's a keylogger hidden somewhere), I've tried three different > keyboards, and it happens with various keys. > > Any idea what might be causing this? The bug's been there for years on x86, at least back to Solaris 2.5. It's not that the key is lost, but the dtterm seems to get into a state where it thinks you are entering a compose sequence when you return to use it. If the two-key sequence is an invalid compose sequence (as most are), the first key is ignored. If it is a valid compose key sequence, you get the character the first two keypresses represent, e.g. '\337' if you typed two 's's. I never worked out what caused this seemingly random setting of the compose state, but, as you say, it happens when you haven't used a window for a while (and possibly if you've been using another window in the mean time, although I'm not sure if that's a prerequisite). -- Andrew Gabriel ////////////////////////////////////////////////////////////////////////////// Date: Sat, 23 Mar 2002 08:01:44 +0000 (UTC) Organization: University of California, Berkeley Newsgroups: comp.unix.solaris Message-ID: References: From: Alan Coopersmith Subject: Re: The keys on the left side dave@willfork.com (Drazen Kacar) writes in comp.unix.solaris: | | What's the point (or purpose) of KeySyms on the left side of Sun's | keyboards? The keys are labeled "Cut", "Copy" and "Paste". Associated | KeySyms are F20, F16 and F18. More interesting KeySyms (SunCut, SunCopy | and SunPaste) are invoked with Mode_Switch modifier, meaning the users are | unlikely to press those combinations. That's backwards compatibility for you - the keys were not labeled with the "more interesting keysyms" on the Sun Type 2 keyboard, so they just got assigned the Fkey names, and they've been stuck that way ever since. (Or so I've been told by those who've been around much longer than I have.) This is also why on the new Sun keyboards F11 and F12 are mapped as SunF36 and SunF37. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: c-24-7-164-81.hsd1.ca.comcast.net [24.7.164.81] NNTP-Posting-Date: Sat, 02 Apr 2005 19:30:32 -0600 References: <0O31e.790626$6l.465752@pd7tw2no> Message-ID: Date: Sat, 02 Apr 2005 19:30:32 -0600 From: Ken Herron Subject: Re: copy paste keys in xterm/rxvt As some of the other responses have implied, X has two separate copy & paste mechanisms. The classic xterm mouse operations work through one mechanism, while the copy & paste keyboard buttons use the other. You might find enlightening. -- Kenneth Herron "Netscape pollution must be eradicated." -- Jeff Raikes, Vice president, Microsoft .............................................................................. Newsgroups: comp.unix.solaris References: <0O31e.790626$6l.465752@pd7tw2no> Message-ID: <114vp7qkl0vo42d@corp.supernews.com> Date: Sun, 03 Apr 2005 12:43:38 -0000 From: Thomas Dickey Subject: Re: copy paste keys in xterm/rxvt Ken Herron wrote: > > As some of the other responses have implied, X has two separate copy & > paste mechanism. The classic xterm mouse operations work through one The "classic" operations are the default binding. Any user of xterm can specify other bindings. > mechanism, while the copy & paste keyboard buttons use the other. You > might find enlightening. ...and then again, given some of his other comments, perhaps not. -- Thomas E. Dickey http://invisible-island.net/ ftp://invisible-island.net/ ////////////////////////////////////////////////////////////////////////////// From m.welle@gmx.net Sun Mar 31 21:51:59 2002 Newsgroups: comp.sys.sun.hardware References: <3C54BEB0.85211494@easystreet.com> <6k558.10225$Wf1.3255978@ruti.visi.com> Message-ID: <87r8n3tg2n.fsf@buerbach072.buerbach.wohnheim.uni-siegen.de> Organization: University of Siegen Date: 02 Mar 2002 11:33:04 +0100 To: undisclosed-recipients: ; From: Michael Welle Subject: Re: Sun Keyboard on PC Hola colegas, merlyn@visi.com (Doug McIntyre) writes: > > Bobby Cox writes: > > > >Is it possible to use a Sun Type * keyboard on a PC? I know > >there is a convertor to use a PS/2 keyboard/mouse on a Sun box > >(I have one), but I would really like to use a Sun keyboard/mouse on both > >my Sun Ultra 5 and Linux PC ( I currently use an A/B switch for the > >PS/2 setup) . > > UltraSpec makes a converter box for a Type-5/6 keyboard to standard PS/2. > It works well, I have one on my machine to the left of me (standard PC > running Win2k with a Sun Type-5 keyboard through it). Its a bit pricey > though, I seem to remember it being $129. Its part number 1397. > > A cheaper way would be to buy a Sun Type-6 USB style keyboard to throw > on your PC. That works just fine as well (other than booting into DOS > of course, since DOS has no concept what USB is, although the BIOS > config does know what USB is usually). They should only be $40 or $50 > or so. I've done this too for other PC's. Any experience how well this things work? Can one use the copy, paste etc. keys? I have a solution which works fine with linux+xfree but it fails with solaris+xsun. The kernel seems to recognize the keys, but I cant use them in X. Hmmm. Michael ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.windows.x,comp.terminals,comp.sys.sun.apps Path: utkcs2!gatech!swrinde!cs.utexas.edu!sun-barr!male.EBay.Sun.COM !jethro.Corp.Sun.COM!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!sun !amdcad!netcomsv!teda!jeffy Message-ID: <41475@teda.Teradyne.COM> Date: Wed, 26 Feb 1992 22:33:57 GMT From: jeffy@teda.Teradyne.COM (Jeffrey Youngstrom) Subject: SUMMARY: getting vt100 keypad on sun4 keyboard in xterm Heya, A couple of weeks ago I asked how one goes about getting the sun4 keypad to put out the escape sequences for the vt100 keys (like PF1 and its ilk) I got lots of responses, and thanks to everyone who made suggestions. There were several suggestions that indicated xmodmap. Unfortunately, I didn't want to remap the keyboard for all windows, only for a couple that were unfortunate enough to have to access a VAX. The solution I settled on uses the translation resource in xterm. Here's what you do: 1) add the following lines to your .Xdefaults file (note that the first character of each of these `string' commands is an ESC (^[), so if it got nuked in transit, this won't work. I'll put a uuencoded version of this at the bottom of this message just in case.): ----cut here---- XTerm*vt100.translations: #override \ !Shift R1: keymap(vt100) XTerm*vt100Keymap.translations: #override \ R4: string("OP")\n\ R5: string("OQ")\n\ R6: string("OR")\n\ KP_Subtract: string("OS")\n\ ShiftKP_2: string("B")\n\ ShiftKP_4: string("D")\n\ ShiftKP_6: string("C")\n\ ShiftKP_8: string("A")\n\ KP_0: string("Op")\n\ KP_1: string("Oq")\n\ KP_2: string("Or")\n\ KP_3: string("Os")\n\ KP_4: string("Ot")\n\ KP_5: string("Ou")\n\ KP_6: string("Ov")\n\ KP_7: string("Ow")\n\ KP_8: string("Ox")\n\ KP_9: string("Oy")\n\ KP_Decimal: string("On")\n\ KP_Add: string("Ol")\n\ R2: string("Om")\n\ KP_Enter: string("OM")\n\ !Shift R1: keymap(None) ----cut here---- 2) use xrdb to get the window manager to notice that something was changed xrdb ~/.Xdefaults 3) start up an xterm. Once the xterm starts up, if you type Shift-R1, it turns on the vt100 keymap which remaps the type 4 keypad to look like this: +---------------------------+ | | |Scroll| Num | |Pause | , |Lock/ | Lock | | | |Break | | |------+------+------+------| | | | | | | PF1 | PF2 | PF3 | PF4 | | | | | | |------+------+------+------| | | | | | | 7 | 8 | 9 | | | | | | | |------+------+------+ - | | | | | | | 4 | 5 | 6 | | | | | | | |------+------+------+------| | | | | | | 1 | 2 | 3 | E | | | | | n | |------+------+------+ t | | | | e | | 0 | . | r | | | | | +---------------------------+ When shifted, 8, 4, 6, and 2 return the usual cursor motion codes. Note that only the current xterm is affected. If you start up a new one, it will come up with the original keys and you'll have to press Shift-R1 to get it to use the vt100 bindings. Pressing Shift-R1 again returns the normal keypad. If anyone wants a copy of all the mail I got, send me email. Thanks again to everyone who offered suggestions. jeffy -- Jeffrey Youngstrom jeffy@eda.teradyne.com or ...!{decwrl,sun}!teda!jeffy Teradyne EDA West | 5155 Old Ironsides Drive | Santa Clara, CA 95054 I have no idea what I'm doing out of bed. Here's that xdefaults stuff uuencoded (decode with uudecode). ---snip and save---- begin 666 vt100keys M6%1E3Y+4%]3 M=6)T References: <192eed42.0209101906.32b2a0f5@posting.google.com> From: Alan Coopersmith Subject: Re: Implementing Key Board device driver chee_yong_tan@hotmail.com (Chee Yong) writes in comp.unix.solaris: |May I know how to implement a keyboard device driver in solaris You shouldn't need to, unless your keyboard is completely different than any of the existing standard keyboards already supported by Solaris (USB, PS/2 & Sun/serial). If you want to though, then you'll have to learn about streams modules, and make a vuid module for it if you want Xsun support. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://soar.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Organization: DexLabs, Inc. Message-ID: References: Date: Wed, 28 Aug 2002 11:24:09 -0700 From: "Michael Vilain " Subject: Re: keyboard mapping for pgup/pgdown In article , "H. Steuer" wrote: > > im quite new to solaris and have a little problem with mapping the keyboard > for dtterm. when pressing page-up or page-down, home, and end it seems like > dtterm grabs the key and uses it for its scrollbar. i just want to have the > key passed to the underlying application, like vi or some other editor. > i searched the web but didnt find anything useful. This is discussed frequently in this newgroup. Google for them. Basicly, if you want to understand the UNIX environment more, read up on the shell. You can have different ones. Some shells support the use of the arrow keys while others don't. You may have your account defined with one of the unsupported shells. Contact your UNIX admin for more information. ////////////////////////////////////////////////////////////////////////////// Date: Sun, 15 Sep 2002 09:49:33 -0400 To: Suns-At-Home From: Jeff Borisch Subject: Re: Cleaning a Sun Type 4 Keyboard >From: Andrew Hay (Sandwich Maker) > > My type4 kbd's shift keys have suddenly packed it in. > > 1. anyone have any good ideas for cleaning? the keys around the shifts > all work. I disassembled a *FILTHY* Type 4 once. The switches are really simple. Under each key is a pad with copper foil on it, to make the connections on the pcb. It's pretty easy to take apart and clean--worth a shot. > 2. anyone have a possible replacement for sale -cheap-. I do but they are rather dirty and untested. --jeffb ////////////////////////////////////////////////////////////////////////////// Date: Mon, 16 Sep 2002 21:40:42 -0400 (EDT) To: Suns-At-Home From: Andrew Hay Subject: Re: Cleaning a Sun Type 4 Keyboard thanks to all who offered their help! cleaning did the trick. in the kitchen sink with a little liquid soap, a lot of spraying, a little rubbing alcohol for afters, a blow-dry with the air hose at my friend's engine shop and a thorough airing-out, and they're all back... ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hardware References: <3h_h9.35380$g9.100617@newsfeeds.bigpond.com> <3D88CB78.714@unixnerd.demon.co.uk> Message-ID: Organization: University of Karlsruhe, Germany Date: 18 Sep 2002 19:57:53 GMT From: urle Subject: Re: HP 715/64 worksation cable John Burns wrote: >> >> I need connection info for a Hewlett-Packard A4022-62003 Keyboard Adapter >> Module Cable >> this is the Y cable that connects two PS/2 devices (keyboard and mouse) to >> the 10 way SMD socket It was posted already several times: > I've already posted it some time ago, but anyway, here it is again: > > | Pin > Signal | Workstation HIL PS2 Mouse PS2 Kbd > ----------------+---------------------------------------- > HIL +12V | 1 1 > HIL SI | 2 2 > HIL SO | 3 3 > GND | 4 4 3 3 > PS2 Mouse Clock | 5 5 > PS2 Mouse Data | 6 1 > GND | 7 3 3 > PS2 Kbd Data | 8 1 > PS2 Kbd Clock | 9 5 > PS2 +5V | 10 4 4 > > -- > Lothar Paltins lopa@tesionmail.de -- Uli Betzler (urle) urle@rz.uni-karlsruhe.de Universitaet Karlsruhe, Rechenzentrum IRA/VERA/SR, Zirkel 2, 76128 Karlsruhe phone: +49 721 608-4039 FAX: +49 721 608-9013 alternate FAX: +49 721 32550 urle = URL-Emanation = http://www.uni-karlsruhe.de/~Ulrich.Betzler/urle.html ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.terminals Message-ID: Organization: tp.internet - http://www.tpi.pl/ Date: Mon, 28 Oct 2002 02:26:43 +0100 From: Wojtek Subject: additional keys in terminfo file Hi, How can I make Linux (in a console mode) use such keys like: ctrl+up or ctrl+down ? I've heard that I should use terminfo files. .............................................................................. Newsgroups: comp.terminals References: Message-ID: Date: 28 Oct 2002 11:32:29 GMT From: Thomas Dickey Subject: Re: additional keys in terminfo file Wojtek wrote: > Hi, > How can I make Linux (in a console mode) > use such keys like: ctrl+up or ctrl+down ? > I've heard that I should use terminfo files. Short answer: Linux console doesn't implement this. It's an option with XFree86 xterm, but would require more than changing the terminfo file. -- Thomas E. Dickey http://dickey.his.com/ ftp://dickey.his.com/ .............................................................................. Newsgroups: comp.terminals References: Message-ID: <87k7k2e4hf.fsf@Astalo.y2000.kon.iki.fi> Organization: Oulun Puhelin Oyj - Baana Date: 28 Oct 2002 21:41:00 +0200 From: Kalle Olavi Niemitalo Subject: Re: additional keys in terminfo file "Wojtek" writes: > How can I make Linux (in a console mode) > use such keys like: ctrl+up or ctrl+down ? Make a new keymap: #! /bin/loadkeys keycode 103 = Up control keycode 103 = F100 string F100 = "whee!" Replace "whee!" with some suitable escape sequence. Then change your programs to recognize that sequence. ////////////////////////////////////////////////////////////////////////////// References: Message-ID: <3E14975E.1000303@.COM> Date: Thu, 02 Jan 2003 11:47:42 -0800 To: Mike M. Cc: Jonathan C., Michael D., Cheryl H. From: David H. Subject: Re: control and caps lock keys Mike M. wrote: > > A very nice keyboard is the Happy Hacking Keyboard from PFUCA. > They have it available in both USB and a special Sun/Apple/PS2 version > (I have both, the latter is great when I go to client sites). > The Control key is where it was meant to be and it has no CapsLock. > I've been using them for years, very nice. > > Check them out at: http://shop.store.yahoo.com/pfuca-store/ > > -mike > > On Monday, December 23, 2002, Jonathan C. wrote: >> >> BTW, are there any other options for "Unix" style USB keyboards? >> The Sun Type 6 feels a bit flimsy to me; I find that I can't reach >> top speed on it as easily as with others. >> >> I know that this is a long shot, but I thought I would ask! >> Jon >> >> Michael D. wrote: >> >>> 2. Borrow one of the Sun Type 6 USB keyboards for your Mac. They >>> work just fine. (If you order one, make sure you get the "Unix" >>> keyboard layout, not the US.) My mileage varied with this keyboard from yours ... I found it to be TOOOOO SMALLLLL to be useful. They seem to *like* the idea of pressing the CONTROL key (or other modifier) to generate anything except for normal characters. Me, I like the arrow keys, and PgUp/Down keys, and Home/End/Delete keys, and it was too jarring to have to press funky sequences just to get them. My Happy Hacking keyboard was recently was donated to CRC (http://www.crc.org/) along with the last of my WinTel/LinTel equipment ... I am now totally *switched* to Mac OS X (for personal use; my work computer is still a Win2k laptop, unfortunately). - David ////////////////////////////////////////////////////////////////////////////// References: <200303031931.h23JVRO25374@djomolungma> Message-ID: <1046721229.11368.97.camel@biznatch> Date: Mon, 03 Mar 2003 11:53:49 -0800 From: Tom D. Subject: Re: Solaris x86 Wish List On Mon, 2003-03-03 at 11:31, Ivan S. wrote: > > I'd rather have the "sun keys", Cut/Copy/Paste and Front/Open. > > Sooo, any chance Sun sells a "Sun keyboard" for PCs? You can plug a type 6 (USB) Sun keyboard into a PeeCee. This works fine as I am using one right now to type this email. Don't know if you can order one separately from a SunBlade*. http://www.infosun.fmi.uni-passau.de/~nils/type6/ ////////////////////////////////////////////////////////////////////////////// Date: Thu, 07 Jun 2001 19:40:31 -0400 (EDT) In-reply-to: To: tru64-unix-managers@sws1.ctd.ornl.x.gov From: Lucas K Carey Sender: tru64-unix-managers-owner@xxxxxxxx Subject: SUMMARY: MS Natural Keyboard on Compaq Alpha workstation Question: > I just bought a PS/2 (w/USB adapter) Microsoft Natural Keyboard and I'm > haveing problems with it and my XP1000 running v4.0f. I can use they > keyboard in the prom just fine. I can swap the two keyboard in the prom, but booted the MS keyboard hangs the console. Answer: bug?? or MS anti-competition modification After serveral emails w/Dr. Thomas.Blin The only way to get the keyboard working, save the \| key: power down, boot into prom, boot init s, init 2, then init 3 if the alpha is booted directly into CDE, or from the prom into CDE, the MS keyboard will hang the console. There is no USB support. The \| key works until init 2 is reached, which is very odd, in the prom and init s it puts out a |, in init 2 it puts out a ^@ and in init 3--nothing. option: anectodal evidence of older MS natural keyboards working: did MS change the keyboard at some point? the one I have is a new form-factor, different than when they first came out. I have an older one that, if I can find, I'll try. Compaq doesn't sell an ergonomic keyboard. solution: use my laptop (linux supports the usb version) as an Xterm when my wrists start to hurt --Lucas ////////////////////////////////////////////////////////////////////////////// Newsgroups: fa.alpha-osf-managers Message-ID: References: Original-References: Original-Date: Thu, 19 Dec 2002 14:52:04 +0100 Date: Thu, 19 Dec 2002 13:52:22 GMT To: tru64-unix-managers@ornl.x.gov From: Steffen Neumann Subject: SUMMARY: no success with ergonomic keyboard for PWS 500 Steffen Neumann writes: > > Hi everyone, > > I'd like to ask whether anyone knows about > ergonomic keyboards for Compaq PersonalWorkstation 500 > running Tru64 (4.0). > > We tried to get a "Microsoft Natural Keyboard(elite)" [1] > and recently a "Natural Keyboard Pro" to work on the PS/2 > connector of the station. > > We have similar experience as Lucas K Carey had [2], > and I think the '|' key is quite important for Unix people. > > QUESTION: Is there any experience with split > layout keyboards out there, > be it Microsoft or a different brand ? > > Thanks for any answer, > yours, > Steffen > > [1]http://groups.google.com/groups?selm=s5uitfi29ty.fsf%40liszt.TechFak.Uni-Bielefeld.DE&output=gplain > > [2]http://www.ornl.gov/cts/archives/mailing-lists/tru64-unix-managers/2001/06/msg00126.html Hi, Sorry to report no success, we tried a new firmware but were unable to have the keyboard recognized. Yours, Steffen ////////////////////////////////////////////////////////////////////////////// Message-ID: To: Steffen Neumann Date: Fri, 13 Dec 2002 15:57:24 +0000 From: Shaun.Racine @ intier . com Subject: Re: Ergonomic keyboard for PWS 500 Hi, I do not know anything about Compaq PersonalWorkstation 500, but we had a similar problem with our ES40 when delivered with a standard keyboard. The answer in our case was to change the country code at the SRM prompt. (If there is an SRM on the Compaq PersonalWorkstation 500 !). Mit freundlichen Grüßen Shaun Racine ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux References: Message-ID: Organization: University of Bergen Date: 9 Feb 2003 11:57:01 GMT From: Eirik Seim Subject: Re: HP715/100 On Sun, 9 Feb 2003 11:54:28 +0100, Benjamin Gawert wrote: > Howard Miller wrote: > > > I want to run a HP715/100 as a server. I read elsewhere that all you > > have to do is unplug the keyboard and it will come up in serial mode. > > Not for me!! > > > > I just get a screen with "Failed to initialise keyboard SYSTEM HALTED". > > Don´t know about the older models like the 715 but on newer models You can > set the path to the serial port which prevents the machine from complaining > about a missing keybd... I did this on a 735, guess it should be possible on a 715 also.. I've got a 715 aswell but there is no room in my lab to fire it up right now :/ > > Is there a way around this. Plus - will I need to disable CDE, if so > > how? > > > Removing the mouse will prevent X from coming up. However, this might liead > to some continuous error messages from xdm... How about 'echo DESKTOP=0 > /etc/rc.config.d/desktop' ? - Eirik -- ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.comp.os.hpux, comp.sys.hp.hpux References: <3e4f82a3$0$10226$79c14f64@nan-newsreader-01.noos.net> Message-ID: Date: 17 Feb 2003 14:17:40 -0800 From: Bob Niland Subject: Re: HP HIL compatibility > I've got an HP Apollo 715/50... Keyboard/mouse port is HP-HIL only. You can also use a serial terminal (or emulator) on one of the serial ports, but you won't have full graphical workstation in that case. If all you need is a Unix server, serial console might be acceptable. > ...C1400A keyboard (with no cable). You need one of the following product numbers: 46020A ITF layout 46021A ITF layout 46021B ITF layout 46021C ITF layout C1429A PC-101 layout Don't use: 98203C RMB layout All discontinued, and there's some chance HP itself can't even sell you one as a replacement part. Assuming you need the U.S.English layout, the web site http://partsurfer.hp.com/ shows a part 46021-60401 $52.00 HP-UX keyboard assembly (Parchment white) > The cable that the guy is selling has got a HP-HIL > connector with 6 pins inside. HIL is 4 wire plus shield. AMP SMD connector. Connectors and tools aren't generally available to fabricate your own cables. Keyboards with 6-wire RJ12C connector are usually either HP MITF-5 or MITF-12 keyboard port standard (used only by HP). 6-pin DIN or mini-DIN would be PC-AT or PS/2 industry standard. HIL-to-PS/2 adaptors used to be available, but are off the market now. There's some chance that if you order a replacement HIL keyboard, you might get a PS/2 keyboard and HIL adaptor. > After searching a bit, i figured out that the > C1400A keyboard comes from an > HP terminal. You can't use it (unless it includes the terminal :-) You are aware, of course, that a $300 Wal-Mart PC is faster than that 50MHz PA box. Regards, PO Box 248 Bob Niland Enterprise mailto:name@ispname.domain Kansas which, due to spam, is: 67441-0248 USA email4rjn AT yahoo DOT com http://www.access-one.com/rjn Unless otherwise specifically stated, expressing personal opinions and NOT speaking for any employer, client or Internet Service Provider. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.hp.hpux Message-ID: <3f9fb286$0$16235$ba620e4c@reader3.news.skynet.be> References: Organization: -= Belgacom Usenet Service =- Date: Wed, 29 Oct 2003 13:27:55 +0100 From: fred Subject: Re: 715/100 Keyboard Port "Chuck Slivkoff" wrote: > > On Fri, 24 Oct 2003 01:00:47 -0700, Enoch Zembecowicz wrote: > > > I've felt a need to own a PA-RISC box for quite some time, so I picked > > up a HP 715/100 a little while ago. > > In my efforts to hook a keyboard to it I found a wiring diagram of the > > adapter HP produced to connect PS2 keyboards and mice to these machines. > > I would just like to know what the proper name of the keyboard/mouse > > connector is on these machines (HIL?) is so I can purchase the needed > > parts and build the adapter. > > The 715/{64,80,100,100XC} have a 10-pin modular jack (look which accepted a > short cable (HP P/N A4022-62003) that plugged into a "Keyboard Adapter > Module" (HP P/N A4022-62005). The adapter provides 2 mini-DIN connections > (PS/2 keyboard/mouse) and 1 HIL connection. Some little remark here : the connector to connect the interface to the workstation differs whether your workstation is a 715/33 or 715/80. You can't connect the interface of 715/33, 715/50 to a 715/80, even though the connector looks the same... ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: <3D99F211.B0B1055A@nospam.ll.mit.edu> Date: 1 Oct 2002 14:43:12 -0500 From: Bitt Faulk Subject: Re: Disabling Power down Scroll Lock hot key OR how to remap keys Shane McDaniel wrote in news:3D99F211.B0B1055A@nospam.ll.mit.edu: > > I have a SunBlade100 running Solaris 8. I just got a KVM OmniView Soho > PS2 to USB/PS2 switch. To switch between machines you press Scroll > Lock, Scroll Lock, Up/Down arrow. However, when I am in Solaris > switching over to another machine and press Scroll Lock the power- > management screen comes up asking if I want to Sleep, Shut Down, or > Cancel. And since I have to press the button twice I get two of these > screens. My Previous Sol8 sun with a different switch box didn't have > this problem. Likely, your old KVM didn't map ScrollLock to the Sun power button and whatever it did map to that was more difficult to press accidentally. > So I'm curious if there is a way to make the Power > Management ignore the Scroll Lock key, or at least if there was a way to > remap the key to something innocuous. Try editing /etc/default/sys-suspend and change the PERMS variable to be PERMS=- That disallows suspends by anyone except root. Alternately, edit /usr/openwin/lib/speckeysd.map. Comment out the lines that reference "SunPowerSwitch". Restart your X server, including dtlogin. Alternately alternately, remove the power management packages altogether, if you're not using them. I forget the package names right now -- sorry. -- Bitt Faulk ////////////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Newsgroups: uk.comp.sys.sun, comp.sys.sun.wanted, comp.sys.sun.hardware References: <90jc9vg4i278pd1lqs2mj186b8p31flb7v@4ax.com> Message-ID: Date: Fri, 11 Apr 2003 20:21:50 -0700 From: Josiah Fizer Subject: Re: wanted: Sun adapter for PS/2 mouse On Fri, 11 Apr 2003 11:37:41 +0100, Charles Taylor wrote: > >Josiah Fizer wrote: > >>On Thu, 10 Apr 2003 09:37:32 +0100, "charles taylor" >> wrote: >> >> >>>I am looking to buy a second-hand adapter to allow me to use a PS/2 mouse on >>>my Sun Ultra. I've heard of the Sun (part number) X465A, so that or anything >>>like that would be ideal. >>> >>>Anyone with such an item to sell, or who knows where it might be sold >>>second-hand, please let me know. Thanks, >>> >>> >> >>I would try and find one of the Belkin OmniView Sun adaptors instead. >>They are smaller then the Sun PS/2 converter and include a 13W3 to VGA >>adaptor in the same box. >> > >just to check...I can simply plug this omniview sun adaptor into my >sparc and then use any ps/2 mouse instead of my normal (8 pin) sun mouse >that's plugged into my keyboard? sorry for being a clueless muppet, but >I've looked and failed to find confirmation that it's this easy. don't >want to splash out and find it's the wrong thing. > >cheers, >charlie You'll be able to use any PS/2 Mouse and Keyboard as well as any SVGA monitor that supports at least 1152x900x66hz. Here are some docs http://www.atd.ucar.edu/homes/vinson/new/technotes/omni.pdf And here are some of them on ebay. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3410772145&category=28024 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3412842355&category=11224 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86 Message-ID: References: Organization: University of California, Berkeley Date: Mon, 23 Jun 2003 03:59:47 +0000 (UTC) From: Alan Coopersmith Subject: Re: keyboard conundrum phil+s3@bolthole.no-bots.com writes in comp.unix.solaris: | | I'm trying to remap a USB keyboard, to allow for a few "missing" keys. | The pipe key does not work by default. | It does not work either on console mode, or in Xwindows. | | I can manually use xmodmap to add a mapping for keycode 57. however, | I'd like the system itself to have a "proper" keymap for it. | I've looked in /usr/openwin/share/etc/keytables, but none of the | entries seem to actually be used. Xsun uses the KIOCTYPE and KIOCLAYOUT ioctls on /dev/kbd to determine which layout file to use, based on the matching entries in /usr/openwin/etc/keytables/keytable.map . (If KIOCLAYOUT fails, it uses 0 for the layout--which is the case with most non-Sun keyboards.) | I say this, because according to xev, the backspace key is keycode 49. | however, grepping through the files in the keytables dir above, there is | no file that maps keyboard 49 to backspace. yet, backspace actually works | and gives the right keysym! The files in that directory show the USB keycode value--X adds an offset to this to make room for the mouse buttons in the bottom of the keycode range returned. If not using XKB, the offset is (8 - MINSCANCODE) as noted in the comments in the keytable. (If using XKB, the formula is the same, but instead of using MINSCANCODE from the old keytable file, it uses 4 for USB and 0 for PC non-USB.) -- Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Sat, 29 Nov 2003 17:14:31 +0000 (UTC) References: Message-ID: Organization: University of California, Berkeley Date: Sat, 29 Nov 2003 17:14:31 +0000 (UTC) From: Alan Coopersmith Subject: Re: Qs about /usr/openwin/etc/keytables/*.kt.Z "Erlend Leganger" writes in comp.unix.solaris: | | These files seems to contain keyboard layouts. Does anyone know how to use | them, for instance to load a new keyboard layout after logging in to CDE? They are read by the X server at startup time only--you can't reload a different one after logging in. On SPARC, it chooses the layout by mapping the keyboard layout reported by the keyboard using the mapping in the keytable.map file--if you wanted to permanently change the keyboard layout, you'ld have to edit that file to make it load a different one. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.65.154.182 NNTP-Posting-Date: Sat, 29 Nov 2003 21:07:12 CET References: Message-ID: Organization: HB Hax Date: Sat, 29 Nov 2003 20:07:12 GMT From: Thomas Tornblom Subject: Re: Qs about /usr/openwin/etc/keytables/*.kt.Z Alan Coopersmith writes: > > "Erlend Leganger" writes in comp.unix.solaris: > | > | These files seems to contain keyboard layouts. Does anyone know how to use > | them, for instance to load a new keyboard layout after logging in to CDE? > > They are read by the X server at startup time only--you can't reload a > different one after logging in. On sparc, it chooses the layout by > mapping the keyboard layout reported by the keyboard using the mapping > in the keytable.map file--if you wanted to permanently change the > keyboard layout, you'ld have to edit that file to make it load a > different one. I believe you can have a per-user "$HOME/.keytable" that is read when you start X. This was the way I fixed the broken PC-style keyboard layout I had on the SPARCbook I had many years ago. A snippet from /usr/openwin/etc/keytables/US5.kt: --- # # You should probably start with a copy of an existing keytable and # replace the existing scancodes with your new scancodes. Then, # incrementally modify entries as needed. To test a new keytable, # copy it to $HOME/.keytable and start Xsun. # --- Thomas .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Sun, 30 Nov 2003 08:57:11 +0000 (UTC) References: Message-ID: Date: Sun, 30 Nov 2003 08:57:11 +0000 (UTC) From: Alan Coopersmith Subject: Re: Qs about /usr/openwin/etc/keytables/*.kt.Z Thomas Tornblom wrote: | |I believe you can have a per user "$HOME/.keytable" that is read when |you start X. This was the way I fixed the broken PC-style keyboard |layout I had on the Sparcbook I had many years ago. Right. I knew there was something I was forgetting. It's still startup- time only though (which means I don't think it will work with dtlogin, but only with xinit/openwin). Of course, my brain's been on vacation for a week, so don't hold me to it... -- Alan Coopersmith .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 80.212.254.136 NNTP-Posting-Date: Wed, 03 Dec 2003 22:06:26 MET References: Message-ID: Date: Wed, 3 Dec 2003 22:06:24 +0100 From: Erlend Leganger Subject: Re: Qs about /usr/openwin/etc/keytables/*.kt.Z "Alan Coopersmith" wrote in message news:bqijr8$1cqv$2@agate.berkeley.edu... > > As I noted in my previous post, this file is read when Xsun starts, > which if you're using the dtlogin login screen, is before it knows > who the user is. You might get it to work if you put it into > /.keytable since dtlogin starts Xsun as root, but I haven't tried > that. I tried your suggestion, but to no avail, Xsun doesn't seem to pick up my .keytable file. I then tried a different approach. The file /usr/openwin/etc/keytables/keytable.map determines which keytable to use, given the keyboard type and keyboard layout. For example, 0,0 gives US4.kt, 4,4 gives Denmark4.kt etc. Since I dont know which keyboard type and layout my keyboard returns, I just replaced all of the *.kt with Norway6.kt, i.e., regardless of the type and layout, Norway6.kt would be used. That did the trick; the keyboard now behaved as a real Norwegian keyboard, even giving me the \oslash and \aring on the command line. (BTW, I tried Norway4.kt and Norway5.kt first. They were really bad; only the number keys seemed to work.) This is a crude method, but it works. I would like to find out which type and layout my keyboard returns and then only update that one line in keytable.map, that will be the subject of another posting to this group. Thanks for your tips. - Erlend Leganger .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Wed, 3 Dec 2003 23:43:25 +0000 (UTC) References: <%uszb.3269$n31.58723@news2.e.nsc.no> Message-ID: Organization: University of California, Berkeley Date: Wed, 3 Dec 2003 23:43:25 +0000 (UTC) From: Alan Coopersmith Subject: Re: How to find the keyboard type and keyboard layout? "Erlend Leganger" writes in comp.unix.solaris: | |Directory /usr/openwin/etc/keytables/ contains a lot of keytable files, ie, |the mapping which determines which character to return when a certain key is |pressed on the keyboard. The directory also contains keytable.map, a file |the X-server uses to determine which keytable to use, given the keyboard |type and keyboard layout. For example, 0,0 gives US4.kt, 4,4 gives |Denmark4.kt etc. | |How can I find out which keyboard type and keyboard layout a connected |keyboard has? Is there a command which returns this or maybe a small C |program would do the trick? The solution should give me a number pair which |represents the keyboard type and its layout. The KIOCTYPE ioctl provides the type and KIOCLAYOUT provides the layout when you call them against /dev/kbd. The kb(7M) man page provides the gory details: "man -s 7m kb" kbd -t can provide the type, but not the layout. ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.65.154.182 NNTP-Posting-Date: Fri, 05 Dec 2003 13:25:50 CET References: <%uszb.3269$n31.58723@news2.e.nsc.no> Message-ID: Organization: HB Hax Date: Fri, 05 Dec 2003 12:25:50 GMT From: Thomas Tornblom Subject: Re: How to find the keyboard type and keyboard layout? Alan Coopersmith writes: > > kbd -t can provide the type, but not the layout. The next Solaris version (whatever it will be called) will provide an "-l" option to kbd: $ kbd -l type=4 layout=34 (0x22) $ Thomas .............................................................................. [Thomas refers to the release formerly known as "Solaris 10". ...RSS] .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: pd9ef1ec3.dip.t-dialin.net (217.239.30.195) Message-ID: <3FD3F97C.BB186C21@informatik.med.uni-giessen.de> Date: Mon, 08 Dec 2003 05:09:32 +0100 From: Roland Mainz Subject: Ultra5 uses German keyboard layout for US keyboard after dtlogin... Hi! Sun Ultra 5 running Solaris 2.8 with Recommended and Security patch cluster from July 2003 applied. The machine uses the correct, US/English keyboard layout in console mode and in the dtlogin screen (old keyboard was a German one... but that was assassinated with little help from Pepsi, Inc.) ... but when the user loggs in, he has a German keyboard layout (a horror if someone uses the screen lock and has '#' and 'ß' in his/her password... xx@@!!!) ... does anyone have an idea what may cause this problem (there is no file like ~/.key* in ${HOME}) ? Bye, Roland -- __ . . __ (o.\ \/ /.o) Roland.Mainz@informatik.med.uni-giessen.de \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 80.212.252.244 NNTP-Posting-Date: Tue, 09 Dec 2003 22:40:46 MET References: <3FD3F97C.BB186C21@informatik.med.uni-giessen.de> Message-ID: Date: Tue, 9 Dec 2003 22:40:45 +0100 From: Erlend Leganger Subject: Re: Ultra5 uses German keyboard layout for US keyboard after dtlogin... "Roland Mainz" wrote: > > does anyone have an idea what may cause this problem? See the thread on this similar issue, where I had a server with a Danish keyboard, but used a US layout. Confusion indeed, but now I have the tools to set use exactly the keyboard layout I want in CDE, see below. - Erlend Leganger ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86 Message-ID: Date: Sun, 22 Jun 2003 23:17:41 GMT From: Philip Brown Subject: keyboard conundrum I'm trying to remap a USB keyboard, to allow for a few "missing" keys. The pipe key does not work by default. It does not work either on console mode, or in Xwindows. I can manually use xmodmap to add a mapping for keycode 57. however, I'd like the system itself to have a "proper" keymap for it. I've looked in /usr/openwin/share/etc/keytables, but none of the entries seem to actually be used. I say this, because according to xev, the backspace key is keycode 49. however, grepping through the files in the keytables dir above, there is no file that maps keyboard 49 to backspace. yet, backspace actually works and gives the right keysym! So, i would really like to know, 1. where the "real" openwin keytable for this hardware combination is coming from 2. where the coresponding console-level keytable is. I've looked at loadkeys, and associated manpage. But all it says is that /usr/share/lib/keytables/type_[tt]/layout_[dd] gets used. where tt is keyboard type and dd is layout number However, kbd -t does not return any meaningful type number, relating to the type_xx directories. So there is some serious lacking in the documentation here. [It says "USB keyboard"] Technically, this is on solaris x86, if it makes a difference. This is on a Fujitsu Celsius Mobile H laptop It would be really nice if there were some console equivalent to xev,too. -- http://www.blastwave.org/ for solaris pre-packaged binaries with pkg-get Organized by the author of pkg-get ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86 Message-ID: References: Date: 23 Jun 2003 12:07:57 -0700 From: Philip Brown Subject: Re: keyboard conundrum Alan Coopersmith wrote in message news:... > > phil+s3@bolthole.no-bots.com writes in comp.unix.solaris: > ... > |I say this, because according to xev, the backspace key is keycode 49. > |however, grepping through the files in the keytables dir above, there is > |no file that maps keyboard 49 to backspace. yet, backspace actually works > |and gives the right keysym! > > The files in that directory show the USB keycode value - X adds an > offset to this to make room for the mouse buttons in the bottom of > the keycode range returned. > If not using XKB, the offset is > (8 - MINSCANCODE) as noted in the comments in the keytable. So in theory, if xev shows the backspace key is X keycode 49, and then since US6.kt.Z shows 42 RN XK_BackSpace, then the offset is 7 I shall give that a try. Thanks. [huh. using that math, since xev says 'bar' aka pipe, is keycode 57, then that means the keytable for this keyboard would need an entry for it at 50, whereas US6 has it at 49. off-by-one, durn :-/ ] Do you know of any precompiled, with-the-os way to probe the keyboard to find out the "layout" value? Otherwise, if you have some source for a util lying around, it would be nice if you posted it. I want to know which entry for keytable.map I'm going to have to override for this thing. Or is the layout set only via kdmconfig, on x86? If so, where is it stored? I can't find where kdmconfig is getting its list of keyboards from. oh, waitaminit. seems that I have to create devdata/keyboards/somename.kbd AND add an entry to devdata/iddbdir/keyboards.idb, AND then add an entry for keytables/keytable.map AND the copy and modify US6.kt.Z to somename.kt.Z ugh. ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86, comp.unix.solaris References: <40fb9f88$0$1956$5402220f@news.sunrise.ch> Message-ID: <40FC33D6.C401884D@nrubsig.org> Date: Mon, 19 Jul 2004 22:49:26 +0200 From: Roland Mainz Subject: Re: How to input non-ASCII characters in X/shell? UNIX admin wrote: > > If I'm using a keyboard other than en_US, for example ch_de, hr, fr, it, de, > or any other non US keyboard, how do I use its keys? > > I noticed that on keyboards which don't have US layout, I'm unable to enter > the "pipe" symbol, or rather, I'm unable to "get to it" like I can in > Windows. I can't enter it in either shell or X. And if I pick a > locale/keyboard layout for that particular country/keyboard, all the keys > are moved around, but I still can't get to certain symbols. > It really stinks not being able to pipe the output from one command to > another... For some locales you can use XIM (X Input method), alternatively there are the Alt-Graph-key combinations (I can't find the page at docs.sun.com anymore which had the nice ASCII chart incl. Altgr key combinations) and finally there is http://homepage3.nifty.com/tsato/xvkbd/ ... :) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86 Message-ID: References: Organization: University of California, Berkeley Date: Tue, 24 Jun 2003 01:26:53 +0000 (UTC) From: Alan Coopersmith Subject: Re: keyboard conundrum phil.googlenews@bolthole.com (Philip Brown) writes in comp.unix.solaris: | | Do you know of any precompiled, with-the-os way to probe the keyboard | to find out the "layout" value? Otherwise, if you have some source | for a util lying around, it would be nice if you posted it. /* Copyright Sun Microsystems, Inc. All rights reserved. */ #include #include #include #include #include #define dev_name "/dev/kbd" int main() { int fd = open (dev_name, O_RDWR, 0); int type; /* Type of keyboard */ int layout; /* Layout of keyboard */ if (fd < 0) { fprintf(stderr, "Opening %s", dev_name); return -1; } if (ioctl(fd, KIOCTYPE, &type) < 0) { fprintf(stderr, "KIOCTYPE failed"); return -1; } else { printf("Type: %d\n", type); } if (ioctl(fd, KIOCLAYOUT, &layout) < 0) { fprintf(stderr, "KIOCLAYOUT failed"); return -1; } else { printf("Layout: %d\n", layout); } return 0; } -- Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.windows.x.apps, comp.windows.x, comp.unix.solaris Message-ID: References: Organization: CAS, Columbus, Ohio Date: 14 Oct 2003 14:34:54 GMT From: lvirden@yahoo.com Subject: Re: Searching for some xterm help According to : :I am seeking some insight on defining an XTerm keyboard mapping problem. : :The problem is this - xmodmap -pk reports the following: : : 81 0xff50 (Home) : 84 0xff57 (End) : 102 0xffd8 (F27) 0xffd8 (F27) 0xffb7 (KP_7) 0xff50 (Home) : 96 0xffde (F33) 0xffde (F33) 0xffb1 (KP_1) 0xff57 (End) : :I want to know what has to be done so that keyboard translations for :F27 and F33 appear on the keyboard. Right now, it appears that the :0xff50 and 0xff57 keysyms are 'overriding' the other keysyms translation :by default. The solution to this was in the MIT X documentation. The xterm translations are set from more specific to less specific. By the time that the translations for F27 and F33 were reached, the definitions for Home and End had already been set. So since something is assigning the Home and End keysyms to both pairs of keys, the first translation took precedence over the second. The solution was to define the F27 and F33 translations before the Home and End ones--then I got unique sequences for the two pairs of keys in xterm. -- In God we trust. Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 194.81.199.54 NNTP-Posting-Date: Wed, 18 Jan 2006 15:01:26 +0000 (UTC) References: <1137512392.403219.67390@g49g2000cwa.googlegroups.com> Message-ID: <1137596481.185289.261990@f14g2000cwb.googlegroups.com> Date: 18 Jan 2006 07:01:21 -0800 From: MMan22@hotmail.com Subject: Re: Keyboard Mapping - dtwmrc Well, gave up on dtwmrc and used xmodmap pc_keyboard.sh #!/bin/sh xmodmap -e "keycode 38 = 2 quotedbl" xmodmap -e "keycode 39 = 3 sterling" xmodmap -e "keycode 59 = apostrophe at" xmodmap -e "keycode 57 = numbersign asciitilde" xmodmap -e "keycode 107 = backslash bar" Appears to be working OK leigh ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: Date: 01 Aug 2003 15:33:52 +0200 From: Juergen Keil Subject: Re: german keyboard "Langelage, Frank" writes: > On my blade 150 I attached a german ps/2 keyboard through an ps/2 to > USB adapter. > > The machine recognizes this keyboard, but it with english / american layout. > > How to say solaris that it is a german keyboard ? Apparently this works automatically with Sun's USB keybooards, because they indentify with an USB country code of "DE", or something like that. PC USB keyboards (and this probably includes your PS/2 -> USB device) don't define an USB country code so the system uses the default of "us english" layout. On Solaris x86, the same problem exists and is solved by running /etc/init.d/keymap (linked to /etc/rcS.d/S33keymap.sh) early at system startup, and this script run /usr/lib/set_keyboard_layout. The set_keyboard_layout script is not included with Solaris SPARC, but is exactly what you need to tell the USB keyboard driver to use a keyboard layout != english. To set the USB keyboard to a "German" keyboard layout, set_keyboard_layout runs the command loadkeys with the undocumented "-s" option: /usr/bin/loadkeys -s 9 The loadkeys command should work with USB keyboards on Solaris SPARC. Valid layout codes for the "loadkeys -s" option can be found in /usr/share/lib/keytables/type_6/layout_* ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: pd9ef1c7e.dip.t-dialin.net (217.239.28.126) Message-ID: <3FF7554A.4A0EA363@informatik.med.uni-giessen.de> Date: Sun, 04 Jan 2004 00:50:34 +0100 From: Roland Mainz Subject: Mad Xsun uses German keyboard layout for US/UNIX keyboard... Hi! ---- Solaris 2.8/SPARC with a US/UNIX keyboard, Xsun uses a german keyboard layout (for example, 'y' and 'z' swapped) _after_ user login (_before_ login, e.g. at dtlogin screen and console (correctly) uses US/UNIX keyboard layout). I've ran Richard L. Hamilton's nice keyboard debugging tool (see http://groups.google.com/groups?selm=vsuaheef8bmm9b%40corp.supernews.com&output=gplain) and got the following output: -- snip -- % cc xxx.c "xxx.c", line 127: warning: implicit function declaration: ioctl "xxx.c", line 157: warning: implicit function declaration: close gisburn@north/tmp/keyboardxxx% ./a.out translation mode: TR_UNTRANS_EVENT keyboard type: KB_SUN4 4 keyboard layout: 34 compatibility mode: on key table file: US_UNIX5.kt -- snip -- Then I modified "keyboard.map" logged out, restarted dtlogin and logged-in - no change. Then I modified "keyboard.map" the hard way, replacing any "*German*" entries like this: -- snip -- % gdiff -u keytable.map.original keytable.map --- keytable.map.original Mon Nov 24 02:04:45 2003 +++ keytable.map Sun Jan 4 00:32:53 2004 @@ -40,7 +40,7 @@ 4 2 FranceBelg4.kt 4 3 Canada4.kt 4 4 Denmark4.kt -4 5 Germany4.kt +4 5 US_UNIX5.kt 4 6 Italy4.kt 4 7 Netherland4.kt 4 8 Norway4.kt @@ -67,7 +67,7 @@ 4 34 US_UNIX5.kt 4 35 France5.kt 4 36 Denmark5.kt -4 37 Germany5.kt +4 37 US_UNIX5.kt 4 38 Italy5.kt 4 39 Netherland5.kt 4 40 Norway5.kt @@ -100,7 +100,7 @@ 4 81 US_UNIX5_Hobo.kt # UNIX layout for Hobo keyboard 4 82 France5_Hobo.kt 4 83 Denmark5_Hobo.kt -4 84 Germany5_Hobo.kt +4 84 US_UNIX5.kt 4 85 Italy5_Hobo.kt 4 86 Netherland5_Hobo.kt 4 87 Norway5_Hobo.kt @@ -122,7 +122,7 @@ 101 34 J3100_x86.kt 101 35 France_x86.kt 101 36 Denmark_x86.kt -101 37 Germany_x86.kt +101 37 US_UNIX5.kt 101 38 Italy_x86.kt 101 39 Netherland_x86.kt 101 40 Norway_x86.kt @@ -152,7 +152,7 @@ 6 6 Denmark6.kt 6 7 Finnish6.kt 6 8 France6.kt -6 9 Germany6.kt +6 9 US_UNIX5.kt 6 14 Italy6.kt 6 15 Japan6.kt 6 16 Korea6.kt -- snip -- ... but no change - 'y' and 'z' are still swapped and now keys like "#" generate beeps instead of any chars (neither wrong nor the correct ones). I've been trying to get rid of the problem for several weekends without success... HEEEEELLLPP... -- Bye, Roland .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Sun, 4 Jan 2004 01:17:05 +0000 (UTC) References: <3FF7554A.4A0EA363@informatik.med.uni-giessen.de> Message-ID: Organization: University of California, Berkeley Date: Sun, 4 Jan 2004 01:17:05 +0000 (UTC) From: Alan Coopersmith Subject: Re: Mad Xsun uses German keyboard layout for US/UNIX keyboard... Roland Mainz writes in comp.unix.solaris: |Solaris 2.8/SPARC with a US/UNIX keyboard, Xsun uses a german keyboard |layout (for example, 'y' and 'z' swapped) _after_ user login (_before_ |login, e.g. at dtlogin screen and console (correctly) uses US/UNIX |keyboard layout). You wouldn't happen to have a $HOME/.keytable or anything in any dotfiles running xmodmap would you? Normally, Xsun only checks for keyboard layout & keytables at startup time. -- ________________________________________________________________________ Alan Coopersmith alanc@alum.calberkeley.org http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coopersmith@Sun.COM Working for, but definitely not speaking for, Sun Microsystems, Inc. .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: pd9ef1c7e.dip.t-dialin.net (217.239.28.126) References: <3FF7554A.4A0EA363@informatik.med.uni-giessen.de> Message-ID: <3FF7732C.AB57B78A@informatik.med.uni-giessen.de> Date: Sun, 04 Jan 2004 02:58:04 +0100 From: Roland Mainz Subject: Re: Mad Xsun uses German keyboard layout for US/UNIX keyboard... Alan Coopersmith wrote: > |Solaris 2.8/SPARC with a US/UNIX keyboard, Xsun uses a german keyboard > |layout (for example, 'y' and 'z' swapped) _after_ user login (_before_ > |login, e.g. at dtlogin screen and console (correctly) uses US/UNIX > |keyboard layout). > > You wouldn't happen to have a $HOME/.keytable or anything in any > dotfiles running xmodmap would you? As Far As I Know: no: -- snip -- % ls -1ad .* | while read i ; do [ -f "$i" ] && cat "$i" ; done | egrep -v "history" | fgrep xmod % ls -l .key* .key*: No such file or directory % ls -lad .x* drwxr-x--- 6 gisburn staff 512 Aug 12 2001 .xmame % ls -lad .X* -rw------- 1 gisburn gisburn 529 Jan 4 01:02 .Xauthority -rw-r----- 1 gisburn imi 947 Jan 7 2002 .Xdefaults -rw-r----- 1 gisburn staff 1098 Sep 4 2003 .XSM-test001 -rw-r----- 1 gisburn staff 9398 Jan 4 00:01 .XSM-work001 -rw-r----- 1 gisburn staff 2348 Jan 2 11:54 .XSM-mobile001 -rw-r----- 1 gisburn staff 2348 Jan 2 09:15 .XSM-mobile002 -- snip -- ~/.Xdefaults contains: -- snip -- consed*background: blue # dtpad*standAlone: true dtpad*statusLine: true # # enable tear-offs for dtfile # due the fact that "dtfile*tearOffModel: tear_off_enabled" doesn't work # well with popups we enable them in a per-menu manner: Dtfile*fileMenu.tearOffModel: tear_off_enabled Dtfile*actionMenu.tearOffModel: tear_off_enabled Dtfile*viewMenu.tearOffModel: tear_off_enabled Dtfile*helpMenu.tearOffModel: tear_off_enabled Dtfile*fileMenuTrash.tearOffModel: tear_off_enabled Dtfile*helpMenuTrash.tearOffModel: tear_off_enabled # ensure that all session parameters will be saved... Dtsession*queryServerSettings: true # enable action logging *executionHostLogging: true # allow xterm/dtterm to be controlled via xvkbd Xterm*allowSendEvents: true Dtterm*allowSendEvents: true # Sdtimage*tearOffModel: tear_off_enabled Sdtperfmeter*collectWhenIconized: true # Fix for Nedit 5.2 visual selection bug nedit*visualID: Default # EOF. -- snip -- Even expliclity enabling/disabling (+kb/-kb) the XKEYBOARD extension doesn't change the mind of Xsun... still on drugs... ;-( > Normally, Xsun only checks for > keyboard layout & keytables at startup time. Is there anything in the Solaris installation procedure (Solaris2.8 06/03) which may save the keyboard type present at installation time for later usage (original keyboard was a german one, later I replaced it with the US/UNIX one) ? -- Bye, Roland __ . . __ (o.\ \/ /.o) Roland.Mainz@informatik.med.uni-giessen.de \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.65.154.182 NNTP-Posting-Date: Sun, 04 Jan 2004 09:54:39 CET References: <3FF7554A.4A0EA363@informatik.med.uni-giessen.de> <3FF7732C.AB57B78A@informatik.med.uni-giessen.de> Message-ID: Organization: HB Hax Date: Sun, 04 Jan 2004 08:54:39 GMT From: Thomas Tornblom Subject: Re: Mad Xsun uses German keyboard layout for US/UNIX keyboard... Roland Mainz writes: > Alan Coopersmith wrote: > > > |Solaris 2.8/SPARC with a US/UNIX keyboard, Xsun uses a german keyboard > > |layout (for example, 'y' and 'z' swapped) _after_ user login (_before_ > > |login, e.g. at dtlogin screen and console (correctly) uses US/UNIX > > |keyboard layout). ... > > Is there anything in the Solaris installation procedure (Solaris2.8 > 06/03) which may save the keyboard type present at installation time for > later usage (original keyboard was a german one, later I replaced it > with the US/UNIX one) ? No, there is no record saved of the keyboard type. Try logging in as another user and see if the problem persists. You can also, as a test, try a non-graphical session, as that will use another set of translation tables (/usr/share/lib/keytables). I say this is most likely something in the user's environment messing up the keyboard. You will, AFAIK, use the same tables both at the dtlogin screen and after login, unless the user has a personal .keytable or mucks with xmodmap. Cheers, Thomas ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin NNTP-Posting-Host: 84.217.32.102 NNTP-Posting-Date: Tue, 4 Jul 2006 21:02:02 +0000 (UTC) References: <1151912398.841605.210540@m79g2000cwm.googlegroups.com> Message-ID: <1152046917.346029.66370@p79g2000cwp.googlegroups.com> Date: Tue, 4 Jul 2006 14:01:57 -0700 From: tunla Subject: Re: How to configure keyboard ? Daniel Wetzler wrote: > > Hi Sun experts, > > I have a problem concerning my keyboard on a Sunblade 1000 running > Solaris 10. > > I use a simple USB-PC-keyboard with german layout on my machine but the > keyboard-type is not recognised by the system. Therefore the layout is > switched to the US-layout, assumingly because its the default. > > Does someone know how to switch the keyboard layout ? > > Best regards, > > Daniel Did you try - # kbd -s german PC keyboards does not report language type to the OS; this is why you have to tell WinXP which keyboard type you have. Solaris SPARC recognize keyboard layout of a Sun-made keyboard, since the sun USB keyboard does report locale variant. //Lars ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: Message-ID: Date: Sun, 01 Feb 2004 15:55:15 +0000 From: Beardy Subject: Re: dtlogin to command line login without the mouse Rob Stampfli wrote: > A tip of the hat goes to Franco Barber, who came up with the following > sequence in private mail to me (ugly to try to remember, blind, but it > works): > > SHIFT-TAB SHIFT-TAB SPACE DOWN-ARROW DOWN-ARROW DOWN-ARROW > > And many thanks to everyone who posted their suggestions and what > they had learned from hacking at the dtgreet screen. > > Rob Rob, we all await your next one: maybe "How do I install solaris blind? (without using jumpstart)" ;-) -- Beardy ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris, alt.solaris.x86 NNTP-Posting-Host: soda.csua.berkeley.edu NNTP-Posting-Date: Thu, 10 Mar 2005 21:58:39 +0000 (UTC) References: <422db1fb$0$28975$e4fe514c@news.xs4all.nl> Message-ID: Organization: University of California, Berkeley Date: Thu, 10 Mar 2005 21:58:39 +0000 (UTC) From: Alan Coopersmith Subject: Re: Which laptop to buy? Tim writes in comp.unix.solaris: |Alan Coopersmith writes: | |> If it did, Solaris maps it to "Meta" in X, same as the diamond keys on |> a Sun keyboard. | |Don't I already get that with the Alt key? It works for Emacs, and xev shows: | | KeyPress event, serial 22, synthetic NO, window 0x6000001, | root 0x50, subw 0x0, time 2314668570, (828,444), root:(886,589), | state 0x0, keycode 64 (keysym 0xffe7, Meta_L), same_screen YES, | XLookupString gives 0 characters: "" dtlogin swaps the keybindings for alt and meta when configuring X, just to keep things confusing - see /usr/dt/config/Xsetup. |Granted that's only the left Alt key, but that's the one I'm used to |using. The right one shows: | | KeyPress event, serial 25, synthetic NO, window 0x6000001, | root 0x50, subw 0x0, time 2314870474, (3,148), root:(119,351), | state 0x0, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, | XLookupString gives 0 characters: "" Right, Mode_switch is the keysym for AltGraph, to switch international input modes. On US layouts, probably the only interesting use is AltGraph 4 to get the Euro symbol. (Which is why the Euro is on the right side of the 4 key on recent Sun keyboards. On other layouts, it activates other keysyms printed on the right side of the keys, like the cyrillic letters on a Russian keyboard.) -- ________________________________________________________________________ Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM http://www.csua.berkeley.edu/~alanc/ * http://blogs.sun.com/alanc/ Working for, but definitely not speaking for, Sun Microsystems, Inc. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Message-ID: References: <83de0647.0306161800.1ae3902a@posting.google.com> <83de0647.0306170430.6f09433f@posting.google.com> <83de0647.0306180426.188a1df@posting.google.com> Date: Wed, 18 Jun 2003 14:35:28 +0000 (UTC) From: Greg Andrews Subject: Re: Console hell !! trappercop%yahoo.com (Harold Cooper) writes: > >Thanks. input-device = keyboard did the trick! > >Related to this, let's say I also want to hook up a terminal console >to the serial port for remote access. Will input-device setting need >to be changed? > Only if you want the serial port to be the system console. If you don't need the serial port to be the system console (it's just an ordinary terminal port), you can simply turn on a login service on the port and log in. If you do need the serial port to be the console, but you want the screen and keyboard to continue as an ordinary graphics terminal, then follow the procedure in Infodoc 18318 on sunsolve.sun.com. The difference between being the system console and an ordinary terminal is that the system console gets the boot messages when booting, and the "ok" prompt when shutting down or halting Solaris. An ordinary terminal does not. -Greg ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.dec Message-ID: References: <5Z29b.61162$hE5.2191309@news1.tin.it> Date: Mon, 15 Sep 2003 23:55:28 GMT From: Robert Deininger Subject: Re: dec device In article <5Z29b.61162$hE5.2191309@news1.tin.it>, visik7 wrote: > > I recently bought a dec 3000/300LX > without any device now I'm lookin' for some device like: > a monitor (or an adaptor to classic VGA monitor) > a keyboard/mouse > another turbochannel network card > if You have it or know to buy tell me > thank you The DEC 3000/300 series will communicate with the serial console port if it detects that there is no keyboard plugged into the system. There is no switch on this system to select the console mode. The serial console port is a 6-pin MMJ (Modified Modular Jack) connector. These were standard for DEC serial ports for a while, but they are virtually unknown on modern PC hardware. To connect a keyboard and mouse, you need an adapter cable. The cable plugs into the system, and the keyboard and mouse plug into the other end of the adapter cable. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 204.60.87.130 Message-ID: Date: Mon, 15 Dec 2003 09:07:42 -0500 From: Dan Rawson Subject: Looking for a Wireless keyboard/mouse Is there a wireless keyboard / mouse combo for the Sun Ultra workstations?? (We have both Ultra 10 and Ultra 60). A search on sun.com and through the newsgroups found nothing . . . TIA . . . Dan .............................................................................. Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 192.76.135.79 References: Message-ID: Organization: PIRONET AG News-System Date: 17 Dec 2003 16:16:06 +0100 From: Juergen Keil Subject: Re: Looking for a Wireless keyboard/mouse Dan Rawson writes: > Is there a wireless keyboard / mouse combo for the Ultra > workstations?? (We have both Ultra 10 and Ultra 60). There are wireless (PC) USB keyboard / mouse devices. The Ultra 10 and 60 don't have on-board USB support, but if you're using Solaris 8 or newer, you could add a PCI USB host controller card to get some USB ports for the wireless USB keyboard / mouse (e.g. using an USB 2.0 card with the NEC chipset; you need a card with OHCI USB 1.1 support, for Solaris SPARC). To use an USB keyboard and/or mouse with a SPARC system that does not have USB support in the bootprom, you have to setup two variables in /etc/system, telling the system the physical device path for the USB keyboard and/or mouse, like this: set consconfig:usb_kb_path="/pci@1f,4000/pci@4/pci9710,35@6,1/keyboard@5" set consconfig:usb_ms_path="/pci@1f,4000/pci@4/pci9710,35@6/mouse@4" Possible problems with such a setup: - You probably can't enter the OBP on an Ultra 10 / 60 using an USB keyboard (because the boot prom does not support USB keyboards). - No L.. Keys (Undo, Copy, Paste, Cut, Find, ...) - The Solaris usb kernel modules might have problems with some of the PC USB keyboards / mice. .............................................................................. Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 192.76.135.79 References: Message-ID: Organization: PIRONET AG News-System Date: 17 Dec 2003 17:07:30 +0100 From: Juergen Keil Subject: Re: Looking for a Wireless keyboard/mouse > Juergen Keil wrote: > > To use an USB keyboard and/or mouse with a SPARC system that does > > > not have USB support in the bootprom, you have to setup two > > variables in /etc/system, telling the system the physical device > > > path for the USB keyboard and/or mouse, like this: > > set consconfig:usb_kb_path="/pci@1f,4000/pci@4/pci9710,35@6,1/keyboard@5" > > set consconfig:usb_ms_path="/pci@1f,4000/pci@4/pci9710,35@6/mouse@4" See also "8. Use of USB Keyboards and Mice on Legacy Systems", starting on page 10 of the following document: http://www.sun.com/desktop/whitepaper/Dual_FW_Whitepaper.pdf ----- Dan Rawson writes: > > Good suggestion, thanks! We'll give it a try on one system, anyway . Another possible problem with an USB keyboard on Solaris SPARC: A PC USB keyboard often does not return a valid keyboard layout code, so the Solaris kernel modules will use the default US-English layout. This can be fixed by running "/usr/bin/loadkeys -s $LAYOUT", using the appropriate layout code. celan ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: pa4d2bfbfff000000a58a47bb0bddcad4af6309943d14aac0.newsdawg.com References: Message-ID: Organization: D and D Data Date: 14 Sep 2008 01:41:05 GMT From: DoN. Nichols Subject: Re: Ultra 10 HW questions On 2008-09-13, Wes Groleau wrote: > I bought an Ultra 10 for $20, no monitor or keyboard. Good price -- but you will probably want a keyboard, unless you set up another computer to run a terminal program and connect to serial port 'A'. With no keyboard, it will *only* talk to serial port 'A' (TTYA) no matter what framebuffers (graphics cards) and monitors you have. The default settings for TTYA should be: ttya-rts-dtr-off=false ttya-ignore-cd=true ttya-mode=9600,8,n,1,- These settings are in the OBP (Open Boot PROM), and can be (and may have been) changed. If so, you'll have to try various data/bps rates and other settings until you get one which works. The keyboard is unique to Sun -- at least with that connector and some of the extra keys present. Especially *avoid* using a keyboard labeled "Solbourne". It uses the same connector, but a different pinout, and plugging in that keyboard will blow a non-replaceable fuse on the system board. Just about any Sun keyboard offered on eBay which is not marked "USB" should work. Type 5 or type 6 would probably be the best choices. > I see that the two 128MB RAM cards have the same socket > 168-pin as PC-133. Are they different? Are there any > rules about balancing sizes or using certain sockets first? From the Sun FEH (Field Engineer's Handbook): 1. The minimum memory requirement os two DIMMS in any bank. (The two sockets closest to the board edge are "bank 0", the other two "bank 1" Choices are 32, 64, 128, and 255 MB DIMMs. > Given the CPU power of a Sparc of that era, is 256 MB > adequate for using Solaris as merely a DNS server, web > proxy, and fileserver? What if I used a Linux distro > instead? Actually -- for that, I would use OpenBSD instead. Less load on the CPU, and it makes a great firewall using PF (Packet Filter) which comes as part of it. But Linux would probably be less of a load than Solaris 10 at least. (And Solaris 8 is the earliest which will run with it.) > Sun's sales-oriented data sheet say 440MHz processor, > but all the Ultra 10s I've looked at so far on eBay > say 333MHz. Did Sun change that during the Mfg. > life of the model? Can I tell which I've got without > actually booting it up? There were two different families of system boards. These are the possible barcodes on a label on the board. (Note that the '-' is probably not present, so look for one which starts with 375; the next four digits tell which version it is, Board Possible CPU speed ================================================== 375-0009 300 or 330 MHz. 375-0066 333/360 MHz 375-0079 333/360/440 MHz 375-0115 360/440 MHz CPU modules: Ultra 5 501-4477 270 MHz 501-5039 270 MHz Ultra 10 501-4379 300 MHz 501-5040 300 MHz Ultra 5 & 10 501-5090 333 MHz 501-5568 333 MHz Ultra 5 501-5148 360 MHz Ultra 10 501-5222 360 MHz Ultra 5 501-5740 400 MHz 501-5741 400 MHz Ultra 10 501-5149 440 MHz I don't see what keeps a CPU for one from working in the other system. Anyway -- look for a barcode on the system board to identify it (including how it was likely to have been originally shipped), and look for a barcode on the CPU module to see how fast it is. (There were 256 K Cache boards in the early lot, and 2 MB Cache boards in the later ones. > I saw a motherboard on eBay which also had a picture > on one chip on it. I assume that was the processor > (why else would they picture that particular chip?). Maybe they were trying to show the barcode on the CPU module? > But mine has a piggyback board with a heatsink > big enough to cover two such chips. Is it a dual-CPU > enhancement? There are two chips under the CPU module. > Where can I find hardware docs that identify connectors > and jumpers? I've found a couple of PDFs but they > did not have that sort of info. Look for the FEH pages for the system barcode which you have, but they are not very different, and unless you need to update the FLASH to get a more recent OPB (Open Boot Prom) installed, you are unlikely to have to change any jumpers. It is not like a Windows box, where you have to change jumpers to tell it how much RAM it has. These self analyze and configure. However -- the jumper blocks which are documented for the first of the boards in the FEH are: ====================================================================== Jumper Pins Setting Description JD1 1-2 Out Composite video synchronization JP1 1-1 In Select PROM (default) JP1 2-3 in Select ROMBO JP2 1-2 in FPROM write protect (default) JP2 2-3 In FPROM write enable JP3 1-2 In RS-232 JP3 2-3 In RS-423 (default) JP4 1-2 In RS-232 JP4 2-3 In RS-423 (default) JP6 1-2 N/A Not stuffed JP7 1-2 N/A Not stuffed JP8 1-2 In Simba Clock Normal (default) JP8 2-3 In Simba Clock Input Test JP9 1-2 In Simba Clock Input Normal (default) JP9 2-3 In Simba Clock Input Test JP10 1-2 Out Bypass CPU in scan chain JP10 2-3 In Include CPU in scan chain (default) JP11 1-10 N/A Not stuffed Misc Connectors ============================================================ Conn Pins Description J7 1-20 Asynchronous Serial Port B J8 1-26 Parallel port J9 1-4 CD-ROM audio J10 1-24 ROMBO J17 1-4 LED and soft reset switch J18 1-4 Speaker J19 1-3 DC fan power J20 1-8 Unknown J21 1-8 JTAG J22 1-2 Not Stuffed J23 1-1 Not Stuffed J24 1-2 Unknown The second board layout is pretty much the same. Go back to the Sun site, and search for: Sun Ultra 10 Service Manual, 805-7764 It should be downloadable in PDF format. Good Luck, DoN. -- Email: | Voice (all times): (703) 938-4564 (too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html --- Black Holes are where God is dividing by zero --- . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware References: Message-ID: <6j5fq3F1j08lU1@mid.individual.net> Date: Sun, 14 Sep 2008 22:59:29 +0100 From: Benjamin Gawert Subject: Re: Ultra 10 HW questions * Wes Groleau: > I bought an Ultra 10 for $20, no monitor or keyboard. > > I see that the two 128MB RAM cards have the same socket > 168-pin as PC-133. Are they different? Yes, they are. The U10 uses standard EDO DIMMs and not SDRAM (which is what PC133 is). While not very common in PCs EDO DIMMs were quite common in old Pentium2/3 XEON-based servers. > Given the CPU power of a Sparc of that era, is 256 MB > adequate for using Solaris as merely a DNS server, web > proxy, and fileserver? Yes, but your expectations regarding file server performance should not be very high. The U10 was already a low cost design when it came out. > What if I used a Linux distro > instead? You basically replace an OS that perfectly supports the U10's hardware with something that might work good enough but under the hood is more of a mess. > Sun's sales-oriented data sheet say 440MHz processor, > but all the Ultra 10s I've looked at so far on eBay > say 333MHz. Did Sun change that during the Mfg. > life of the model? No, they just decided that producing 440MHzs models only is silly and thus made models with other clock speeds as well ;-) > I saw a motherboard on eBay which also had a picture > on one chip on it. I assume that was the processor > (why else would they picture that particular chip?). > But mine has a piggyback board with a heatsink > big enough to cover two such chips. Is it a dual-CPU > enhancement? No, U10 is single processor only. > Where can I find hardware docs that identify connectors > and jumpers? I've found a couple of PDFs but they > did not have that sort of info. Should be in docs.sun.com Benjamin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: ed8bb758.newsreader.iphouse.net NNTP-Posting-Date: 14 Sep 2008 22:38:58 CDT References: <6j5fq3F1j08lU1@mid.individual.net> <62jzk.245$1a2.19@trnddc04> Message-ID: <48cdd8d2$0$90340$8046368a@newsreader.iphouse.net> Organization: ipHouse - Welcome Home! Date: 15 Sep 2008 03:38:58 GMT From: Doug McIntyre Subject: Re: Ultra 10 HW questions Wes Groleau writes: >Benjamin Gawert wrote: >> * Wes Groleau: >>> >>> Where can I find hardware docs that identify connectors >>> and jumpers? I've found a couple of PDFs but they >>> did not have that sort of info. >> >> Should be in docs.sun.com >Thanks. So far, the best I've found is a line drawing >of the back with labels for everything--but the lines >from the labels, instead of pointing to parts, point >into empty space to the right of the computer! :-) >But there are quite a few docs there, and I haven't >finished hunting through them. http://dlc.sun.com/pdf/805-7764-12/805-7764-12.pdf Starting Page C-37. Not much to it though, it is close to a PC motherboard. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 67.154.206.226 NNTP-Posting-Date: Tue, 20 Apr 2004 20:00:44 +0000 (UTC) Message-ID: Date: 20 Apr 2004 13:00:44 -0700 From: jmeree1 Subject: xwindows failure on sunfire v240 FYI: If you have Solaris on a Sun SunFire V240 that cannot start the X Windows environment, it could be caused by the USB mouse. We were able to get past this by unplugging the mouse when the console says "watchdog" and then plug it back in again. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 24.67.253.205 NNTP-Posting-Date: Sun, 01 Aug 2004 13:27:22 MDT References: <25cf6e12.0407302052.241b19a1@posting.google.com> <10gpei9gmn1dka4@corp.supernews.com> Message-ID: Organization: Shaw Residential Internet Date: Sun, 01 Aug 2004 19:27:22 GMT From: Rich Teer Subject: Re: Seeking Sun hardware recommendations... On Sun, 1 Aug 2004, Richard L. Hamilton wrote: > > You ever get anywhere trying to encourage the release of a higher quality > Type 6 compatible USB keyboard? I for one want the full "Unix" layout, Not directly. :-( But one of my contacts within Sun did point me to an internal survey about "input device requirements". Not only did I tell them what I felt, I also posted the URL here (with permission, of course), and encouraged others to do likewise. I guess only time will tell if we kicked up enough fuss... > with all the extra keys (so that small keyboard from someplace wouldn't > satisfy me), but would prefer it if it had more feel to it; a built-in hub Agreed. I use at least some of the left hand keys all the time (e.g., Front, Open, Copy, and Paste). > for the mouse would also be nice, although I gather that might be a bit > of a problem for the system firmware and/or kernel, which ISTR expects > keyboard and mouse to be attached in a way that appears to the system to > be direct, i.e. without visible intervening hubs. I don't know about the attachment requirements, but yes, if it's technically doable, a mouse that plugs directly into the keyboard is a must. The fact that peecees, to this day, still don't attach the mouse to the keyboard is proof that in peecee land, mice were an afterthought. I don't recall seeing a Sun with a mouse that didn't plug into the keyboard, EVER, right back to the 3/50s. Except for the Type 6 travesty, which was a big step backwards in many ways. > "In the Hall of the Mountain King", from "Peer Gynt" Great piece of music! -- Rich Teer, SCNA, SCSA. Author of "Solaris Systems Programming", publishing in August 2004. President, Rite Online Inc. Voice: +1 (250) 979-1638 URL: http://www.rite-group.com/rich ////////////////////////////////////////////////////////////////////////////// Newsgroups: alt.solaris.x86 Message-ID: References: <3171676.1059679869@dbforums.com> <3175637.1059755268@dbforums.com> Organization: PIRONET AG News-System Date: 01 Aug 2003 19:49:11 +0200 From: Juergen Keil Subject: Re: How can I find USB driver(Keyboard, Mouse) for Solaris 9(X86)? rockyzhangxq writes: > I found my USB is USB 1.1 OHCI, not supported by > Solaris 9. And I can't find USB legacy support" option for the keyboard > and mouse in my system's BIOS. Strange. But the USB keyboard is usable to enter and use the BIOS setup screens, and it's also usable in the Solaris DCA (until the Solaris kernel is loader and running), and probably also when you boot from an MSDOS floppy? This would be an indication of enabled USB keyboard legacy support. I've seen systems where the BIOS USB -> PS/2 keyboard and mouse legacy emulation works inside Solaris, when the X11 server is up and running. Maybe you have to change some more BIOS settings, so that Solaris believes there's a PS/2 keyboard/mouse, e.g. you may have to set "PS/2 keyboard/mouse function" from "auto" to "enabled" so that the ACPI and/or PnP information reports a PS/2 keyboard/mouse, even though no PS/2 keyboard/mouse is attached to the system. In the Solaris DCA screen with the list of detected hardware, is there a PS/2 keyboard / mouse listed? > Does it mean that I have to use PS/2 mouse and keyboard? Well, there's zero support for USB peripherals when there's no Solaris driver for the USB host controller. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.programmer NNTP-Posting-Host: 213.83.119.35 NNTP-Posting-Date: Thu, 13 May 2004 09:12:40 +0000 (UTC) References: Message-ID: Date: 13 May 2004 02:12:40 -0700 From: Alex Sisson Subject: Re: Detecting multiple keypresses "kstahl" wrote: > > Howdy, > > I would like to get down to the nitty-gritty of the keyboard's operation. > Specifically, I would like to poll only a few keys on the keyboard, and I > would like to know when more than one key is pressed. In other words, I > would like to know how to access the keyboard's scan lines, so that if, for > example, the user is holding two of the arrow keys pressed simultaneously, I > will get a continuously changing response of Left-Right-Left-Right-and so > on. So far, all that comes to mind is scanf(), but this is clearly > inadequate. > > Thanks for your help, > -Karl SDL may be able to help, as that is geared towards gaming. See http://libsdl.org/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <2u7jj8F27tipmU1@uni-berlin.de> <10ntj2u3paphne9@corp.supernews.com> Message-ID: Date: 28 Oct 2004 19:16:47 -0700 From: Ottomeister Subject: Re: Identifying keyboard on Sunray Richard.L.Hamilton@mindwarp.smart.net (Richard L. Hamilton) wrote in message news:<10ntj2u3paphne9@corp.supernews.com>... > > In article <2u7jj8F27tipmU1@uni-berlin.de>, > "Thomas Dehn" writes: > > > > ""Mårten Svantesson"" WROTE: > >> if ((kbdfd = open ("/dev/kbd", O_WRONLY)) <= 0) { > > > > This cannot possibly work on Sun Ray. > > /dev/kbd is a console device, not a keyboard device > > associated with your Sun Ray session. > > > True (and not part of my patch, I might add). > > I don't have a SunRay to test on, but I _think_ one might be able > to detect that a particular session is on a SunRay by the presence of > the _SUN_SUNRAY_SESSION property on the root window. If it doesn't > simply assume a single keyboard layout, IMO it _ought_ to put the > keytable name or type and layout numbers or something in a property so > that one had an alternative way of discovering it, but if it does, > I haven't found the spot in the docs where it say so (I don't think > it does...). It doesn't. It wouldn't be hard to make it do that, but I'm not fond of doing Sun Ray-specific hacks that then lead to Sun Ray-specific stuff embedded in applications. If there was, say, an X.org or freedesktop.org standard that Sun Ray (and everyone else) could follow then that'd be a different matter. In the absence of an existing property-based standard the best solution would be for Sun Ray to support the X Keyboard Extension, which lets you do everything you'd ever dream of doing with a keyboard and then some. I'd hoped SRSS 3.0 would support XKB but it doesn't. I have my fingers crossed that XKB support will get into the next release. Until something along those lines happens I don't know of any way of discovering what keyboard is being used on a Sun Ray. BTW, the notion of "the" keyboard is a little slippery on Sun Ray, for a couple of reasons. The first is that you can have several keyboards plugged in at the same time. The DDX merges the input from those multiple keyboards into a single logical keyboard stream. Probably the best it could do for the purposes of this discussion would be to report a keyboard change each time it accepted input from a new keyboard, or perhaps when it accepted input from a keyboard whose layout was suspected to be different from the previous keyboard. The other is the existential question of "what keyboard is plugged in to a Sun Ray session that is not currently attached to a Sun Ray unit?". I suppose it'd keep reporting whatever keyboard was in use at the time the session became unattached, then report a change (if necessary) the next time the session became attached to a unit. Reporting "no keyboard" would probably confuse apps that care about this kind of thing, assuming there's even a way to do that under XKB. OttoM. -- ottomeister (no longer @my-deja, now @mail.com) Disclaimer: These are my opinions. I do not speak for my employer. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: c-24-0-180-169.hsd1.tx.comcast.net [24.0.180.169] NNTP-Posting-Date: Thu, 10 Nov 2005 09:20:48 -0600 Message-ID: Date: Thu, 10 Nov 2005 09:20:40 -0600 From: newsgroups.comcast.net Subject: Solaris 10 Keyboard questions 2 questions: 1: SunBlade 150, Solaris 10 - when using a "standard" Compaq USB keyboard, it works until it sits idle for some time, then in order to wake it up, the USB connector must be pulled and re-inserted. Is it possible to change settings, install driver, etc to get these non-Sun keyboards to work consistantly? BTW, the keyboards work fine on SunBlade 150, Solaris 8. 2. Ultra 5/10 series, Solaris 8/10 - The keyboards here are not the PS/2 type. When disconnecting the keyboard, the machine immediately drops out to "ok" prompt. Is it possible to use a non-Sun keyboard here (with eye to implementing a kvm settup), or is there a way to implement kvm without resorting to manually disabling and re-enabling the keyboard, then physically moving the keyboard connector to the other machine. Steve .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: redwood.taos.com [63.204.7.5] NNTP-Posting-Date: Thu, 10 Nov 2005 12:11:50 EST References: Message-ID: Date: Thu, 10 Nov 2005 17:11:50 GMT From: Darren Dunham Subject: Re: Solaris 10 Keyboard questions newsgroups.comcast.net wrote: > > 2. Ultra 5/10 series, Solaris 8/10 - The keyboards here are not the PS/2 > type. When disconnecting the keyboard, the machine immediately drops out > to "ok" prompt. Is it possible to use a non-Sun keyboard here (with eye > to implementing a kvm settup), or is there a way to impliment kvm without > resorting to manually disabling and re-enabling the keyboard, then > physically moving the keyboard connector to the other machine. There are sun-compatible KVM manufacturers that will not cause the SPARC to abort when the host is switched. -- Darren Dunham ddunham@taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: adsl-69-107-44-20.dsl.pltn13.pacbell.net [69.107.44.20] NNTP-Posting-Date: Wed, 13 Apr 2005 23:11:44 +0000 (UTC) Message-ID: <1113430134.837552.56610@z14g2000cwz.googlegroups.com> Date: 13 Apr 2005 16:11:30 -0700 From: Rackmount Display & KVM Expert Subject: NEW! SUN Compatible 1U Rackmount LCD keyboard KVM console Brand New Product!! Sun Microsystems Compatible 1U Rackmount LCD keyboard drawer with 3-buttons Trackball Optional for 8-ports or 16-ports KVM. 17" & 19" LCD with optional USB KVM 8/16-ports are available SNK117 1U 17" LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections Product Link: http://www.i-techcompany.com/sunkeyboard.html SUN Keyboard Layout Pics:http://lib1.store.vip.sc5.yahoo.com/lib/wintech/SUNKeyboardLayout.gif ******************Order information********************************** SNK117-8 1U 17" LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 8-ports KVM switches SNK117-16 1U 17"LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 16-ports KVM switches SNK119 1U 19" LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections SNK119-8 1U 19" LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 8-ports KVM switches SNK119-16 1U 19" LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 16-ports KVM switches SNK217 2U 17" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections SNK217-8 2U 17" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 8-ports KVM switches SNK217-16 2U 17" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 16-ports KVM switches SNK219 2U 19" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections SNK219-8 2U 19" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 8-ports KVM switches SNK219-16 2U 19" Dual Slides LCD Sun Microsystems Compatible 3-buttons Keyboard with USB connections with 16-ports KVM switches i-Tech Company LLC Toll Free 1-888-483-2418 x 111 http://www.i-techcompany.com/ ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <4sh67tFvpvttU1@mid.individual.net> Message-ID: <4sjngdF10129cU1@mid.individual.net> Date: Wed, 22 Nov 2006 20:42:04 +0100 From: Michael Laajanen Subject: Re: Sunray and wireless keyboard Hi, Richard Skelton wrote: > Michael Laajanen wrote: > >> Hi, >> >> I am trying to connect a wireless keyboard with builtin rollerball >> with mixed success on a Sunray. >> >> The keyboard works fine but the rollerball does not, has anyone >> managed to get this working? >> >> /michael > > Hi, > Does /usr/openwin/demo/xev show any events from the rollerball? > > Cheers > Richard. Thanks for the reply. There are no events reported when moving rollerball. Just a question, is the problem related to the fact that there is only one USB device which is common for both keyboard and rollerball? If so, how can one change the "input device" to work with only one device? /michael ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: redwood.taos.com [63.204.7.5] NNTP-Posting-Date: Mon, 23 May 2005 12:42:04 EDT References: <3fb4qrF6stbvU3@individual.net> Message-ID: Date: Mon, 23 May 2005 16:42:04 GMT From: Darren Dunham Subject: Re: Serial Console Cesare_72 wrote: > > Hy, > what it's the best console server for managing lots of SunServer? I'm > evaluating Cyclades produt (cheeper, smallest, easy to install/use) but > there are other product over the market? iolan digi cisco xylogics/bay/nortel [...] The cyclades do have a lot of advantages... -- Darren Dunham ddunham@taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware, comp.unix.solaris NNTP-Posting-Host: c211-31-5-25.blktn4.nsw.optusnet.com.au Message-ID: <42e196c7$0$2519$afc38c87@news.optusnet.com.au> Date: Sat, 23 Jul 2005 11:00:50 +1000 From: Jesus M. Salvo Jr. Subject: PS/2 PC keyboard on to Sun E220R ? I have an old E220R, and the Sun keyboard is broken. Furthermore, I could not figure out the exact combination of cables and adapters to attach the E220R (DB-25 on serial A, but the cable that I have has an RJ-45 on the other end) to a PC so that I can run minicom from a linux box to login via the serial console. So can I use a PC-type of keyboard and mouse and attach it to the E220R ? I found these 2: 1) ============================== ( Sun Interface Converter -- Option X465, Sun # 370-2068 ) http://sunsolve.sun.com/handbook_private/Devices/Input_Device/INPUT_Interface_Converter.html ... with this pic: http://www.sunshack.org/data/sunpix/3702068-1.jpg 2) ============================== ACV-130 Console Converter for SUN http://www.esis.com.au/Adv3Acc/Adv3Acc0_ExtAccKVM.htm#KVM_Converters manual and pics: http://www.esis.com.au/Adv3Acc/cv130.pdf Question is: Does it matter what system board they are attached to ? That is, can they be used on other systems apart from the E220R ? ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 137.138.32.37 NNTP-Posting-Date: Mon, 19 Sep 2005 07:45:50 +0000 (UTC) References: <1126877540.895456.250010@g47g2000cwa.googlegroups.com> <1126883865.218467.292410@f14g2000cwb.googlegroups.com> Message-ID: <1127115945.258099.272270@g43g2000cwa.googlegroups.com> Date: 19 Sep 2005 00:45:45 -0700 From: Hugo.Cacote@cern.ch Subject: Re: USB SUN Keyboard problem boot Erlend Leganger wrote: > > Hugo.Cacote@cern.ch wrote on 2005-09-16 17:17: > > Thanks. The v120 server doesn't have a key switch and I don't know how > > I can verify the eeprom settings since there is no reaction to the USB > > SUN keyboard and I presume that for determining or change the settings > > I have to type in the openboot prompt print-env, I'm I correct?? > > > Grab your server's hardware documentation and read up on how you connect > to the ALOM port (one of the RJ45 ports at the back), at least then you > can get to the openboot prompt. > > -- > - Erlend Leganger Hi Erlend, Thanks that's exaclty what I was doing, reading the hardware manual, when I found about the ALOM port. Thanks Hugo ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: <43335651$1@darkstar> Message-ID: <11jp20rif1to261@corp.supernews.com> Organization: Timetravellers Anonymous Date: Fri, 30 Sep 2005 00:34:35 -0000 From: Richard L. Hamilton Subject: Re: Solaris type 6 USB kbd Props/blank key same? In article <43335651$1@darkstar>, unix@unix.ci.scuc.edu writes: > > Using 'xev' produces the same results on a type 6 USB keyboard > for both the Props key on the left side and also the unmarked > key between Help and F1 (above Esc). Is there any of > distinguishing them under xmodmap? > > KeyPress event, serial 17, synthetic NO, window 0x980001, > root 0x2e, subw 0x0, time 2155864750, (125,143), root:(838,256), > state 0x0, keycode 125 (keysym 0xffca, F13), same_screen YES, > XLookupString gives 0 characters: "" > AFAIK, if they have the same keycode (not keysym!), they also have the same hardware scancode, so there would be no way to tell them apart without modifying the keyboard, and I have no info as to how or whether that might be feasible. Presumably there are multiple keyboard layouts made using mostly the same hardware and only a different PROM and keycaps. Although on the pre-USB keyboards, one could distinguish them, and the blank key was potentially useful since no existing software assigned it a meaning. I don't know whether not having them different on the USB keyboards was an oversight or whether it was some sort of side effect of complying with the standards for USB keyboards, or maybe intentional for some other reason that I can't guess. -- mailto:rlhamil@smart.net http://www.smart.net/~rlhamil Lasik/PRK theme music: "In the Hall of the Mountain King", from "Peer Gynt" ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 129.194.169.1 NNTP-Posting-Date: Tue, 6 Dec 2005 11:21:01 +0000 (UTC) References: <4394a5ee@news.nucleus.com> Message-ID: Organization: Klub anonimowych pracoholikow Date: Tue, 6 Dec 2005 12:21:37 +0100 From: Daniel Rychcik Subject: Re: NEW KEYBOARD COMING!!! On 2005-12-05, Colin B. wrote: > > 2) Mouse will be optical, with a scroll-wheel. > 3) USB Keyboard will have two hubs built-in, which means we can plug our > mouses into the keyboard, the way the deities intended! Double hoorray for these! Just wondering, are they considering radio connectivity in 'Type 8'? Then, my home Logitech set will find its way to the recycling box :) Daniel -- \ Daniel Rychcik INTEGRAL Science Data Centre, Versoix/Geneve, CH \-------------------------------------------------------------------- \ GCM/CS/MU/M d- s++:+ a- C+++$ US+++$ P+>++ L+++$ E--- W++ N++ K- \ w- O- M PS+ PE Y+ PGP t+ 5 X- R tv b+ D++ G+ e+++ h--- r+++ y+++ .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: 71.241.151.43 NNTP-Posting-Date: Thu, 08 Dec 2005 14:58:11 EST References: <4394a5ee@news.nucleus.com> Message-ID: Date: Thu, 08 Dec 2005 19:58:11 GMT From: Raf LaPietra Subject: Re: NEW KEYBOARD COMING!!! In article , Coy Hile wrote: > >Mats Larsson wrote: > >> On 2005-12-05 23:20, Colin B. wrote: >> >>> So the Type-7 keyboard and mouse were announced this week. >>> Has anyone seen them yet? >> >> http://www.sun.com/products/accessoriesext.jsp?tab=1 > > What's the part number (or X Option) off hand? And when one orders the > keyboard does the mouse come as well (as was the case with the type 6s)? > I'm definitely liking these and thinking of ordering one as soon as > the holidays are over. X3738A for the US Unix-style keyboard -Raf ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: p24d1bfbfff000000dafb82530e6bf94af7c4d887dfba85ee.newsdawg.com References: <2008120117335516807-austinpass@gmailcom> <2008120119085875249-austinpass@gmailcom> Message-ID: Organization: D and D Data Date: 2 Dec 2008 00:18:24 GMT From: DoN. Nichols Subject: Re: Sunfire V880 Query On 2008-12-01, Austin Pass wrote: > > On 2008-12-01 18:02:04 +0000, Nomen Publicus said: >> >> Make sure there is a keyboard attached. >> Without one, the system will assume that the server is "headless". > > > Perfect - thank you. I suspect that this may be the problem then. I > plugged a spare mac keyboard into the USB as it was all I had lying > around - didn't hold much hope that it would work but didn't "put two > and two together" with regard to forcing the server headless. I have a > Sun type 6 keyboard (which I'm assuming plugs into the PS2-like port > next to the VGA) which I can try tomorrow. I'm not familiar with the V880 systems, but anything with USB sockets probably does not use the older Sun keyboard connector. If the connector is on the framebuffer, then it is likely that it is intended to be used with a video eyepiece which alternately turns off one eye or the other on alternate frames -- thus giving 3D images. First -- look *carefully* at the connector on the framebuffer and the one on the keyboard and make sure that they have compatible pin locations. Then, look up the framebuffer data in the FEH (or in the copy held at the Sunshack site in Australia) assuming that the board is old enough. After all -- you don't want to zap the framebuffer or the keyboard. Sun Type-6 keyboards are available with the older connector, or the newer USB connector. I'm typing this on one of the latter on a Sun Blade 2000. Note that plugging in the USB keyboard *after* the system has booted will probably not do much of anything. It must be present to be probed during boot. And -- FWIW -- I'm using a Sun Type-6 USB keyboard on a Mac Mini, so I can tell you that they are quite compatible -- though the Sun keyboard may have more keys. Good Luck, DoN. -- Email: | Voice (all times): (703) 938-4564 (too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html --- Black Holes are where God is dividing by zero --- ////////////////////////////////////////////////////////////////////////////// Message-ID: <113257978-1389819042@hermes.sun.com> Date: 9 Apr 2007 10:45:23 -0800 To: (multiple recipients) From: Sun Microsystems - Sun Alert Team Subject: SUN(SM) ALERT WEEKLY SUMMARY REPORT Sun Alert ID: 102848 (RESOLVED) Synopsis: Some Sun "Type 7" Keyboards May Become Unresponsive After Extended Idle Time of a SunRay Session Product: SunRay Category: Availability Date Released: 21-Mar-2007, 06-Apr-2007 Date Closed: 06-Apr-2007 To view this Sun Alert document please go to the following URL: http://sunsolve.sun.com/search/document.do?assetkey=1-26-102848-1 ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris References: Message-ID: Organization: Sun Microsystems Corporation Date: Wed, 12 Oct 2005 08:46:37 -0400 From: ML Starkey Subject: Re: Unable to open /dev/cua/a: Device busy syn_NOSPAM_uw wrote On 10/11/05 17:14,: > > Hello, > > I am trying in vain to free my /dev/cua/a port so that I can attach my > APC UPS to it and monitor it with NUT (Network UPS Tools). This system > is a Sun SPARCstation 5 running Solaris 9 and Network UPS Tools version > 2. I get the following error when starting the UPS driver: > > Unable to open /dev/cua/a: Device busy This simply means that the serial port is being used by some other process. Another message that means the same thing is "all ports busy". (Also, make sure you are using the cable that the APC UPS requires; probably not what is happening here, as if that were the case, the message would probably be "no device" or something like that.) > I deactivated sac and ttymon also commented out the console port in > /etc/inittab. So I don't know who is still using /dev/cua/a on my > system, here is also an ouput of the full ps: sac will respawn, according to it's entry in /etc/inittab, so just killing it won't help here. Nor is it a typical part of troubleshooting this problem. > > UID PID PPID C STIME TTY TIME CMD > root 0 0 0 23:01:53 ? 0:01 sched > root 1 0 0 23:01:56 ? 0:00 /etc/init - > root 2 0 0 23:01:56 ? 0:00 pageout > root 3 0 0 23:01:56 ? 0:00 fsflush > root 302 293 0 23:02:47 ? 0:01 /usr/lib/ssh/sshd > root 293 1 0 23:02:25 ? 0:00 /usr/lib/ssh/sshd > root 269 1 0 23:02:22 ? 0:00 /usr/sbin/nscd > root 44 1 0 23:02:06 ? 0:00 /usr/lib/sysevent/syseventd > root 248 1 0 23:02:19 ? 0:00 /usr/sbin/syslogd > root 291 1 0 23:02:24 ? 0:00 /usr/lib/inet/xntpd > smmsp 284 1 0 23:02:23 ? 0:00 /usr/lib/sendmail -Ac -q15m > root 256 1 0 23:02:20 ? 0:00 /usr/sbin/cron > root 283 1 0 23:02:23 ? 0:00 /usr/lib/sendmail -bd -q15m > root 278 1 0 23:02:23 ? 0:00 /usr/lib/utmpd > > As you cann see there is nearly nothing... Does anyone know how I can > get my /dev/cua/a free for usage ? Couple things, in order of importance: 1.If there is NO keyboard attached to the system, your console is port "A" (default Sparc behaviour when booting up w/o a Sun KB attached). This means that you WILL NOT be able to use ttya for anything else. (Not recommended to remove your inittab entry for the console) 2.pmadm -l and see if there is a port monitor (login service) running on the port. If there, remove with: pmadm -r -p zsmon -s ttya 3.ISTR from past experiences with the APC daemon that is tends to monitor any and all serial ports, not just the ones you ask it to (or perhaps that's a default behaviour). See #5 below. 4.ps -ef|grep defunct If you have defunct processes in your process table, they could be from past failed attempts to use or monitor the serial port and only a reboot will clear them. 5.fuser -u /dev/cua/a fuser -u /dev/ttya If you get any output from those commands (will show up as numbers followed by an "o", grep those numbers through your process table and see what process has them and kill it. 6. Finally, are you certain port 'a' is operable? Have you used it in the past? A failing or failed serial port will often act in this manner. HTH! ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: mk-nntp-2.news.uk.tiscali.com Message-ID: <453C146B.1080703@davidknoll.me.uk> Date: Mon, 23 Oct 2006 02:01:31 +0100 From: David Graham Knoll Subject: Sun keyboard protocol I've just bought an Ultra 5 off eBay. I don't have a Sun keyboard, but I've read that it communicates over something like RS232 at TTL levels. So, can I just put a MAX232 between the serial port on my PC and the Sun keyboard port, and write a program to translate the data? If so, does anyone have good info on the keyboard protocol/codes? Thanks David . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . [ ARCHIVER'S NOTE: One set of clues for the Sun4 keyboard protocol is http://www.cs.utk.edu/~shuford/terminal/sunos_4x_usr_include_sundev_kbd.h ] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 24.67.253.205 NNTP-Posting-Date: Sun, 22 Oct 2006 22:33:43 MDT References: <453C146B.1080703@davidknoll.me.uk> Message-ID: Date: Mon, 23 Oct 2006 04:33:43 GMT From: Rich Teer Subject: Re: Sun keyboard protocol On Mon, 23 Oct 2006, David Graham Knoll wrote: > > I've just bought an Ultra 5 off eBay. I don't have a Sun keyboard, but I've > read that it communicates over something like RS232 at TTL levels. So, can I > just put a MAX232 between the serial port on my PC and the Sun keyboard port, > and write a program to translate the data? It's not quite that straight forward. Get a Sun keyboard (and mouse); they're very cheap, and great qaulity too (if you get the Type 5 one; avoid the Type 6). -- Rich Teer, SCNA, SCSA, OpenSolaris CAB member President, Rite Online Inc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware NNTP-Posting-Date: 23 Oct 2006 01:27:59 CDT References: <453C146B.1080703@davidknoll.me.uk> Message-ID: <453c60ef$0$47439$892e0abb@auth.newsreader.octanews.com> Date: 23 Oct 2006 06:27:59 GMT From: Doug McIntyre Subject: Re: Sun keyboard protocol David Graham Knoll writes: > >I've just bought an Ultra 5 off eBay. I don't have a Sun keyboard, but >I've read that it communicates over something like RS232 at TTL levels. >So, can I just put a MAX232 between the serial port on my PC and the Sun >keyboard port, and write a program to translate the data? Why would you do that (not that it would work)? Why don't you just hookup a serial cable straight into the serial port, and since there is no keyboard connected, you'll have full console right there for no work? Console over serial has worked on Sun workstations for several decades. >If so, does anyone have good info on the keyboard protocol/codes? There's some copies floating available, or the original source is the SPARC internataional website, which probably still charges for the spec, much like any of the other spec (ie. recent IEEE standards) places do. Or, pay the $2.99 that a type-5 Sun keyboard goes for on eBay. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 81.132.214.35 NNTP-Posting-Date: Mon, 23 Oct 2006 12:51:05 -0500 References: <453C146B.1080703@davidknoll.me.uk> <453c60ef$0$47439$892e0abb@auth.newsreader.octanews.com> Message-ID: Date: Mon, 23 Oct 2006 18:51:01 +0100 From: Graeme Brett Houston Subject: Re: Sun keyboard protocol Hi All, I wish Sun keyboard went that cheap in the UK ebay, moree like $35/40 dollars overhere inc delivery You could also try a Sun Adapter from Belkin, i have one but unfortunately does not seem to work; i am getting another one; if it does not work, the nit may be the cable, but i will know for sure when i get a hold of a Sun keyboard at some point the the next week. So i think you would be best to get a Keyboard and a sun monitor adaptor as well that way you can use the local graphics engine and avoid and network traffic to display remote graphical sessions and also be able to get a root login on the graphical side without to much effort. Thanks, Graeme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware References: <453C146B.1080703@davidknoll.me.uk> <453c60ef$0$47439$892e0abb@auth.newsreader.octanews.com> Message-ID: Organization: Piglet's Pickles & Preserves Date: 23 Oct 2006 18:23:12 GMT From: Huge Subject: Re: Sun keyboard protocol On 2006-10-23, Graeme Brett Houston wrote: > Hi All, > > I wish Sun keyboard went that cheap in the UK ebay, moree like $35/40 > dollars overhere inc delivery You didn't look very hard, did you? They seem to go from GBP4.99 to GBP10.00. A search for "Sun keyboard" on ebay.co.uk found 7. -- "Other people are not your property." [email me at huge [at] huge [dot] org [dot] uk] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.sys.sun.hardware NNTP-Posting-Host: 62.177.151.68 References: <453C146B.1080703@davidknoll.me.uk> <453c60ef$0$47439$892e0abb@auth.newsreader.octanews.com> Message-ID: <453d0d19$0$339$e4fe514c@news.xs4all.nl> Organization: Sun Microsystems, Netherlands Date: 23 Oct 2006 18:42:33 GMT From: Casper H.S. Dik Subject: Re: Sun keyboard protocol "Graeme Brett Houston" writes: > >I wish Sun keyboard went that cheap in the UK ebay, moree like $35/40 >dollars overhere inc delivery Other options include: - Make sure you run Solaris 10 or later (if running Solaris) - get a USB card (for $10, most any will work) - get a USB keyboard. Drawback: no output on boot, serial console output only until multiuser. Casper -- Expressed in this posting are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. Statements on Sun products included here are not gospel and may be fiction rather than truth. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.sys.sun.admin References: <1161711327.721172.294900@i3g2000cwc.googlegroups.com> Message-ID: Organization: Piglet's Pickles & Preserves Date: 24 Oct 2006 19:15:19 GMT From: Huge Subject: Re: Can't switch from console login to CDE? On 2006-10-24, lazyboy_2k@yahoo.com wrote: > Hi All, > > I'm running a solaris 10 on my ultra 5 system & did some ldapclient > configuration. After I reboot the machine, it goes straight into > console login. I have tried to reboot several times to see if it allow > me to go back to the dtlogin gui where a user can either select cde or > gnome or console login. So far I've been no luck. Does anyone know > what do I have to do to go back to the dtlogin gui? Any > helps/suggestions are really appreciated. > > TIA, > -Chris /etc/rc2.d/S99dtlogin -- "Other people are not your property." [email me at huge [at] huge [dot] org [dot] uk] ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 81.82.199.238 NNTP-Posting-Date: Fri, 9 Feb 2007 15:07:01 +0000 (UTC) References: <1171031837.377145.132320@h3g2000cwc.googlegroups.com> Message-ID: <1171033615.372469.28190@k78g2000cwa.googlegroups.com> Date: 9 Feb 2007 07:06:55 -0800 From: Mirwais Subject: Re: keyboard layout differs in telnet sessions On Feb 9, 3:37 pm, "mirwais" wrote: > Hi, > > when I telnet to my freshly installed x86 Solaris 10 workstation as > root I get the correct keyboard layout (e with accents, a with > accents...). When I telnet to another account on that workstation I > still get an azerty layout but this time instead of é I get i, à > becomes ´, ç becomes g and so on... > The locale on both accounts are set to C... locale output is exactly > the same... > Does anybody know what this difference in behaviour triggers ? > > Regards, > Peter Ok, found it myself... "stty -istrip" solves the problem... .............................................................................. Newsgroups: comp.unix.solaris NNTP-Posting-Host: s5b004.rrzn.uni-hannover.de NNTP-Posting-Date: 9 Feb 2007 15:08:10 GMT References: <1171031837.377145.132320@h3g2000cwc.googlegroups.com> Message-ID: Date: Fri, 9 Feb 2007 16:08:10 +0100 From: Andreas Prilop Subject: Re: keyboard layout differs in telnet sessions On Fri, 9 Feb 2007, mirwais wrote: > > When I telnet to another account on that workstation I > still get an azerty layout but this time instead of é I get i, > à becomes ´, You mean grave accent (`), not acute accent (´). > ç becomes g and so on... > The locale on both accounts are set to C... locale output is exactly > the same... "C" locale means US-ASCII. There are *no* special characters like é à ç in US-ASCII. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 89.125.103.76 NNTP-Posting-Date: Mon, 28 Jul 2008 12:47:04 +0000 (UTC) References: <86ca0f90-0ffb-4016-9518-cf3c90594cf3@i76g2000hsf.googlegroups.com> Message-ID: Date: Mon, 28 Jul 2008 05:47:04 -0700 (PDT) From: Andrius On Jul 28, 7:28 am, "Thommy M. Malmström" wrote: > Andrius wrote: > > > Richard B. Gilbert wrote: > >> Andrius wrote: > >> > >>> Lads, > > >>> how to make languages changing on keyboard please? > > >>> Regards, > >>>http://andriusblo.blogspot.com > >> I'm not certain that I understand your question! > > >> There are special keyboards available with the customary layout for > >> various languages. > > >> I believe that the standard U.S. keyboard can be made to send the > >> accented characters used in some languages. It is a little more > >> difficult than typing on a keyboard designed for German or French but it > >> can be done. > > >> As far as I know, there is no way to change a U.S. keyboard into a > >> German, French, Italian or Greek keyboard, you have to buy a new > >> keyboard! Normally, systems sold in Germany will be shipped with a > >> German keyboard, those sold in France with a French keyboard, und so > >> weiter! > > > Not a keyboard, but layout. Have UK, but need sometimes a Russian, no > > idea how to change. In S Express to change no problem, but here in 10 > > something is not right. > > If you explain how you do it in Solaris Express then it might be easier > for us to help you with how to do it in Solaris 10. The more you tell us > what you are doing and what your equipment is, the easier it is for us > to help out. > > /Thommy M. > > -- > /"\ Join the ASCII | Thommy M. Malmström > \ / ribbon campaign | AB Hardeberga IT > X against HTML mail | Skiffervägen 23, 224 78 Lund > / \ and postings | +46 70 969 57 93 > > ======================================================================= > http://www.at-hardeberga.com thommym (at) at-hardeberga.com > ======================================================================= > "The box said 'Windows 2000 Server or better', so I installed Solaris." > ======================================================================= In Solaris Express on Desktop Preferences->.Keyboard it is possible simply to choose a languages' layouts and icon will appear in right side panel, you can change a language either clicking by mouse on icon or pressing a key-conbination on keyboard. In S10 you can choose a Layouts in the same place but nobody will happen, nor icon appear in Panel, nor becomes clear what key-combination to press for changing of layout. -- Regards, http://andriusblo.blogspot.com/ P.S. My system is casual hand made, AMD-M 2600 XP, 1GB RAM, and Microsoft keyboard with UK layout. //////////////////////////////////////////////////////////////////////////////[> Newsgroups: comp.unix.solaris NNTP-Posting-Host: brln-4dba160c.pool.einsundeins.de NNTP-Posting-Date: Sat, 21 Feb 2009 21:33:23 +0000 (UTC) Message-ID: Organization: 1&1 Internet AG Date: Sat, 21 Feb 2009 22:34:14 +0100 From: Andreas Lattka Subject: cannot change keyboard mapping in Xorg 1.5 Hi there, I recently did upgrade from opensolaris snv 106 to snv 107. This did upgrade the Xorg version to 1.5. Unfortunately my keyboard mapping is english now, I am unable to change it back to german. IRC channel in freenode suggested to change the mapping using the Gnome Input methode but this is already set to german. I googled that issue and found among others this URL http://opensolaris.org/jive/thread.jspa?threadID=90911&tstart=0 but this did not solve my problem. Is someone running Opensolaris snv 107 with other then english keyboard mapping in Xorg and how was this configured? Thank you for advice! Have a nice day! Andreas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: 212.183.36.40 NNTP-Posting-Date: Sun, 22 Feb 2009 07:56:23 +0000 (UTC) References: Message-ID: Date: Sat, 21 Feb 2009 23:56:23 -0800 (PST) From: Ewald Ertl Subject: Re: cannot change keyboard mapping in Xorg 1.5 Hi Andreas, > Is someone running Opensolaris snv 107 with other then english keyboard > mapping in Xorg and how was this configured? Yes I have/had also problems. The first one for me was, that the intel driver does not work, so I had to switch over to the VEAS driver. The German-keyboard was also missing, but can be available via configuration in the xorg.conf see http://blogs.sun.com/alanc/entry/xorg_1_5_3_in Here are the entries for the keyboard described. HTH Ewald . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Newsgroups: comp.unix.solaris NNTP-Posting-Host: brln-4dba160c.pool.einsundeins.de NNTP-Posting-Date: Sun, 22 Feb 2009 20:53:26 +0000 (UTC) References: Message-ID: Organization: 1&1 Internet AG Date: Sun, 22 Feb 2009 21:53:25 +0100 From: Andreas Lattka Subject: Re: cannot change keyboard mapping in Xorg 1.5 > Hi Andreas, > > On 21 Feb., 22:34, Andreas Lattka wrote: >> Hi there, >> >> I recently did upgrade from opensolaris snv 106 to snv 107. This did >> upgrade the Xorg version to 1.5. Unfortunately my keyboard mapping is >> english now, I am unable to change it back to german. IRC channel in >> freenode suggested to change the mapping using the Gnome Input methode >> but this is already set to german. I googled that issue and found among >> others this URLhttp://opensolaris.org/jive/thread.jspa?threadID=90911&tstart=0but this >> did not solve my problem. >> >> >> Is someone running Opensolaris snv 107 with other then english keyboard >> mapping in Xorg and how was this configured? >> > Yes I have/had also problems. The first one for me was, that the intel > driver does not work, so > I had to switch over to the VEAS driver. > The German-keyboard was also missing, but can be available via > configuration in the xorg.conf > > see http://blogs.sun.com/alanc/entry/xorg_1_5_3_in > > Here are the entries for the keyboard described. > > HTH > Ewald Thank you for that info; one comment states that the guest additions in Virtual Box do not work with the new Xorg server. I need them! Therefore probably I will wait until snv_109. Greetings Andreas ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris NNTP-Posting-Host: 213.78.42.15 References: <4b0709d6@212.67.96.135> Message-ID: <4b07404b@212.67.96.135> Date: Sat, 21 Nov 2009 01:20:11 +0000 From: Dave Subject: Re: Ultra 27 / OpenSolaris 06/2009. Keyboard layout randomly changes Oscar del Rio wrote: > Oscar del Rio wrote: >> Dave wrote: >>> >>> I'm getting a bit fed up with this. Every now and then (few days), >>> the monitor is displaying different characters to what I intend typing. >>> >>> Shift-3 displays a #, not a £, as I expect on my UK keyboard >>> Shift-2 displays @ rather than ", as I expect on my UK keyboard. >> >> >> Check/disable the Gnome Virtual Keyboard, usually found on the top >> panel's Notification Area. > > sorry, it's actually called "Input Method Switcher", not virtual keyboard. Thank you. I'll take a look at that next time the machine goes up the creeks. The tool appears to auto detect the keyboard correctly, as being a UK keyboard. The machine was bought new, with the right (type 7) keyboard and mouse, so I'm not using some older unsupported keyboard. ////////////////////////////////////////////////////////////////////////////// Newsgroups: comp.unix.solaris Path: transfer.stratus.com!newsfeed1.dallas1.level3.net!newsfeed2.dallas1.level3.net !news.level3.com!postnews.google.com!z40g2000vba.googlegroups.com!not-for-mail Message-ID: X-Trace: posting.google.com 1261527762 8467 127.0.0.1 (23 Dec 2009 00:22:42 GMT) NNTP-Posting-Host: 173.114.236.48 NNTP-Posting-Date: Wed, 23 Dec 2009 00:22:42 +0000 (UTC) Date: Tue, 22 Dec 2009 16:22:41 -0800 (PST) From: "Mr. Nice Guy" Subject: Solaris 10 keyboard / hid driver Hi there. I've been given the task of investigating and, later, implementing a Solaris 10 (SPARC, if it matters) keyboard driver "replacement" that will catch a specific sequence -- akin to "ctrl-alt-del" -- and allow us to take a particular action when that combo is received. I've read the bolthole information for drivers, and also poked through Sun's documents and some of the OpenSolaris code, but I'm not sure I'm much the better for it. For example, I see that there is more than one driver specifically for the keyboard: # modinfo | grep kbd 80 1376a20 27a8 16 1 conskbd (conskbd multiplexer driver 5.58) #: modinfo | grep key 81 1378da0 4280 - 1 kbtrans (kbtrans (key translation) 1.37) 94 13d4470 1eb4 - 1 usbkbm (USB keyboard streams 1.37) # modinfo | grep hid 91 13cc660 3748 51 1 hid (USB HID Client Driver 1.38) 92 13cf3d0 32f0 - 1 hidparser (HID PARSER 1.14) So, obviously, this isn't a case of "update this one driver and slap it in there with add_drv". Has anyone done something similar to this? Any tales to share after the trip? Suggestions? ("Drink more booze" is being considered as we speak...) Much obliged... Aaron //////////////////////////////////////////////////////////////////////////////