FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.

» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Ubuntu Kernel Team

LinkBack Thread Tools
Old 07-25-2012, 01:06 PM
Leann Ogasawara
Default Improving https://wiki.ubuntu.com/Kernel/KernelBisection

Hi Christopher,

Thank you for taking the time to review the KernelBisection wiki and
suggest improvements.* Overall I think your proposal looks fine and
makes sense to be included.* I've inlined just a few minor
suggestions below...

On 07/24/2012 02:32 PM, Christopher Penalver wrote:
Bug Control / Ubuntu Kernel Team,

Hello everyone. I wanted to inquire about improving
https://wiki.ubuntu.com/Kernel/KernelBisection to further
empower Ubuntu community members who run into kernel
regression bugs, and want to bisect their own kernels.

During my extensive triaging efforts in the linux package, no
original reporter was unwilling to attempt to bisect their
kernel regressions. However, due to inexperience, they fall
into situations where they would want to have further narrowed
down the testing space to one release, and in turn, the
regressor/regressee, before bisecting commits.

Recent examples:



What I would like to see is a new section added that is just
for those who were requested to bisect their kernels, want to
give it a go, but just need a little more guidance. This new
section would want to be right at the top, as the more
experienced members would just skip that information and get
right down to it. An example section:


= Before Starting to Bisect Your Kernel Regression =

If you were asked to bisect your kernel due to a regression,
were referred to this article, and you are willing to do so,
thank you for your efforts! You are taking* the fastest route
to get your bug resolved as soon as possible.

The way to minimize the gap between problematic kernels, and
minimize the time spent commit bisecting, is to narrow your
regression to a specific release. One may use the published
linux kernels page https://launchpad.net/ubuntu/+source/linux
to help you narrow it down. For example, let us pretend you
had a regression within the Oneiric kernel. The published
kernels in Oneiric may be found at https://launchpad.net/ubuntu/oneiric/+source/linux

I'd suggest using Precise in your example here rather than Oneiric.*
I'm assuming more people will be running the LTS release and so your
url will take them directly to the release they are using.*
Additionally, Precise will be supported for a much longer time frame
and thus your example wouldn't suffer from bit rot as quickly.

you will notice, a list of kernels are listed vertically:

I'd suggest specifically pointing out the section as well, eg. "As
you will notice under the "Releases in Ubuntu" section, a series of
kernels are listed vertically:"










One would want to test
each one until you have the problematic kernel immediately
preceding the kernel that works. Once this is

I think you want to say "until you have the problematic kernel
immediately following the kernel that works."

done, please continue
reading the information below on bisecting kernel commits
within a given release.


I did not think a new article needed to be spun off as the
existing information is invaluable for experienced

What do you think?

Thanks again.* Feel free to incorporate the above suggestions and
add it to the wiki.



kernel-team mailing list
Old 07-25-2012, 01:48 PM
Andy Whitcroft
Default Improving https://wiki.ubuntu.com/Kernel/KernelBisection

On Wed, Jul 25, 2012 at 06:06:40AM -0700, Leann Ogasawara wrote:

> Thanks again. Feel free to incorporate the above suggestions and add it
> to the wiki.

+1. Once it is in we can polish it as necessary. Thanks for the


kernel-team mailing list

Thread Tools

All times are GMT. The time now is 02:03 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org