* amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
@ 2019-01-30 11:07 Przemek Socha
2019-01-30 12:02 ` Christian König
0 siblings, 1 reply; 9+ messages in thread
From: Przemek Socha @ 2019-01-30 11:07 UTC (permalink / raw)
To: Christian König
Cc: Chunming Zhou, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 5948 bytes --]
Good morning,
after last pull from the amd-staging-drm-next tree (29th of February) I have
random Oops on A6 6310 APU with r4 Mullins.
Here is the Oops part of the log taken from pstore:
<1>[ 55.166270] BUG: unable to handle kernel NULL pointer dereference at
0000000000000208
<1>[ 55.166281] #PF error: [normal kernel read fault]
<6>[ 55.166285] PGD 0 P4D 0
<4>[ 55.166293] Oops: 0000 [#1] PREEMPT SMP
<4>[ 55.166301] CPU: 3 PID: 11006 Comm: kwin_x11:cs0 Not tainted 5.0.0-rc1+
#44
<4>[ 55.166305] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
08/04/2016
<4>[ 55.166320] RIP: 0010:ttm_bo_bulk_move_lru_tail+0xd3/0x188 [ttm]
<4>[ 55.166326] Code: 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00 00
49 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c 01 c8 <4c>
8b 90 08 02 00 00 4d 89 1a 4c 8b 90 08 02 00 00 4c 89 92 b0 00
<4>[ 55.166330] RSP: 0018:ffffa8bdc0f33b18 EFLAGS: 00010246
<4>[ 55.166335] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
ffff9cfa935778f8
<4>[ 55.166339] RDX: ffff9cfa950c5050 RSI: 0000000000000070 RDI:
ffff9cfa93575dd0
<4>[ 55.166342] RBP: ffff9cfa5d44d800 R08: 0000000000000000 R09:
0000000000000000
<4>[ 55.166346] R10: ffff9cfa8f7730f8 R11: ffff9cfa950c50f8 R12: ffff9cfa93575dd0
<4>[ 55.166350] R13: ffff9cfa93575800 R14: 0000000000000001 R15: ffffffffc03adc10
<4>[ 55.166355] FS: 00007fb327fff700(0000) GS:ffff9cfa97b80000(0000) knlGS:
0000000000000000
<4>[ 55.166359] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
<4>[ 55.166363] CR2: 0000000000000208 CR3: 00000002150f0000 CR4:
00000000000406e0
<4>[ 55.166366] Call Trace:
<4>[ 55.166477] amdgpu_vm_move_to_lru_tail+0xe4/0x100 [amdgpu]
<4>[ 55.166563] amdgpu_cs_ioctl+0x14e7/0x1b08 [amdgpu]
<4>[ 55.166586] ? __switch_to_asm+0x40/0x70
<4>[ 55.166689] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166698] drm_ioctl_kernel+0xa4/0xe8
<4>[ 55.166707] drm_ioctl+0x1db/0x358
<4>[ 55.166805] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166901] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
<4>[ 55.166931] do_vfs_ioctl+0x9f/0x618
<4>[ 55.166940] ksys_ioctl+0x5b/0x88
<4>[ 55.166947] __x64_sys_ioctl+0x11/0x18
<4>[ 55.166955] do_syscall_64+0x50/0x168
<4>[ 55.166963] entry_SYSCALL_64_after_hwframe+0x44/0xa9
<4>[ 55.166969] RIP: 0033:0x7fb34b035fa7
<4>[ 55.166974] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
<4>[ 55.166978] RSP: 002b:00007fb327ffea88 EFLAGS: 00000246 ORIG_RAX:
0000000000000010
<4>[ 55.166984] RAX: ffffffffffffffda RBX: 00007fb327ffec58 RCX: 00007fb34b035fa7
<4>[ 55.166987] RDX: 00007fb327ffeb10 RSI: 00000000c0186444 RDI:
0000000000000010
<4>[ 55.166991] RBP: 00007fb327ffeb10 R08: 00007fb327ffec80 R09:
00007fb327ffec58
<4>[ 55.166995] R10: 00007fb327ffeca0 R11: 0000000000000246 R12:
00000000c0186444
<4>[ 55.166998] R13: 0000000000000010 R14: 000055ecd2705dc0 R15:
0000000000000003
<4>[ 55.167004] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb uvcvideo
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev
media ath3k btusb btintel bluetooth ecdh_generic ath9k ath9k_common kvm_amd
ath9k_hw sdhci_pci kvm cqhci irqbypass mac80211 sdhci crc32_pclmul
ghash_clmulni_intel ath serio_raw mmc_core cfg80211 amdgpu mfd_core chash
gpu_sched xhci_pci ttm xhci_hcd ehci_pci ehci_hcd sp5100_tco
<4>[ 55.167063] CR2: 0000000000000208
<4>[ 55.167069] ---[ end trace bf1c4be089002236 ]---
Bisected, and it seems that the bad commit is "drm/amdgpu: cleanup setting
bulk_movable". I hope this is relevant.
full git bisect log:
git bisect start
# good: [10117450735c7a7c0858095fb46a860e7037cb9a] drm/amd/display: add -msse2
to prevent Clang from emitting libcalls to undefined SW FP routines
git bisect good 10117450735c7a7c0858095fb46a860e7037cb9a
# bad: [b9c6252b7f980e7e03c0bf659a251798b36a8094] Revert "drm/amd/display: add
-msse2 to prevent Clang from emitting libcalls to undefined SW FP routines"
git bisect bad b9c6252b7f980e7e03c0bf659a251798b36a8094
# good: [1de29da5b7281c9a8427d84948bf3d77bc4b8d16] drm: disable uncached DMA
optimization for ARM and arm64
git bisect good 1de29da5b7281c9a8427d84948bf3d77bc4b8d16
# good: [bbf48cae572b39c4df6023b01d6f8de66ef41b34] Revert "test patch for hpd
dpms check"
git bisect good bbf48cae572b39c4df6023b01d6f8de66ef41b34
# good: [257b75d373c77d6792d0011f7379398ba60799ec] drm/amdgpu: Show XGMI node
and hive message per device only once
git bisect good 257b75d373c77d6792d0011f7379398ba60799ec
# good: [4d771657c533d8fe3b574c561084f66aebc77bb6] drm/amdgpu: cleanup
amdgpu_pte_update_params
git bisect good 4d771657c533d8fe3b574c561084f66aebc77bb6
# bad: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu: cleanup setting
bulk_movable
git bisect bad 4ef27005fefd4be102010b7d8552fec1ee13435a
# first bad commit: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu:
cleanup setting bulk_movable
4ef27005fefd4be102010b7d8552fec1ee13435a is the first bad commit
commit 4ef27005fefd4be102010b7d8552fec1ee13435a
Author: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
Date: Mon Jan 28 13:41:58 2019 +0100
drm/amdgpu: cleanup setting bulk_movable
We only need to set this to false now when BOs are removed from the LRU.
Signed-off-by: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
Reviewed-by: Chunming Zhou <david1.zhou-5C7GfCeVMHo@public.gmane.org>
If other info is needed, please do not hesitate.
Thanks,
Przemek.
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
2019-01-30 11:07 amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected Przemek Socha
@ 2019-01-30 12:02 ` Christian König
[not found] ` <2c13e24c-6d53-a7f5-55ed-d44d7c58f655-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Christian König @ 2019-01-30 12:02 UTC (permalink / raw)
To: soprwa-Re5JQEeQqe8AvxtiuMwx3w, Christian König
Cc: Chunming Zhou, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 6373 bytes --]
This is a known issue, see here as well
https://bugs.freedesktop.org/show_bug.cgi?id=109487
Christian.
Am 30.01.19 um 12:07 schrieb Przemek Socha:
> Good morning,
>
> after last pull from the amd-staging-drm-next tree (29th of February) I have
> random Oops on A6 6310 APU with r4 Mullins.
>
> Here is the Oops part of the log taken from pstore:
>
> <1>[ 55.166270] BUG: unable to handle kernel NULL pointer dereference at
> 0000000000000208
> <1>[ 55.166281] #PF error: [normal kernel read fault]
> <6>[ 55.166285] PGD 0 P4D 0
> <4>[ 55.166293] Oops: 0000 [#1] PREEMPT SMP
> <4>[ 55.166301] CPU: 3 PID: 11006 Comm: kwin_x11:cs0 Not tainted 5.0.0-rc1+
> #44
> <4>[ 55.166305] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
> 08/04/2016
> <4>[ 55.166320] RIP: 0010:ttm_bo_bulk_move_lru_tail+0xd3/0x188 [ttm]
> <4>[ 55.166326] Code: 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00 00
> 49 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c 01 c8 <4c>
> 8b 90 08 02 00 00 4d 89 1a 4c 8b 90 08 02 00 00 4c 89 92 b0 00
> <4>[ 55.166330] RSP: 0018:ffffa8bdc0f33b18 EFLAGS: 00010246
> <4>[ 55.166335] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
> ffff9cfa935778f8
> <4>[ 55.166339] RDX: ffff9cfa950c5050 RSI: 0000000000000070 RDI:
> ffff9cfa93575dd0
> <4>[ 55.166342] RBP: ffff9cfa5d44d800 R08: 0000000000000000 R09:
> 0000000000000000
> <4>[ 55.166346] R10: ffff9cfa8f7730f8 R11: ffff9cfa950c50f8 R12: ffff9cfa93575dd0
> <4>[ 55.166350] R13: ffff9cfa93575800 R14: 0000000000000001 R15: ffffffffc03adc10
> <4>[ 55.166355] FS: 00007fb327fff700(0000) GS:ffff9cfa97b80000(0000) knlGS:
> 0000000000000000
> <4>[ 55.166359] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> <4>[ 55.166363] CR2: 0000000000000208 CR3: 00000002150f0000 CR4:
> 00000000000406e0
> <4>[ 55.166366] Call Trace:
> <4>[ 55.166477] amdgpu_vm_move_to_lru_tail+0xe4/0x100 [amdgpu]
> <4>[ 55.166563] amdgpu_cs_ioctl+0x14e7/0x1b08 [amdgpu]
> <4>[ 55.166586] ? __switch_to_asm+0x40/0x70
> <4>[ 55.166689] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
> <4>[ 55.166698] drm_ioctl_kernel+0xa4/0xe8
> <4>[ 55.166707] drm_ioctl+0x1db/0x358
> <4>[ 55.166805] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
> <4>[ 55.166901] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
> <4>[ 55.166931] do_vfs_ioctl+0x9f/0x618
> <4>[ 55.166940] ksys_ioctl+0x5b/0x88
> <4>[ 55.166947] __x64_sys_ioctl+0x11/0x18
> <4>[ 55.166955] do_syscall_64+0x50/0x168
> <4>[ 55.166963] entry_SYSCALL_64_after_hwframe+0x44/0xa9
> <4>[ 55.166969] RIP: 0033:0x7fb34b035fa7
> <4>[ 55.166974] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
> dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
> 01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
> <4>[ 55.166978] RSP: 002b:00007fb327ffea88 EFLAGS: 00000246 ORIG_RAX:
> 0000000000000010
> <4>[ 55.166984] RAX: ffffffffffffffda RBX: 00007fb327ffec58 RCX: 00007fb34b035fa7
> <4>[ 55.166987] RDX: 00007fb327ffeb10 RSI: 00000000c0186444 RDI:
> 0000000000000010
> <4>[ 55.166991] RBP: 00007fb327ffeb10 R08: 00007fb327ffec80 R09:
> 00007fb327ffec58
> <4>[ 55.166995] R10: 00007fb327ffeca0 R11: 0000000000000246 R12:
> 00000000c0186444
> <4>[ 55.166998] R13: 0000000000000010 R14: 000055ecd2705dc0 R15:
> 0000000000000003
> <4>[ 55.167004] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
> nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
> loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb uvcvideo
> videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev
> media ath3k btusb btintel bluetooth ecdh_generic ath9k ath9k_common kvm_amd
> ath9k_hw sdhci_pci kvm cqhci irqbypass mac80211 sdhci crc32_pclmul
> ghash_clmulni_intel ath serio_raw mmc_core cfg80211 amdgpu mfd_core chash
> gpu_sched xhci_pci ttm xhci_hcd ehci_pci ehci_hcd sp5100_tco
> <4>[ 55.167063] CR2: 0000000000000208
> <4>[ 55.167069] ---[ end trace bf1c4be089002236 ]---
>
> Bisected, and it seems that the bad commit is "drm/amdgpu: cleanup setting
> bulk_movable". I hope this is relevant.
>
> full git bisect log:
>
> git bisect start
> # good: [10117450735c7a7c0858095fb46a860e7037cb9a] drm/amd/display: add -msse2
> to prevent Clang from emitting libcalls to undefined SW FP routines
> git bisect good 10117450735c7a7c0858095fb46a860e7037cb9a
> # bad: [b9c6252b7f980e7e03c0bf659a251798b36a8094] Revert "drm/amd/display: add
> -msse2 to prevent Clang from emitting libcalls to undefined SW FP routines"
> git bisect bad b9c6252b7f980e7e03c0bf659a251798b36a8094
> # good: [1de29da5b7281c9a8427d84948bf3d77bc4b8d16] drm: disable uncached DMA
> optimization for ARM and arm64
> git bisect good 1de29da5b7281c9a8427d84948bf3d77bc4b8d16
> # good: [bbf48cae572b39c4df6023b01d6f8de66ef41b34] Revert "test patch for hpd
> dpms check"
> git bisect good bbf48cae572b39c4df6023b01d6f8de66ef41b34
> # good: [257b75d373c77d6792d0011f7379398ba60799ec] drm/amdgpu: Show XGMI node
> and hive message per device only once
> git bisect good 257b75d373c77d6792d0011f7379398ba60799ec
> # good: [4d771657c533d8fe3b574c561084f66aebc77bb6] drm/amdgpu: cleanup
> amdgpu_pte_update_params
> git bisect good 4d771657c533d8fe3b574c561084f66aebc77bb6
> # bad: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu: cleanup setting
> bulk_movable
> git bisect bad 4ef27005fefd4be102010b7d8552fec1ee13435a
> # first bad commit: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu:
> cleanup setting bulk_movable
>
> 4ef27005fefd4be102010b7d8552fec1ee13435a is the first bad commit
> commit 4ef27005fefd4be102010b7d8552fec1ee13435a
> Author: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
> Date: Mon Jan 28 13:41:58 2019 +0100
>
> drm/amdgpu: cleanup setting bulk_movable
>
> We only need to set this to false now when BOs are removed from the LRU.
>
> Signed-off-by: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
> Reviewed-by: Chunming Zhou <david1.zhou-5C7GfCeVMHo@public.gmane.org>
>
> If other info is needed, please do not hesitate.
>
> Thanks,
> Przemek.
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
[-- Attachment #1.2: Type: text/html, Size: 7544 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <2c13e24c-6d53-a7f5-55ed-d44d7c58f655-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2019-01-30 12:06 ` Koenig, Christian
[not found] ` <34e7e9b9-8d16-1055-cd08-68eac497743e-5C7GfCeVMHo@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Koenig, Christian @ 2019-01-30 12:06 UTC (permalink / raw)
To: soprwa-Re5JQEeQqe8AvxtiuMwx3w
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 6466 bytes --]
Sorry I accidentally replied to the wrong mail.
This is a new issue. Going to take a look now.
Christian.
Am 30.01.19 um 13:02 schrieb Christian König:
This is a known issue, see here as well https://bugs.freedesktop.org/show_bug.cgi?id=109487
Christian.
Am 30.01.19 um 12:07 schrieb Przemek Socha:
Good morning,
after last pull from the amd-staging-drm-next tree (29th of February) I have
random Oops on A6 6310 APU with r4 Mullins.
Here is the Oops part of the log taken from pstore:
<1>[ 55.166270] BUG: unable to handle kernel NULL pointer dereference at
0000000000000208
<1>[ 55.166281] #PF error: [normal kernel read fault]
<6>[ 55.166285] PGD 0 P4D 0
<4>[ 55.166293] Oops: 0000 [#1] PREEMPT SMP
<4>[ 55.166301] CPU: 3 PID: 11006 Comm: kwin_x11:cs0 Not tainted 5.0.0-rc1+
#44
<4>[ 55.166305] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
08/04/2016
<4>[ 55.166320] RIP: 0010:ttm_bo_bulk_move_lru_tail+0xd3/0x188 [ttm]
<4>[ 55.166326] Code: 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00 00
49 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c 01 c8 <4c>
8b 90 08 02 00 00 4d 89 1a 4c 8b 90 08 02 00 00 4c 89 92 b0 00
<4>[ 55.166330] RSP: 0018:ffffa8bdc0f33b18 EFLAGS: 00010246
<4>[ 55.166335] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
ffff9cfa935778f8
<4>[ 55.166339] RDX: ffff9cfa950c5050 RSI: 0000000000000070 RDI:
ffff9cfa93575dd0
<4>[ 55.166342] RBP: ffff9cfa5d44d800 R08: 0000000000000000 R09:
0000000000000000
<4>[ 55.166346] R10: ffff9cfa8f7730f8 R11: ffff9cfa950c50f8 R12: ffff9cfa93575dd0
<4>[ 55.166350] R13: ffff9cfa93575800 R14: 0000000000000001 R15: ffffffffc03adc10
<4>[ 55.166355] FS: 00007fb327fff700(0000) GS:ffff9cfa97b80000(0000) knlGS:
0000000000000000
<4>[ 55.166359] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
<4>[ 55.166363] CR2: 0000000000000208 CR3: 00000002150f0000 CR4:
00000000000406e0
<4>[ 55.166366] Call Trace:
<4>[ 55.166477] amdgpu_vm_move_to_lru_tail+0xe4/0x100 [amdgpu]
<4>[ 55.166563] amdgpu_cs_ioctl+0x14e7/0x1b08 [amdgpu]
<4>[ 55.166586] ? __switch_to_asm+0x40/0x70
<4>[ 55.166689] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166698] drm_ioctl_kernel+0xa4/0xe8
<4>[ 55.166707] drm_ioctl+0x1db/0x358
<4>[ 55.166805] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166901] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
<4>[ 55.166931] do_vfs_ioctl+0x9f/0x618
<4>[ 55.166940] ksys_ioctl+0x5b/0x88
<4>[ 55.166947] __x64_sys_ioctl+0x11/0x18
<4>[ 55.166955] do_syscall_64+0x50/0x168
<4>[ 55.166963] entry_SYSCALL_64_after_hwframe+0x44/0xa9
<4>[ 55.166969] RIP: 0033:0x7fb34b035fa7
<4>[ 55.166974] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
<4>[ 55.166978] RSP: 002b:00007fb327ffea88 EFLAGS: 00000246 ORIG_RAX:
0000000000000010
<4>[ 55.166984] RAX: ffffffffffffffda RBX: 00007fb327ffec58 RCX: 00007fb34b035fa7
<4>[ 55.166987] RDX: 00007fb327ffeb10 RSI: 00000000c0186444 RDI:
0000000000000010
<4>[ 55.166991] RBP: 00007fb327ffeb10 R08: 00007fb327ffec80 R09:
00007fb327ffec58
<4>[ 55.166995] R10: 00007fb327ffeca0 R11: 0000000000000246 R12:
00000000c0186444
<4>[ 55.166998] R13: 0000000000000010 R14: 000055ecd2705dc0 R15:
0000000000000003
<4>[ 55.167004] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb uvcvideo
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev
media ath3k btusb btintel bluetooth ecdh_generic ath9k ath9k_common kvm_amd
ath9k_hw sdhci_pci kvm cqhci irqbypass mac80211 sdhci crc32_pclmul
ghash_clmulni_intel ath serio_raw mmc_core cfg80211 amdgpu mfd_core chash
gpu_sched xhci_pci ttm xhci_hcd ehci_pci ehci_hcd sp5100_tco
<4>[ 55.167063] CR2: 0000000000000208
<4>[ 55.167069] ---[ end trace bf1c4be089002236 ]---
Bisected, and it seems that the bad commit is "drm/amdgpu: cleanup setting
bulk_movable". I hope this is relevant.
full git bisect log:
git bisect start
# good: [10117450735c7a7c0858095fb46a860e7037cb9a] drm/amd/display: add -msse2
to prevent Clang from emitting libcalls to undefined SW FP routines
git bisect good 10117450735c7a7c0858095fb46a860e7037cb9a
# bad: [b9c6252b7f980e7e03c0bf659a251798b36a8094] Revert "drm/amd/display: add
-msse2 to prevent Clang from emitting libcalls to undefined SW FP routines"
git bisect bad b9c6252b7f980e7e03c0bf659a251798b36a8094
# good: [1de29da5b7281c9a8427d84948bf3d77bc4b8d16] drm: disable uncached DMA
optimization for ARM and arm64
git bisect good 1de29da5b7281c9a8427d84948bf3d77bc4b8d16
# good: [bbf48cae572b39c4df6023b01d6f8de66ef41b34] Revert "test patch for hpd
dpms check"
git bisect good bbf48cae572b39c4df6023b01d6f8de66ef41b34
# good: [257b75d373c77d6792d0011f7379398ba60799ec] drm/amdgpu: Show XGMI node
and hive message per device only once
git bisect good 257b75d373c77d6792d0011f7379398ba60799ec
# good: [4d771657c533d8fe3b574c561084f66aebc77bb6] drm/amdgpu: cleanup
amdgpu_pte_update_params
git bisect good 4d771657c533d8fe3b574c561084f66aebc77bb6
# bad: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu: cleanup setting
bulk_movable
git bisect bad 4ef27005fefd4be102010b7d8552fec1ee13435a
# first bad commit: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu:
cleanup setting bulk_movable
4ef27005fefd4be102010b7d8552fec1ee13435a is the first bad commit
commit 4ef27005fefd4be102010b7d8552fec1ee13435a
Author: Christian König <christian.koenig@amd.com><mailto:christian.koenig@amd.com>
Date: Mon Jan 28 13:41:58 2019 +0100
drm/amdgpu: cleanup setting bulk_movable
We only need to set this to false now when BOs are removed from the LRU.
Signed-off-by: Christian König <christian.koenig@amd.com><mailto:christian.koenig@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com><mailto:david1.zhou@amd.com>
If other info is needed, please do not hesitate.
Thanks,
Przemek.
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org<mailto:amd-gfx@lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
[-- Attachment #1.2: Type: text/html, Size: 7987 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <34e7e9b9-8d16-1055-cd08-68eac497743e-5C7GfCeVMHo@public.gmane.org>
@ 2019-01-30 12:42 ` Koenig, Christian
[not found] ` <7a65412b-1b41-9e5b-f700-0a944a33cf49-5C7GfCeVMHo@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Koenig, Christian @ 2019-01-30 12:42 UTC (permalink / raw)
To: soprwa-Re5JQEeQqe8AvxtiuMwx3w
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 6572 bytes --]
Does the attached patch fix the issue?
Christian.
Am 30.01.19 um 13:06 schrieb Christian König:
Sorry I accidentally replied to the wrong mail.
This is a new issue. Going to take a look now.
Christian.
Am 30.01.19 um 13:02 schrieb Christian König:
This is a known issue, see here as well https://bugs.freedesktop.org/show_bug.cgi?id=109487
Christian.
Am 30.01.19 um 12:07 schrieb Przemek Socha:
Good morning,
after last pull from the amd-staging-drm-next tree (29th of February) I have
random Oops on A6 6310 APU with r4 Mullins.
Here is the Oops part of the log taken from pstore:
<1>[ 55.166270] BUG: unable to handle kernel NULL pointer dereference at
0000000000000208
<1>[ 55.166281] #PF error: [normal kernel read fault]
<6>[ 55.166285] PGD 0 P4D 0
<4>[ 55.166293] Oops: 0000 [#1] PREEMPT SMP
<4>[ 55.166301] CPU: 3 PID: 11006 Comm: kwin_x11:cs0 Not tainted 5.0.0-rc1+
#44
<4>[ 55.166305] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
08/04/2016
<4>[ 55.166320] RIP: 0010:ttm_bo_bulk_move_lru_tail+0xd3/0x188 [ttm]
<4>[ 55.166326] Code: 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00 00
49 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c 01 c8 <4c>
8b 90 08 02 00 00 4d 89 1a 4c 8b 90 08 02 00 00 4c 89 92 b0 00
<4>[ 55.166330] RSP: 0018:ffffa8bdc0f33b18 EFLAGS: 00010246
<4>[ 55.166335] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
ffff9cfa935778f8
<4>[ 55.166339] RDX: ffff9cfa950c5050 RSI: 0000000000000070 RDI:
ffff9cfa93575dd0
<4>[ 55.166342] RBP: ffff9cfa5d44d800 R08: 0000000000000000 R09:
0000000000000000
<4>[ 55.166346] R10: ffff9cfa8f7730f8 R11: ffff9cfa950c50f8 R12: ffff9cfa93575dd0
<4>[ 55.166350] R13: ffff9cfa93575800 R14: 0000000000000001 R15: ffffffffc03adc10
<4>[ 55.166355] FS: 00007fb327fff700(0000) GS:ffff9cfa97b80000(0000) knlGS:
0000000000000000
<4>[ 55.166359] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
<4>[ 55.166363] CR2: 0000000000000208 CR3: 00000002150f0000 CR4:
00000000000406e0
<4>[ 55.166366] Call Trace:
<4>[ 55.166477] amdgpu_vm_move_to_lru_tail+0xe4/0x100 [amdgpu]
<4>[ 55.166563] amdgpu_cs_ioctl+0x14e7/0x1b08 [amdgpu]
<4>[ 55.166586] ? __switch_to_asm+0x40/0x70
<4>[ 55.166689] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166698] drm_ioctl_kernel+0xa4/0xe8
<4>[ 55.166707] drm_ioctl+0x1db/0x358
<4>[ 55.166805] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 55.166901] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
<4>[ 55.166931] do_vfs_ioctl+0x9f/0x618
<4>[ 55.166940] ksys_ioctl+0x5b/0x88
<4>[ 55.166947] __x64_sys_ioctl+0x11/0x18
<4>[ 55.166955] do_syscall_64+0x50/0x168
<4>[ 55.166963] entry_SYSCALL_64_after_hwframe+0x44/0xa9
<4>[ 55.166969] RIP: 0033:0x7fb34b035fa7
<4>[ 55.166974] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
<4>[ 55.166978] RSP: 002b:00007fb327ffea88 EFLAGS: 00000246 ORIG_RAX:
0000000000000010
<4>[ 55.166984] RAX: ffffffffffffffda RBX: 00007fb327ffec58 RCX: 00007fb34b035fa7
<4>[ 55.166987] RDX: 00007fb327ffeb10 RSI: 00000000c0186444 RDI:
0000000000000010
<4>[ 55.166991] RBP: 00007fb327ffeb10 R08: 00007fb327ffec80 R09:
00007fb327ffec58
<4>[ 55.166995] R10: 00007fb327ffeca0 R11: 0000000000000246 R12:
00000000c0186444
<4>[ 55.166998] R13: 0000000000000010 R14: 000055ecd2705dc0 R15:
0000000000000003
<4>[ 55.167004] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb uvcvideo
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev
media ath3k btusb btintel bluetooth ecdh_generic ath9k ath9k_common kvm_amd
ath9k_hw sdhci_pci kvm cqhci irqbypass mac80211 sdhci crc32_pclmul
ghash_clmulni_intel ath serio_raw mmc_core cfg80211 amdgpu mfd_core chash
gpu_sched xhci_pci ttm xhci_hcd ehci_pci ehci_hcd sp5100_tco
<4>[ 55.167063] CR2: 0000000000000208
<4>[ 55.167069] ---[ end trace bf1c4be089002236 ]---
Bisected, and it seems that the bad commit is "drm/amdgpu: cleanup setting
bulk_movable". I hope this is relevant.
full git bisect log:
git bisect start
# good: [10117450735c7a7c0858095fb46a860e7037cb9a] drm/amd/display: add -msse2
to prevent Clang from emitting libcalls to undefined SW FP routines
git bisect good 10117450735c7a7c0858095fb46a860e7037cb9a
# bad: [b9c6252b7f980e7e03c0bf659a251798b36a8094] Revert "drm/amd/display: add
-msse2 to prevent Clang from emitting libcalls to undefined SW FP routines"
git bisect bad b9c6252b7f980e7e03c0bf659a251798b36a8094
# good: [1de29da5b7281c9a8427d84948bf3d77bc4b8d16] drm: disable uncached DMA
optimization for ARM and arm64
git bisect good 1de29da5b7281c9a8427d84948bf3d77bc4b8d16
# good: [bbf48cae572b39c4df6023b01d6f8de66ef41b34] Revert "test patch for hpd
dpms check"
git bisect good bbf48cae572b39c4df6023b01d6f8de66ef41b34
# good: [257b75d373c77d6792d0011f7379398ba60799ec] drm/amdgpu: Show XGMI node
and hive message per device only once
git bisect good 257b75d373c77d6792d0011f7379398ba60799ec
# good: [4d771657c533d8fe3b574c561084f66aebc77bb6] drm/amdgpu: cleanup
amdgpu_pte_update_params
git bisect good 4d771657c533d8fe3b574c561084f66aebc77bb6
# bad: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu: cleanup setting
bulk_movable
git bisect bad 4ef27005fefd4be102010b7d8552fec1ee13435a
# first bad commit: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu:
cleanup setting bulk_movable
4ef27005fefd4be102010b7d8552fec1ee13435a is the first bad commit
commit 4ef27005fefd4be102010b7d8552fec1ee13435a
Author: Christian König <christian.koenig@amd.com><mailto:christian.koenig@amd.com>
Date: Mon Jan 28 13:41:58 2019 +0100
drm/amdgpu: cleanup setting bulk_movable
We only need to set this to false now when BOs are removed from the LRU.
Signed-off-by: Christian König <christian.koenig@amd.com><mailto:christian.koenig@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com><mailto:david1.zhou@amd.com>
If other info is needed, please do not hesitate.
Thanks,
Przemek.
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org<mailto:amd-gfx@lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
[-- Attachment #1.2: Type: text/html, Size: 8251 bytes --]
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-drm-amdgpu-partial-revert-cleanup-setting-bulk_movab.patch --]
[-- Type: text/x-patch; name="0001-drm-amdgpu-partial-revert-cleanup-setting-bulk_movab.patch", Size: 1077 bytes --]
From 3a7a65eb1952439a90f244a07f6d9bb338c2e4b1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Christian=20K=C3=B6nig?= <christian.koenig@amd.com>
Date: Wed, 30 Jan 2019 13:41:05 +0100
Subject: [PATCH] drm/amdgpu: partial revert cleanup setting bulk_movable
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
We still need to set bulk_movable to false when new BOs are added.
Signed-off-by: Christian König <christian.koenig@amd.com>
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
index 79f9dde70bc0..1e101a77eec9 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
@@ -332,6 +332,7 @@ static void amdgpu_vm_bo_base_init(struct amdgpu_vm_bo_base *base,
if (bo->tbo.resv != vm->root.base.bo->tbo.resv)
return;
+ vm->bulk_moveable = false;
if (bo->tbo.type == ttm_bo_type_kernel)
amdgpu_vm_bo_relocated(base);
else
--
2.17.1
[-- Attachment #3: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <7a65412b-1b41-9e5b-f700-0a944a33cf49-5C7GfCeVMHo@public.gmane.org>
@ 2019-01-30 14:17 ` Przemek Socha
2019-01-30 14:37 ` StDenis, Tom
2019-01-31 9:23 ` Przemek Socha
2 siblings, 0 replies; 9+ messages in thread
From: Przemek Socha @ 2019-01-30 14:17 UTC (permalink / raw)
To: Koenig, Christian
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 4032 bytes --]
Dnia środa, 30 stycznia 2019 13:42:33 CET piszesz:
> Does the attached patch fix the issue?
>
> Christian.
>
> .....
Thanks for the rapid response, but unfortunately no.
System freezes and only mouse pointer is movable (cannot switch tty's, reboot
by pwr button, tree-finger-salute doesn't work also).
Here is a trace log after applying the patch. I'm attaching it because it
looks different:
<4>[ 46.864336] ------------[ cut here ]------------
<2>[ 46.864343] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:196!
<4>[ 46.864361] invalid opcode: 0000 [#1] PREEMPT SMP
<4>[ 46.864369] CPU: 3 PID: 10966 Comm: plasmashel:cs0 Not tainted 5.0.0-
rc1+ #44
<4>[ 46.864373] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
08/04/2016
<4>[ 46.864388] RIP: 0010:ttm_bo_ref_bug+0x0/0x8 [ttm]
<4>[ 46.864393] Code: 00 00 08 00 75 0c 48 83 c7 0c 4c 39 cf 75 ab 31 c0 c3
b8 01 00 00 00 c3 66 90 f0 ff 8f a4 00 00 00 c3 0f 1f 84 00 00 00 00 00 <0f> 0b
66 0f 1f 44 00 00 53 48 8b 07 48 89 fb 48 8b 40 18 48 8b 40
<4>[ 46.864397] RSP: 0018:ffffa86fc1263af8 EFLAGS: 00010247
<4>[ 46.864403] RAX: ffff8c7b133a787c RBX: ffffa86fc1263c48 RCX: ffff8c7b0f7698f8
<4>[ 46.864406] RDX: ffff8c7b133a78f8 RSI: ffff8c7b11aa2800 RDI: ffff8c7b133a787c
<4>[ 46.864410] RBP: ffff8c7ac16d1b38 R08: ffff8c7b1348d0f8 R09: ffffa86fc12639b0
<4>[ 46.864414] R10: ffffcfd6c84d07c0 R11: 0000000000000003 R12: ffffffffc0364c10
<4>[ 46.864417] R13: ffffa86fc1263be0 R14: 0000000000000000 R15:
ffffa86fc1263c48
<4>[ 46.864422] FS: 00007f3e34019700(0000) GS:ffff8c7b17b80000(0000) knlGS:
0000000000000000
<4>[ 46.864426] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
<4>[ 46.864430] CR2: 00007fb1cb765000 CR3: 000000021333e000 CR4:
00000000000406e0
<4>[ 46.864433] Call Trace:
<4>[ 46.864446] ttm_bo_del_from_lru+0xab/0xc8 [ttm]
<4>[ 46.864456] ttm_eu_reserve_buffers+0x140/0x2c8 [ttm]
<4>[ 46.864557] amdgpu_cs_ioctl+0x4ee/0x1b08 [amdgpu]
<4>[ 46.864575] ? __switch_to_asm+0x40/0x70
<4>[ 46.864668] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 46.864678] drm_ioctl_kernel+0xa4/0xe8<4>[ 46.864686]
drm_ioctl+0x1db/0x358
<4>[ 46.864767] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
<4>[ 46.864848] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
<4>[ 46.864859] do_vfs_ioctl+0x9f/0x618
<4>[ 46.864867] ksys_ioctl+0x5b/0x88
<4>[ 46.864874] __x64_sys_ioctl+0x11/0x18
<4>[ 46.864881] do_syscall_64+0x50/0x168
<4>[ 46.864888] entry_SYSCALL_64_after_hwframe+0x44/0xa9
<4>[ 46.864895] RIP: 0033:0x7f3e4a939fa7
<4>[ 46.864900] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
<4>[ 46.864904] RSP: 002b:00007f3e34018ab8 EFLAGS: 00000246 ORIG_RAX:
0000000000000010
<4>[ 46.864909] RAX: ffffffffffffffda RBX: 00007f3e34018c58 RCX: 00007f3e4a939fa7
<4>[ 46.864913] RDX: 00007f3e34018b40 RSI: 00000000c0186444 RDI:
0000000000000010
<4>[ 46.864916] RBP: 00007f3e34018b40 R08: 00007f3e34018c80 R09:
00007f3e34018c58
<4>[ 46.864920] R10: 00007f3e34018ca0 R11: 0000000000000246 R12:
00000000c0186444
<4>[ 46.864923] R13: 0000000000000010 R14: 000055555e550d70 R15:
0000000000000003
<4>[ 46.864929] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb ath3k btusb
btintel bluetooth ecdh_generic uvcvideo videobuf2_vmalloc videobuf2_memops
videobuf2_v4l2 videobuf2_common videodev media kvm_amd ath9k kvm ath9k_common
irqbypass ath9k_hw crc32_pclmul mac80211 sdhci_pci cqhci sdhci
ghash_clmulni_intel serio_raw mmc_core ath cfg80211 amdgpu mfd_core chash
gpu_sched xhci_pci ttm ehci_pci xhci_hcd ehci_hcd sp5100_tco
<4>[ 46.864981] ---[ end trace 7bdf1a5927cdc874 ]---
Thanks,
Przemek.
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <7a65412b-1b41-9e5b-f700-0a944a33cf49-5C7GfCeVMHo@public.gmane.org>
2019-01-30 14:17 ` Przemek Socha
@ 2019-01-30 14:37 ` StDenis, Tom
2019-01-31 9:23 ` Przemek Socha
2 siblings, 0 replies; 9+ messages in thread
From: StDenis, Tom @ 2019-01-30 14:37 UTC (permalink / raw)
To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On 2019-01-30 7:42 a.m., Koenig, Christian wrote:
> Does the attached patch fix the issue?
No. Now I get a lockup when I start GNOME and try to bring up a
terminal. The patch also didn't apply cleanly on top of drm-next but I
was able to just manually add the line.
[ 88.018735] general protection fault: 0000 [#1] SMP NOPTI
[ 88.018741] CPU: 5 PID: 4164 Comm: gnome-shel:cs0 Tainted: G W
5.0.0-rc1+ #20
[ 88.018743] Hardware name: System manufacturer System Product
Name/TUF B350M-PLUS GAMING, BIOS 4011 04/19/2018
[ 88.018750] RIP: 0010:ttm_bo_bulk_move_lru_tail+0x36/0x190 [ttm]
[ 88.018753] Code: 90 48 85 d2 74 66 48 8b 4c 37 98 4c 8b 92 b0 00 00
00 4c 8d 9a a8 00 00 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00
00 <49> 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c
[ 88.018755] RSP: 0018:ffffb419c1fefb18 EFLAGS: 00010296
[ 88.018757] RAX: ffff9692d9a013a0 RBX: 0000000000000000 RCX:
ffff9693032f2f90
[ 88.018759] RDX: ffff9692e099cad8 RSI: 0000000000000070 RDI:
ffff9693058a7598
[ 88.018761] RBP: ffff9692ed34f4e8 R08: 0000000000000000 R09:
6b6b6b6b6b6b6b6b
[ 88.018762] R10: 6b6b6b6b6b6b6b6b R11: ffff9692e099cb80 R12:
ffff9693058a7598
[ 88.018763] R13: ffff9693058a6fc8 R14: 0000000000000001 R15:
ffffffffc033dbc0
[ 88.018765] FS: 00007fc351843700(0000) GS:ffff969337b40000(0000)
knlGS:0000000000000000
[ 88.018767] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 88.018769] CR2: 00007fa78adb08a0 CR3: 0000000206d56000 CR4:
00000000003406e0
[ 88.018770] Call Trace:
[ 88.018807] amdgpu_vm_move_to_lru_tail+0xe1/0x100 [amdgpu]
[ 88.018842] amdgpu_cs_ioctl+0x14de/0x1ad0 [amdgpu]
[ 88.018846] ? __switch_to_asm+0x34/0x70
[ 88.018881] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
[ 88.018884] drm_ioctl_kernel+0xa4/0xf0
[ 88.018887] drm_ioctl+0x1db/0x370
[ 88.018921] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
[ 88.018970] amdgpu_drm_ioctl+0x44/0x80 [amdgpu]
[ 88.018975] do_vfs_ioctl+0x9f/0x610
[ 88.018980] ? __x64_sys_futex+0x137/0x180
[ 88.018983] ksys_ioctl+0x5b/0x90
[ 88.018986] __x64_sys_ioctl+0x11/0x20
[ 88.018989] do_syscall_64+0x43/0xf0
[ 88.018992] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 88.018995] RIP: 0033:0x7fc37a1b1c97
[ 88.018997] Code: 00 00 90 48 8b 05 09 82 2c 00 64 c7 00 26 00 00 00
48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f
05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d d9 81 2c 00 f7 d8 64 89 01 48
[ 88.018999] RSP: 002b:00007fc3518425d8 EFLAGS: 00000202 ORIG_RAX:
0000000000000010
[ 88.019002] RAX: ffffffffffffffda RBX: 0000000000000000 RCX:
00007fc37a1b1c97
[ 88.019004] RDX: 00007fc3518426b0 RSI: 00000000c0186444 RDI:
000000000000000c
[ 88.019005] RBP: 00007fc351842610 R08: 00007fc351842720 R09:
00007fc351842798
[ 88.019007] R10: 0000000000000000 R11: 0000000000000202 R12:
00007ffdf8dc068e
[ 88.019009] R13: 00007ffdf8dc068f R14: 00007ffdf8dc0690 R15:
0000000000000000
[ 88.019011] Modules linked in: fuse amdgpu mfd_core chash gpu_sched
ttm ax88179_178a usbnet
[ 88.019019] ---[ end trace dc532cd45c6dc064 ]---
Tom
>
> Christian.
>
> Am 30.01.19 um 13:06 schrieb Christian König:
>> Sorry I accidentally replied to the wrong mail.
>>
>> This is a new issue. Going to take a look now.
>>
>> Christian.
>>
>> Am 30.01.19 um 13:02 schrieb Christian König:
>>> This is a known issue, see here as well
>>> https://bugs.freedesktop.org/show_bug.cgi?id=109487
>>>
>>> Christian.
>>>
>>> Am 30.01.19 um 12:07 schrieb Przemek Socha:
>>>> Good morning,
>>>>
>>>> after last pull from the amd-staging-drm-next tree (29th of February) I have
>>>> random Oops on A6 6310 APU with r4 Mullins.
>>>>
>>>> Here is the Oops part of the log taken from pstore:
>>>>
>>>> <1>[ 55.166270] BUG: unable to handle kernel NULL pointer dereference at
>>>> 0000000000000208
>>>> <1>[ 55.166281] #PF error: [normal kernel read fault]
>>>> <6>[ 55.166285] PGD 0 P4D 0
>>>> <4>[ 55.166293] Oops: 0000 [#1] PREEMPT SMP
>>>> <4>[ 55.166301] CPU: 3 PID: 11006 Comm: kwin_x11:cs0 Not tainted 5.0.0-rc1+
>>>> #44
>>>> <4>[ 55.166305] Hardware name: LENOVO 80E3/Lancer 5B2, BIOS A2CN45WW(V2.13)
>>>> 08/04/2016
>>>> <4>[ 55.166320] RIP: 0010:ttm_bo_bulk_move_lru_tail+0xd3/0x188 [ttm]
>>>> <4>[ 55.166326] Code: 00 4c 8b 0a 48 8b 81 a8 00 00 00 48 81 c1 a8 00 00 00
>>>> 49 89 02 4c 8b 92 b0 00 00 00 4c 89 50 08 44 89 c0 48 c1 e0 04 4c 01 c8 <4c>
>>>> 8b 90 08 02 00 00 4d 89 1a 4c 8b 90 08 02 00 00 4c 89 92 b0 00
>>>> <4>[ 55.166330] RSP: 0018:ffffa8bdc0f33b18 EFLAGS: 00010246
>>>> <4>[ 55.166335] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
>>>> ffff9cfa935778f8
>>>> <4>[ 55.166339] RDX: ffff9cfa950c5050 RSI: 0000000000000070 RDI:
>>>> ffff9cfa93575dd0
>>>> <4>[ 55.166342] RBP: ffff9cfa5d44d800 R08: 0000000000000000 R09:
>>>> 0000000000000000
>>>> <4>[ 55.166346] R10: ffff9cfa8f7730f8 R11: ffff9cfa950c50f8 R12: ffff9cfa93575dd0
>>>> <4>[ 55.166350] R13: ffff9cfa93575800 R14: 0000000000000001 R15: ffffffffc03adc10
>>>> <4>[ 55.166355] FS: 00007fb327fff700(0000) GS:ffff9cfa97b80000(0000) knlGS:
>>>> 0000000000000000
>>>> <4>[ 55.166359] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>>>> <4>[ 55.166363] CR2: 0000000000000208 CR3: 00000002150f0000 CR4:
>>>> 00000000000406e0
>>>> <4>[ 55.166366] Call Trace:
>>>> <4>[ 55.166477] amdgpu_vm_move_to_lru_tail+0xe4/0x100 [amdgpu]
>>>> <4>[ 55.166563] amdgpu_cs_ioctl+0x14e7/0x1b08 [amdgpu]
>>>> <4>[ 55.166586] ? __switch_to_asm+0x40/0x70
>>>> <4>[ 55.166689] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
>>>> <4>[ 55.166698] drm_ioctl_kernel+0xa4/0xe8
>>>> <4>[ 55.166707] drm_ioctl+0x1db/0x358
>>>> <4>[ 55.166805] ? amdgpu_cs_find_mapping+0x110/0x110 [amdgpu]
>>>> <4>[ 55.166901] amdgpu_drm_ioctl+0x44/0x78 [amdgpu]
>>>> <4>[ 55.166931] do_vfs_ioctl+0x9f/0x618
>>>> <4>[ 55.166940] ksys_ioctl+0x5b/0x88
>>>> <4>[ 55.166947] __x64_sys_ioctl+0x11/0x18
>>>> <4>[ 55.166955] do_syscall_64+0x50/0x168
>>>> <4>[ 55.166963] entry_SYSCALL_64_after_hwframe+0x44/0xa9
>>>> <4>[ 55.166969] RIP: 0033:0x7fb34b035fa7
>>>> <4>[ 55.166974] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 8d
>>>> dc 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d
>>>> 01 f0 ff ff 73 01 c3 48 8b 0d a9 ae 0c 00 f7 d8 64 89 01 48
>>>> <4>[ 55.166978] RSP: 002b:00007fb327ffea88 EFLAGS: 00000246 ORIG_RAX:
>>>> 0000000000000010
>>>> <4>[ 55.166984] RAX: ffffffffffffffda RBX: 00007fb327ffec58 RCX: 00007fb34b035fa7
>>>> <4>[ 55.166987] RDX: 00007fb327ffeb10 RSI: 00000000c0186444 RDI:
>>>> 0000000000000010
>>>> <4>[ 55.166991] RBP: 00007fb327ffeb10 R08: 00007fb327ffec80 R09:
>>>> 00007fb327ffec58
>>>> <4>[ 55.166995] R10: 00007fb327ffeca0 R11: 0000000000000246 R12:
>>>> 00000000c0186444
>>>> <4>[ 55.166998] R13: 0000000000000010 R14: 000055ecd2705dc0 R15:
>>>> 0000000000000003
>>>> <4>[ 55.167004] Modules linked in: rfcomm nf_tables ebtable_nat ip_set
>>>> nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables overlay squashfs
>>>> loop bnep ipv6 rtsx_usb_ms memstick rtsx_usb_sdmmc rtsx_usb uvcvideo
>>>> videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev
>>>> media ath3k btusb btintel bluetooth ecdh_generic ath9k ath9k_common kvm_amd
>>>> ath9k_hw sdhci_pci kvm cqhci irqbypass mac80211 sdhci crc32_pclmul
>>>> ghash_clmulni_intel ath serio_raw mmc_core cfg80211 amdgpu mfd_core chash
>>>> gpu_sched xhci_pci ttm xhci_hcd ehci_pci ehci_hcd sp5100_tco
>>>> <4>[ 55.167063] CR2: 0000000000000208
>>>> <4>[ 55.167069] ---[ end trace bf1c4be089002236 ]---
>>>>
>>>> Bisected, and it seems that the bad commit is "drm/amdgpu: cleanup setting
>>>> bulk_movable". I hope this is relevant.
>>>>
>>>> full git bisect log:
>>>>
>>>> git bisect start
>>>> # good: [10117450735c7a7c0858095fb46a860e7037cb9a] drm/amd/display: add -msse2
>>>> to prevent Clang from emitting libcalls to undefined SW FP routines
>>>> git bisect good 10117450735c7a7c0858095fb46a860e7037cb9a
>>>> # bad: [b9c6252b7f980e7e03c0bf659a251798b36a8094] Revert "drm/amd/display: add
>>>> -msse2 to prevent Clang from emitting libcalls to undefined SW FP routines"
>>>> git bisect bad b9c6252b7f980e7e03c0bf659a251798b36a8094
>>>> # good: [1de29da5b7281c9a8427d84948bf3d77bc4b8d16] drm: disable uncached DMA
>>>> optimization for ARM and arm64
>>>> git bisect good 1de29da5b7281c9a8427d84948bf3d77bc4b8d16
>>>> # good: [bbf48cae572b39c4df6023b01d6f8de66ef41b34] Revert "test patch for hpd
>>>> dpms check"
>>>> git bisect good bbf48cae572b39c4df6023b01d6f8de66ef41b34
>>>> # good: [257b75d373c77d6792d0011f7379398ba60799ec] drm/amdgpu: Show XGMI node
>>>> and hive message per device only once
>>>> git bisect good 257b75d373c77d6792d0011f7379398ba60799ec
>>>> # good: [4d771657c533d8fe3b574c561084f66aebc77bb6] drm/amdgpu: cleanup
>>>> amdgpu_pte_update_params
>>>> git bisect good 4d771657c533d8fe3b574c561084f66aebc77bb6
>>>> # bad: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu: cleanup setting
>>>> bulk_movable
>>>> git bisect bad 4ef27005fefd4be102010b7d8552fec1ee13435a
>>>> # first bad commit: [4ef27005fefd4be102010b7d8552fec1ee13435a] drm/amdgpu:
>>>> cleanup setting bulk_movable
>>>>
>>>> 4ef27005fefd4be102010b7d8552fec1ee13435a is the first bad commit
>>>> commit 4ef27005fefd4be102010b7d8552fec1ee13435a
>>>> Author: Christian König<christian.koenig@amd.com>
>>>> Date: Mon Jan 28 13:41:58 2019 +0100
>>>>
>>>> drm/amdgpu: cleanup setting bulk_movable
>>>>
>>>> We only need to set this to false now when BOs are removed from the LRU.
>>>>
>>>> Signed-off-by: Christian König<christian.koenig@amd.com>
>>>> Reviewed-by: Chunming Zhou<david1.zhou@amd.com>
>>>>
>>>> If other info is needed, please do not hesitate.
>>>>
>>>> Thanks,
>>>> Przemek.
>>>>
>>>> _______________________________________________
>>>> amd-gfx mailing list
>>>> amd-gfx@lists.freedesktop.org
>>>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>>
>>
>
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <7a65412b-1b41-9e5b-f700-0a944a33cf49-5C7GfCeVMHo@public.gmane.org>
2019-01-30 14:17 ` Przemek Socha
2019-01-30 14:37 ` StDenis, Tom
@ 2019-01-31 9:23 ` Przemek Socha
2019-01-31 16:56 ` StDenis, Tom
2 siblings, 1 reply; 9+ messages in thread
From: Przemek Socha @ 2019-01-31 9:23 UTC (permalink / raw)
To: Koenig, Christian, Tom St Denis
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 1463 bytes --]
Dnia środa, 30 stycznia 2019 13:42:33 CET piszesz:
> Does the attached patch fix the issue?
>
> Christian.
I have tested this one also - "drm/amdgpu: partial revert cleanup setting
bulk_movable v2"
>We still need to set bulk_movable to false when new BOs are added or removed.
>
>v2: also set it to false on removal
>
>Signed-off-by: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
>---
> drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
>diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c b/drivers/gpu/drm/amd/
>amdgpu/amdgpu_vm.c
>index 79f9dde70bc0..822546a149fa 100644
>--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
>+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
>@@ -332,6 +332,7 @@ static void amdgpu_vm_bo_base_init(struct
>amdgpu_vm_bo_base *base,
> if (bo->tbo.resv != vm->root.base.bo->tbo.resv)
> return;
>
>+ vm->bulk_moveable = false;
> if (bo->tbo.type == ttm_bo_type_kernel)
> amdgpu_vm_bo_relocated(base);
> else
>@@ -2772,6 +2773,9 @@ void amdgpu_vm_bo_rmv(struct amdgpu_device *adev,
> struct amdgpu_vm_bo_base **base;
>
> if (bo) {
>+ if (bo->tbo.resv == vm->root.base.bo->tbo.resv)
>+ vm->bulk_moveable = false;
>+
> for (base = &bo_va->base.bo->vm_bo; *base;
> base = &(*base)->next) {
> if (*base != &bo_va->base)
and so far I have no lockup and Oops, so I think this one is ok.
Thank you very much,
Przemek.
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
2019-01-31 9:23 ` Przemek Socha
@ 2019-01-31 16:56 ` StDenis, Tom
[not found] ` <676b4805-fc73-245f-abd2-38e014248b61-5C7GfCeVMHo@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: StDenis, Tom @ 2019-01-31 16:56 UTC (permalink / raw)
To: soprwa-Re5JQEeQqe8AvxtiuMwx3w, Koenig, Christian
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On 2019-01-31 4:23 a.m., Przemek Socha wrote:
> Dnia środa, 30 stycznia 2019 13:42:33 CET piszesz:
>> Does the attached patch fix the issue?
>>
>> Christian.
>
> I have tested this one also - "drm/amdgpu: partial revert cleanup setting
> bulk_movable v2"
>
>> We still need to set bulk_movable to false when new BOs are added or removed.
>>
>> v2: also set it to false on removal
>>
>> Signed-off-by: Christian König <christian.koenig@amd.com>
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 4 ++++
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c b/drivers/gpu/drm/amd/
>> amdgpu/amdgpu_vm.c
>> index 79f9dde70bc0..822546a149fa 100644
>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
>> @@ -332,6 +332,7 @@ static void amdgpu_vm_bo_base_init(struct
>> amdgpu_vm_bo_base *base,
>> if (bo->tbo.resv != vm->root.base.bo->tbo.resv)
>> return;
>>
>> + vm->bulk_moveable = false;
>> if (bo->tbo.type == ttm_bo_type_kernel)
>> amdgpu_vm_bo_relocated(base);
>> else
>> @@ -2772,6 +2773,9 @@ void amdgpu_vm_bo_rmv(struct amdgpu_device *adev,
>> struct amdgpu_vm_bo_base **base;
>>
>> if (bo) {
>> + if (bo->tbo.resv == vm->root.base.bo->tbo.resv)
>> + vm->bulk_moveable = false;
>> +
>> for (base = &bo_va->base.bo->vm_bo; *base;
>> base = &(*base)->next) {
>> if (*base != &bo_va->base)
>
> and so far I have no lockup and Oops, so I think this one is ok.
In my experience only the last chunk of the patch is necessary. Can you
try this without:
>> + vm->bulk_moveable = false;
Too?
Thanks,
Tom
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected.
[not found] ` <676b4805-fc73-245f-abd2-38e014248b61-5C7GfCeVMHo@public.gmane.org>
@ 2019-01-31 17:31 ` Przemek Socha
0 siblings, 0 replies; 9+ messages in thread
From: Przemek Socha @ 2019-01-31 17:31 UTC (permalink / raw)
To: StDenis, Tom, Koenig, Christian
Cc: Zhou, David(ChunMing), amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 795 bytes --]
Dnia czwartek, 31 stycznia 2019 17:56:32 CET piszesz:
> In my experience only the last chunk of the patch is necessary. Can you
> try this without:
>
>
> >> + vm->bulk_moveable = false;
>
>
> Too?
>
> Thanks,
> Tom
Sure.
I have applied only the last chunk of the patch on top of today's amd-staging-
drm-next pull:
> >> @@ -2772,6 +2773,9 @@ void amdgpu_vm_bo_rmv(struct amdgpu_device *adev,
> >>
> >> struct amdgpu_vm_bo_base **base;
> >>
> >>
> >>
> >> if (bo) {
> >>
> >> + if (bo->tbo.resv == vm->root.base.bo->tbo.resv)
> >> + vm->bulk_moveable = false;
> >> +
> >>
> >> for (base = &bo_va->base.bo->vm_bo; *base;
> >>
> >> base = &(*base)->next) {
> >>
> >> if (*base != &bo_va->base)
and it seems to be working as expected also.
Thanks,
Przemek.
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2019-01-31 17:31 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-01-30 11:07 amd-staging-drm-next: Oops - BUG: unable to handle kernel NULL pointer dereference, bisected Przemek Socha
2019-01-30 12:02 ` Christian König
[not found] ` <2c13e24c-6d53-a7f5-55ed-d44d7c58f655-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-01-30 12:06 ` Koenig, Christian
[not found] ` <34e7e9b9-8d16-1055-cd08-68eac497743e-5C7GfCeVMHo@public.gmane.org>
2019-01-30 12:42 ` Koenig, Christian
[not found] ` <7a65412b-1b41-9e5b-f700-0a944a33cf49-5C7GfCeVMHo@public.gmane.org>
2019-01-30 14:17 ` Przemek Socha
2019-01-30 14:37 ` StDenis, Tom
2019-01-31 9:23 ` Przemek Socha
2019-01-31 16:56 ` StDenis, Tom
[not found] ` <676b4805-fc73-245f-abd2-38e014248b61-5C7GfCeVMHo@public.gmane.org>
2019-01-31 17:31 ` Przemek Socha
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.