Bug 10872
Summary: | x86_64 boot hang when CONFIG_NUMA=n | ||
---|---|---|---|
Product: | Platform Specific/Hardware | Reporter: | Rafael J. Wysocki (rjw) |
Component: | x86-64 | Assignee: | platform_x86_64 (platform_x86_64) |
Status: | CLOSED INSUFFICIENT_DATA | ||
Severity: | normal | CC: | randy.dunlap, yhlu.kernel |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.26-rc[2345] | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 10492 |
Description
Rafael J. Wysocki
2008-06-06 07:56:08 UTC
Problem confirmed to be present in 2.6.26-rc5-git2. References : http://lkml.org/lkml/2008/6/11/355 On Sunday, 15 of June 2008, you wrote:
> On Sat, 14 Jun 2008 22:12:04 +0200 (CEST) Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.25. Please verify if it still should be listed.
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10872
> > Subject : x86_64 boot hang when CONFIG_NUMA=n
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2008-06-05 21:50 (10 days old)
> > References : http://marc.info/?l=linux-kernel&m=121270308607116&w=4
> > http://lkml.org/lkml/2008/6/11/355
> > Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
>
> Yes, still happens for me on 2.6.26-rc6-git2.
Regressions list annotation: References : http://lkml.org/lkml/2008/6/15/117 On Wednesday, 25 of June 2008, Randy Dunlap wrote:
> On Sun, 22 Jun 2008 19:54:46 +0200 (CEST) Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.25. Please verify if it still should be listed.
>
> Yes.
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10872
> > Subject : x86_64 boot hang when CONFIG_NUMA=n
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2008-06-05 21:50 (18 days old)
> > References : http://marc.info/?l=linux-kernel&m=121270308607116&w=4
> > http://lkml.org/lkml/2008/6/11/355
> > http://lkml.org/lkml/2008/6/15/117
> > Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
On Saturday, 5 of July 2008, Randy Dunlap wrote:
> On Sun, 29 Jun 2008 20:18:43 +0200 (CEST) Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.25. Please verify if it still should be listed.
>
> Yes, boot still hangs in 2.6.26-rc8-git4 when CONFIG_NUMA=n.
> CONFIG_NUMA=y boots OK.
>
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10872
> > Subject : x86_64 boot hang when CONFIG_NUMA=n
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2008-06-05 21:50 (25 days old)
> > References : http://marc.info/?l=linux-kernel&m=121270308607116&w=4
> > http://lkml.org/lkml/2008/6/11/355
> > http://lkml.org/lkml/2008/6/15/117
> > Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
The issue is reported to be present in 2.6.26-rc9. References : http://marc.info/?l=linux-kernel&m=121287638527452&w=2 On Wednesday, 9 of July 2008, Randy Dunlap wrote:
> On Tue, 8 Jul 2008 23:37:43 +0200 (CEST) Rafael J. Wysocki wrote:
>
> > Unresolved regressions
> > ----------------------
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10872
> > Subject : x86_64 boot hang when CONFIG_NUMA=n
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2008-06-05 21:50 (34 days old)
> > References : http://marc.info/?l=linux-kernel&m=121270308607116&w=4
> > http://lkml.org/lkml/2008/6/11/355
> > http://lkml.org/lkml/2008/6/15/117
> > http://marc.info/?l=linux-kernel&m=121287638527452&w=2
> > Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
>
> I've spent quite some time trying to bisect this problem, but to no avail.
> I don't expect to spend more time on it, so I suppose you can just mark it as
> dead.
|