| Message ID | 53F26282.5010103@amd.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Mon, Aug 18, 2014 at 03:30:58PM -0500, Joel Schopp wrote: > > #endif /* __ARM_KVM_MMU_H__ */ > diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c > index 16e7994..70f0f02 100644 > --- a/arch/arm/kvm/mmu.c > +++ b/arch/arm/kvm/mmu.c > @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) > */ > int kvm_alloc_stage2_pgd(struct kvm *kvm) > { > + unsigned int s2_pgds, s2_pgd_order; > pgd_t *pgd; > > if (kvm->arch.pgd != NULL) { > @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) > return -EINVAL; > } > > - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); > + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); > + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); > + > + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); > if (!pgd) > return -ENOMEM; > > + if ((unsigned long)pgd & ~vttbr_baddr_mask) { > + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); > + return -EFAULT; > + } > > > There are two problems that I've found here. The first problem is that > vttbr_baddr_mask isn't allocated yet at this point in the code. allocated? you mean assigned? aren't you setting vttbr_baddr_mask in kvm_arch_init()? that's certainly called before kvm_arch_init_vm(). > The > second problem is that pgd is a virtual address, ie pgd == > 0xfffffe03bbb40000 while the vttbr masks off the high bits for a > physical address, ie vttbr_baddr_mask=0x00007ffffffe0000 . Even > correcting for those issues I haven't been able to make this check work > properly. I'll resend v5 the patch with all the other suggested changes. > What are the issues that you face? Iow. what is the alignment of the returned physical address? (You should be able to just to virt_to_phys(pgd) and use that to test for the vttbr_baddr_mask). Thanks, -Christoffer -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 08/19/2014 07:22 AM, Christoffer Dall wrote: > On Mon, Aug 18, 2014 at 03:30:58PM -0500, Joel Schopp wrote: >> #endif /* __ARM_KVM_MMU_H__ */ >> diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c >> index 16e7994..70f0f02 100644 >> --- a/arch/arm/kvm/mmu.c >> +++ b/arch/arm/kvm/mmu.c >> @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) >> */ >> int kvm_alloc_stage2_pgd(struct kvm *kvm) >> { >> + unsigned int s2_pgds, s2_pgd_order; >> pgd_t *pgd; >> >> if (kvm->arch.pgd != NULL) { >> @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) >> return -EINVAL; >> } >> >> - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); >> + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); >> + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); >> + >> + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); >> if (!pgd) >> return -ENOMEM; >> >> + if ((unsigned long)pgd & ~vttbr_baddr_mask) { >> + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); >> + return -EFAULT; >> + } >> >> >> There are two problems that I've found here. The first problem is that >> vttbr_baddr_mask isn't allocated yet at this point in the code. > allocated? you mean assigned? > aren't you setting vttbr_baddr_mask in kvm_arch_init()? that's > certainly called before kvm_arch_init_vm(). Yes, I mean assigned, at least I got the first letter correct :) All I know is that vttbr_baddr_mask was still zero and checking for zero and calling the set function gave it a value. > > >> The >> second problem is that pgd is a virtual address, ie pgd == >> 0xfffffe03bbb40000 while the vttbr masks off the high bits for a >> physical address, ie vttbr_baddr_mask=0x00007ffffffe0000 . Even >> correcting for those issues I haven't been able to make this check work >> properly. I'll resend v5 the patch with all the other suggested changes. >> > What are the issues that you face? Iow. what is the alignment of the > returned physical address? > > (You should be able to just to virt_to_phys(pgd) and use that to test > for the vttbr_baddr_mask). The addresses above are actually from my system, 64K page aligned on a 64K page kernel. I did use virt_to_phys() and the kernel got a null dereference and paniced, I didn't trace down where the panic was occuring. > > > Thanks, > -Christoffer -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Aug 19, 2014 at 09:05:09AM -0500, Joel Schopp wrote: > > On 08/19/2014 07:22 AM, Christoffer Dall wrote: > > On Mon, Aug 18, 2014 at 03:30:58PM -0500, Joel Schopp wrote: > >> #endif /* __ARM_KVM_MMU_H__ */ > >> diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c > >> index 16e7994..70f0f02 100644 > >> --- a/arch/arm/kvm/mmu.c > >> +++ b/arch/arm/kvm/mmu.c > >> @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) > >> */ > >> int kvm_alloc_stage2_pgd(struct kvm *kvm) > >> { > >> + unsigned int s2_pgds, s2_pgd_order; > >> pgd_t *pgd; > >> > >> if (kvm->arch.pgd != NULL) { > >> @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) > >> return -EINVAL; > >> } > >> > >> - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); > >> + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); > >> + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); > >> + > >> + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); > >> if (!pgd) > >> return -ENOMEM; > >> > >> + if ((unsigned long)pgd & ~vttbr_baddr_mask) { > >> + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); > >> + return -EFAULT; > >> + } > >> > >> > >> There are two problems that I've found here. The first problem is that > >> vttbr_baddr_mask isn't allocated yet at this point in the code. > > allocated? you mean assigned? > > aren't you setting vttbr_baddr_mask in kvm_arch_init()? that's > > certainly called before kvm_arch_init_vm(). > Yes, I mean assigned, at least I got the first letter correct :) All I > know is that vttbr_baddr_mask was still zero and checking for zero and > calling the set function gave it a value. that sounds.... weird and wrong. Hum. Mind sticking a few prints in there and figuring out what's causing this? > > > > > >> The > >> second problem is that pgd is a virtual address, ie pgd == > >> 0xfffffe03bbb40000 while the vttbr masks off the high bits for a > >> physical address, ie vttbr_baddr_mask=0x00007ffffffe0000 . Even > >> correcting for those issues I haven't been able to make this check work > >> properly. I'll resend v5 the patch with all the other suggested changes. > >> > > What are the issues that you face? Iow. what is the alignment of the > > returned physical address? > > > > (You should be able to just to virt_to_phys(pgd) and use that to test > > for the vttbr_baddr_mask). > The addresses above are actually from my system, 64K page aligned on a > 64K page kernel. I did use virt_to_phys() and the kernel got a null > dereference and paniced, I didn't trace down where the panic was occuring. > virt_to_phys() directly caused the null dereference? That sounds bad! Would you mind trying to trace this down? I'll be happy to provide as much help as I can along the way. -Christoffer -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 08/19/2014 09:37 AM, Christoffer Dall wrote: > On Tue, Aug 19, 2014 at 09:05:09AM -0500, Joel Schopp wrote: >> On 08/19/2014 07:22 AM, Christoffer Dall wrote: >>> On Mon, Aug 18, 2014 at 03:30:58PM -0500, Joel Schopp wrote: >>>> #endif /* __ARM_KVM_MMU_H__ */ >>>> diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c >>>> index 16e7994..70f0f02 100644 >>>> --- a/arch/arm/kvm/mmu.c >>>> +++ b/arch/arm/kvm/mmu.c >>>> @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) >>>> */ >>>> int kvm_alloc_stage2_pgd(struct kvm *kvm) >>>> { >>>> + unsigned int s2_pgds, s2_pgd_order; >>>> pgd_t *pgd; >>>> >>>> if (kvm->arch.pgd != NULL) { >>>> @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) >>>> return -EINVAL; >>>> } >>>> >>>> - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); >>>> + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); >>>> + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); >>>> + >>>> + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); >>>> if (!pgd) >>>> return -ENOMEM; >>>> >>>> + if ((unsigned long)pgd & ~vttbr_baddr_mask) { >>>> + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); >>>> + return -EFAULT; >>>> + } >>>> >>>> >>>> There are two problems that I've found here. The first problem is that >>>> vttbr_baddr_mask isn't allocated yet at this point in the code. >>> allocated? you mean assigned? >>> aren't you setting vttbr_baddr_mask in kvm_arch_init()? that's >>> certainly called before kvm_arch_init_vm(). >> Yes, I mean assigned, at least I got the first letter correct :) All I >> know is that vttbr_baddr_mask was still zero and checking for zero and >> calling the set function gave it a value. > that sounds.... weird and wrong. Hum. Mind sticking a few prints in > there and figuring out what's causing this? > >>> >>>> The >>>> second problem is that pgd is a virtual address, ie pgd == >>>> 0xfffffe03bbb40000 while the vttbr masks off the high bits for a >>>> physical address, ie vttbr_baddr_mask=0x00007ffffffe0000 . Even >>>> correcting for those issues I haven't been able to make this check work >>>> properly. I'll resend v5 the patch with all the other suggested changes. >>>> >>> What are the issues that you face? Iow. what is the alignment of the >>> returned physical address? >>> >>> (You should be able to just to virt_to_phys(pgd) and use that to test >>> for the vttbr_baddr_mask). >> The addresses above are actually from my system, 64K page aligned on a >> 64K page kernel. I did use virt_to_phys() and the kernel got a null >> dereference and paniced, I didn't trace down where the panic was occuring. >> > virt_to_phys() directly caused the null dereference? That sounds bad! I don't think it was the virt_to_phys() directly causing the null dereference, but again I didn't trace it down. > > Would you mind trying to trace this down? I'll be happy to provide as > much help as I can along the way. I can break the kvm_alloc_stage2_pgd check into a separate patch on top of this one and circle back around to it after I finish another unrelated thing I'm working on. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Aug 19, 2014 at 09:53:51AM -0500, Joel Schopp wrote: > > On 08/19/2014 09:37 AM, Christoffer Dall wrote: > > On Tue, Aug 19, 2014 at 09:05:09AM -0500, Joel Schopp wrote: > >> On 08/19/2014 07:22 AM, Christoffer Dall wrote: > >>> On Mon, Aug 18, 2014 at 03:30:58PM -0500, Joel Schopp wrote: > >>>> #endif /* __ARM_KVM_MMU_H__ */ > >>>> diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c > >>>> index 16e7994..70f0f02 100644 > >>>> --- a/arch/arm/kvm/mmu.c > >>>> +++ b/arch/arm/kvm/mmu.c > >>>> @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) > >>>> */ > >>>> int kvm_alloc_stage2_pgd(struct kvm *kvm) > >>>> { > >>>> + unsigned int s2_pgds, s2_pgd_order; > >>>> pgd_t *pgd; > >>>> > >>>> if (kvm->arch.pgd != NULL) { > >>>> @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) > >>>> return -EINVAL; > >>>> } > >>>> > >>>> - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); > >>>> + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); > >>>> + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); > >>>> + > >>>> + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); > >>>> if (!pgd) > >>>> return -ENOMEM; > >>>> > >>>> + if ((unsigned long)pgd & ~vttbr_baddr_mask) { > >>>> + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); > >>>> + return -EFAULT; > >>>> + } > >>>> > >>>> > >>>> There are two problems that I've found here. The first problem is that > >>>> vttbr_baddr_mask isn't allocated yet at this point in the code. > >>> allocated? you mean assigned? > >>> aren't you setting vttbr_baddr_mask in kvm_arch_init()? that's > >>> certainly called before kvm_arch_init_vm(). > >> Yes, I mean assigned, at least I got the first letter correct :) All I > >> know is that vttbr_baddr_mask was still zero and checking for zero and > >> calling the set function gave it a value. > > that sounds.... weird and wrong. Hum. Mind sticking a few prints in > > there and figuring out what's causing this? > > > >>> > >>>> The > >>>> second problem is that pgd is a virtual address, ie pgd == > >>>> 0xfffffe03bbb40000 while the vttbr masks off the high bits for a > >>>> physical address, ie vttbr_baddr_mask=0x00007ffffffe0000 . Even > >>>> correcting for those issues I haven't been able to make this check work > >>>> properly. I'll resend v5 the patch with all the other suggested changes. > >>>> > >>> What are the issues that you face? Iow. what is the alignment of the > >>> returned physical address? > >>> > >>> (You should be able to just to virt_to_phys(pgd) and use that to test > >>> for the vttbr_baddr_mask). > >> The addresses above are actually from my system, 64K page aligned on a > >> 64K page kernel. I did use virt_to_phys() and the kernel got a null > >> dereference and paniced, I didn't trace down where the panic was occuring. > >> > > virt_to_phys() directly caused the null dereference? That sounds bad! > I don't think it was the virt_to_phys() directly causing the null > dereference, but again I didn't trace it down. > > > > > Would you mind trying to trace this down? I'll be happy to provide as > > much help as I can along the way. > I can break the kvm_alloc_stage2_pgd check into a separate patch on top > of this one and circle back around to it after I finish another > unrelated thing I'm working on. that would be great, thanks. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c index 16e7994..70f0f02 100644 --- a/arch/arm/kvm/mmu.c +++ b/arch/arm/kvm/mmu.c @@ -521,6 +521,7 @@ int create_hyp_io_mappings(void *from, void *to, phys_addr_t phys_addr) */ int kvm_alloc_stage2_pgd(struct kvm *kvm) { + unsigned int s2_pgds, s2_pgd_order; pgd_t *pgd; if (kvm->arch.pgd != NULL) { @@ -528,10 +529,18 @@ int kvm_alloc_stage2_pgd(struct kvm *kvm) return -EINVAL; } - pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, S2_PGD_ORDER); + s2_pgds = (1 << (kvm_get_phys_addr_shift() - PGDIR_SHIFT)); + s2_pgd_order = get_order(s2_pgds * sizeof(pgd_t)); + + pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, s2_pgd_order); if (!pgd) return -ENOMEM; + if ((unsigned long)pgd & ~vttbr_baddr_mask) { + kvm_err("Stage-2 pgd not correctly aligned: %p\n", pgd); + return -EFAULT; + } There are two problems that I've found here. The first problem is that vttbr_baddr_mask isn't allocated yet at this point in the code. The