Skip to content

Commit 43d9c55

Browse files
add docs + workflow
1 parent 58e0f0a commit 43d9c55

File tree

2 files changed

+37
-0
lines changed

2 files changed

+37
-0
lines changed
Lines changed: 22 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,22 @@
1+
name: Kernel BVT Crashdumps
2+
3+
on:
4+
workflow_dispatch:
5+
inputs:
6+
ref:
7+
required: true
8+
type: string
9+
description: MsQuic commit to checkout
10+
11+
permissions: write-all
12+
13+
jobs:
14+
reset-checkpoint:
15+
name:
16+
runs-on:
17+
steps:
18+
19+
run-kernel-bvt:
20+
21+
collect-crash-dumps:
22+

docs/KernelModeTesting.md

Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
# Collecting Kernel Memory Dumps
2+
3+
MsQuic generally leverages the runner agents provided by Github, and some custom Azure 1ES pools for running all of it's functional / performance / stess tests.
4+
However, MsQuic can also be run in Kernel mode to exercises the Kernel datapaths (wsk sockets). This means bugchecks can happen, but we have no way of collecting
5+
the crash dump using the existing Github runners / Azure 1ES agents.
6+
7+
# Self hosted runners
8+
9+
Luckily, we have an on-prem lab that can be used to run these tests and collect crash dumps when needed. Maintainers of MsQuic with write-access will be able to
10+
kick off a pipeline to trigger a Kernel BVT run on this self-hosted lab.
11+
12+
Action workflow name: `Kernel BVT Crashdumps` (manual workflow dispatch only)
13+
14+
Note that the Windows image version used for the self-hosted runner mirrors a version used previously in our WinPrerelease Azure 1ES pool.
15+
Specific version information: 29439.1000.rs_prerelease.250829-1439

0 commit comments

Comments
 (0)