| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| |
|
|
|
|
|
|
| |
To get coverage of PREEMPT_RT as well.
The disabled configs are marked as incompatible
with PREEMPT_RT in Kconfig files.
Fixes #6225
|
| |
|
|
|
|
|
|
|
|
| |
It seems incredibly difficult to clean up the side effects of this
kernel functionality.
Keep it enabled only on a new config dedicated specifically for the
snapshot-based instance.
Closes #5956.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add comedi.yml fragment with all usb and manually configurable
legacy comedi drivers. Specify x86_64-only setting for drivers
that depend on CONFIG_ISA[_BUS].
- Set the comedi.comedi_num_legacy_minors=4 kernel config param.
That way there are always /dev/comediN devices to try
COMEDI_DEFCONFIG ioctl on.
- Enable comedi.yml fragment for most instances.
Disable it for ChromeOS and Android, as well as some other arches
to avoid conflicts.
This change will disable some already set COMEDI config options (like
COMEDI usb drivers) in a few instances. It should not adversely affect
overall coverage as most other instances will keep those options and
add more on top.
|
| |
|
|
| |
Now that Rust Binder has been merged into the tree, we can enable it.
|
| | |
|
| |
|
|
| |
We haven't been fuzzing it on syzbot for a very long time.
|
| |
|
|
| |
Use v6.16-rc1 and the latest linux-next tag.
|
| |
|
|
| |
Enable RUST as well as other Rust-related configs.
|
| |
|
|
| |
The bugs that were popping up during image tests now seem to be fixed.
|
| |
|
|
|
|
|
|
|
| |
A config bisection between our LTS and Android configs have pointed to
the SERIAL_8250_RUNTIME_UARTS option determining whether the kernel
will hang during boot in qemu.
Set SERIAL_8250_RUNTIME_UARTS=4 on our Android kernels to make them
bootable.
|
| | |
|
| |
|
|
| |
Use the latest linux-next and torvalds releases.
|
| | |
|
| |
|
|
| |
We don't use these on syzbot.
|
| | |
|
| |
|
|
|
| |
Maximum config that still builds/boots.
This is useful for descriptions/interface auto-extraction.
|
| |
|
|
|
| |
It will be available from v6.15, but we can already enable it for
linux-next.
|
| |
|
|
| |
Use the latest linux-next and the latest torvalds release.
|
| |
|
|
|
| |
Here we go again, now a different bug:
https://syzkaller.appspot.com/bug?extid=72b65b56208e052e606c
|
| |
|
|
|
|
| |
It is now resolved on torvalds and linux-next.
Fixes #5828.
|
| |
|
|
|
| |
It must have been fixed since Linux 5.18 and Clang 13.
See #5773.
|
| |
|
|
|
| |
kexec, memory hotplug/remove and THP features depend on architecture
specific code, so let's exercise this for riscv.
|
| |
|
|
|
|
|
|
|
|
|
| |
KASAN_INLINE was fixed back in early 2023 in the riscv kernel, see
merge commit 2667e3673f70 ("Merge patch series "RISC-V kasan rework").
It happens that the riscv configuration was already using KASAN_INLINE
so this is simply a cleanup.
Since this is my first commit in syzkaller, I also added myself and
Rivos in the AUTHORS/CONTRIBUTORS files.
|
| |
|
|
|
| |
It's currently broken even in torvalds, so if we don't disable it for
some time we risk not updating all kernel images for several more weeks.
|
| |
|
|
|
| |
Remove the deprecated options.
Replace old "linux-next" conditions with the version numbers.
|
| | |
|
| |
|
|
|
|
|
|
| |
The zero values makes the kernel use the RCU_CPU_STALL_TIMEOUT value,
which is already set to a big enough value.
Context: see the recent LKML discussion at
https://lore.kernel.org/all/6723aa4d.050a0220.35b515.0161.GAE@google.com/T/
|
| | |
|
| |
|
|
|
| |
The kernel is not able to pass the test at the moment. See:
https://lore.kernel.org/all/66eb52dc.050a0220.92ef1.0006.GAE@google.com/T/
|
| |
|
|
|
|
| |
It seems to have caused boot problems on ci-upstream-gce-arm64.
Reported-by: Sabyrzhan Tasbolatov <snovitoll@gmail.com>
|
| |
|
|
|
| |
Btrfs needs higher values to avoid false positives:
https://lore.kernel.org/all/20240821201338.GA2109582@perftesting/
|
| |
|
|
|
| |
Regenerate the configs using the latest mainline, linux-next and stable
versions.
|
| |
|
|
|
|
|
|
| |
We are going to replace ci-upstream-kmsan-gce-386-root with an
x86_64 instance tracking -next.
The new configs will be using smack instead of AppArmor to increase
the overall KMSAN coverage.
|
| |
|
|
|
| |
It's not the default for most kernels, so it makes sense to test it more.
E.g. for KCSAN, KMSAN we have only 1 instance, makes sense to test LRU_GEN.
|
| |
|
|
|
| |
Regenerate the configs using the latest RC and the latest linux-next
tag.
|
| |
|
|
|
| |
The new config will enable KASAN_SW_TAGS and KCOV.
Also make sure KVM_SW_PROTECTED_VM is only enabled on x86_64.
|
| |
|
|
| |
As suggested by @groeck.
|
| |
|
|
|
|
|
| |
Use the latest revisions for existing configs.
Add the new ChromeOS 6.6 config.
No longer generate ChromeOS 5.4 configs.
Switch ChromeOS configs to clang.
|
| |
|
|
|
|
| |
Regenerate configs using latest Linux release candidate and linux-next.
Enable more bcachefs configs.
|
| |
|
|
|
|
|
| |
KMSAN is currently reporting boot-time false positives in debugging code
called from stackdepot.c (see https://github.com/google/syzkaller/issues/4504)
Disable CONFIG_DEBUG_LIST under KMSAN until the fix lands.
|
| |
|
|
| |
Regenerate the configs using the latest Linux revisions.
|
| |
|
|
|
|
|
| |
This has become possible with the new series from Jan Kara:
https://lore.kernel.org/all/20231101173542.23597-1-jack@suse.cz/
Regenerate configs on the latest linux-next.
|
| |
|
|
|
| |
Commit 4553bf0cfac5 added CONFIG_BLK_DEV_NULL_BLK as required to the gki_defconfig.
Updated the android14-5.15 config to build off the most recent commit to reflect this.
|
| |
|
|
|
|
|
|
|
| |
Use latest Linux mainline and -next versions.
Disable config options that were dropped.
Stop disabling PINCTRL for arm64_emu -- it's too tricky to ensure it's
not enabled + it's only possible to test it on qemu anyway.
|
| |
|
|
| |
Reorder configs in a proper way.
|
| |
|
|
|
|
| |
Disable unmaintained code parts (at least those known so far) in
existing configs and enable them in a special upstream-unmaintained.config
file.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
We've been running into the following error:
error: static declaration of 'mem_encrypt_init' follows non-static declaration
The problem was caused by Kconfig not being able to adjust the
depenencies, the fix is already coming:
https://lore.kernel.org/lkml/CANp29Y6AnNeouWgAevBEDZcYcOjzDQwxLDfLxe41Lp3BC=h8bA@mail.gmail.com/T/
After it's merged, we'll have to update our configs anyway. So let's do
it now.
|
| |
|
|
| |
It's not present in earlier versions.
|
| |
|
|
|
| |
Since we are using the upstream tree to build KMSAN on syzbot,
switch the kernel configs to also reference that tree.
|