From: sunnydrake <sunnydrake7-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Wan Zongshun <vw-6ukY98dZOFrYtjvyW6yDsg@public.gmane.org>,
iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: [Regression] Amd-Vi + ivrs_ioapic cause kernel oops (4.4, 4.7 fail 3.9 works)
Date: Sun, 3 Jul 2016 23:48:55 +0300 [thread overview]
Message-ID: <57797A37.4030805@gmail.com> (raw)
In-Reply-To: <790da4e5-985a-a4f5-1ead-b4fa1f37e8a4-6ukY98dZOFrYtjvyW6yDsg@public.gmane.org>
Thanks for reply.
On 03.07.16 17:26, Wan Zongshun wrote:
>
>
> 在 7/3/2016 8:59 AM, sunnydrake 写道:
>> [description]
>> working in kernel 3.9
>> Oops in current 4.4.0-28,4.7.0-040700rc5
>> kernel options ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1
>> workaround to fix ivrs table
>> cause kernel Oops on boot
> Do you mean "ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1" are
> workable at kernel-3.9 but failed in kernel-4.4?
1)yes kernel 3.9 boots ok with ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1
kernels 4.4 and 4.7 fall to Oops
>
>>
>> [bug]
>> oops:
>> short oops text
>> AMD-Vi: Completion_wait loop timed Out
>> BUG: unable to handle kernel NULL pointer dereference at 000..03e
>> ... irq_pm_install_action+0x1c/0xd0
>> full oops image text
>> http://img.ctrlv.in/img/16/07/03/577863055370c.jpg
>>
>> [additional info]
>> dmesg|grep AMD-Vi without ivrs_ioapic[8]=00:00.1
> This log is from the kernel print without ivrs_ioapic[8]=00:00.1?
> Why not provide your kernel log with "ivrs_ioapic[7]=00:14.0
> ivrs_ioapic[8]=00:00.1" ?
> Full kernel log is better.
>
2) yes, because with ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1
kernels are not bootable. Screen of Oops
http://img.ctrlv.in/img/16/07/03/577863055370c.jpg (this with params
ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1 ). if you need something
another like kdump, i can provide.
>> [ 0.108566] AMD-Vi: Using IVHD type 0x10
>> [ 0.108630] AMD-Vi: device: 00:00.2 cap: 0040 seg: 0 flags: 3e
>> info 1300
>> [ 0.108671] AMD-Vi: mmio-addr: 00000000feb20000
>> [ 0.108750] AMD-Vi: DEV_SELECT_RANGE_START devid: 00:00.0
>> flags: 00
>> [ 0.108792] AMD-Vi: DEV_RANGE_END devid: 00:00.2
>> [ 0.108834] AMD-Vi: DEV_SELECT devid: 00:02.0 flags: 00
>> [ 0.108875] AMD-Vi: DEV_SELECT_RANGE_START devid: 01:00.0
>> flags: 00
>> [ 0.108917] AMD-Vi: DEV_RANGE_END devid: 01:00.1
>> [ 0.108958] AMD-Vi: DEV_SELECT devid: 00:04.0 flags: 00
>> [ 0.108999] AMD-Vi: DEV_SELECT devid: 02:00.0 flags: 00
>> [ 0.109041] AMD-Vi: DEV_SELECT devid: 00:07.0 flags: 00
>> [ 0.109082] AMD-Vi: DEV_SELECT devid: 03:00.0 flags: 00
>> [ 0.109124] AMD-Vi: DEV_SELECT devid: 00:11.0 flags: 00
>> [ 0.109166] AMD-Vi: DEV_SELECT_RANGE_START devid: 00:12.0
>> flags: 00
>> [ 0.109207] AMD-Vi: DEV_RANGE_END devid: 00:12.2
>> [ 0.109249] AMD-Vi: DEV_SELECT_RANGE_START devid: 00:13.0
>> flags: 00
>> [ 0.114267] AMD-Vi: DEV_RANGE_END devid: 00:13.2
>> [ 0.114308] AMD-Vi: DEV_SELECT devid: 00:14.0 flags: d7
>> [ 0.114348] AMD-Vi: DEV_SELECT devid: 00:14.2 flags: 00
>> [ 0.114389] AMD-Vi: DEV_SELECT devid: 00:14.3 flags: 00
>> [ 0.114429] AMD-Vi: DEV_SELECT devid: 00:14.4 flags: 00
>> [ 0.114471] AMD-Vi: DEV_ALIAS_RANGE devid: 04:00.0
>> flags: 00 devid_to: 00:14.4
>> [ 0.114519] AMD-Vi: DEV_RANGE_END devid: 04:1f.7
>> [ 0.114564] AMD-Vi: DEV_SELECT devid: 00:14.5 flags: 00
>> [ 0.114605] AMD-Vi: DEV_SELECT devid: 00:15.0 flags: 00
>> [ 0.114645] AMD-Vi: DEV_SELECT_RANGE_START devid: 05:00.0
>> flags: 00
>> [ 0.114687] AMD-Vi: DEV_RANGE_END devid: 05:00.1
>> [ 0.114728] AMD-Vi: DEV_SELECT_RANGE_START devid: 00:16.0
>> flags: 00
>> [ 0.114768] AMD-Vi: DEV_RANGE_END devid: 00:16.2
>> [ 0.114840] AMD-Vi: DEV_SPECIAL(IOAPIC[0]) devid: 00:14.0
>> [ 0.114885] AMD-Vi: DEV_SPECIAL(HPET[0]) devid: 00:14.0
>> [ 0.114927] AMD-Vi: DEV_SPECIAL(IOAPIC[255]) devid: 00:00.1
>> [ 0.114969] AMD-Vi: IOAPIC[8] not in IVRS table
> Here, it is abnormal, you should add ivrs_ioapic[8]=00:00.1 in boot
> option, or else if the devices rely on
> ivrs_ioapic[8], they will not work.
>
3) yes this why i used ivrs_ioapic[7]=00:14.0 ivrs_ioapic[8]=00:00.1 in
3.9 kernel to enable interrupt remapping, but on 4.4 and 4.7 this wil
cause Oops.
>> [ 0.115010] AMD-Vi: Disabling interrupt remapping
>> [ 2.994584] AMD-Vi: Completion-Wait loop timed out
>> [ 3.103059] AMD-Vi: Completion-Wait loop timed out
>> [ 3.103145] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
>> [ 3.103279] AMD-Vi: Lazy IO/TLB flushing enabled
>> [ 3.993134] AMD-Vi: Event logged [IOTLB_INV_TIMEOUT device=05:00.0
>> address=0x000000044c6464a0]
>> [ 3.993213] AMD-Vi: Event logged [IOTLB_INV_TIMEOUT device=05:00.0
>> address=0x000000044c6464c0]
>> [ 5.100622] AMD-Vi: Event logged [IOTLB_INV_TIMEOUT device=05:00.0
>> address=0x000000044c646500]
> 05:00.0 device should be dead now.
4) this is second graphics card(ATI R9 380) on second PCI-E i use
vfio-pci to bind it early for later use in in virtual machine.
>>
>> _______________________________________________
>> iommu mailing list
>> iommu@lists.linux-foundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/iommu
>
>
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
next prev parent reply other threads:[~2016-07-03 20:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-03 0:59 [Regression] Amd-Vi + ivrs_ioapic cause kernel oops (4.4, 4.7 fail 3.9 works) sunnydrake
[not found] ` <57786362.1010702-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-07-03 14:26 ` Wan Zongshun
[not found] ` <790da4e5-985a-a4f5-1ead-b4fa1f37e8a4-6ukY98dZOFrYtjvyW6yDsg@public.gmane.org>
2016-07-03 20:48 ` sunnydrake [this message]
[not found] ` <57797A37.4030805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-07-04 13:51 ` Wan Zongshun
[not found] ` <6a84fd9d-6897-2b19-de87-be09722593dc-6ukY98dZOFrYtjvyW6yDsg@public.gmane.org>
2016-07-05 1:56 ` sunnydrake
[not found] ` <577B13D5.7030200-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-07-05 3:17 ` Wan Zongshun
[not found] ` <577B26C3.6040108-6ukY98dZOFrYtjvyW6yDsg@public.gmane.org>
2016-07-05 7:46 ` sunnydrake
2016-07-10 8:48 ` sunnydrake
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=57797A37.4030805@gmail.com \
--to=sunnydrake7-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=vw-6ukY98dZOFrYtjvyW6yDsg@public.gmane.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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).