https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115456
--- Comment #2 from Li Pan <pan2.li at intel dot com> --- According to the ISA, Zvfhmin only contains 2 insns, quote as below " The Zvfhmin extension provides minimal support for vectors of IEEE 754-2008 binary16 values, adding conversions to and from binary32. When the Zvfhmin extension is implemented, the vfwcvt.f.f.v and vfncvt.f.f.w instructions become defined when SEW=16. The EEW=16 floating-point operands of these instructions use the binary16 format. " Thus, for this case the vfmv.f.s should be invalid for V4HF mode but expanded. We should not generate insn like that here when only zvfhmin is given.
