On Mon, 2009-06-15 at 18:30 +0530, Sachin Sant wrote:
> 278: 2f 80 00 00 cmpwi cr7,r0,0
> } else {
> vsid = get_kernel_vsid(addr, mmu_kernel_ssize);
> ssize = mmu_kernel_ssize;
> }
> vaddr = hpt_va(addr, vsid, ssize);
> rpte
On Mon, 2009-06-15 at 18:30 +0530, Sachin Sant wrote:
> The corresponding C code is :
>
> 278: 2f 80 00 00 cmpwi cr7,r0,0
> } else {
> vsid = get_kernel_vsid(addr, mmu_kernel_ssize);
> ssize = mmu_kernel_ssize;
> }
> vaddr = hpt_va(
Michael Ellerman wrote:
Hi Sachin,
Rather than "-git7" can you tell us the actual SHA, I don't know what
git7 is.
Corresponding SHA is 44b7532b8b464f606053562400719c9c21276037.
Here is the supporting data.
cpu 0x1: Vector: 300 (Data Access) at [c000fe9b3220]
pc: c003d620:
Hi Michael,
On Mon, 15 Jun 2009 10:56:36 +1000 Michael Ellerman
wrote:
>
> Rather than "-git7" can you tell us the actual SHA, I don't know what
> git7 is.
$ cat tools/get_gitid
#!/bin/sh
wget -q -O - http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-$1.id
--
Cheers,
Stephen Rothw
On Sun, 2009-06-14 at 17:08 +0530, Sachin Sant wrote:
> Benjamin Herrenschmidt wrote:
> > On Fri, 2009-06-05 at 16:59 +0530, Sachin Sant wrote:
> >
> >> While executing Hugetlbfs tests against 2.6.30-rc8-git1 on a
> >> Power 6 box observed the following OOPS message.
> I was able to recreate thi
Benjamin Herrenschmidt wrote:
On Fri, 2009-06-05 at 16:59 +0530, Sachin Sant wrote:
While executing Hugetlbfs tests against 2.6.30-rc8-git1 on a
Power 6 box observed the following OOPS message.
I was able to recreate this with 2.6.30-git7.
Here is the supporting data.
cpu 0x1: Vector: 300 (
Benjamin Herrenschmidt wrote:
No, Mel's patch is for a different problem and has been fixed upstream
already. This is more concerning... I'm not sure what's up but would
you be able to send a disassembly of the hpte_need_flush() function in
your kernel binary for me to see what access precisely c
On Fri, 2009-06-05 at 16:59 +0530, Sachin Sant wrote:
> While executing Hugetlbfs tests against 2.6.30-rc8-git1 on a
> Power 6 box observed the following OOPS message.
> NIP [c0038240] .hpte_need_flush+0x1bc/0x2d8
> LR [c00380f0] .hpte_need_flush+0x6c/0x2d8
Weird. I don't really s
Mel Gorman wrote:
That patch fixes a different problem. The assertion shouldn't have been
made for hugetlbfs regions. I can only assume we are not triggering the
same problem. According to your .config, DEBUG_VM is not even set so
this is some other problem.
Do you know what line triggered the
On Fri, Jun 05, 2009 at 04:59:25PM +0530, Sachin Sant wrote:
> While executing Hugetlbfs tests against 2.6.30-rc8-git1 on a
> Power 6 box observed the following OOPS message.
>
> Oops: Kernel access of bad area, sig: 11 [#1]
> SMP NR_CPUS=1024 DEBUG_PAGEALLOC NUMA pSeries
> Modules linked in: ipv6
10 matches
Mail list logo
