Responses

Differences between revisions 1 and 132 (spanning 131 versions)
⇤ ← Revision 1 as of 2010-07-14 16:04:22 →
Size: 43
Editor: pool-173-50-146-9
Comment:
← Revision 132 as of 2017-11-07 19:00:23 → ⇥
Size: 8725
Editor: penalvch
Comment: 1) + sect for gen info & kernel tests. 2) + entry kernel test drm-intel-nightly as historically requested for drm-intel issues. 3) Adj wording mainline to not assume folks know an issue fixed or not.
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
Describe Kernel/BugTriage/Responses here. <<Include(Kernel/MenuBar)>>

||<tablestyle="float:right; font-size: 0.9em; width:40%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;"><<TableOfContents>>||

= Introduction =

This page offers kernel bug triagers suggested responses that have been found effective in obtaining requested information.

= Hardware and firmware requests =

== Request full computer model ==

For some computers, while the computer manufacturer is provided via the Bug Description, the full computer model isn't provided. Hence, if one is interested in reviewing the computer specifications from the vendor's website, one may request this via the following:
||<tablestyle="background-color: #eee"> Could you please provide the full computer model as noted on the sticker of the computer itself (not from the Bug Description, or the result of a terminal command)? ||

== Request BIOS update ==

For some computers, the BIOS being outdated manifests itself as various issues, both hardware not/intermittently working/working in a degraded state, or what seems software related, but ends up being hardware. 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 hard requirement to have the BIOS updated before upstream, 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 BIOS update, along with the version they would want to update to.

||<tablestyle="background-color: #eee"> As per your computer vendor's website, an update for your computer's buggy, insecure, and outdated BIOS is available. When you update to this following https://help.ubuntu.com/community/BIOSUpdate how does this improve the situation? <<BR>><<BR>> For more on BIOS updates and linux, please see https://help.ubuntu.com/community/ReportingBugs. <<BR>><<BR>> Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful. <<BR>><<BR>> Also, you don't have to create a new report. <<BR>><<BR>> It is most helpful that after the BIOS is updated, if the problem is still reproducible: <<BR>> 1) Please provide the output of the following terminal command (not perform an apport-collect): <<BR>> sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date <<BR>> 2) Please make a comment specifically advising on how this improves the situation. <<BR>> 3) Please mark this report Status Confirmed. <<BR>><<BR>> If it's not reproducible, please mark this as Invalid. <<BR>><<BR>> Thank you for your help. ||

= Request testing kernels =

== Request testing latest mainline kernel ==

||<tablestyle="background-color: #eee"> 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 available from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D ? Please keep in mind the following:<<BR>>1) The one to test is at the very top line at the top of the page (not the daily folder).<<BR>>2) The release names are irrelevant.<<BR>>3) The folder time stamps aren't indicative of when the kernel actually was released upstream.<<BR>>4) Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds .<<BR>><<BR>> If testing on your main install would be inconvenient, one may: <<BR>> 1) Install Ubuntu to a different partition and then test this there. <<BR>> 2) Backup, or clone the primary install. <<BR>><<BR>> If the latest kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the mainline kernel, please comment on which kernel version specifically you tested. If this issue is not reproducible in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description: <<BR>> kernel-fixed-upstream <<BR>> kernel-fixed-upstream-X.Y-rcZ <<BR>> <<BR>> Where X, and Y are the first two numbers of the kernel version, and Z is the release candidate number if it exists. <<BR>> <<BR>> If the issue is reproducible with the mainline kernel, please add the following tags: <<BR>> kernel-bug-exists-upstream <<BR>> kernel-bug-exists-upstream-X.Y-rcZ <<BR>> <<BR>> Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream. <<BR>> <<BR>> Also, you don't need to apport-collect further unless specifically requested to do so. <<BR>> <<BR>> It is most helpful that after testing of the latest mainline kernel is complete, you mark this report Status Confirmed. <<BR>> <<BR>> Lastly, to keep this issue relevant to upstream, please continue to test the latest mainline kernel as it becomes available. <<BR>> <<BR>> Thank you for your help. ||

=== Request testing drm-intel kernel ===

If the original reporter has reproduced the issue in the mainline kernel, and the issue is suspected to be drm-intel related, it is helpful to know if the issue should be reported to upstream or not by testing drm-intel.

||<tablestyle="background-color: #eee"> This issue is suspected to be drm-intel related. In order to allow additional drm-intel developers to examine this issue, at your earliest convenience, could you please test drm-intel-nightly available from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D ? Please keep in mind the following:<<BR>>1) The folder time stamps aren't indicative of when the kernel actually was released upstream.<<BR>>2) Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds .<<BR>><<BR>> If testing on your main install would be inconvenient, one may: <<BR>> 1) Install Ubuntu to a different partition and then test this there. <<BR>> 2) Backup, or clone the primary install. <<BR>><<BR>> If this kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this. <<BR>><<BR>> However, if you were able to test this kernel, please comment on which kernel version specifically you tested, and the results. If this issue is not reproducible, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description: <<BR>> kernel-fixed-upstream <<BR>> kernel-fixed-upstream-drm-intel-nightly <<BR>> <<BR>> If the problem is reproducible, please add the following tags: <<BR>> kernel-bug-exists-upstream <<BR>> kernel-bug-exists-upstream-drm-intel-nightly <<BR>> <<BR>> Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream. <<BR>> <<BR>> Also, you don't need to apport-collect further unless specifically requested to do so. <<BR>> <<BR>> It is most helpful that after testing of this kernel is complete, you mark this report Status Confirmed. <<BR>> <<BR>> Lastly, to keep this issue relevant to upstream, please continue to test newer versions of this kernel as it becomes available. <<BR>> <<BR>> Thank you for your help. ||

= Request submit to upstream =

Please be sure before asking the original reporter to report a bug upstream, the Launchpad report has included enough information 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 ==

||<tablestyle="background-color: #eee"> 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? <<BR>><<BR>> Please note, pre-built builds of the drm-tip branch are available for Ubuntu from [[https://wiki.ubuntu.com/Kernel/MainlineBuilds]]. <<BR>><<BR>> Please provide a direct URL to your report so that it may be tracked. <<BR>><<BR>>Thank you for your help. ||

== All others ==

||<tablestyle="background-color: #eee"> The issue you are reporting is an upstream one. Could you please report this problem following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate mailing list? <<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. ||

Introduction

This page offers kernel bug triagers suggested responses that have been found effective in obtaining requested information.

Hardware and firmware requests

Request full computer model

For some computers, while the computer manufacturer is provided via the Bug Description, the full computer model isn't provided. Hence, if one is interested in reviewing the computer specifications from the vendor's website, one may request this via the following:

Could you please provide the full computer model as noted on the sticker of the computer itself (not from the Bug Description, or the result of a terminal command)?

Request BIOS update

For some computers, the BIOS being outdated manifests itself as various issues, both hardware not/intermittently working/working in a degraded state, or what seems software related, but ends up being hardware. 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 hard requirement to have the BIOS updated before upstream, 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 BIOS update, along with the version they would want to update to.

As per your computer vendor's website, an update for your computer's buggy, insecure, and outdated BIOS is available. When you update to this following https://help.ubuntu.com/community/BIOSUpdate how does this improve the situation?

For more on BIOS updates and linux, please see https://help.ubuntu.com/community/ReportingBugs.

Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful.

Also, you don't have to create a new report.

It is most helpful that after the BIOS is updated, if the problem is still reproducible:
1) Please provide the output of the following terminal command (not perform an apport-collect):
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
2) Please make a comment specifically advising on how this improves the situation.
3) Please mark this report Status Confirmed.

If it's not reproducible, please mark this as Invalid.

Thank you for your help.

Request testing kernels

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 available from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D ? Please keep in mind the following:
1) The one to test is at the very top line at the top of the page (not the daily folder).
2) The release names are irrelevant.
3) The folder time stamps aren't indicative of when the kernel actually was released upstream.
4) Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds .

If testing on your main install would be inconvenient, one may:
1) Install Ubuntu to a different partition and then test this there.
2) Backup, or clone the primary install.

If the latest kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the mainline kernel, please comment on which kernel version specifically you tested. If this issue is not reproducible in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where X, and Y are the first two numbers of the kernel version, and Z is the release candidate number if it exists.

If the issue is reproducible with the mainline kernel, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Also, you don't need to apport-collect further unless specifically requested to do so.

It is most helpful that after testing of the latest mainline kernel is complete, you mark this report Status Confirmed.

Lastly, to keep this issue relevant to upstream, please continue to test the latest mainline kernel as it becomes available.

Thank you for your help.

Request testing drm-intel kernel

If the original reporter has reproduced the issue in the mainline kernel, and the issue is suspected to be drm-intel related, it is helpful to know if the issue should be reported to upstream or not by testing drm-intel.

This issue is suspected to be drm-intel related. In order to allow additional drm-intel developers to examine this issue, at your earliest convenience, could you please test drm-intel-nightly available from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D ? Please keep in mind the following:
1) The folder time stamps aren't indicative of when the kernel actually was released upstream.
2) Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds .

If testing on your main install would be inconvenient, one may:
1) Install Ubuntu to a different partition and then test this there.
2) Backup, or clone the primary install.

If this kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this.

However, if you were able to test this kernel, please comment on which kernel version specifically you tested, and the results. If this issue is not reproducible, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-drm-intel-nightly

If the problem is reproducible, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-drm-intel-nightly

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Also, you don't need to apport-collect further unless specifically requested to do so.

It is most helpful that after testing of this kernel is complete, you mark this report Status Confirmed.

Lastly, to keep this issue relevant to upstream, please continue to test newer versions of this kernel as it becomes available.

Thank you for your help.

Request submit to upstream

Please be sure before asking the original reporter to report a bug upstream, the Launchpad report has included enough information 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?

Please note, pre-built builds of the drm-tip branch are available for Ubuntu from https://wiki.ubuntu.com/Kernel/MainlineBuilds.

Please provide a direct URL to your report so that it may be tracked.

Thank you for your help.

All others

The issue you are reporting is an upstream one. Could you please report this problem following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate mailing list?

Please provide a direct URL to your post to the mailing list when it becomes available so that it may be tracked.

Thank you for your help.

Kernel/BugTriage/Responses (last edited 2019-11-04 15:31:40 by penalvch)