Linux-PCI Archive on lore.kernel.org
 help / color / Atom feed
From: Bjorn Helgaas <bhelgaas@google.com>
To: Andreas Hartmann <andihartmann@freenet.de>
Cc: Alex Williamson <alex.williamson@redhat.com>,
	linux-pci <linux-pci@vger.kernel.org>
Subject: Re: Hard and silent lock up since linux 3.14 with PCIe pass through (vfio)
Date: Fri, 10 Oct 2014 10:41:22 -0600
Message-ID: <CAErSpo450czUtAM104o+RS=yOcmP+3MKMH7mYk=UYhVJ2+cfSQ@mail.gmail.com> (raw)
In-Reply-To: <543804BC.3080307@maya.org>

On Fri, Oct 10, 2014 at 10:09 AM, Andreas Hartmann
<andihartmann@freenet.de> wrote:
> Bjorn Helgaas wrote:
>> On Fri, Oct 10, 2014 at 8:49 AM, Andreas Hartmann
>> <andihartmann@freenet.de> wrote:
>>> Bjorn Helgaas wrote:
>>>> On Fri, Oct 10, 2014 at 3:39 AM, Andreas Hartmann
>>>> <andihartmann@freenet.de> wrote:
>>>>> shortly: I retested w/ qemu 2.1.0 and Linux 3.17.0 - no change in behaviour.
>>>>>
>>>>> Alex Williamson wrote:
>>>>>> On Tue, 2014-09-23 at 21:03 +0200, Andreas Hartmann wrote:
>>>>>>> Hello!
>>>>>>>
>>>>>>> Since long time now, I'm using w/o any problem PCIe pass through with a
>>>>>>> Gigabyte GA-990XA-UD3/GA-990XA-UD3 mainboard (AMD 990X chipset) and
>>>>>>> enabled IOMMU with vfio-pci.
>>>>>>>
>>>>>>> The last kernel working w/o any problem is kernel 3.13.7 (I didn't use
>>>>>>> .8 and .9, but I do not think they would have been problematic).
>>>>>>>
>>>>>>> Since 3.14.19 (I didn't test any 3.14 kernel before) I'm encountering a
>>>>>>> hard and silent lock up of the complete machine when starting the VM
>>>>>>> with the PCIe card passed through.
>>>>
>>>> Since we're not really making any progress on this yet, would it be
>>>> possible to bisect it?  We already know that 3.13.7 works and 3.14.19
>>>> fails, and "git bisect start v3.14 v3.13" says it's about 13 steps.  I
>>>> know that's still quite a bit of work, but at least it sounds like the
>>>> problem is easy to reproduce.
>>>
>>> Which git repository should I use best?
>>
>> The linux-stable repository [1] contains both the v3.13.x and the
>> v3.14.x branches, but apparently you can't bisect directly between
>> v3.13.7 and v3.14.19:
>
> I know that the first version after 3.13.0 (patch-v3.13-next-20140121)
> is already broken. Therefore, it must be between 3.13.7 and
> patch-v3.13-next-20140121.

I assume patch-v3.13-next-20140121 is the linux-next tree from
20140121.  v3.13 was released on Jan 19, 2014, so 20140121 was during
the merge window, and the linux-next tree from that day would be
Linus' tree (v3.13 plus whatever he had merged during the first day or
two), plus all the remaining stuff in subsystem trees that had not yet
been merged.  The result (patch-v3.13-next-20140121) should be a
fairly good approximation of v3.14.

v3.13.7 is a branch based on v3.13.  patch-v3.13-next-20140121 would
essentially be a branch based on v3.13 also.  So while they share a
common v3.13 ancestor, I don't think you can bisect directly between
them.  And linux-next is rebuilt from scratch every day, so I don't
think there is a git tree with patch-v3.13-next-20140121 in it anyway.

Bjorn

  reply index

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-23 19:03 Andreas Hartmann
2014-09-23 20:07 ` Alex Williamson
2014-09-24 14:54   ` Andreas Hartmann
2014-09-24 17:16     ` Andreas Hartmann
2014-10-10  9:39   ` Andreas Hartmann
2014-10-10 14:37     ` Bjorn Helgaas
2014-10-10 14:49       ` Andreas Hartmann
2014-10-10 15:55         ` Bjorn Helgaas
2014-10-10 16:09           ` Andreas Hartmann
2014-10-10 16:41             ` Bjorn Helgaas [this message]
2014-10-10 22:32               ` Andreas Hartmann
2014-10-10 22:54                 ` Bjorn Helgaas
2014-10-11  6:20                   ` Andreas Hartmann
2014-10-15  8:04                     ` Alex Williamson
2014-10-17  1:04                       ` Andreas Hartmann
2014-10-21 21:06                         ` Alex Williamson
2014-10-21 21:32                           ` Alex Williamson
2014-10-22 16:22                             ` Andreas Hartmann
2014-10-22 20:36                               ` Alex Williamson
2014-10-23 16:00                                 ` Andreas Hartmann
2014-10-23 16:33                                   ` Alex Williamson
2014-10-23 17:12                                     ` Andreas Hartmann
2014-10-23 17:33                                     ` Andreas Hartmann
2014-10-23 19:37                                       ` Alex Williamson
2014-10-24 14:21                                         ` Andreas Hartmann
2014-10-25  6:03                                         ` Andreas Hartmann
2014-10-28 21:51                                           ` Alex Williamson
2014-10-29 16:47                                             ` Andreas Hartmann
2014-10-29 17:44                                               ` Alex Williamson
2014-10-29 17:57                                                 ` Andreas Hartmann
2014-10-29 18:16                                                   ` Alex Williamson
2014-10-29 19:43                                                     ` Andreas Hartmann
2014-10-29 20:50                                                       ` Alex Williamson
2014-10-29 21:35                                                         ` Andreas Hartmann
2014-10-30 16:35                                                         ` Andreas Hartmann
2014-10-30 16:58                                                           ` Alex Williamson
2014-10-30 19:09                                                             ` Andreas Hartmann
2014-10-30 19:45                                                               ` Alex Williamson
2014-10-30 20:21                                                                 ` Andreas Hartmann
2014-10-22 15:34                           ` Andreas Hartmann
2014-10-22 16:02                             ` Alex Williamson
2014-10-22 16:20                               ` Andreas Hartmann

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='CAErSpo450czUtAM104o+RS=yOcmP+3MKMH7mYk=UYhVJ2+cfSQ@mail.gmail.com' \
    --to=bhelgaas@google.com \
    --cc=alex.williamson@redhat.com \
    --cc=andihartmann@freenet.de \
    --cc=linux-pci@vger.kernel.org \
    /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

Linux-PCI Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/linux-pci/0 linux-pci/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 linux-pci linux-pci/ https://lore.kernel.org/linux-pci \
		linux-pci@vger.kernel.org
	public-inbox-index linux-pci

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-pci


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git