* Re: FW: next-20090724: null pointer dereference from ibm_find_acpi_device
From: Thomas Meyer @ 2009-07-30 16:55 UTC (permalink / raw)
To: Lin Ming; +Cc: Moore, Robert, Len Brown, linux-next
In-Reply-To: <1248685437.3166.28.camel@minggr.sh.intel.com>
Am Montag, den 27.07.2009, 17:03 +0800 schrieb Lin Ming:
> Hi, Thomas
>
> Would you please try below patch?
Yes. The patch below makes the NULL pointer dereference go away. Is the
hardware_id.string accessibly thru sysfs?
>
> info->hardware_id.string[sizeof(info->hardware_id.length) - 1] = '\0' is
> not needed anymore because acpi_get_object_info already handles it.
>
> /* Allocate a buffer for the HID */
>
> hid =
> ACPI_ALLOCATE_ZEROED(sizeof(struct acpica_device_id) +
> (acpi_size) length);
>
> And it would cause null pointer deference if info->hardware_id.string is
> NULL.
>
> So delete it.
>
> diff --git a/drivers/pci/hotplug/acpiphp_ibm.c b/drivers/pci/hotplug/acpiphp_ibm.c
> index a9d926b..e7be66d 100644
> --- a/drivers/pci/hotplug/acpiphp_ibm.c
> +++ b/drivers/pci/hotplug/acpiphp_ibm.c
> @@ -406,7 +406,6 @@ static acpi_status __init ibm_find_acpi_device(acpi_handle handle,
> __func__, status);
> return retval;
> }
> - info->hardware_id.string[sizeof(info->hardware_id.length) - 1] = '\0';
>
> if (info->current_status && (info->valid & ACPI_VALID_HID) &&
> (!strcmp(info->hardware_id.string, IBM_HARDWARE_ID1) ||
>
>
> On Mon, 2009-07-27 at 13:09 +0800, Moore, Robert wrote:
> > Lin Ming,
> >
> > Can you take a look at this?
> >
> > Thanks
> > Bob
> >
> >
> > -----Original Message-----
> > From: Thomas Meyer [mailto:thomas@m3y3r.de]
> > Sent: Sunday, July 26, 2009 3:15 AM
> > To: Moore, Robert; Brown, Len; linux-next@vger.kernel.org
> > Subject: next-20090724: null pointer dereference from ibm_find_acpi_device
> >
> > Hi.
> >
> > Probably caused by commit fbe8cddd2d85979d273d7937a2b8a47498694d91.
> >
> > See attached screenshot.
> >
>
^ permalink raw reply
* Re: linux-next: scsi-rc-fixes tree build failure
From: James Bottomley @ 2009-07-30 14:53 UTC (permalink / raw)
To: Stephen Rothwell
Cc: linux-next, linux-kernel, Tom Peng, Jack Wang, Lindar Liu,
Kevin Ao, linux-scsi
In-Reply-To: <1248961882.3880.4.camel@mulgrave.site>
On Thu, 2009-07-30 at 08:51 -0500, James Bottomley wrote:
> On Thu, 2009-07-30 at 18:13 +1000, Stephen Rothwell wrote:
> > Hi James,
> >
> > Today's linux-next build (powerpc allyesconfig) failed like this:
> >
> > drivers/scsi/libsas/sas_expander.c: In function 'sas_find_bcast_dev':
> > drivers/scsi/libsas/sas_expander.c:1701: error: 'FALSE' undeclared (first use in this function)
> > drivers/scsi/libsas/sas_expander.c: In function 'sas_discover_new':
> > drivers/scsi/libsas/sas_expander.c:1809: error: 'FALSE' undeclared (first use in this function)
> > drivers/scsi/libsas/sas_expander.c:1824: error: 'TRUE' undeclared (first use in this function)
> > drivers/scsi/libsas/sas_expander.c: In function 'sas_rediscover':
> > drivers/scsi/libsas/sas_expander.c:1903: error: 'TRUE' undeclared (first use in this function)
> > drivers/scsi/libsas/sas_expander.c:1918: error: 'FALSE' undeclared (first use in this function)
> > drivers/scsi/libsas/sas_expander.c: In function 'sas_ex_revalidate_domain':
> > drivers/scsi/libsas/sas_expander.c:1951: error: 'TRUE' undeclared (first use in this function)
> >
> > Caused by commit 4c70d933a41e1d712f3db90d2a41141730383d5a ("[SCSI]
> > libsas: fix wide port hotplug issues"). Presumably a missing include
> > file.
>
> Actually, I don't think so. It's confusion over the use of boolean
> variables. I think they have to be set to lower case true, false, not
> upper case. There's obviously some accidental definition of TRUE and
> FALSE in x86.
>
> > I have reverted that commit for today.
>
> Thanks, I've dropped it from my tree ... I'll put it back when this is
> sorted out.
This fixes it on my ppc64 box, so I'll fold it into the original patch
and put it back into the tree.
James
---
diff --git a/drivers/scsi/libsas/sas_expander.c b/drivers/scsi/libsas/sas_expander.c
index 296d008..b338195 100644
--- a/drivers/scsi/libsas/sas_expander.c
+++ b/drivers/scsi/libsas/sas_expander.c
@@ -1698,7 +1698,7 @@ static int sas_find_bcast_dev(struct domain_device *dev,
* in order to determine if this expander originate BROADCAST,
* and do not update phy change count field in our structure.
*/
- res = sas_find_bcast_phy(dev, &phy_id, 0, FALSE);
+ res = sas_find_bcast_phy(dev, &phy_id, 0, false);
if (phy_id != -1) {
*src_dev = dev;
ex->ex_change_count = ex_change_count;
@@ -1806,7 +1806,7 @@ static int sas_discover_new(struct domain_device *dev, int phy_id)
{
struct ex_phy *ex_phy = &dev->ex_dev.ex_phy[phy_id];
struct domain_device *child;
- bool found = FALSE;
+ bool found = false;
int res, i;
SAS_DPRINTK("ex %016llx phy%d new device attached\n",
@@ -1821,7 +1821,7 @@ static int sas_discover_new(struct domain_device *dev, int phy_id)
continue;
if (SAS_ADDR(ex_phy_temp->attached_sas_addr) ==
SAS_ADDR(ex_phy->attached_sas_addr)) {
- found = TRUE;
+ found = true;
break;
}
}
@@ -1900,7 +1900,7 @@ static int sas_rediscover(struct domain_device *dev, const int phy_id)
struct ex_phy *changed_phy = &ex->ex_phy[phy_id];
int res = 0;
int i;
- bool last = TRUE; /* is this the last phy of the port */
+ bool last = true; /* is this the last phy of the port */
SAS_DPRINTK("ex %016llx phy%d originated BROADCAST(CHANGE)\n",
SAS_ADDR(dev->sas_addr), phy_id);
@@ -1915,7 +1915,7 @@ static int sas_rediscover(struct domain_device *dev, const int phy_id)
SAS_ADDR(changed_phy->attached_sas_addr)) {
SAS_DPRINTK("phy%d part of wide port with "
"phy%d\n", phy_id, i);
- last = FALSE;
+ last = false;
break;
}
}
@@ -1948,7 +1948,7 @@ int sas_ex_revalidate_domain(struct domain_device *port_dev)
do {
phy_id = -1;
- res = sas_find_bcast_phy(dev, &phy_id, i, TRUE);
+ res = sas_find_bcast_phy(dev, &phy_id, i, true);
if (phy_id == -1)
break;
res = sas_rediscover(dev, phy_id);
^ permalink raw reply related
* Re: Boot failure on x86_64 (OOPS set_cpu_sibling_map() )
From: Borislav Petkov @ 2009-07-30 13:56 UTC (permalink / raw)
To: Sachin Sant; +Cc: Stephen Rothwell, linux-next, LKML, Ingo Molnar
In-Reply-To: <4A718338.6050907@in.ibm.com>
Hi,
On Thu, Jul 30, 2009 at 04:55:44PM +0530, Sachin Sant wrote:
> Today's Next failed to boot on a x86_64 box with following traces
>
> ACPI: Core revision 20090625
> BUG: unable to handle kernel NULL pointer dereference at (null)
> IP: [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
I can't trigger it here, please send me your .config. In the meantime,
you could try the following:
--
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index 3ede593..5fd57fe 100644
--- a/arch/x86/kernel/smpboot.c
+++ b/arch/x86/kernel/smpboot.c
@@ -1070,6 +1070,7 @@ void __init native_smp_prepare_cpus(unsigned int max_cpus)
for_each_possible_cpu(i) {
zalloc_cpumask_var(&per_cpu(cpu_sibling_map, i), GFP_KERNEL);
zalloc_cpumask_var(&per_cpu(cpu_core_map, i), GFP_KERNEL);
+ zalloc_cpumask_var(&per_cpu(cpu_node_map, i), GFP_KERNEL);
zalloc_cpumask_var(&cpu_data(i).llc_shared_map, GFP_KERNEL);
}
set_cpu_sibling_map(0);
--
1.6.3.3
--
Regards/Gruss,
Boris.
Operating | Advanced Micro Devices GmbH
System | Karl-Hammerschmidt-Str. 34, 85609 Dornach b. München, Germany
Research | Geschäftsführer: Thomas M. McCoy, Giuliano Meroni
Center | Sitz: Dornach, Gemeinde Aschheim, Landkreis München
(OSRC) | Registergericht München, HRB Nr. 43632
^ permalink raw reply related
* Re: linux-next: scsi-rc-fixes tree build failure
From: James Bottomley @ 2009-07-30 13:51 UTC (permalink / raw)
To: Stephen Rothwell
Cc: linux-next, linux-kernel, Tom Peng, Jack Wang, Lindar Liu,
Kevin Ao, linux-scsi
In-Reply-To: <20090730181345.cec774b2.sfr@canb.auug.org.au>
On Thu, 2009-07-30 at 18:13 +1000, Stephen Rothwell wrote:
> Hi James,
>
> Today's linux-next build (powerpc allyesconfig) failed like this:
>
> drivers/scsi/libsas/sas_expander.c: In function 'sas_find_bcast_dev':
> drivers/scsi/libsas/sas_expander.c:1701: error: 'FALSE' undeclared (first use in this function)
> drivers/scsi/libsas/sas_expander.c: In function 'sas_discover_new':
> drivers/scsi/libsas/sas_expander.c:1809: error: 'FALSE' undeclared (first use in this function)
> drivers/scsi/libsas/sas_expander.c:1824: error: 'TRUE' undeclared (first use in this function)
> drivers/scsi/libsas/sas_expander.c: In function 'sas_rediscover':
> drivers/scsi/libsas/sas_expander.c:1903: error: 'TRUE' undeclared (first use in this function)
> drivers/scsi/libsas/sas_expander.c:1918: error: 'FALSE' undeclared (first use in this function)
> drivers/scsi/libsas/sas_expander.c: In function 'sas_ex_revalidate_domain':
> drivers/scsi/libsas/sas_expander.c:1951: error: 'TRUE' undeclared (first use in this function)
>
> Caused by commit 4c70d933a41e1d712f3db90d2a41141730383d5a ("[SCSI]
> libsas: fix wide port hotplug issues"). Presumably a missing include
> file.
Actually, I don't think so. It's confusion over the use of boolean
variables. I think they have to be set to lower case true, false, not
upper case. There's obviously some accidental definition of TRUE and
FALSE in x86.
> I have reverted that commit for today.
Thanks, I've dropped it from my tree ... I'll put it back when this is
sorted out.
James
^ permalink raw reply
* [PATCH] x86: kernel/cpu/amd.c: Fix non-SMP build
From: Alexander Beregalov @ 2009-07-30 13:21 UTC (permalink / raw)
To: andreas.herrmann3, linux-next; +Cc: Alexander Beregalov
Fix this build errors when CONFIG_SMP is not set
(caused by 5b7d3d4 "x86: add cpu_node topology detection for AMD Magny-Cours"):
arch/x86/kernel/cpu/amd.c: In function 'amd_fixup_dcm':
arch/x86/kernel/cpu/amd.c:279: error: 'struct cpuinfo_x86' has no member named 'phys_proc_id'
arch/x86/kernel/cpu/amd.c:288: error: 'struct cpuinfo_x86' has no member named 'cpu_core_id'
arch/x86/kernel/cpu/amd.c:289: error: 'struct cpuinfo_x86' has no member named 'cpu_node_id'
arch/x86/kernel/cpu/amd.c:291: error: 'struct cpuinfo_x86' has no member named 'cpu_node_id'
arch/x86/kernel/cpu/amd.c:293: error: 'struct cpuinfo_x86' has no member named 'cpu_core_id'
arch/x86/kernel/cpu/amd.c:294: error: 'struct cpuinfo_x86' has no member named 'cpu_node_id'
arch/x86/kernel/cpu/amd.c:296: error: 'struct cpuinfo_x86' has no member named 'cpu_node_id'
arch/x86/kernel/cpu/amd.c:300: error: 'struct cpuinfo_x86' has no member named 'cpu_core_id'
arch/x86/kernel/cpu/amd.c:300: error: 'struct cpuinfo_x86' has no member named 'cpu_core_id'
Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
---
arch/x86/kernel/cpu/amd.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/cpu/amd.c b/arch/x86/kernel/cpu/amd.c
index e06fa7c..1c15916 100644
--- a/arch/x86/kernel/cpu/amd.c
+++ b/arch/x86/kernel/cpu/amd.c
@@ -256,6 +256,7 @@ static int __cpuinit nearby_node(int apicid)
* Assumption 2: Mixed systems with both single-node and dual-node
* processors are not supported.
*/
+#ifdef CONFIG_X86_HT
static void __cpuinit amd_fixup_dcm(struct cpuinfo_x86 *c)
{
u32 t, cpn;
@@ -299,6 +300,7 @@ static void __cpuinit amd_fixup_dcm(struct cpuinfo_x86 *c)
/* fixup core id to be in range from 0 to cpn */
c->cpu_core_id = c->cpu_core_id % cpn;
}
+#endif
/*
* On a AMD dual core setup the lower bits of the APIC id distingush the cores.
--
1.6.3.3
^ permalink raw reply related
* Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)
From: Benjamin Herrenschmidt @ 2009-07-30 12:30 UTC (permalink / raw)
To: Sachin Sant; +Cc: Stephen Rothwell, linux-next, linuxppc-dev
In-Reply-To: <4A719129.5030302@in.ibm.com>
On Thu, 2009-07-30 at 17:55 +0530, Sachin Sant wrote:
> Sachin Sant wrote:
> > next-20090728 worked fine. Last commit that changed
> > arch/powerpc/mm/hugetlbpage.c was
> > cb7f3f2d92d1b26c13e30e639b6ee4a78e9a3afa
> >
> > powerpc: Add memory management headers for new 64-bit BookE
> >
> > I will try reverting that commit and check if that helps.
> Hi Ben,
>
> Reverting the above patch helped. The tests ran fine against the
> patched kernel. But ofcourse that's not the solution :-)
>
> Here is some data from xmon that might help find the reason for
> the failure. This is with today's next.
Thanks. I'll have a look next week. I think when I changed the indices
I may have forgotten to update something.
Cheers,
Ben.
> : ------------[ cut here ]------------
> cpu 0x0: Vector: 700 (Program Check) at [c000000038923560]
> pc: c0000000000486d4: .free_hugepte_range+0x68/0xa0
> lr: c000000000048954: .hugetlb_free_pgd_range+0x248/0x38c
> sp: c0000000389237e0
> msr: 8000000000029032
> current = 0xc00000003b1d7780
> paca = 0xc000000001002400
> pid = 2839, comm = readback
> kernel BUG at /home/linux-2.6.31-rc4/arch/powerpc/include/asm/pgalloc.h:36!
> enter ? for help
> [c000000038923880] c000000000048954 .hugetlb_free_pgd_range+0x248/0x38c
> [c000000038923970] c000000000165a48 .free_pgtables+0xa0/0x154
> [c000000038923a30] c000000000167f78 .exit_mmap+0x13c/0x1cc
> [c000000038923ae0] c0000000000997ec .mmput+0x68/0x14c
> [c000000038923b70] c00000000009f1d4 .exit_mm+0x190/0x1b8
> [c000000038923c20] c0000000000a16e8 .do_exit+0x214/0x784
> [c000000038923d00] c0000000000a1d1c .do_group_exit+0xc4/0xf8
> [c000000038923da0] c0000000000a1d7c .SyS_exit_group+0x2c/0x48
> [c000000038923e30] c0000000000085b4 syscall_exit+0x0/0x40
> --- Exception: c01 (System Call) at 000000000fe15038
> SP (ffb8e030) is in userspace
> 0:mon> e
> cpu 0x0: Vector: 700 (Program Check) at [c000000038923560]
> pc: c0000000000486d4: .free_hugepte_range+0x68/0xa0
> lr: c000000000048954: .hugetlb_free_pgd_range+0x248/0x38c
> sp: c0000000389237e0
> msr: 8000000000029032
> current = 0xc00000003b1d7780
> paca = 0xc000000001002400
> pid = 2839, comm = readback
> kernel BUG at /home/linux-2.6.31-rc4/arch/powerpc/include/asm/pgalloc.h:36!
> 0:mon> r
> R00 = 0000000000000001 R16 = 0000000000000000
> R01 = c0000000389237e0 R17 = 0000000000000001
> R02 = c000000000f165a8 R18 = 000000003fffffff
> R03 = c0000000014504d0 R19 = 0000000000000000
> R04 = c000000039390001 R20 = 0000000000000000
> R05 = 0000000000000007 R21 = 0000010000000000
> R06 = 0000000000000000 R22 = 0000000040000000
> R07 = 0000000040000000 R23 = c0000000014504d0
> R08 = c00000003d708188 R24 = 000000003fffffff
> R09 = c00000003eb40000 R25 = 0000000000000007
> R10 = c00000003d708188 R26 = c00000003ebd41b8
> R11 = 0000000000000018 R27 = c0000000014504d0
> R12 = 0000000040000448 R28 = c00000003eb40018
> R13 = c000000001002400 R29 = 0000000000000008
> R14 = 00000000ffffffff R30 = 0000000040000000
> R15 = 00000000ffffffff R31 = c0000000389237e0
> pc = c0000000000486d4 .free_hugepte_range+0x68/0xa0
> lr = c000000000048954 .hugetlb_free_pgd_range+0x248/0x38c
> msr = 8000000000029032 cr = 20042444
> ctr = 800000000000b6f4 xer = 0000000000000001 trap = 700
> 0:mon>
>
> Line 36 of arch/powerpc/include/asm/pgalloc.h corresponds to
>
> BUG_ON(cachenum > PGF_CACHENUM_MASK);
>
> May be something to do with number of elements in huge_pgtable_cache_name ??
>
> Thanks
> -Sachin
>
^ permalink raw reply
* Re: Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)
From: Sachin Sant @ 2009-07-30 12:25 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: Stephen Rothwell, linux-next, linuxppc-dev
In-Reply-To: <4A706504.6040704@in.ibm.com>
Sachin Sant wrote:
> next-20090728 worked fine. Last commit that changed
> arch/powerpc/mm/hugetlbpage.c was
> cb7f3f2d92d1b26c13e30e639b6ee4a78e9a3afa
>
> powerpc: Add memory management headers for new 64-bit BookE
>
> I will try reverting that commit and check if that helps.
Hi Ben,
Reverting the above patch helped. The tests ran fine against the
patched kernel. But ofcourse that's not the solution :-)
Here is some data from xmon that might help find the reason for
the failure. This is with today's next.
: ------------[ cut here ]------------
cpu 0x0: Vector: 700 (Program Check) at [c000000038923560]
pc: c0000000000486d4: .free_hugepte_range+0x68/0xa0
lr: c000000000048954: .hugetlb_free_pgd_range+0x248/0x38c
sp: c0000000389237e0
msr: 8000000000029032
current = 0xc00000003b1d7780
paca = 0xc000000001002400
pid = 2839, comm = readback
kernel BUG at /home/linux-2.6.31-rc4/arch/powerpc/include/asm/pgalloc.h:36!
enter ? for help
[c000000038923880] c000000000048954 .hugetlb_free_pgd_range+0x248/0x38c
[c000000038923970] c000000000165a48 .free_pgtables+0xa0/0x154
[c000000038923a30] c000000000167f78 .exit_mmap+0x13c/0x1cc
[c000000038923ae0] c0000000000997ec .mmput+0x68/0x14c
[c000000038923b70] c00000000009f1d4 .exit_mm+0x190/0x1b8
[c000000038923c20] c0000000000a16e8 .do_exit+0x214/0x784
[c000000038923d00] c0000000000a1d1c .do_group_exit+0xc4/0xf8
[c000000038923da0] c0000000000a1d7c .SyS_exit_group+0x2c/0x48
[c000000038923e30] c0000000000085b4 syscall_exit+0x0/0x40
--- Exception: c01 (System Call) at 000000000fe15038
SP (ffb8e030) is in userspace
0:mon> e
cpu 0x0: Vector: 700 (Program Check) at [c000000038923560]
pc: c0000000000486d4: .free_hugepte_range+0x68/0xa0
lr: c000000000048954: .hugetlb_free_pgd_range+0x248/0x38c
sp: c0000000389237e0
msr: 8000000000029032
current = 0xc00000003b1d7780
paca = 0xc000000001002400
pid = 2839, comm = readback
kernel BUG at /home/linux-2.6.31-rc4/arch/powerpc/include/asm/pgalloc.h:36!
0:mon> r
R00 = 0000000000000001 R16 = 0000000000000000
R01 = c0000000389237e0 R17 = 0000000000000001
R02 = c000000000f165a8 R18 = 000000003fffffff
R03 = c0000000014504d0 R19 = 0000000000000000
R04 = c000000039390001 R20 = 0000000000000000
R05 = 0000000000000007 R21 = 0000010000000000
R06 = 0000000000000000 R22 = 0000000040000000
R07 = 0000000040000000 R23 = c0000000014504d0
R08 = c00000003d708188 R24 = 000000003fffffff
R09 = c00000003eb40000 R25 = 0000000000000007
R10 = c00000003d708188 R26 = c00000003ebd41b8
R11 = 0000000000000018 R27 = c0000000014504d0
R12 = 0000000040000448 R28 = c00000003eb40018
R13 = c000000001002400 R29 = 0000000000000008
R14 = 00000000ffffffff R30 = 0000000040000000
R15 = 00000000ffffffff R31 = c0000000389237e0
pc = c0000000000486d4 .free_hugepte_range+0x68/0xa0
lr = c000000000048954 .hugetlb_free_pgd_range+0x248/0x38c
msr = 8000000000029032 cr = 20042444
ctr = 800000000000b6f4 xer = 0000000000000001 trap = 700
0:mon>
Line 36 of arch/powerpc/include/asm/pgalloc.h corresponds to
BUG_ON(cachenum > PGF_CACHENUM_MASK);
May be something to do with number of elements in huge_pgtable_cache_name ??
Thanks
-Sachin
--
---------------------------------
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
---------------------------------
^ permalink raw reply
* OProfile for linux-next
From: Robert Richter @ 2009-07-30 12:07 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: Ingo Molnar, linux-next, LKML
Stephen,
please add following tree to linux-next:
git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git for-next
This is the oprofile master branch containing all changes for the next
merge window.
The general way of sending oprofile to linux-next is via tip. So, this
will be a temporary solution until Ingo will be back.
Thanks,
-Robert
--
Advanced Micro Devices, Inc.
Operating System Research Center
email: robert.richter@amd.com
^ permalink raw reply
* [PATCH] next-20090730 lguest build breaks with pfn_pmd()
From: Kamalesh Babulal @ 2009-07-30 12:05 UTC (permalink / raw)
To: rusty; +Cc: linux-next, LKML, lguest, sfr
In-Reply-To: <20090729173611.b82478cd.sfr@canb.auug.org.au>
Hi Rusty,
next-20090729 allmodconfig build breaks at
drivers/lguest/page_tables.c: In function 'setup_pagetables':
drivers/lguest/page_tables.c:987: error: incompatible type for argument 2 of 'pfn_pmd'
drivers/lguest/page_tables.c:994: error: expected ';' before ')' token
drivers/lguest/page_tables.c:994: error: expected statement before ')' token
make[2]: *** [drivers/lguest/page_tables.o] Error 1
build failure is introduced by commit e07dd6220a4bf81a2549e7e37523a2557547d9d7
I have tested the patch for the build failure only.
Signed-off-by: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
--
drivers/lguest/page_tables.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/lguest/page_tables.c b/drivers/lguest/page_tables.c
index 8c86446..c610b82 100644
--- a/drivers/lguest/page_tables.c
+++ b/drivers/lguest/page_tables.c
@@ -984,14 +984,14 @@ static unsigned long setup_pagetables(struct lguest *lg,
for (i = j = 0; i < mapped_pages && j < PTRS_PER_PMD;
i += PTRS_PER_PTE, j++) {
pmd = pfn_pmd(((unsigned long)&linear[i] - mem_base)/PAGE_SIZE,
- _PAGE_PRESENT | _PAGE_RW | _PAGE_USER);
+ __pgrot(_PAGE_PRESENT | _PAGE_RW | _PAGE_USER));
if (copy_to_user(&pmds[j], &pmd, sizeof(pmd)) != 0)
return -EFAULT;
}
/* One PGD entry, pointing to that PMD page. */
- pgd = __pgd(((unsigned long)pmds - mem_base) | _PAGE_PRESENT));
+ pgd = __pgd(((unsigned long)pmds - mem_base) | _PAGE_PRESENT);
/* Copy it in as the first PGD entry (ie. addresses 0-1G). */
if (copy_to_user(&pgdir[0], &pgd, sizeof(pgd)) != 0)
return -EFAULT;
Kamalesh
^ permalink raw reply related
* Boot failure on x86_64 (OOPS set_cpu_sibling_map() )
From: Sachin Sant @ 2009-07-30 11:25 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, LKML, Ingo Molnar
In-Reply-To: <20090730182143.eadf36e6.sfr@canb.auug.org.au>
[-- Attachment #1: Type: text/plain, Size: 3477 bytes --]
Today's Next failed to boot on a x86_64 box with following traces
ACPI: Core revision 20090625
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
PGD 0
Oops: 0002 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.31-rc4-autotest-next-20090730-5-default #1 BladeCenter LS21 -[79716AA]-
RIP: 0010:[<ffffffff81328c7b>] [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
RSP: 0018:ffff88012b319e20 EFLAGS: 00010246
RAX: 0000000000000000 RBX: 0000000000000000 RCX: 000000000000cbdc
RDX: 000000000000cbf0 RSI: 0000000000000000 RDI: 0000000000000000
RBP: ffff88012b319e80 R08: 0000000000000004 R09: ffff880028092bc0
R10: 0000000000000000 R11: 0000000000000002 R12: 0000000000000000
R13: ffff8800280362c0 R14: ffff8800280362c0 R15: 00000000000142c0
FS: 0000000000000000(0000) GS:ffff880028022000(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000001001000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process swapper (pid: 1, threadinfo ffff88012b318000, task ffff88012b316000)
Stack:
0000000000000003 000000000000cbe8 000000000000cbf8 000000000000cbf0
<0> 000000000000cbdc 00000000000142c0 0000000000000000 0000000000000003
<0> 0000000000000004 000000000000cbf8 000000000000cbe8 00000000000142c0
Call Trace:
[<ffffffff81664c96>] native_smp_prepare_cpus+0x146/0x3b6
[<ffffffff8165b594>] kernel_init+0x84/0x1db
[<ffffffff8100ca1a>] child_rip+0xa/0x20
[<ffffffff8165b510>] ? kernel_init+0x0/0x1db
[<ffffffff8100ca10>] ? child_rip+0x0/0x20
Code: 00 00 48 89 c2 49 23 85 b0 00 00 00 49 23 96 b0 00 00 00 48 39 c2 75 2b 49 63 c4 48 8b 55 b8 48 8b 04 c5 90 fe 63 81 48 8b 04 02 <f0> 0f ab 18 48 63 c3 48 8b 04 c5 90 fe 63 81 48 8b 04 02 f0 44
RIP [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
RSP <ffff88012b319e20>
CR2: 0000000000000000
---[ end trace 4eaa2a86a8e2da22 ]---
Kernel panic - not syncing: Attempted to kill init!
Pid: 1, comm: swapper Tainted: G D 2.6.31-rc4-autotest-next-20090730-5-default #1
Call Trace:
[<ffffffff8132bc59>] panic+0x75/0x120
[<ffffffff8104f41a>] ? exit_ptrace+0x33/0x12b
[<ffffffff810493c0>] do_exit+0x79/0x6c8
[<ffffffff8132f329>] oops_end+0xb3/0xbb
[<ffffffff8102934f>] no_context+0x1ed/0x1fc
[<ffffffff810294f0>] __bad_area_nosemaphore+0x192/0x1b8
[<ffffffff810ac967>] ? __alloc_pages_nodemask+0x118/0x57d
[<ffffffff81029524>] bad_area_nosemaphore+0xe/0x10
[<ffffffff8133077f>] do_page_fault+0x187/0x2c6
[<ffffffff8132e86f>] page_fault+0x1f/0x30
[<ffffffff81328c7b>] ? set_cpu_sibling_map+0x24f/0x353
[<ffffffff81664c96>] native_smp_prepare_cpus+0x146/0x3b6
[<ffffffff8165b594>] kernel_init+0x84/0x1db
[<ffffffff8100ca1a>] child_rip+0xa/0x20
[<ffffffff8165b510>] ? kernel_init+0x0/0x1db
[<ffffffff8100ca10>] ? child_rip+0x0/0x20
The failure points to the following piece of code :
if ((c->phys_proc_id == o->phys_proc_id) &&
(c->cpu_node_id == o->cpu_node_id)) {
cpumask_set_cpu(i, cpu_node_mask(cpu)); << ==
cpumask_set_cpu(cpu, cpu_node_mask(i)); << ==
}
Yesterday's Next tree worked fine. Have attached the boot log.
Thanks
-Sachin
--
---------------------------------
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
---------------------------------
[-- Attachment #2: boot-log --]
[-- Type: text/plain, Size: 10511 bytes --]
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31-rc4-autotest-next-20090730-5-default (root@mls21b) (gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) ) #1 SMP Thu Jul 30 14:47:18 IST 2009
Command line: root=/dev/sda1 console=tty0 console=ttyS1,19200 resume=/dev/disk/by-id/scsi-3500000e015c26a80-part2 splash=silent crashkernel=256M-:128M@16M IDENT=1248946314
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009c000 (usable)
BIOS-e820: 000000000009c000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000cffa3900 (usable)
BIOS-e820: 00000000cffa3900 - 00000000cffa7400 (ACPI data)
BIOS-e820: 00000000cffa7400 - 00000000d0000000 (reserved)
BIOS-e820: 00000000f4000000 - 00000000fc000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000130000000 (usable)
DMI 2.4 present.
last_pfn = 0x130000 max_arch_pfn = 0x400000000
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
last_pfn = 0xcffa3 max_arch_pfn = 0x400000000
init_memory_mapping: 0000000000000000-00000000cffa3000
init_memory_mapping: 0000000100000000-0000000130000000
RAMDISK: 3771f000 - 37fef6c7
ACPI: RSDP 00000000000fdfe0 00014 (v00 IBM )
ACPI: RSDT 00000000cffa7380 00038 (v01 IBM SERLEWIS 00001000 IBM 45444F43)
ACPI: FACP 00000000cffa72c0 00084 (v02 IBM SERLEWIS 00001000 IBM 45444F43)
ACPI: DSDT 00000000cffa3900 036CE (v01 IBM SERLEWIS 00001000 INTL 20060912)
ACPI: FACS 00000000cffa7040 00040
ACPI: APIC 00000000cffa7200 00090 (v01 IBM SERLEWIS 00001000 IBM 45444F43)
ACPI: SRAT 00000000cffa7100 000E8 (v01 AMD HAMMER 00000001 AMD 00000001)
ACPI: HPET 00000000cffa70c0 00038 (v01 IBM SERLEWIS 00001000 IBM 45444F43)
ACPI: MCFG 00000000cffa7080 0003C (v01 IBM SERLEWIS 00001000 IBM 45444F43)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: PXM 1 -> APIC 2 -> Node 1
SRAT: PXM 1 -> APIC 3 -> Node 1
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 100000-d0000000
SRAT: Node 0 PXM 0 100000000-130000000
Bootmem setup node 0 0000000000000000-0000000130000000
NODE_DATA [000000000000f640 - 000000000004363f]
bootmap [0000000000044000 - 0000000000069fff] pages 26
(9 early reservations) ==> bootmem [0000000000 - 0130000000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#2 [0001000000 - 0005d186b4] TEXT DATA BSS ==> [0001000000 - 0005d186b4]
#3 [003771f000 - 0037fef6c7] RAMDISK ==> [003771f000 - 0037fef6c7]
#4 [000009c000 - 0000100000] BIOS reserved ==> [000009c000 - 0000100000]
#5 [0005d19000 - 0005d192d0] BRK ==> [0005d19000 - 0005d192d0]
#6 [0000008000 - 000000c000] PGTABLE ==> [0000008000 - 000000c000]
#7 [000000c000 - 000000d000] PGTABLE ==> [000000c000 - 000000d000]
#8 [000000d000 - 000000f640] MEMNODEMAP ==> [000000d000 - 000000f640]
found SMP MP-table at [ffff88000009c140] 9c140
crashkernel reservation failed - memory is in use
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x00130000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009c
0: 0x00000100 -> 0x000cffa3
0: 0x00100000 -> 0x00130000
Detected use of extended apic ids on hypertransport bus
Detected use of extended apic ids on hypertransport bus
ACPI: PM-Timer IO Port: 0x488
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-15
ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[16])
IOAPIC[1]: apic_id 13, version 17, address 0xfec02000, GSI 16-31
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x1166a201 base: 0xfed00000
SMP: Allowing 4 CPUs, 0 hotplug CPUs
PM: Registered nosave memory: 000000000009c000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
PM: Registered nosave memory: 00000000cffa3000 - 00000000cffa4000
PM: Registered nosave memory: 00000000cffa4000 - 00000000cffa7000
PM: Registered nosave memory: 00000000cffa7000 - 00000000cffa8000
PM: Registered nosave memory: 00000000cffa8000 - 00000000d0000000
PM: Registered nosave memory: 00000000d0000000 - 00000000f4000000
PM: Registered nosave memory: 00000000f4000000 - 00000000fc000000
PM: Registered nosave memory: 00000000fc000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 0000000100000000
Allocating PCI resources starting at d0000000 (gap: d0000000:24000000)
NR_CPUS:4096 nr_cpumask_bits:4 nr_cpu_ids:4 nr_node_ids:2
PERCPU: Embedded 28 pages at ffff880028022000, static data 85408 bytes
Built 1 zonelists in Node order, mobility grouping on. Total pages: 1031249
Policy zone: Normal
Kernel command line: root=/dev/sda1 console=tty0 console=ttyS1,19200 resume=/dev/disk/by-id/scsi-3500000e015c26a80-part2 splash=silent crashkernel=256M-:128M@16M IDENT=1248946314
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
Checking aperture...
No AGP bridge found
Node 0: aperture @ f4000000 size 64 MB
Node 1: aperture @ f4000000 size 64 MB
Memory: 4045260k/4980736k available (3281k kernel code, 787204k absent, 148272k reserved, 3170k data, 1360k init)
start_kernel(): bug: interrupts were enabled *very* early, fixing it
Hierarchical RCU implementation.
NR_IRQS:4352
Fast TSC calibration using PIT
Detected 2199.723 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
console [ttyS1] enabled
allocated 41943040 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
HPET: 3 timers in total, 0 timers will be used for per-cpu timer
Calibrating delay loop (skipped), value calculated using timer frequency.. 4399.44 BogoMIPS (lpj=8798892)
Security Framework initialized
SELinux: Disabled at boot.
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Node ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 5 MCE banks
using C1E aware idle routine
Performance Counters: AMD PMU driver.
... version: 0
... bit width: 48
... generic counters: 4
... value mask: 0000ffffffffffff
... max period: 00007fffffffffff
... fixed-purpose counters: 0
... counter mask: 000000000000000f
ACPI: Core revision 20090625
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
PGD 0
Oops: 0002 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.31-rc4-autotest-next-20090730-5-default #1 BladeCenter LS21 -[79716AA]-
RIP: 0010:[<ffffffff81328c7b>] [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
RSP: 0018:ffff88012b319e20 EFLAGS: 00010246
RAX: 0000000000000000 RBX: 0000000000000000 RCX: 000000000000cbdc
RDX: 000000000000cbf0 RSI: 0000000000000000 RDI: 0000000000000000
RBP: ffff88012b319e80 R08: 0000000000000004 R09: ffff880028092bc0
R10: 0000000000000000 R11: 0000000000000002 R12: 0000000000000000
R13: ffff8800280362c0 R14: ffff8800280362c0 R15: 00000000000142c0
FS: 0000000000000000(0000) GS:ffff880028022000(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000001001000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process swapper (pid: 1, threadinfo ffff88012b318000, task ffff88012b316000)
Stack:
0000000000000003 000000000000cbe8 000000000000cbf8 000000000000cbf0
<0> 000000000000cbdc 00000000000142c0 0000000000000000 0000000000000003
<0> 0000000000000004 000000000000cbf8 000000000000cbe8 00000000000142c0
Call Trace:
[<ffffffff81664c96>] native_smp_prepare_cpus+0x146/0x3b6
[<ffffffff8165b594>] kernel_init+0x84/0x1db
[<ffffffff8100ca1a>] child_rip+0xa/0x20
[<ffffffff8165b510>] ? kernel_init+0x0/0x1db
[<ffffffff8100ca10>] ? child_rip+0x0/0x20
Code: 00 00 48 89 c2 49 23 85 b0 00 00 00 49 23 96 b0 00 00 00 48 39 c2 75 2b 49 63 c4 48 8b 55 b8 48 8b 04 c5 90 fe 63 81 48 8b 04 02 <f0> 0f ab 18 48 63 c3 48 8b 04 c5 90 fe 63 81 48 8b 04 02 f0 44
RIP [<ffffffff81328c7b>] set_cpu_sibling_map+0x24f/0x353
RSP <ffff88012b319e20>
CR2: 0000000000000000
---[ end trace 4eaa2a86a8e2da22 ]---
Kernel panic - not syncing: Attempted to kill init!
Pid: 1, comm: swapper Tainted: G D 2.6.31-rc4-autotest-next-20090730-5-default #1
Call Trace:
[<ffffffff8132bc59>] panic+0x75/0x120
[<ffffffff8104f41a>] ? exit_ptrace+0x33/0x12b
[<ffffffff810493c0>] do_exit+0x79/0x6c8
[<ffffffff8132f329>] oops_end+0xb3/0xbb
[<ffffffff8102934f>] no_context+0x1ed/0x1fc
[<ffffffff810294f0>] __bad_area_nosemaphore+0x192/0x1b8
[<ffffffff810ac967>] ? __alloc_pages_nodemask+0x118/0x57d
[<ffffffff81029524>] bad_area_nosemaphore+0xe/0x10
[<ffffffff8133077f>] do_page_fault+0x187/0x2c6
[<ffffffff8132e86f>] page_fault+0x1f/0x30
[<ffffffff81328c7b>] ? set_cpu_sibling_map+0x24f/0x353
[<ffffffff81664c96>] native_smp_prepare_cpus+0x146/0x3b6
[<ffffffff8165b594>] kernel_init+0x84/0x1db
[<ffffffff8100ca1a>] child_rip+0xa/0x20
[<ffffffff8165b510>] ? kernel_init+0x0/0x1db
[<ffffffff8100ca10>] ? child_rip+0x0/0x20
^ permalink raw reply
* Re: linux-next: manual merge of the edac-amd tree with the rr tree
From: Borislav Petkov @ 2009-07-30 11:09 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Borislav Petkov, linux-next, linux-kernel, Rusty Russell,
Andreas Herrmann
In-Reply-To: <20090730170850.6d777e96.sfr@canb.auug.org.au>
Hi Stephen,
On Thu, Jul 30, 2009 at 05:08:50PM +1000, Stephen Rothwell wrote:
> > thanks for fixing that. Yep, the topology patches in the edac tree are
> > not final yet, I've added them to the mix only because edac depends on
> > the node_id functionality. I'll fix them up later against the rr stuff.
I rediffed the topology bits against
cpumask:remove-topology_core_siblings-and-topology_thread_siblings-core.
patch from Rusty's tree so we should be good to go.
Also, I'm carrying couple of patches that should go through the x86 tree
and depending on when they go in, I'll drop them from mine. Just wanted
to give you heads up here in case you start getting merge conflicts :).
Thanks.
--
Regards/Gruss,
Boris.
Operating | Advanced Micro Devices GmbH
System | Karl-Hammerschmidt-Str. 34, 85609 Dornach b. München, Germany
Research | Geschäftsführer: Thomas M. McCoy, Giuliano Meroni
Center | Sitz: Dornach, Gemeinde Aschheim, Landkreis München
(OSRC) | Registergericht München, HRB Nr. 43632
^ permalink raw reply
* Re: linux-next: kmemleak tree build failure
From: Catalin Marinas @ 2009-07-30 8:58 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, linux-kernel
In-Reply-To: <20090730160012.5814e251.sfr@canb.auug.org.au>
On Thu, 2009-07-30 at 16:00 +1000, Stephen Rothwell wrote:
> Today's linux-next build (x86_64 allmodconfig) failed like this:
>
> arch/x86/kernel/process.c: In function 'free_thread_info':
> arch/x86/kernel/process.c:58: error: implicit declaration of function 'kmemleak_free'
>
> Caused by commit 3d898087320a732ec853c98f244253892616840f ("kmemleak:
> Inform kmemleak about kernel stack allocation") from the kmemleak tree.
> Probably a missing include of linux/kmemleak.h.
Yes, it's missing this (I was only testing it with slub which has
kmemleak.h included in its header file).
I updated the kmemleak branch now. Thanks.
--
Catalin
^ permalink raw reply
* linux-next: Tree for July 30
From: Stephen Rothwell @ 2009-07-30 8:21 UTC (permalink / raw)
To: linux-next; +Cc: LKML
[-- Attachment #1: Type: text/plain, Size: 8553 bytes --]
Hi all,
Changes since 20090729:
New trees: kmemleak (really this time - it was accidentally left out of
yesterday's tree)
Dropped tree: kmemleak (build problem)
This tree fails to build for powerpc allyesconfig (final link problem).
The scsi-rc-fixes tree gained a build failure so I reverted a commit.
The i2c series failed to import so I used the version from next-20090729.
The edac-amd tree gained a conflict against the rr tree.
The fsnotify tree lost its conflict.
The drbd tree lost one of its build failures.
The kmemleak tree gained a build failure so I dropped it for today as I
have no previous version to use.
----------------------------------------------------------------------------
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
(patches at
http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/). If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one. You should use "git fetch" as mentioned in the FAQ on the wiki
(see below).
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log files
in the Next directory. Between each merge, the tree was built with
a ppc64_defconfig for powerpc and an allmodconfig for x86_64. After the
final fixups (if any), it is also built with powerpc allnoconfig (32 and
64 bit), ppc44x_defconfig and allyesconfig (minus
CONFIG_PROFILE_ALL_BRANCHES) and i386, sparc and sparc64 defconfig.
These builds also have CONFIG_ENABLE_WARN_DEPRECATED,
CONFIG_ENABLE_MUST_CHECK and CONFIG_DEBUG_INFO disabled when necessary.
Below is a summary of the state of the merge.
We are up to 135 trees (counting Linus' and 19 trees of patches pending for
Linus' tree), more are welcome (even if they are currently empty).
Thanks to those who have contributed, and to those who haven't, please do.
Status of my local build tests will be at
http://kisskb.ellerman.id.au/linux-next . If maintainers want to give
advice about cross compilers/configs that work, we are always open to add
more builds.
Thanks to Jan Dittmer for adding the linux-next tree to his build tests
at http://l4x.org/k/ , the guys at http://test.kernel.org/ and Randy
Dunlap for doing many randconfig builds.
There is a wiki covering stuff to do with linux-next at
http://linux.f-seidel.de/linux-next/pmwiki/ . Thanks to Frank Seidel.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
$ git checkout master
$ git reset --hard stable
Merging origin/master
Merging fixes/fixes
Merging arm-current/master
Merging m68k-current/for-linus
Merging powerpc-merge/merge
Merging sparc-current/master
Merging scsi-rc-fixes/master
Merging net-current/master
Merging sound-current/for-linus
Merging pci-current/for-linus
Merging wireless-current/master
Merging kbuild-current/master
Merging quilt/driver-core.current
Merging quilt/usb.current
Merging cpufreq-current/fixes
Merging input-current/for-linus
Merging md-current/for-linus
Merging audit-current/for-linus
Merging crypto-current/master
Merging dwmw2/master
Merging arm/devel
Merging davinci/for-next
Merging pxa/for-next
Merging thumb-2/thumb-2
Merging avr32/avr32-arch
Merging blackfin/for-linus
Merging cris/for-next
Merging ia64/test
Merging m68k/for-next
Merging m68knommu/for-next
Merging microblaze/next
Merging mips/mips-for-linux-next
CONFLICT (content): Merge conflict in arch/mips/cavium-octeon/dma-octeon.c
CONFLICT (add/add): Merge conflict in arch/mips/cavium-octeon/executive/cvmx-helper-errata.c
CONFLICT (content): Merge conflict in arch/mips/mm/tlbex.c
CONFLICT (content): Merge conflict in arch/mips/sibyte/swarm/setup.c
CONFLICT (content): Merge conflict in drivers/char/hw_random/Kconfig
CONFLICT (content): Merge conflict in drivers/char/hw_random/Makefile
CONFLICT (add/add): Merge conflict in drivers/dma/txx9dmac.c
Merging parisc/master
Merging powerpc/next
Merging 4xx/next
Merging galak/next
Merging s390/features
Merging sh/master
Merging sparc/master
Merging xtensa/master
Merging cifs/master
Merging configfs/linux-next
CONFLICT (content): Merge conflict in fs/configfs/dir.c
Merging ecryptfs/next
Merging ext3/for_next
Merging ext4/next
Merging fatfs/master
Merging fuse/for-next
Merging gfs2/master
Merging jfs/next
Merging nfs/linux-next
Merging nfsd/nfsd-next
Merging nilfs2/for-next
Merging ocfs2/linux-next
Merging squashfs/master
Merging v9fs/for-next
Merging ubifs/linux-next
Merging xfs/master
Merging reiserfs-bkl/reiserfs/kill-bkl-rc6
CONFLICT (content): Merge conflict in fs/reiserfs/journal.c
CONFLICT (content): Merge conflict in fs/reiserfs/super.c
Merging vfs/for-next
Merging pci/linux-next
Merging hid/for-next
Merging quilt/i2c
CONFLICT (content): Merge conflict in drivers/i2c/chips/tsl2550.c
Merging quilt/jdelvare-hwmon
Merging quilt/kernel-doc
Merging v4l-dvb/master
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/board-dm646x-evm.c
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/dm355.c
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/dm644x.c
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/dm646x.c
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/include/mach/dm355.h
CONFLICT (content): Merge conflict in arch/arm/mach-davinci/include/mach/dm644x.h
CONFLICT (content): Merge conflict in drivers/media/dvb/b2c2/flexcop-fe-tuner.c
Merging quota/for_next
Merging kbuild/master
Merging ide/master
Merging libata/NEXT
Merging infiniband/for-next
Merging acpi/test
Merging ieee1394/for-next
Merging ubi/linux-next
Merging kvm/master
Merging dlm/next
Merging scsi/master
Merging async_tx/next
Merging udf/for_next
Merging net/master
CONFLICT (content): Merge conflict in drivers/net/wireless/iwlwifi/iwl-3945.h
CONFLICT (content): Merge conflict in drivers/net/wireless/iwlwifi/iwl-tx.c
CONFLICT (content): Merge conflict in drivers/net/wireless/iwlwifi/iwl3945-base.c
Merging wireless/master
Merging mtd/master
Merging crypto/master
Merging sound/for-next
Merging cpufreq/next
Merging quilt/rr
Merging mmc/next
Merging input/next
Merging lsm/for-next
Merging block/for-next
Merging quilt/device-mapper
Merging embedded/master
Merging firmware/master
Merging pcmcia/master
Merging battery/master
Merging leds/for-mm
Merging backlight/for-mm
Merging kgdb/kgdb-next
Merging slab/for-next
Merging uclinux/for-next
Merging md/for-next
Merging mfd/for-next
Merging hdlc/hdlc-next
Merging drm/drm-next
Merging voltage/for-next
Merging security-testing/next
Merging lblnet/master
Merging agp/agp-next
Merging uwb/for-upstream
Merging watchdog/master
Merging bdev/master
Merging dwmw2-iommu/master
Merging cputime/cputime
Merging osd/linux-next
Merging jc_docs/docs-next
Merging nommu/master
Merging trivial/for-next
Merging audit/for-next
Merging omap/for-next
Merging quilt/aoe
Merging suspend/linux-next
Merging bluetooth/master
Merging edac-amd/for-next
CONFLICT (content): Merge conflict in include/linux/topology.h
Merging fsnotify/for-next
Merging irda/for-next
Merging hwlat/for-linus
Merging drbd/drbd
Applying: drbd: fix for removal of blk_queue_stack_limits
Merging kmemleak/kmemleak
$ git reset --hard HEAD^
Merging tip/auto-latest
CONFLICT (content): Merge conflict in drivers/oprofile/oprofile_stats.c
CONFLICT (content): Merge conflict in include/linux/rcupdate.h
Merging percpu/for-next
CONFLICT (content): Merge conflict in arch/sh/kernel/vmlinux.lds.S
CONFLICT (content): Merge conflict in arch/x86/kernel/cpu/perf_counter.c
CONFLICT (content): Merge conflict in drivers/cpufreq/cpufreq_ondemand.c
Merging sfi/sfi-test
Merging asm-generic/next
Merging quilt/driver-core
CONFLICT (content): Merge conflict in init/main.c
Merging quilt/usb
CONFLICT (content): Merge conflict in drivers/usb/gadget/m66592-udc.c
CONFLICT (content): Merge conflict in drivers/usb/host/r8a66597-hcd.c
Merging quilt/staging
CONFLICT (delete/modify): drivers/staging/epl/VirtualEthernetLinux.c deleted in quilt/staging and modified in HEAD. Version HEAD of drivers/staging/epl/VirtualEthernetLinux.c left in tree.
$ git rm -f drivers/staging/epl/VirtualEthernetLinux.c
Merging scsi-post-merge/master
[master 469ff03] Revert "[SCSI] libsas: fix wide port hotplug issues"
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* linux-next: scsi-rc-fixes tree build failure
From: Stephen Rothwell @ 2009-07-30 8:13 UTC (permalink / raw)
To: James Bottomley
Cc: linux-next, linux-kernel, Tom Peng, Jack Wang, Lindar Liu,
Kevin Ao
[-- Attachment #1: Type: text/plain, Size: 1242 bytes --]
Hi James,
Today's linux-next build (powerpc allyesconfig) failed like this:
drivers/scsi/libsas/sas_expander.c: In function 'sas_find_bcast_dev':
drivers/scsi/libsas/sas_expander.c:1701: error: 'FALSE' undeclared (first use in this function)
drivers/scsi/libsas/sas_expander.c: In function 'sas_discover_new':
drivers/scsi/libsas/sas_expander.c:1809: error: 'FALSE' undeclared (first use in this function)
drivers/scsi/libsas/sas_expander.c:1824: error: 'TRUE' undeclared (first use in this function)
drivers/scsi/libsas/sas_expander.c: In function 'sas_rediscover':
drivers/scsi/libsas/sas_expander.c:1903: error: 'TRUE' undeclared (first use in this function)
drivers/scsi/libsas/sas_expander.c:1918: error: 'FALSE' undeclared (first use in this function)
drivers/scsi/libsas/sas_expander.c: In function 'sas_ex_revalidate_domain':
drivers/scsi/libsas/sas_expander.c:1951: error: 'TRUE' undeclared (first use in this function)
Caused by commit 4c70d933a41e1d712f3db90d2a41141730383d5a ("[SCSI]
libsas: fix wide port hotplug issues"). Presumably a missing include
file.
I have reverted that commit for today.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: linux-next: i2c series import failure
From: Stephen Rothwell @ 2009-07-30 7:09 UTC (permalink / raw)
To: Jean Delvare; +Cc: linux-next, linux-kernel
In-Reply-To: <20090730084336.273a9ce6@hyperion.delvare>
[-- Attachment #1: Type: text/plain, Size: 387 bytes --]
Hi Jean,
On Thu, 30 Jul 2009 08:43:36 +0200 Jean Delvare <khali@linux-fr.org> wrote:
>
> Sorry about that. I have just moved to a new flat and could not update
> my published series yesterday (no Internet access.) This should be all
> fixed now.
No worries. Thanks.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: linux-next: manual merge of the edac-amd tree with the rr tree
From: Stephen Rothwell @ 2009-07-30 7:08 UTC (permalink / raw)
To: Borislav Petkov
Cc: Borislav Petkov, linux-next, linux-kernel, Rusty Russell,
Andreas Herrmann
In-Reply-To: <20090730062309.GA15057@liondog.tnic>
[-- Attachment #1: Type: text/plain, Size: 447 bytes --]
Hi Borislav,
On Thu, 30 Jul 2009 08:23:09 +0200 Borislav Petkov <petkovbb@googlemail.com> wrote:
>
> thanks for fixing that. Yep, the topology patches in the edac tree are
> not final yet, I've added them to the mix only because edac depends on
> the node_id functionality. I'll fix them up later against the rr stuff.
Thanks.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: linux-next: i2c series import failure
From: Jean Delvare @ 2009-07-30 6:43 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, linux-kernel
In-Reply-To: <20090730104443.49df80a0.sfr@canb.auug.org.au>
Hi Stephen,
On Thu, 30 Jul 2009 10:44:43 +1000, Stephen Rothwell wrote:
> Today's linux-next import of the i2c series failed like this:
>
> i2c-tsl2550-simpify-IO.patch
> error: patch failed: drivers/i2c/chips/tsl2550.c:24
> error: drivers/i2c/chips/tsl2550.c: patch does not apply
>
> I will use the series from yesterday.
Sorry about that. I have just moved to a new flat and could not update
my published series yesterday (no Internet access.) This should be all
fixed now.
--
Jean Delvare
^ permalink raw reply
* Re: linux-next: manual merge of the edac-amd tree with the rr tree
From: Borislav Petkov @ 2009-07-30 6:23 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Borislav Petkov, linux-next, linux-kernel, Rusty Russell,
Andreas Herrmann
In-Reply-To: <20090730154150.d4c326b5.sfr@canb.auug.org.au>
On Thu, Jul 30, 2009 at 03:41:50PM +1000, Stephen Rothwell wrote:
> Hi Borislav,
>
> Today's linux-next merge of the edac-amd tree got a conflict in
> include/linux/topology.h between commit
> 11c0109a8c24b27fd6eff8c2c0ddca598675212d
> ("cpumask:remove-topology_core_siblings-and-topology_thread_siblings-core")
> from the rr tree and commit 86aebc88b40884510c914ad71e81c8536a15052e
> ("topology: introduce cpu_node information for multi-node processors")
> from the edac-amd tree.
>
> The latter adds topology_cpu_node_siblings() which is not needed (the
> former makes it clear that the _cpumask versions of these should be used
> instead). I fixed it up and can carry the fix as necessary.
Hi Stephen,
thanks for fixing that. Yep, the topology patches in the edac tree are
not final yet, I've added them to the mix only because edac depends on
the node_id functionality. I'll fix them up later against the rr stuff.
--
Regards/Gruss,
Boris.
^ permalink raw reply
* linux-next: kmemleak tree build failure
From: Stephen Rothwell @ 2009-07-30 6:00 UTC (permalink / raw)
To: Catalin Marinas; +Cc: linux-next, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 633 bytes --]
Hi Catalin,
Today's linux-next build (x86_64 allmodconfig) failed like this:
arch/x86/kernel/process.c: In function 'free_thread_info':
arch/x86/kernel/process.c:58: error: implicit declaration of function 'kmemleak_free'
Caused by commit 3d898087320a732ec853c98f244253892616840f ("kmemleak:
Inform kmemleak about kernel stack allocation") from the kmemleak tree.
Probably a missing include of linux/kmemleak.h.
I have dropped the kmemleak tree for today. (It accidentally did not
get included yesterday.)
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* linux-next: manual merge of the edac-amd tree with the rr tree
From: Stephen Rothwell @ 2009-07-30 5:41 UTC (permalink / raw)
To: Borislav Petkov; +Cc: linux-next, linux-kernel, Rusty Russell, Andreas Herrmann
[-- Attachment #1: Type: text/plain, Size: 724 bytes --]
Hi Borislav,
Today's linux-next merge of the edac-amd tree got a conflict in
include/linux/topology.h between commit
11c0109a8c24b27fd6eff8c2c0ddca598675212d
("cpumask:remove-topology_core_siblings-and-topology_thread_siblings-core")
from the rr tree and commit 86aebc88b40884510c914ad71e81c8536a15052e
("topology: introduce cpu_node information for multi-node processors")
from the edac-amd tree.
The latter adds topology_cpu_node_siblings() which is not needed (the
former makes it clear that the _cpumask versions of these should be used
instead). I fixed it up and can carry the fix as necessary.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: [PATCH NEXT] netxen: fix CONFIG_INET=n build
From: David Miller @ 2009-07-30 4:42 UTC (permalink / raw)
To: randy.dunlap; +Cc: dhananjay, netdev, linux-kernel, linux-next
In-Reply-To: <20090728122352.6d4a2b05.randy.dunlap@oracle.com>
From: Randy Dunlap <randy.dunlap@oracle.com>
Date: Tue, 28 Jul 2009 12:23:52 -0700
> On Tue, 28 Jul 2009 12:10:03 -0700 Dhananjay Phadke wrote:
>
>> Wrap dest IP hashing code with #ifdef CONFIG_INET,
>> this feature makes no sense without INET, but other
>> driver can still work.
>>
>> Signed-off-by: Dhananjay Phadke <dhananjay@netxen.com>
>
> Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
Applied, thanks.
^ permalink raw reply
* linux-next: i2c series import failure
From: Stephen Rothwell @ 2009-07-30 0:44 UTC (permalink / raw)
To: Jean Delvare; +Cc: linux-next, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 366 bytes --]
Hi Jean,
Today's linux-next import of the i2c series failed like this:
i2c-tsl2550-simpify-IO.patch
error: patch failed: drivers/i2c/chips/tsl2550.c:24
error: drivers/i2c/chips/tsl2550.c: patch does not apply
I will use the series from yesterday.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: linux-next: drbd tree build failure
From: Philipp Reisner @ 2009-07-29 15:13 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: Jens Axboe, linux-next, linux-kernel
In-Reply-To: <20090729062058.GE4148@kernel.dk>
On Wednesday 29 July 2009 08:20:58 Jens Axboe wrote:
> On Wed, Jul 29 2009, Stephen Rothwell wrote:
> > Hi Philipp,
> >
> > Today's linux-next build (x86_64 allmodconfig) failed like this:
> >
> > drivers/block/drbd/drbd_req.c: In function 'drbd_make_request_26':
> > drivers/block/drbd/drbd_req.c:1023: error: implicit declaration of
> > function 'bio_barrier' drivers/block/drbd/drbd_actlog.c: In function
> > '_drbd_md_sync_page_io': drivers/block/drbd/drbd_actlog.c:120: error:
> > implicit declaration of function 'bio_barrier'
> > drivers/block/drbd/drbd_main.c: In function 'drbd_send_dblock':
> > drivers/block/drbd/drbd_main.c:2373: error: implicit declaration of
> > function 'bio_barrier' drivers/block/drbd/drbd_main.c:2375: error:
> > implicit declaration of function 'bio_sync'
> >
> > Caused by commit d206aaff0c5ee065f382c626ea21c5166a3047a7 ("bio: first
> > step in sanitizing the bio->bi_rw flag testing") from the block tree.
> >
> > I applied the following patch for today.
>
> That fixup looks good, thanks Stephen.
Thanks,
I have commited that patch also to the drbd git tree. I think we have
now fixed all open issues (currently).
-phil
--
: Dipl-Ing Philipp Reisner
: LINBIT | Your Way to High Availability
: Tel: +43-1-8178292-50, Fax: +43-1-8178292-82
: http://www.linbit.com
DRBD(R) and LINBIT(R) are registered trademarks of LINBIT, Austria.
^ permalink raw reply
* Re: linux-next: drbd tree build failure
From: Philipp Reisner @ 2009-07-29 15:11 UTC (permalink / raw)
To: Rusty Russell; +Cc: Stephen Rothwell, Lars Ellenberg, linux-next, linux-kernel
In-Reply-To: <200907291110.56241.rusty@rustcorp.com.au>
On Wednesday 29 July 2009 03:40:55 Rusty Russell wrote:
> On Tue, 28 Jul 2009 01:50:40 pm Stephen Rothwell wrote:
> > Hi Philipp, Lars,
> >
> > On Mon, 27 Jul 2009 19:17:55 +0200 Philipp Reisner
<philipp.reisner@linbit.com> wrote:
> > > Ok. Lars' patch is now complete and arrived in the git tree...
> > >
> > > It should build now with Rusty's paches.
> >
> > Thanks.
>
> This is untested, but fairly trivial transform to avoid cpumask_t in the
> struct as well:
>
Thanks,
I have commited that patch to the DRBD git tree.
-phil
--
: Dipl-Ing Philipp Reisner
: LINBIT | Your Way to High Availability
: Tel: +43-1-8178292-50, Fax: +43-1-8178292-82
: http://www.linbit.com
DRBD(R) and LINBIT(R) are registered trademarks of LINBIT, Austria.
^ permalink raw reply
* Next July 29 : Hugetlb test failure (OOPS free_hugepte_range)
From: Sachin Sant @ 2009-07-29 15:04 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, linuxppc-dev, Benjamin Herrenschmidt
In-Reply-To: <20090729173611.b82478cd.sfr@canb.auug.org.au>
While executing hugetlb tests against today's Next tree on
a Power 6 box came across following OOPS.
------------[ cut here ]------------
Oops: Exception in kernel mode, sig: 5 [#1]
SMP NR_CPUS=1024 NUMA pSeries
Modules linked in: ipv6 fuse loop dm_mod ehea sg sd_mod crc_t10dif ibmvscsic scsi_transport_srp scsi_tgt scsi_mod
NIP: c00000000003e794 LR: c00000000003e9ec CTR: 000000000000bba4
REGS: c00000006a72b5d0 TRAP: 0700 Not tainted (2.6.31-rc4-autotest-next-20090729-5-ppc64)
MSR: 8000000000029032 <EE,ME,CE,IR,DR> CR: 22044444 XER: 00000001
TASK = c000000069c00180[1115] 'readback' THREAD: c00000006a728000 CPU: 2
GPR00: 0000000000000001 c00000006a72b850 c000000000a93190 c00000006f6f04d0
GPR04: c00000006b810001 0000000000000008 0000000000000000 0000040000000000
GPR08: c00000006ece0ca8 c00000006a137ff8 c00000006ece0ca8 0000000000000018
GPR12: 0000000042000448 c000000000b72800 00000000ffffffff ffffffffffffffff
GPR16: 00000000477555d0 0000000000000000 0000000000000001 000003ffffffffff
GPR20: 0000040000000000 0000000000000000 0000010000000000 0000040000000000
GPR24: c00000006f6f04d0 000003ffffffffff 0000000000000007 c00000006cdc28d0
GPR28: 0000040000000000 000003fff0000000 c00000006a137ff8 0000040000000000
NIP [c00000000003e794] .free_hugepte_range+0x44/0x68
LR [c00000000003e9ec] .hugetlb_free_pgd_range+0x234/0x374
Call Trace:
[c00000006a72b850] [0000175c08000393] 0x175c08000393 (unreliable)
[c00000006a72b8c0] [c00000000003e9ec] .hugetlb_free_pgd_range+0x234/0x374
[c00000006a72b9b0] [c00000000013742c] .free_pgtables+0x90/0x140
[c00000006a72ba60] [c0000000001393c4] .exit_mmap+0x12c/0x1b8
[c00000006a72bb10] [c00000000008d460] .mmput+0x54/0x14c
[c00000006a72bba0] [c000000000092428] .exit_mm+0x17c/0x1a0
[c00000006a72bc50] [c00000000009481c] .do_exit+0x204/0x774
[c00000006a72bd30] [c000000000094e40] .do_group_exit+0xb4/0xe8
[c00000006a72bdc0] [c000000000094e88] .SyS_exit_group+0x14/0x28
[c00000006a72be30] [c0000000000085b4] syscall_exit+0x0/0x40
Instruction dump:
68800001 780007e0 0b000000 38a50001 38000000 7ca507b4 f8090000 38000001
2f850007 9003000c 7c101026 5400f7fe <0b000000> 78840724 7ca42378 4bff8ed5
next-20090728 worked fine. Last commit that changed
arch/powerpc/mm/hugetlbpage.c was cb7f3f2d92d1b26c13e30e639b6ee4a78e9a3afa
powerpc: Add memory management headers for new 64-bit BookE
I will try reverting that commit and check if that helps.
Thanks
-Sachin
--
---------------------------------
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
---------------------------------
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox