Rule the Toyota kernel patch a feature not a bug; no automatic queue jump, escalate through normal priority
Situation
Nathan flagged a Toyota/Yoshi request (relayed via Art/sales) framed as a bug fix. Peter ruled it is a feature, not a bug, so it does not automatically jump the engineering queue on the bug argument. Support may still be offered, but the bug framing is off the table. If the business wants it prioritized it must go through normal escalation and trade-off (Peter + Bjorn), not a backdoor via mislabeling severity. Reinforced later the same day in the Ryan 1:1 (Peter rebuked Art for taking the bug-vs-feature fight to engineering).
Reasoning
Defends the integrity of the prioritization process: a bug gets fixed automatically, so relabeling a feature as a bug is a way to skip the line, and Peter is closing that loophole. Keeps the priority question where it belongs, as a business trade-off Peter and Bjorn own, rather than letting a technical-severity mislabel dictate resourcing. Still willing to support the customer; this governs how the work is prioritized, not whether the customer is helped. Especially costly to allow queue-jumping during the live 0-day CVE crunch.
Additional Context
Confirmed by Peter with no correction. Connected to the same sales-driven kernel-ask pattern seen with Rakuten and Everfox.
Observed Evidence
Nathan 1:1: just tell them it is not a bug fix, take that off the table; we may still offer support. Ryan 1:1: Linux has decided this is not a bug, we are not going to undo that.
Matching Patterns
Confidence Breakdown
Reasoning Depth Analysis
Related Context
fathom
So you just tell sales, no, this is not a bug fix... just tell them, hey, I have talked to Pete. It is not a bug fix. We may still offer support, but take that off the table.
fathom
I smacked Art down... Linux has decided this is not a bug. We are not going to undo that here because you think it is a bug.
Outcome
No outcome recorded yet.
Decision ID: 9212ffb0-89e9-4862-8e70-e71cb6cfed0c