Cap hashlog for row based matchfinder, chainlog for short cache matchfinders

[embg]

This assert which was added as part of short cache has uncovered two bugs:

• The short cache PR only validates that hashLog is <= 24 bits. We need to do the same for chainLog, this has showed up in some CI failures.
• The row based matchfinder needs to have hashLog capped at 28 bits (24 + 4). The assert linked above can currently be triggered by ./zstd -o /dev/null -7 < ~/silesia.tar --zstd=hlog=29

These bugs can't lead to data corruption, but they do have some bad effects:

• Can regress compression ratio by corrupting the hashtable
• Every time the assert fails, that is undefined behavior (shift by larger than width of type)
• Cause CI failures for debug builds

Code pointer:

zstd/lib/compress/zstd_compress.c

Line 1443 in 4f7183d

if (cPar.hashLog > maxShortCacheHashLog) {