All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Ward Vandewege <ward@gnu.org>, joro@8bytes.org, joerg.roedel@amd.com
Cc: xen-devel@lists.xensource.com
Subject: Re: AMD_IOV: IO_PAGE_FALT trying to pass through Mellanox ConnectX HCA (debian testing)
Date: Mon, 7 Feb 2011 11:41:33 -0500	[thread overview]
Message-ID: <20110207164133.GD18151@dumpdata.com> (raw)
In-Reply-To: <20110203232433.GA6745@countzero.vandewege.net>

Joerg,

Any idea what this error might signify?
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca000
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca040
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca080
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca0c0

We have been stabing in the dark enabling certain knobs, .. but I am
just curious - the fault address - that is the real physical address right?
>From the looks of it looks like a normal RAM region, not the PCI BAR space - the
AMD VI chipset doesn't really distinguish between those, or does it?

Ward, can you post your lspci -vvv -s 02:00.0 output? I am curious to see
what the PCI BAR space is.


On Thu, Feb 03, 2011 at 06:24:33PM -0500, Ward Vandewege wrote:
> On Mon, Jan 31, 2011 at 03:03:22PM -0500, Konrad Rzeszutek Wilk wrote:
> > > > > > you might need to make sure your driver is using the VM_IO flag.
> > > > > > 
> > > > > > There was some discussion on LKML about this and they proposed
> > > > > > a patch that wasn't neccessary. Don't remember the details but I can
> > > > > > look that up next week.
> > > > 
> > > > Found it.. it was from Vivien but in another thread:
> > > > http://www.mail-archive.com/linux-rdma@vger.kernel.org/msg06980.html
> > > 
> > > Ah. Is your 
> > > 
> > >   devel/p2m-identity.v4.5
> > > 
> > > still the one I should test with to see if it fixes this problem? I see
> > > you've got newer versions (up to v4.7) now too. 
> > 
> > It has a bug that I am working on. I would just look for the VM_IO flag
> > and see if it has been applied somewhere. Or vice-versa - look for where
> > it has _not_ been applied.
> 
> There are no VM_IO references in the mlx4 driver (the one from OFED 1.5.2).
> Analogous with what Vivien did, I added 
> 
> --- a/drivers/infiniband/hw/mlx4/main.c
> +++ b/drivers/infiniband/hw/mlx4/main.c
> @@ -548,6 +548,8 @@
>     return -EINVAL;
> 
>   if (vma->vm_pgoff == 0) {
> +   vma->vm_flags |= VM_IO;
> +   vma->vm_page_prot = vm_get_page_prot(vma->vm_flags);
>     vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
> 
>     if (io_remap_pfn_range(vma, vma->vm_start,
> @@ -555,6 +557,8 @@
>                PAGE_SIZE, vma->vm_page_prot))
>       return -EAGAIN;
>   } else if (vma->vm_pgoff == 1 && dev->dev->caps.bf_reg_size != 0) {
> +   vma->vm_flags |= VM_IO;
> +   vma->vm_page_prot = vm_get_page_prot(vma->vm_flags);
>     vma->vm_page_prot = pgprot_wc(vma->vm_page_prot);
> 
>     if (io_remap_pfn_range(vma, vma->vm_start,
> 
> But that didn't change a thing. The driver still complains when loaded:
> 
> [    1.984843] mlx4_core: Initializing 0000:00:00.0
> [    1.985007] mlx4_core 0000:00:00.0: enabling device (0000 -> 0002)
> [    1.985007] mlx4_core 0000:00:00.0: Xen PCI enabling IRQ: 19
> [    2.994953] mlx4_core 0000:00:00.0: Installed FW has unsupported command interface revision 0.
> [    2.994997] mlx4_core 0000:00:00.0: (Installed FW version is 0.0.000)
> [    2.995058] mlx4_core 0000:00:00.0: This driver version supports only revisions 2 to 3.
> [    2.995087] mlx4_core 0000:00:00.0: QUERY_FW command failed, aborting.
> 
> And it still generates this in Xen's dmesg on the dom0:
> 
> [ 2862.038307] pciback: vpci: 0000:02:00.0: assign to virtual slot 0
> [ 2862.041910] pciback 0000:02:00.0: device has been assigned to another domain! Over-writting the ownership, but beware.
> [ 2863.076729] blkback: ring-ref 9, event-channel 10, protocol 1 (x86_64-abi)
> [ 2863.097501] blkback: ring-ref 10, event-channel 11, protocol 1 (x86_64-abi)
> [ 2864.863782] pciback 0000:02:00.0: enabling device (0000 -> 0002)
> [ 2864.864217] xen_allocate_pirq: returning irq 19 for gsi 19
> [ 2864.864867] Already setup the GSI :19
> [ 2864.865232] pciback 0000:02:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19

> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca000
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca040
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca080
> (XEN) AMD_IOV: IO_PAGE_FALT: domain:3, device id:0x200, fault address:0x7e7ca0c0
> 
> I guess there must be something else going on, and/or the above change is not
> the right one.
> 
> Thanks,
> Ward.
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  reply	other threads:[~2011-02-07 16:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-28 18:58 AMD_IOV: IO_PAGE_FALT trying to pass through Mellanox ConnectX HCA (debian testing) Ward Vandewege
2011-01-28 19:27 ` Konrad Rzeszutek Wilk
2011-01-28 20:38   ` Ward Vandewege
2011-01-31 18:45     ` Konrad Rzeszutek Wilk
2011-01-31 19:51       ` Ward Vandewege
2011-01-31 20:03         ` Konrad Rzeszutek Wilk
2011-02-03 23:24           ` Ward Vandewege
2011-02-07 16:41             ` Konrad Rzeszutek Wilk [this message]
2011-02-07 17:03               ` Roedel, Joerg
2011-02-07 17:42               ` Ward Vandewege

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=20110207164133.GD18151@dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=joerg.roedel@amd.com \
    --cc=joro@8bytes.org \
    --cc=ward@gnu.org \
    --cc=xen-devel@lists.xensource.com \
    /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.