When we have targets in TBPL that use seccomp sandboxing, there will eventually be test runs that fail due to sandbox violation. We need to ensure that the responsible developer, and the sheriffs, can get enough information about the failure to take appropriate action. In particular, tossing a line into logcat and exiting, so that the test times out five minutes later, is probably not that. It seems to me that we should be able to handle SIGSYS (caused by a sandbox failure in reporter mode) the same way we'd handle a SIGSEGV from a memory error.
Making the Breakpad reporter handle SIGSYS turns out to be fairly simple. There's a bit of subtlety in making it coexist with the existing reporter handler, and dealing with signal handler return being different from the other crash signals, but nothing huge.
Assignee: nobody → jld
There are enough sub-bugs now that having patches on this bug itself seemed potentially confusing.
No longer blocks: 790923
It's not ideal yet (see bug 942290), but it seems to be “useful”.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.