* oops on kernel 3.14.17 seems related to EFI
@ 2014-09-05 6:51 Francis Moreau
2014-09-05 12:09 ` Matt Fleming
0 siblings, 1 reply; 7+ messages in thread
From: Francis Moreau @ 2014-09-05 6:51 UTC (permalink / raw)
To: LKML; +Cc: Borislav Petkov, Matt Fleming
Hello,
Another day, another oops...
[ +0.055412] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ +0.000062] IP: [< (null)>] (null)
[ +0.000034] PGD 2b3c067 PUD 2b3d067 PMD 2b3e067 PTE 8000000000000163
[ +0.000047] Oops: 0011 [#1] SMP
[ +0.000027] Modules linked in: btrfs raid6_pq xor ses enclosure
usb_storage tun loop joydev fuse coretemp hwmon arc4 iwldvm led_class
intel_rapl x86_pkg_temp_thermal intel_powerclamp kvm_intel kvm
nls_iso8859_1 mac80211 nls_cp437 crct10d
[ +0.000574] ac processor mac_hid nfs lockd sunrpc fscache ext4 crc16
mbcache jbd2 hid_generic usbhid hid bcache sd_mod sr_mod crc_t10dif
cdrom crct10dif_common rtsx_pci_sdmmc mmc_core atkbd libps2 ahci libahci
ehci_pci libata xhci_hcd e
[ +0.000274] CPU: 3 PID: 12321 Comm: systemd-udevd Not tainted
3.14.17-1-lts #1
[ +0.000044] Hardware name: CLEVO CO. W55xEU
/W55xEU , BIOS 4.6.5
03/05/2013
[ +0.000077] task: ffff8803a9ef60e0 ti: ffff8800b4000000 task.ti:
ffff8800b4000000
[ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>]
(null)
[ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
[ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX:
ffff880406288000
[ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI:
0000000000000000
[ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09:
ffff8800b4001ec0
[ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12:
ffff880406288400
[ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15:
000000000009b000
[ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000)
knlGS:0000000000000000
[ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4:
00000000001427e0
[ +0.000042] Stack:
[ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246
ffff8800da9e6628
[ +0.000052] 8000000300000000 0000000000000000 0000000000000000
ffff8800b4001e50
[ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50
00ffffffffffffff
[ +0.000052] Call Trace:
[ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
[ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
[ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
[ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
[ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
[ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
[ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
[ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
[ +0.000035] Code: Bad RIP value.
[ +0.000026] RIP [< (null)>] (null)
[ +0.000033] RSP <ffff8800b4001da8>
[ +0.000022] CR2: 0000000000000000
[ +0.015070] ---[ end trace 9b69115f973204df ]---
Thanks for any helps.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-09-05 12:09 ` Matt Fleming
0 siblings, 0 replies; 7+ messages in thread
From: Matt Fleming @ 2014-09-05 12:09 UTC (permalink / raw)
To: Francis Moreau; +Cc: LKML, Borislav Petkov, linux-efi
(Adding linux-efi)
On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
> [ +0.000042] Stack:
> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
> [ +0.000052] Call Trace:
> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
This looks like efi.systab->runtime->get_variable is NULL.
Could you send a copy of the dmesg buffer? It might contain some info to
explain this issue.
Also, is this a regression? If so it would be excellent if you could
pinpoint the commit that causes the problem, using git bisect.
--
Matt Fleming, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-09-05 12:09 ` Matt Fleming
0 siblings, 0 replies; 7+ messages in thread
From: Matt Fleming @ 2014-09-05 12:09 UTC (permalink / raw)
To: Francis Moreau; +Cc: LKML, Borislav Petkov, linux-efi-u79uwXL29TY76Z2rM5mHXA
(Adding linux-efi)
On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
> [ +0.000042] Stack:
> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
> [ +0.000052] Call Trace:
> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
This looks like efi.systab->runtime->get_variable is NULL.
Could you send a copy of the dmesg buffer? It might contain some info to
explain this issue.
Also, is this a regression? If so it would be excellent if you could
pinpoint the commit that causes the problem, using git bisect.
--
Matt Fleming, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-09-05 12:33 ` Francis Moreau
0 siblings, 0 replies; 7+ messages in thread
From: Francis Moreau @ 2014-09-05 12:33 UTC (permalink / raw)
To: Matt Fleming; +Cc: LKML, Borislav Petkov, linux-efi
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
>> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
>> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
>> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
>> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
>> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
>> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
>> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
>> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
>> [ +0.000042] Stack:
>> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
>> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
>> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
>> [ +0.000052] Call Trace:
>> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
>> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
>> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
>> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
>> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
>> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
>> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
>> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
>
> This looks like efi.systab->runtime->get_variable is NULL.
>
> Could you send a copy of the dmesg buffer? It might contain some info to
> explain this issue.
Unfortunately, I haven't kept a copy of it.
>
> Also, is this a regression? If so it would be excellent if you could
> pinpoint the commit that causes the problem, using git bisect.
>
it's been a while now I'm stuck to 3.14 (later kernels oops for other
reasons) so I don't really remember. I would say no but I'm really not sure.
Thanks
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-09-05 12:33 ` Francis Moreau
0 siblings, 0 replies; 7+ messages in thread
From: Francis Moreau @ 2014-09-05 12:33 UTC (permalink / raw)
To: Matt Fleming; +Cc: LKML, Borislav Petkov, linux-efi-u79uwXL29TY76Z2rM5mHXA
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
>> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
>> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
>> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
>> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
>> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
>> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
>> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
>> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
>> [ +0.000042] Stack:
>> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
>> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
>> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
>> [ +0.000052] Call Trace:
>> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
>> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
>> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
>> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
>> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
>> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
>> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
>> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
>
> This looks like efi.systab->runtime->get_variable is NULL.
>
> Could you send a copy of the dmesg buffer? It might contain some info to
> explain this issue.
Unfortunately, I haven't kept a copy of it.
>
> Also, is this a regression? If so it would be excellent if you could
> pinpoint the commit that causes the problem, using git bisect.
>
it's been a while now I'm stuck to 3.14 (later kernels oops for other
reasons) so I don't really remember. I would say no but I'm really not sure.
Thanks
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-10-06 7:46 ` Francis Moreau
0 siblings, 0 replies; 7+ messages in thread
From: Francis Moreau @ 2014-10-06 7:46 UTC (permalink / raw)
To: Matt Fleming; +Cc: LKML, Borislav Petkov, linux-efi
[-- Attachment #1: Type: text/plain, Size: 2185 bytes --]
Hello Matt,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
>> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
>> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
>> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
>> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
>> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
>> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
>> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
>> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
>> [ +0.000042] Stack:
>> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
>> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
>> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
>> [ +0.000052] Call Trace:
>> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
>> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
>> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
>> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
>> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
>> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
>> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
>> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
>
> This looks like efi.systab->runtime->get_variable is NULL.
>
> Could you send a copy of the dmesg buffer? It might contain some info to
> explain this issue.
>
It happened again and it really does related to loop device: it always
happens after (but not immediately after) I set up/delete loop devices
and maybe after hibernating too.
I attached the dmesg output after the bug triggered again.
Thanks
[-- Attachment #2: oops.gz --]
[-- Type: application/gzip, Size: 27101 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops on kernel 3.14.17 seems related to EFI
@ 2014-10-06 7:46 ` Francis Moreau
0 siblings, 0 replies; 7+ messages in thread
From: Francis Moreau @ 2014-10-06 7:46 UTC (permalink / raw)
To: Matt Fleming; +Cc: LKML, Borislav Petkov, linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 2185 bytes --]
Hello Matt,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.000045] RIP: 0010:[<0000000000000000>] [< (null)>] (null)
>> [ +0.000046] RSP: 0018:ffff8800b4001da8 EFLAGS: 00010002
>> [ +0.000032] RAX: 0000000080050033 RBX: ffff880406288000 RCX: ffff880406288000
>> [ +0.000041] RDX: ffff880406288400 RSI: ffff880406288000 RDI: 0000000000000000
>> [ +0.000042] RBP: ffff8800b4001e80 R08: 0000000000000000 R09: ffff8800b4001ec0
>> [ +0.000042] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880406288400
>> [ +0.000042] R13: 0000000000000000 R14: ffff8800b4001ec0 R15: 000000000009b000
>> [ +0.000042] FS: 00007f7720a567c0(0000) GS:ffff88041e2c0000(0000) knlGS:0000000000000000
>> [ +0.000048] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ +0.000034] CR2: 0000000000000000 CR3: 000000000009b000 CR4: 00000000001427e0
>> [ +0.000042] Stack:
>> [ +0.000014] ffffffff81063281 ffffffff811bd95c 0000000000000246 ffff8800da9e6628
>> [ +0.000052] 8000000300000000 0000000000000000 0000000000000000 ffff8800b4001e50
>> [ +0.000051] 0000000080050033 00007f7722abbc50 00007f7722abbb50 00ffffffffffffff
>> [ +0.000052] Call Trace:
>> [ +0.000022] [<ffffffff81063281>] ? efi_call5+0x71/0xf0
>> [ +0.000035] [<ffffffff811bd95c>] ? getname_flags+0x2c/0x130
>> [ +0.000037] [<ffffffff81062649>] ? virt_efi_get_variable+0x49/0x60
>> [ +0.000051] [<ffffffff813d0181>] efivar_entry_size+0x41/0x80
>> [ +0.000030] [<ffffffff8123aec9>] efivarfs_file_read+0x49/0x100
>> [ +0.000046] [<ffffffff811b2077>] vfs_read+0x97/0x160
>> [ +0.000041] [<ffffffff811b2bc9>] SyS_read+0x59/0xd0
>> [ +0.000041] [<ffffffff81509e29>] system_call_fastpath+0x16/0x1b
>
> This looks like efi.systab->runtime->get_variable is NULL.
>
> Could you send a copy of the dmesg buffer? It might contain some info to
> explain this issue.
>
It happened again and it really does related to loop device: it always
happens after (but not immediately after) I set up/delete loop devices
and maybe after hibernating too.
I attached the dmesg output after the bug triggered again.
Thanks
[-- Attachment #2: oops.gz --]
[-- Type: application/gzip, Size: 27101 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-10-06 7:46 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-09-05 6:51 oops on kernel 3.14.17 seems related to EFI Francis Moreau
2014-09-05 12:09 ` Matt Fleming
2014-09-05 12:09 ` Matt Fleming
2014-09-05 12:33 ` Francis Moreau
2014-09-05 12:33 ` Francis Moreau
2014-10-06 7:46 ` Francis Moreau
2014-10-06 7:46 ` Francis Moreau
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.