The intention in these regexp's is to find the first line containing e.g. func name.
Currently we use greedy new line matching and find the _last_ line with func name.
E.g. if we have 2 KASAN reports we will match header from the first report,
but then access info from the second report.
Use non-greedy new line matching to fix it.
Now crashes dir contains 1 subdirectory per unique crash type.
Each subdirectory contains 'description' file with a unique string identifying
the crash type (e.g. "KASAN: slab-out-of-bounds Read of size 2 in bit_putcs"),
and up to 100 logN and reportN files with raw crash log (as before) and
post processed kernel oops message.