Responses
11133
Comment: Place info in more logical order.
|
← Revision 144 as of 2019-11-04 15:31:40 ⇥
11147
Due to LP#1848445 adj upstream request as folks glance and either miss sending to relevant maintainers, or misinterpret.
|
Deletions are marked like this. | Additions are marked like this. |
Line 53: | Line 53: |
||<tablestyle="background-color: #eee"> The issue you are reporting is an upstream one. Could you please report this problem following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate mailing list? <<BR>><<BR>> This article was written for folks who don't know anything about linux, so it's easy to follow. <<BR>><<BR>> Please provide a direct URL to your post to the mailing list when it becomes available so that it may be tracked. <<BR>><<BR>>Thank you for your help. || | ||<tablestyle="background-color: #eee"> The issue you are reporting is an upstream one. Could you please report this problem following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/kernel and send TO: the maintainer and CC: the appropriate mailing list? <<BR>><<BR>> This article was written for folks who don't know anything about linux, so it's easy to follow. <<BR>><<BR>> Please provide a direct URL of your email when it becomes available so that it may be tracked. <<BR>><<BR>>Thank you for your help. || |
Introduction
This page offers kernel bug triagers suggested responses that have been found effective in obtaining requested information.
Request apport-collect
Sometimes, folks make reports manually, or against the wrong package initially (e.g. linux-meta, linux-hwe, linux-lts-xenial, linux-signed, etc.). Once moved to the linux package, one may request an apport collection:
Thank you for reporting this and helping make Ubuntu better. Could you please boot into a Ubuntu kernel (not third party kernel) and execute the following command only once, as it will automatically gather debugging information, in a terminal: |
Request full computer model
For some computers, while computer details may be provided via the Bug Description, the full computer manufacturer and model aren't provided, or the details aren't accurate. Hence, if one is interested in reviewing the computer specifications from the vendor's website, one may request this via:
Could you please provide from the the sticker of the computer itself (not from the Bug Description, or the result of a terminal command) the full computer model? |
Request BIOS update
For some issues on some computers, the BIOS being outdated can cause various issues that seem due to Ubuntu itself. For example, hardware intermittently working, hardward not working at all, or what seems software dependent. Also, many upstream developers request this being updated, despite one having tested the latest mainline kernel, to help them rule out root causes. So, while it's not a requirement to have the BIOS updated before upstreaming, one is doing themselves, and upstream a great favor by ensuring it is. As a courtesy to the original reporter, one may provide the direct URL to the latest BIOS update, and note the version number.
As per your computer vendor's website, an update for the computer's buggy, insecure, and outdated BIOS is available. Could you please advise on how updating changes the issue following https://help.ubuntu.com/community/BIOSUpdate ? |
Request testing latest mainline kernel
In order to allow additional upstream mainline kernel developers to examine the issue, at your earliest convenience, could you please test the latest mainline kernel? Please keep in mind the following: |
Request testing drm-tip kernel
If the issue is suspected to be drm related, it is helpful to be provided results while testing it.
In order to allow additional upstream developers to examine this issue, at your earliest convenience, could you please test the latest drm-tip kernel? Please keep in mind the following: |
Request bisect
The next step is to fully commit bisect from the most recent kernel version that worked, followed immediately by the next kernel version that did not work. This will allow for a direct review of the offending commit for either reverting, or further improvements. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection ? This article was written for folks who don't know anything about linux, so it's easy to follow. |
Request reverse bisect
The next step is to fully reverse commit bisect from the latest kernel version that did not work followed immediately by the next kernel version that did work. This will allow for a consideration of the fix commit for backporting. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection ? This article was written for folks who don't know anything about linux, so it's easy to follow. |
Request submit to upstream
It is most helpful to upstream that the original reporter provide all the information necessary for an upstream developer to begin working on it (ex. regressions bisected, latest upstream kernel tested, call trace captured, etc.). Also, it is helpful to original reporters to advise them which maintainer(s) to send this to, and which mailing list to CC as it is not always obvious.
DRM Intel
The issue you are reporting is an upstream one. Could you please report this problem to Intel following their instructions via https://01.org/linuxgraphics/documentation/how-report-bugs? |
All others
The issue you are reporting is an upstream one. Could you please report this problem following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/kernel and send TO: the maintainer and CC: the appropriate mailing list? |
Kernel/BugTriage/Responses (last edited 2019-11-04 15:31:40 by penalvch)