iommu.lists.linux-foundation.org archive mirror
 help / color / mirror / Atom feed
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

  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).