Mine is a type 6, previous generation from type 7, as shown here https://deskthority.net/wiki/Sun_Type_6.
I haven’t forgotten , my suggestion was based on “As in other Sun keyboards …” part of the first sentence of that chapter.Mine is a type 6, previous generation from type 7
According to the wiki on type 7 are a set of 5 dip switches ( which "... define the layout variant." ). If existent, on type 6 should be similar. I was thinking trying those switches might help getting an event response from those keys.Removing it reveals something which may be a DIP switch
If those switches are not accessible easily ( if present ) then you shouldn't touch it.it looks like you have to take the keyboard apart. I would do that, if I knew of a way to test "what comes out" of the keyboard without all the layers of the X software that are on top of it.
libinput debug-events —-verbose —-show-keycodesand press those keys.
libinput debug-events --verbose --show-keycodesreports, first pair of columns, and what
xevreports, second pair of columns:
Stop KEY_POWER 116 Xf86PowerOff 124 Again KEY_SLEEP 142 XF86Sleep 150 Props Undo Front Copy KEY_WAKEUP 143 XF86Wakeup 151 Open Paste KEY_SEARCH 217 XF86Search 225 Find KEY_BOOKMARKS 156 XF86Favorites 164 Cut KEY_REFRESH 173 XF86Reload 181
You haven't, you mentioned it in your first posting.I forgot to add that before the update to xorg-server-1.20, at least the Open key was visible to XFCE. Same keyboard.
I tried that, no effect.For what it's worth I do have
/etc/rc.conf(it doesn't seem it was mentioned before).
Thanks again for all your help. I will try the lists you suggested.You haven't, you mentioned it in your first posting.
For the problem, I couldn't make any progress. As I see it, it happens on the evdev level ( /usr/src/sys/dev/evdev ). The keyboard keys don't produce any events. When there is no event no key codes are returned, no keyboard mapping happens. I don't know where to investigate further, also I lack the knowledge to debug the evdev source code.
Those keys of yours returning a wrong function can be remapped, but not the others ( no key codes ). If you need all keys urgent, you could build xorg-server from ports with DEVD enable ( instead of UDEV ), just make sure to pull the right ports tree banch. Package repository quarterly (/etc/pkg/FreeBSD.conf ): svnlite(1) 2020Q2, package repository latest: portsnap(8).
If there is no urgency, I suggest you try at firstname.lastname@example.org mailing list. That list is frequented by developers, familiar with this kind of problem. If you don't get an respons from there after a time you could also try on https://bugs.freebsd.org. Sorry I couldn't be of help.