* v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
@ 2018-06-16 15:39 Mike Galbraith
2018-06-17 9:36 ` Greg KH
0 siblings, 1 reply; 13+ messages in thread
From: Mike Galbraith @ 2018-06-16 15:39 UTC (permalink / raw)
To: Ray Strode; +Cc: LKML, stable
Greetings,
Running a kernel with ATOMIC_SLEEP enabled in one of my VMs, I met the
splat below. I tracked it back to 4.14-stable, and bisected it there.
[ 35.748479] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 37.302172] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 43.719223] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 45.284748] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 47.544198] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 49.024251] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 50.222626] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 67.521590] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 864.956846] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 866.478807] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 2245.113210] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 2308.323698] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 2325.967740] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 3355.291413] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 3367.545378] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 3395.581055] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 3405.144002] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 35.748479] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:239
[ 35.750518] in_atomic(): 1, irqs_disabled(): 0, pid: 2482, name: X
[ 35.752119] CPU: 0 PID: 2482 Comm: X Kdump: loaded Tainted: G E 4.17.0.g4c5e8fc-default #846
[ 35.754276] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.0.0-prebuilt.qemu-project.org 04/01/2014
[ 35.756381] Call Trace:
[ 35.756921] dump_stack+0x85/0xcb
[ 35.757415] ___might_sleep+0xd8/0x130
[ 35.757818] mutex_lock+0x1c/0x40
[ 35.758202] qxl_surface_evict+0x23/0x60 [qxl]
[ 35.758756] qxl_gem_object_free+0x27/0x40 [qxl]
[ 35.759247] qxl_bo_unref+0x1d/0x30 [qxl]
[ 35.759721] qxl_cursor_atomic_update+0x251/0x2a0 [qxl]
[ 35.760314] drm_atomic_helper_commit_planes+0xdf/0x220 [drm_kms_helper]
[ 35.761065] drm_atomic_helper_commit_tail+0x26/0x60 [drm_kms_helper]
[ 35.761722] commit_tail+0x5f/0x70 [drm_kms_helper]
[ 35.762160] drm_atomic_helper_commit+0xfc/0x110 [drm_kms_helper]
[ 35.762712] drm_atomic_helper_update_plane+0xf0/0x110 [drm_kms_helper]
[ 35.763277] __setplane_internal+0x196/0x240 [drm]
[ 35.763698] drm_mode_cursor_universal+0xec/0x1d0 [drm]
[ 35.764143] drm_mode_cursor_common+0x16a/0x1d0 [drm]
[ 35.764570] ? drm_mode_cursor_ioctl+0x50/0x50 [drm]
[ 35.765011] drm_ioctl_kernel+0x81/0xd0 [drm]
[ 35.765425] drm_ioctl+0x2a8/0x350 [drm]
[ 35.765795] ? drm_mode_cursor_ioctl+0x50/0x50 [drm]
[ 35.766256] do_vfs_ioctl+0x91/0x6a0
[ 35.766770] ? __do_page_fault+0x27e/0x4f0
[ 35.767116] ksys_ioctl+0x70/0x80
[ 35.767397] __x64_sys_ioctl+0x16/0x20
[ 35.767732] do_syscall_64+0x60/0x180
[ 35.768042] entry_SYSCALL_64_after_hwframe+0x49/0xbe
[ 35.768470] RIP: 0033:0x7fe99fc0a477
[ 35.768783] Code: b3 66 90 48 8b 05 21 4a 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 f1 49 2c 00 f7 d8 64 89 01 48
[ 35.770453] RSP: 002b:00007fff8dcc3ca8 EFLAGS: 00003246 ORIG_RAX: 0000000000000010
[ 35.771092] RAX: ffffffffffffffda RBX: 00005594217685e0 RCX: 00007fe99fc0a477
[ 35.771690] RDX: 00007fff8dcc3ce0 RSI: 00000000c02464bb RDI: 0000000000000018
[ 35.772298] RBP: 00007fff8dcc3ce0 R08: 0000000000000040 R09: 0000000000000004
[ 35.773105] R10: 0000000000000040 R11: 0000000000003246 R12: 00000000c02464bb
[ 35.773758] R13: 0000000000000018 R14: 0000000000000040 R15: 00007fff8dcc3db4
git bisect start
# good: [569dbb88e80deb68974ef6fdd6a13edb9d686261] Linux 4.13
git bisect good 569dbb88e80deb68974ef6fdd6a13edb9d686261
# bad: [cda6fd4d9382205bb792255cd56a91062d404bc0] Linux 4.14.50
git bisect bad cda6fd4d9382205bb792255cd56a91062d404bc0
# good: [fbd01410e89a66f346ba1b3c0161e1198449b746] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
git bisect good fbd01410e89a66f346ba1b3c0161e1198449b746
# good: [e4b57c4bc11bfaa2588557b52ad5abd65fb9390e] sparc64: mmu_context: Add missing include files
git bisect good e4b57c4bc11bfaa2588557b52ad5abd65fb9390e
# bad: [703fca31ac31ed81455a8642a6988cbca47f0f07] tpm: st33zp24: fix potential buffer overruns caused by bit glitches on the bus
git bisect bad 703fca31ac31ed81455a8642a6988cbca47f0f07
# good: [b043ea189d0fbd2f7a0b8d177109f60f5cd767f2] can: vxcan: improve handling of missing peer name attribute
git bisect good b043ea189d0fbd2f7a0b8d177109f60f5cd767f2
# good: [e47273d086236d06c3c2851fa8599971086b2a73] arm64: KVM: Report SMCCC_ARCH_WORKAROUND_1 BP hardening support
git bisect good e47273d086236d06c3c2851fa8599971086b2a73
# bad: [392e03283a3ddddf7c48dcc002b8668e1612a578] crypto: x86/twofish-3way - Fix %rbp usage
git bisect bad 392e03283a3ddddf7c48dcc002b8668e1612a578
# good: [b3d33c5f296b36a05e24828f96c8ea5e02a15b06] crypto: sun4i_ss_prng - fix return value of sun4i_ss_prng_generate
git bisect good b3d33c5f296b36a05e24828f96c8ea5e02a15b06
# good: [0f0fd00739118302568ff8b57ddfc5898c1a3796] xenbus: track caller request id
git bisect good 0f0fd00739118302568ff8b57ddfc5898c1a3796
# bad: [7367af9cf0e4e1502151d42535cae779046d77e4] ARM: dts: s5pv210: add interrupt-parent for ohci
git bisect bad 7367af9cf0e4e1502151d42535cae779046d77e4
# bad: [61c07810bf2e53f348dbdba751ddf7ba31aba4aa] Btrfs: fix unexpected -EEXIST when creating new inode
git bisect bad 61c07810bf2e53f348dbdba751ddf7ba31aba4aa
# bad: [67154fb8012152aed14dbd70e5b7fc79dcfd53f4] xprtrdma: Fix BUG after a device removal
git bisect bad 67154fb8012152aed14dbd70e5b7fc79dcfd53f4
# good: [ff59e379234bb4b479deca97e29f685eabe22954] rtlwifi: rtl8821ae: Fix connection lost problem correctly
git bisect good ff59e379234bb4b479deca97e29f685eabe22954
# good: [dc0b764a7c1a3a03b56c5582bf9a9c4554bf5e96] qxl: alloc & use shadow for dumb buffers
git bisect good dc0b764a7c1a3a03b56c5582bf9a9c4554bf5e96
# bad: [84b41e3708ac9869190dd09d47b548392b7a656a] xprtrdma: Fix calculation of ri_max_send_sges
git bisect bad 84b41e3708ac9869190dd09d47b548392b7a656a
# bad: [848dd9bf51544c8e5436960124f3d1f9c51cdb99] drm/qxl: reapply cursor after resetting primary
git bisect bad 848dd9bf51544c8e5436960124f3d1f9c51cdb99
# first bad commit: [848dd9bf51544c8e5436960124f3d1f9c51cdb99] drm/qxl: reapply cursor after resetting primary
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-16 15:39 v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary") Mike Galbraith
@ 2018-06-17 9:36 ` Greg KH
0 siblings, 0 replies; 13+ messages in thread
From: Greg KH @ 2018-06-17 9:36 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ray Strode, LKML, stable, Gerd Hoffmann, Dave Airlie, virtualization
On Sat, Jun 16, 2018 at 05:39:11PM +0200, Mike Galbraith wrote:
> Greetings,
>
> Running a kernel with ATOMIC_SLEEP enabled in one of my VMs, I met the
> splat below. I tracked it back to 4.14-stable, and bisected it there.
Why does your virtual machine use a drm driver? Ah, it's a driver for
virtual gpu, nice.
And if you revert that patch, does everything work again?
> # first bad commit: [848dd9bf51544c8e5436960124f3d1f9c51cdb99] drm/qxl: reapply cursor after resetting primary
You should also cc: the other developers on that signed-off-by list,
like I did here...
thanks,
greg k-h
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
@ 2018-06-17 9:36 ` Greg KH
0 siblings, 0 replies; 13+ messages in thread
From: Greg KH @ 2018-06-17 9:36 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Ray Strode, LKML, stable, virtualization, Dave Airlie
On Sat, Jun 16, 2018 at 05:39:11PM +0200, Mike Galbraith wrote:
> Greetings,
>
> Running a kernel with ATOMIC_SLEEP enabled in one of my VMs, I met the
> splat below. I tracked it back to 4.14-stable, and bisected it there.
Why does your virtual machine use a drm driver? Ah, it's a driver for
virtual gpu, nice.
And if you revert that patch, does everything work again?
> # first bad commit: [848dd9bf51544c8e5436960124f3d1f9c51cdb99] drm/qxl: reapply cursor after resetting primary
You should also cc: the other developers on that signed-off-by list,
like I did here...
thanks,
greg k-h
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-17 9:36 ` Greg KH
(?)
(?)
@ 2018-06-17 10:38 ` Mike Galbraith
2018-06-17 11:02 ` Greg KH
-1 siblings, 1 reply; 13+ messages in thread
From: Mike Galbraith @ 2018-06-17 10:38 UTC (permalink / raw)
To: Greg KH
Cc: Ray Strode, LKML, stable, Gerd Hoffmann, Dave Airlie, virtualization
On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
>
> And if you revert that patch, does everything work again?
Yes.
-Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-17 9:36 ` Greg KH
(?)
@ 2018-06-17 10:38 ` Mike Galbraith
-1 siblings, 0 replies; 13+ messages in thread
From: Mike Galbraith @ 2018-06-17 10:38 UTC (permalink / raw)
To: Greg KH; +Cc: Ray Strode, LKML, stable, virtualization, Dave Airlie
On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
>
> And if you revert that patch, does everything work again?
Yes.
-Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-17 10:38 ` Mike Galbraith
@ 2018-06-17 11:02 ` Greg KH
0 siblings, 0 replies; 13+ messages in thread
From: Greg KH @ 2018-06-17 11:02 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ray Strode, LKML, stable, Gerd Hoffmann, Dave Airlie, virtualization
On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
> >
> > And if you revert that patch, does everything work again?
>
> Yes.
Great, Dave, care to revert this in 4.18 so I can queue up that revert
in older kernels as well?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
@ 2018-06-17 11:02 ` Greg KH
0 siblings, 0 replies; 13+ messages in thread
From: Greg KH @ 2018-06-17 11:02 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Ray Strode, LKML, stable, virtualization, Dave Airlie
On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
> >
> > And if you revert that patch, does everything work again?
>
> Yes.
Great, Dave, care to revert this in 4.18 so I can queue up that revert
in older kernels as well?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-17 11:02 ` Greg KH
@ 2018-06-18 2:33 ` Dave Airlie
-1 siblings, 0 replies; 13+ messages in thread
From: Dave Airlie @ 2018-06-18 2:33 UTC (permalink / raw)
To: Greg KH
Cc: Mike Galbraith, Ray Strode, LKML, stable, Gerd Hoffmann,
Dave Airlie, open list:VIRTIO CORE, NET...
On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
>> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
>> >
>> > And if you revert that patch, does everything work again?
>>
>> Yes.
>
> Great, Dave, care to revert this in 4.18 so I can queue up that revert
> in older kernels as well?
>
> thanks,
>
> greg k-h
Hi MIke,
Does
https://patchwork.freedesktop.org/patch/229980/
fix it?
I can queue up a revert asap, but since a revert just brings us back
another broken behaviour, I'd rather we just hurry the fix up.
Dave.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
@ 2018-06-18 2:33 ` Dave Airlie
0 siblings, 0 replies; 13+ messages in thread
From: Dave Airlie @ 2018-06-18 2:33 UTC (permalink / raw)
To: Greg KH
Cc: Mike Galbraith, Ray Strode, LKML, stable, Gerd Hoffmann,
Dave Airlie, open list:VIRTIO CORE, NET...
On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
>> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
>> >
>> > And if you revert that patch, does everything work again?
>>
>> Yes.
>
> Great, Dave, care to revert this in 4.18 so I can queue up that revert
> in older kernels as well?
>
> thanks,
>
> greg k-h
Hi MIke,
Does
https://patchwork.freedesktop.org/patch/229980/
fix it?
I can queue up a revert asap, but since a revert just brings us back
another broken behaviour, I'd rather we just hurry the fix up.
Dave.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-17 11:02 ` Greg KH
(?)
@ 2018-06-18 2:33 ` Dave Airlie
-1 siblings, 0 replies; 13+ messages in thread
From: Dave Airlie @ 2018-06-18 2:33 UTC (permalink / raw)
To: Greg KH
Cc: Ray Strode, Mike Galbraith, LKML, stable, open list:VIRTIO CORE,
NET...,
Dave Airlie
On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
>> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
>> >
>> > And if you revert that patch, does everything work again?
>>
>> Yes.
>
> Great, Dave, care to revert this in 4.18 so I can queue up that revert
> in older kernels as well?
>
> thanks,
>
> greg k-h
Hi MIke,
Does
https://patchwork.freedesktop.org/patch/229980/
fix it?
I can queue up a revert asap, but since a revert just brings us back
another broken behaviour, I'd rather we just hurry the fix up.
Dave.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-18 2:33 ` Dave Airlie
@ 2018-06-18 3:13 ` Mike Galbraith
-1 siblings, 0 replies; 13+ messages in thread
From: Mike Galbraith @ 2018-06-18 3:13 UTC (permalink / raw)
To: Dave Airlie, Greg KH
Cc: Ray Strode, LKML, stable, Gerd Hoffmann, Dave Airlie,
open list:VIRTIO CORE, NET...
On Mon, 2018-06-18 at 12:33 +1000, Dave Airlie wrote:
> On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> > On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
> >> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
> >> >
> >> > And if you revert that patch, does everything work again?
> >>
> >> Yes.
> >
> > Great, Dave, care to revert this in 4.18 so I can queue up that revert
> > in older kernels as well?
> >
> > thanks,
> >
> > greg k-h
>
> Hi MIke,
>
> Does
> https://patchwork.freedesktop.org/patch/229980/
>
> fix it?
Yup.
-Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
@ 2018-06-18 3:13 ` Mike Galbraith
0 siblings, 0 replies; 13+ messages in thread
From: Mike Galbraith @ 2018-06-18 3:13 UTC (permalink / raw)
To: Dave Airlie, Greg KH
Cc: Ray Strode, LKML, stable, Gerd Hoffmann, Dave Airlie,
open list:VIRTIO CORE, NET...
On Mon, 2018-06-18 at 12:33 +1000, Dave Airlie wrote:
> On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> > On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
> >> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
> >> >
> >> > And if you revert that patch, does everything work again?
> >>
> >> Yes.
> >
> > Great, Dave, care to revert this in 4.18 so I can queue up that revert
> > in older kernels as well?
> >
> > thanks,
> >
> > greg k-h
>
> Hi MIke,
>
> Does
> https://patchwork.freedesktop.org/patch/229980/
>
> fix it?
Yup.
-Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary")
2018-06-18 2:33 ` Dave Airlie
(?)
@ 2018-06-18 3:13 ` Mike Galbraith
-1 siblings, 0 replies; 13+ messages in thread
From: Mike Galbraith @ 2018-06-18 3:13 UTC (permalink / raw)
To: Dave Airlie, Greg KH
Cc: Ray Strode, LKML, stable, open list:VIRTIO CORE, NET..., Dave Airlie
On Mon, 2018-06-18 at 12:33 +1000, Dave Airlie wrote:
> On 17 June 2018 at 21:02, Greg KH <gregkh@linuxfoundation.org> wrote:
> > On Sun, Jun 17, 2018 at 12:38:06PM +0200, Mike Galbraith wrote:
> >> On Sun, 2018-06-17 at 11:36 +0200, Greg KH wrote:
> >> >
> >> > And if you revert that patch, does everything work again?
> >>
> >> Yes.
> >
> > Great, Dave, care to revert this in 4.18 so I can queue up that revert
> > in older kernels as well?
> >
> > thanks,
> >
> > greg k-h
>
> Hi MIke,
>
> Does
> https://patchwork.freedesktop.org/patch/229980/
>
> fix it?
Yup.
-Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2018-06-18 3:13 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-06-16 15:39 v4.14.21+: ATOMIC_SLEEP splat bisected to 9428088c90b6 ("drm/qxl: reapply cursor after resetting primary") Mike Galbraith
2018-06-17 9:36 ` Greg KH
2018-06-17 9:36 ` Greg KH
2018-06-17 10:38 ` Mike Galbraith
2018-06-17 10:38 ` Mike Galbraith
2018-06-17 11:02 ` Greg KH
2018-06-17 11:02 ` Greg KH
2018-06-18 2:33 ` Dave Airlie
2018-06-18 2:33 ` Dave Airlie
2018-06-18 2:33 ` Dave Airlie
2018-06-18 3:13 ` Mike Galbraith
2018-06-18 3:13 ` Mike Galbraith
2018-06-18 3:13 ` Mike Galbraith
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.