All of lore.kernel.org
 help / color / mirror / Atom feed
From: Larry Finger <Larry.Finger@lwfinger.net>
To: Dan Williams <dan.j.williams@intel.com>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: Boot problem on PPC with 4.4-git - Bisected to commit 21266be
Date: Wed, 20 Jan 2016 14:40:35 -0600	[thread overview]
Message-ID: <569FF0C3.5040103@lwfinger.net> (raw)
In-Reply-To: <CAPcyv4gzcjEke=w5dTAwgp89T90mYCC5qtu8boP5u-ybrr0mpA@mail.gmail.com>

On 01/20/2016 02:16 PM, Dan Williams wrote:
> On Wed, Jan 20, 2016 at 12:08 PM, Dan Williams <dan.j.williams@intel.com> wrote:
>> On Wed, Jan 20, 2016 at 12:01 PM, Larry Finger
>> <Larry.Finger@lwfinger.net> wrote:
>>> My PowerBook G4 Aluminum with a 32-bit PPC processor fails to boot for the
>>> 4.4-git series. The problem was bisected to commit 21266be. It took a while
>>> to figure out why a commit that only rearranges the Kconfig files could
>>> cause the problem.
>>>
>>> The answer came when I read the commit message for 90a545e98126 and saw that
>>> "Recompiling with CONFIG_IO_STRICT_DEVMEM=n" might be necessary. After I
>>> made that change, the system boots.
>>>
>>> If it is the graphics hardware driver at fault, the VGA controller is listed
>>> as an ATI RV350 [Mobility Radeon 9600 M10] with PCI ID 1002:4350. It uses
>>> radeon as the driver.
>>>
>>> I'm not sure if this is a bug in the configuration, but I know that
>>> selecting the default answer to all the new configuration parameters leaves
>>> me with a machine that is unbootable.
>>
>> I agree that the default configuration should remain bootable.  I'll
>> send a change that does not force that default.
>>
>> Thanks for the report and sorry for the inconvenience.
>
> Are you sure that the bisect is pointing to "21266be9ed54 arch:
> consolidate CONFIG_STRICT_DEVM in lib/Kconfig.debug" and not
> "90a545e98126 restrict /dev/mem to idle io memory ranges"?  The
> default for CONFIG_STRICT_DEVM should be unchanged in 21266be9ed54,
> it's not until 90a545e98126 that I would expect a behavior change.

Yes. Commit 21266be9ed54 was the reported bad commit; however, the previous test 
kernel was 90a545e98126. In fact, I was struck that the final bisection build 
did not change any object files, thus you are right that 90a545e98126 is likely 
the bad commit.

Larry

      parent reply	other threads:[~2016-01-20 20:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-20 20:01 Boot problem on PPC with 4.4-git - Bisected to commit 21266be Larry Finger
2016-01-20 20:08 ` Dan Williams
2016-01-20 20:16   ` Dan Williams
2016-01-20 20:33     ` Dan Williams
2016-01-20 21:36       ` Larry Finger
2016-01-20 22:19         ` Dan Williams
2016-01-20 20:40     ` Larry Finger [this message]

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=569FF0C3.5040103@lwfinger.net \
    --to=larry.finger@lwfinger.net \
    --cc=dan.j.williams@intel.com \
    --cc=linux-kernel@vger.kernel.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.