Created attachment 13121 [details] [review]
xkeyboard-config-sun6.patch

Created attachment 13122 [details] [review]
xkeyboard-config-sun6.patch

Created attachment 13144 [details] [review]
xkeyboard-config-sun6.patch

Great! Thanks, committed.

The keycodes/sun hunk of the patch is not in cvs.

There are also still a few minor issues in the keymapping that still need to be addressed, so I'll add a new patch against cvs that includes the missing hunk and the other issues soon.

Looking forward to new patch, thanks!

Created attachment 14190 [details] [review]
xkeyboard-config-sun6.patch

Applies to current cvs master.

Big cleanup of sun symbols.  Now using inet for standardized symbols instead of old sun symbols for volume, cut, paste, etc.

Cleans up xmodmap by avoiding pulling in all of pc.  xmodmap now clean:
shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Meta_L (0x73),  Meta_R (0x74)
mod2        Mode_switch (0x71)
mod3        Num_Lock (0x4d)
mod4        Alt_L (0x40)
mod5      

Verified working on type6 usb on linux/x86_64 and type 5/6 serial on linux/sparc.

Sergey, there is actually one remaining issue that I can't seem to tackle, and maybe you can point me in the right direction.  Capslock and numlock indicator lights work as expected, but scroll lock and compose (Multi_key) don't.  Multi_key and Scroll_Lock are mapped right according to xev, and doing multi-key followed by ' followed by a produced á correctly

I have these in my keycodes definition:
include "xfree86"
indicator 4 = "Compose"

so scroll lock indicator should be coming in from xfree86.

The scroll lock indicator light works fine outside of X.

Any idea why these indicators aren't working right?

Thanks.

Created attachment 14191 [details] [review]
additional patch for base.xml.in

That last patch didn't include a definition in base.xml.in.  This patch contains just the xml update.

Just out of curiosity: shouldn't "sunbase", "left_funkeys", "volumekeys" be marked as hidden?

(In reply to comment #10)
> Just out of curiosity: shouldn't "sunbase", "left_funkeys", "volumekeys" be
> marked as hidden?
>

That would probably be best, yes.

Committed, thanks!