KernelBugTriage

Quick links to bug lists

• Fedora 11 Kernel Bugs
• Fedora 12 Kernel Bugs
• Fedora 13 Kernel Bugs
• Fedora Rawhide Kernel Bugs
• Upstream Kernel Bugs

• Pointers to all open kernel bugs per release can be found at http://people.redhat.com/davej

Possibly fixed in CURRENTRELEASE (Stick for prodding sleeping bugs with)

If the bug is against a previous point release kernel, and the reporter hasn't re-tested (this type of bugs must be set in NEEDINFO_REPORTER state):

Thank you for taking the time to report this bug. Updates to the kernel have been released since it was first reported. If you have time to update the package and re-test, please do so and report the results here. You can obtain the updated package by typing 'yum update kernel' or using the graphical updater, Software Update. If the problem no longer exists then please close this bug or it will be closed in a few weeks if there is no additional information lodged.

Installer bugs

If the bug refers to problems when installing Fedora in any of the possible ways CD, DVD, USB, network, etc (this type of bugs must be set in NEEDINFO_REPORTER state):

Thank you for taking the time to report this bug. Bugs involving the installation process cannot usually be resolved after release date. We therefore ask reporters to use one (or both) of the following options:

1. Test with a Fedora Unity re-spin. These can be found at http://spins.fedoraunity.org/spins and include updates for installer bugs which may resolve the problem for you.

2. Test with an Alpha, Beta or Release Candidate for the next version. These can be found at http://fedoraproject.org/get-prerelease and by testing these we can work to resolve any installation issues so that the final release is free of such bugs.

However if the problem no longer exists then please close this bug or it will be closed in a few weeks if there is no additional information lodged.

Outdated fedoraunity spins
The spins at fedoraunity are not updated since 2010-03-03.

get-prerelease link
The get-prerealse link sometimes is not available or have not updated development releases.

NEW state bugs

If the bug is new and (this type of bugs must be key-worded in either WHITEBOARD or BLOCKER): Hello,

Thank you for taking the time to report this bug. I have added the proper keyword to this bug to bring it to the attention of the <subsystem-name> subsystem maintainer.

Can you attach the following information to this bug:

Then pick the info that is useful in this case:

• smolt profile
• dmesg output from boot before issue.
• dmesg output after issue.
• dmesg output from boot with 'quiet' option replaced with 'debug'
• lspci output
• lsusb output

For other necessary information check:

• X bugs see: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems.
• Other troubleshooting ideas: http://fedoraproject.org/wiki/Common_kernel_problems.

Bugs with TAINTED modules

Certain bug reports refer to a kenel module that is not open source software (mark this bugs with the keyword TAINTED):

Thank you for taking the time to report this bug. Sadly, your report contains information about a not open-sourced module. This means you have loaded a module into your kernel that we can't debug, making it difficult to isolate the issue. Can you reproduce the issue without loading the tainted <module-name> module?.

If you cannot duplicate the bug without the tainted module loaded it will be closed.

However, you can report it to the vendor of your non-free module.

Bug state transitions

• A bug marked as MODIFIED has patches in testing and should not have their status changed. An exception to this is when a bug has been in MODIFIED state for some time (this usually indicates that the issue was fixed in an update, and no-one ever closed the bug. If in doubt, ping the reporter to retest with the latest build).
• If a bug has been in NEEDINFO for several months with no follow-up from the reporter, there's not a great deal we can do. In this situation, closing the bug is the only recourse available (which does actually tend to 'wake up' some reporters who then reopen the bug).
• When marking bugs as duplicates, we want the one with the most information to be the one that remains open, even if this means a higher numbered bug gets closed.
• Don't close bugs marked beginning with [mmconf] or [msi] (bugs beginning with [$something] are usually specifically marked so developers can quickly see the main issue within the bug)

Basics

• If there's an upstream (http://bugzilla.kernel.org) bug that matches
• In the Fedora bug, set 'external bugzilla references' to point to the upstream bug number
• In the upstream kernel.org bugzilla, add a comment along the lines of "also seen in Fedora. http://bugzilla.redhat.com/show_bug.cgi?id=253096"
• If the report contains a lockdep trace, mark it as blocking FCMETA_LOCKDEP
• If the bug is against an already released Fedora (Ie, Fedora 7) and there isn't much information to go on "my machine locked up" for eg, request that the user try to reproduce the problem using the kernel-debug kernel. The additional debugging checks may trigger some clues.
• If the bug you are triaging contains a patch, please add [PATCH] to the beginning of the summary line of the bugzilla.
• Sometimes a user will attach a kernel panic as a jpeg, or in worst case, as a tarball of their /var/log/messages.
• It saves the kernel team time if the kernel oops parts of these are transcribed/cut out and pasted into the bug as text.
• Additionally, making sure that text attachments of bugs have their MIME type set to text/plain can save some time.
• You can ask reporters to try and duplicate with the latest nightly live composes: http://alt.fedoraproject.org/pub/alt/nightly-composes/
• You can ask reporters to try the newest kernel available in koji: http://koji.fedoraproject.org/koji/packageinfo?packageID=8
• If the bug appears to be video/kernel modesetting related, reassign it to the xorg-x11-drv-{intel,ati,nouveau} component.

Common Problems

Point reporters to: KernelCommonProblems

Bug assignment

For certain categories of bug, assigning/cc'ing people responsible for the relevant subsystem is a good idea. When reassigning Add kernel-maint@redhat.com to Cc:

Subsystem	Reassign to	Add to Cc:	Other notes.
intel video	xorg-x11-drv-intel
radeon video	xorg-x11-drv-radeon
nouveau video	xorg-x11-drv-ati
Installer		bob@fedoraunity.org, kanarip@kanarip.com
Dell-specific		linux-bugs@dell.com
ACPI		acpi-bugzilla@lists.sourceforge.net	Add FCMETA_ACPI to 'blocks'
PATA	alan@redhat.com
SATA	jgarzik@redhat.com		* Add FCMETA_SATA to 'blocks'
USB		zaitcev@redhat.com	Add FCMETA_USB to 'blocks'
SCSI			Add FCMETA_SCSI to 'blocks'
device-mapper	lvm-team@redhat.com
Sound			Add FCMETA_ALSA to 'blocks'
Firewire	jwilson@redhat.com	stefan-r-rhbz@s5r6.in-berlin.de
Wireless	linville@redhat.com
Broadcom wireless driver (bcm43xx)	linville@redhat.com	larry.finger@lwfinger.net
CIFS	jlayton@redhat.com	steved@redhat.com, staubach@redhat.com
EXT2/EXT3/JBD/XFS	esandeen@redhat.com		(Or pretty much any filesystem stuff goes to Eric)
CPU frequency scaling	davej@redhat.com	anton@redhat.com
3D (DRM/AGP)	airlied@redhat.com		Change component to xorg-x11-drv-{intel,ati}
udev related		kay.sievers@vrfy.org
USB cameras	hdegoede@redhat.com
KVM/Xen	fedora-virt-maint@redhat.com