| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |
|
| |
|
|
|
|
|
|
|
| |
The witness output was recently changed in order to aid tracking down
scenarios in which lock ordering data is missing. This is probably a bug
and turning them into unique reports should hopefully help syzkaller
being able to find a reproducer.
The existing inode suppression must be tweaked a bit order to not flag
the relevant reports as suppressed.
|
| |
|
|
|
| |
Ignore cases that match "INFO:" that were not important.
These occured on Pixel3XL running Android 11.
|
| |
|
|
|
| |
Extracted from:
https://groups.google.com/g/syzkaller/c/cXw5z215P5E/m/jBvwJ3IsAQAJ
|
| | |
|
| |
|
|
|
|
|
|
| |
kcsan_setup_watchpoint() reads the value before and after the delay to
check for value changes. If the memory location is inaccessible, do not
report the bug in kcsan_setup_watchpoint() but instead in the caller.
This also allows properly deduplicating related reports from non-KCSAN
configs.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Currently all executor fail errors go into "lost connection" bucket.
This is not very useful. First, there are different executor failures.
Second, it's not possible to understand what failures happen how frequently.
Third, there are not authentic lost connection.
Create separate SYZFAIL: bugs for them.
Update #573
Update #502
Update #318
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Both these passive hangs sometimes happen due to the same underlying issue.
Merge them together.
Update #1575
|
| |
|
|
|
|
|
| |
Both these active stalls sometimes happen due to the same underlying issue.
Merge them together.
Update #1575
|
| |
|
|
| |
Update #1575
|
| | |
|
| |
|
|
|
|
|
| |
These cause lots of duplicates.
See existing syzbot bugs and the issue.
Update #1575
|
| |
|
|
| |
Update #1575
|
| |
|
|
| |
Update #1575
|
| |
|
|
|
|
|
|
|
| |
Initially I tried to skip kmalloc frames more carefully
to report proper test names in KASAN tests (338, 340).
But as the result we badly parsed a real report,
while nobody cares much about how we parse KASAN tests
that happen to contain "kmalloc" in test function name.
Skip all kmalloc frames now.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
dereference"
|
| |
|
|
| |
Some of these were classified as corrupted at some point.
|
| |
|
|
| |
detected"
|
| |
|
|
|
|
| |
Stop treating stack memory dump as beginning of stack trace.
It's not getting anywhere, we are just getting more and more
special cases (see test 555).
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Update #1575
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
LOCKDEP can add "hard/softirs last enabled/disabled at" lines
with more files at the top. These files are generally not related,
or at least out of order. We want to extract the file from stacks,
so ignore these lines.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
It looks we got a couple of odd crashes where the syz-executor is
probably hanging but the VM is still responsive[1].
Does the hypervisor try to diagnose the VM under such circumstances?
Since the VM is still responsive, the input written to the console is
echoed back which in turns causes a panic to be detected.
If this theory is true, we can avoid detecting such false positives by
making the oops indicator disjoint from the input written to the
console.
[1] https://syzkaller.appspot.com/bug?id=af604b59c590384e9faa00dfc958ef87a922ae71
|
| |
|
|
|
|
|
|
|
|
|
| |
We are getting lots of WARNINGs in urb.c and all of them seem
to mean a bug in a particular driver. And fixes for these bugs
go into a particular driver code. But we send all of them to
urb.c maintainers. Skip urb.c as a guilty file.
If a bug happens to be in urb.c for real, a driver maintainers
should CC USB core maintainers on it.
Update #2284
|
| | |
|
| |
|
|
| |
Add arm64 test crash and some parsing logic fixes/improvements.
|
| |
|
|
|
|
|
|
|
|
| |
These reports are not that helpful and are rarely a problem as each
vnode has a unique lock. Reports from witness regarding lock order
reversal between two vnode locks are already suppressed by the kernel,
see RWL_IS_VNODE in the rwlock(9) manual.
While here, update `testdata/openbsd/report/10` as this report was
generated before I prefixed all output from witness.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Update #1523
|
| |
|
|
|
|
| |
RB tree is just a container (like list we already skip),
the bug is usually in the caller. Skip RB frames.
The new titles are much more informative and have lower chances of collisions.
|
| | |
|
| |
|
|
|
|
| |
It used to use warningStackFmt, it is wrong, this is not a WARNING.
As the result it previously parsed as:
KMSAN: kernel-usb-infoleak in __kmalloc
|
| |
|
|
|
|
| |
Regression introduced in commit cb93dc6a ("pkg/report: flag short
uvm_fault reports as corrupted") causing some valid reports to be
flagged as corrupted.
|
| |
|
|
|
|
|
| |
They don't contain enough context to be useful.
This change makes `testdata/openbsd/report/0` to be treated as
corrupted, which is desirable since it also lacks context.
|