Re: [PATCH v2 0/3] support for the kernel 7.1 modifier-aware KT_CSI keysym type

On Thu, 25 Jun 2026, Alexey Gladkov wrote:

> This makes it impossible to use Csi_* in it, since Csi_F1 in the second
> layout will be recognized by the kernel as "F1 with Shift".
> 
> And this seems to apply not only to KT_CSI, but also to the existing
> KT_CUR: k_cur() uses the same csi_modifier_param(). If the arrows end up
> in a layout group other than the first one via shiftl/shiftr, an extra
> Shift modifier will be generated in the escape sequence. And that's a real
> regression in userspace.
> 
> I hope I've made my concerns more clear.

You're right, and thanks for the concrete example -- this one is a 
genuine bug, and it's in the kernel rather than in the keymaps.

I misunderstood the actual purpose of KG_SHIFT vs KG_SHIFTL/KG_SHIFTR.

I'll send a fix right away.


Nicolas