All of lore.kernel.org
 help / color / mirror / Atom feed
From: arigead@gmail.com (John Whitmore)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Found a problem so what next?
Date: Tue, 19 Jan 2016 11:22:35 +0000	[thread overview]
Message-ID: <20160119112234.GA6915@bamboo.electronicsoup> (raw)
In-Reply-To: <20160119073625.GB30483@kroah.com>

On Mon, Jan 18, 2016 at 11:36:25PM -0800, Greg KH wrote:
> On Mon, Jan 18, 2016 at 05:34:32PM +0000, John Whitmore wrote:
> > I built and installed v4.4 on my laptop but Suspend no longer worked so I set
> > about doing a git bisect to find the source of the problem. I've never had
> > cause to use bisect before so if nothing else I'll have learned something. 
> > 
> > Anyhow got to an end point in git bisect of:
> > 
> > john at bamboo:> git bisect bad
> > Bisecting: 0 revisions left to test after this (roughly 0 steps)
> > [b8b2c7d845d57f7a4b9f1f941f24728165e27626] base/platform: assert that dev_pm_domain callbacks are called unconditionally
> > 
> > I was actually chuffed I got that far and it took a while as I was doing a
> > "make mrproper" each time. I sort of assumed that I could just bisect and do a
> > make, which would work out what it had to recompile, but then thought maybe
> > that was a bit of an assumption. Be a shame to do all that work and find out
> > you had to clean up a bit between builds.
> 
> You don't have to, a simple 'make oldconfig' and 'make' should do just
> fine.
> 
> > I'm sure that this problem has been found and a patch submitted by now as it
> > seems to have been from months ago. But assuming neither had occured and this
> > was a new discovery how do you check for a reported bug? Do you search mailing
> > list for that commit number, or a part of that commit number?
> 
> Yes, this bug has been found, and a fix was submitted, I just haven't
> taken it yet, sorry.  I will do so after 4.5-rc1 is out.  If you search
> the linux-kernel mailing list for:
> 	Subject: [PATCH] base/platform: Fix platform drivers with no probe callback (ex alarmtimer)
> 
> you can find the fix.
> 
> Sorry you hit this, I'll get it merged soon.
> 

Hey not at all, I'm glad I did hit the problem. I'm re-reading LDD for probably
the third time and soaking up a little bit more, before I start work on a USB
driver. I was glad of the distraction and happy to try see if I could find the
source of the problem. If I wasn't busy I might even try and see if I could
debug it and get my own fix, just for the exercise and learning. Who knows
maybe it'll be a slow weekend ;-)


> greg k-h

  reply	other threads:[~2016-01-19 11:22 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-18 17:34 Found a problem so what next? John Whitmore
2016-01-19  7:36 ` Greg KH
2016-01-19 11:22   ` John Whitmore [this message]
2016-01-19  9:50 ` Bjørn Mork
2016-01-19 11:27   ` John Whitmore

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160119112234.GA6915@bamboo.electronicsoup \
    --to=arigead@gmail.com \
    --cc=kernelnewbies@lists.kernelnewbies.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.