From: Christian Lamparter <chunkeey@googlemail.com>
To: Julian Margetson <runaway@candw.ms>
Cc: "Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"Tejun Heo" <tj@kernel.org>,
linux-ide@vger.kernel.org, "Rob Herring" <robh+dt@kernel.org>,
linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
"Måns Rullgård" <mans@mansr.com>
Subject: Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again
Date: Sat, 23 Apr 2016 21:41:26 +0200 [thread overview]
Message-ID: <4252844.GfFuvxr01B@debian64> (raw)
In-Reply-To: <571B9849.2040406@candw.ms>
On Saturday, April 23, 2016 11:44:09 AM Julian Margetson wrote:
> On 4/23/2016 8:02 AM, Julian Margetson wrote:
> > On 4/22/2016 7:06 AM, Christian Lamparter wrote:
> >> On Friday, April 22, 2016 06:50:44 AM Julian Margetson wrote:
> >>> On 4/21/2016 4:25 PM, Christian Lamparter wrote:
> >>>> On Thursday, April 21, 2016 09:15:21 PM Andy Shevchenko wrote:
> >>>>> The last approach in the commit 8b3444852a2b ("sata_dwc_460ex:
> >>>>> move to generic
> >>>>> DMA driver") to switch to generic DMA engine API wasn't tested on
> >>>>> bare metal.
> >>>>> Besides that we expecting new board support coming with the same
> >>>>> SATA IP but
> >>>>> with different DMA.
> >>>>>
> >>>>> The driver has been tested myself on Sam460ex and WD MyBookLive
> >>>>> (apollo3g)
> >>>>> boards. In any case I ask Christian, Måns, and Julian to
> >>>>> independently test and
> >>>>> provide Tested-by tag or error report.
> >>>> I did a test run on my WD MyBook Live. I applied all the patches in
> >>>> this series on top of the topic/dw branch of Vinod Koul:
> >>>> <https://git.kernel.org/cgit/linux/kernel/git/vkoul/slave-dma.git/>
> >>>>
> >>>> Tested-by: Christian Lamparter<chunkeey@googlemail.com>
> >>>> ---
> >>>> results for my old ST3808110AS HDD. filesystem is ext4.
> >>>>
> >>>> # hdparm -t /dev/sda
> >>>>
> >>>> /dev/sda:
> >>>> Timing buffered disk reads: 204 MB in 3.02 seconds = 67.51 MB/sec
> >>>>
> >>>> # bonnie++ -u mbl
> >>>> Using uid:1000, gid:1000.
> >>>> Writing a byte at a time...done
> >>>> Writing intelligently...done
> >>>> Rewriting...done
> >>>> Reading a byte at a time...done
> >>>> Reading intelligently...done
> >>>> start 'em...done...done...done...done...done...
> >>>> Create files in sequential order...done.
> >>>> Stat files in sequential order...done.
> >>>> Delete files in sequential order...done.
> >>>> Create files in random order...done.
> >>>> Stat files in random order...done.
> >>>> Delete files in random order...done.
> >>>> Version 1.97 ------Sequential Output------ --Sequential
> >>>> Input- --Random-
> >>>> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr-
> >>>> --Block-- --Seeks--
> >>>> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec
> >>>> %CP /sec %CP
> >>>> mbl 496M 98 99 26011 21 17589 20 538 99 80138
> >>>> 39 208.9 8
> >>>> Latency 95267us 1409ms 295ms 26947us 9644us
> >>>> 1787ms
> >>>> Version 1.97 ------Sequential Create------ --------Random
> >>>> Create--------
> >>>> mbl -Create-- --Read--- -Delete-- -Create--
> >>>> --Read--- -Delete--
> >>>> files /sec %CP /sec %CP /sec %CP /sec %CP /sec
> >>>> %CP /sec %CP
> >>>> 16 6959 78 +++++ +++ 5197 40 7250 79 +++++
> >>>> +++ 4718 37
> >>>> Latency 149ms 6742us 212ms 177ms 767us
> >>>> 217ms
> >>>> 1.97,1.97,mbl,1,1461269771,496M,,98,99,26011,21,17589,20,538,99,80138,39,208.9,8,16,,,,,6959,78,+++++,+++,5197,40,7250,79,+++++,+++,4718,37,95267us,1409ms,295ms,26947us,9644us,1787ms,149ms,6742us,212ms,177ms,767us,217ms
> >>>>
> >>>>
> >>> Again on copy partitions .
> >> Ok, here's the copy from my mail off-list.
> >>
> >> Well, a unrelated driver "m41t80" caused a crash:
> >> [ 12.912739] Oops: Kernel access of bad area, sig: 11 [#3]
> >> [ 12.912743] PREEMPT Canyonlands
> >> [ 12.912753] CPU: 0 PID: 1413 Comm: irq/45-m41t80 Tainted: G
> >> D 4.6.0-rc4-next-20160421-sam460ex-jm #1
> >> [ 12.912757] task: ea9834e0 ti: eea6c000 task.ti: eea6c000
> >> [ 12.912760] NIP: c0224480 LR: c0023494 CTR: c0042508
> >> [ 12.912764] REGS: eea6daf0 TRAP: 0300 Tainted: G D
> >> (4.6.0-rc4-next-20160421-sam460ex-jm)
> >> [ 12.912774] MSR: 00029000 <CE,EE,ME> CR: 24008282 XER: 00000000
> >> [ 12.912825] DEAR: 00000008 ESR: 00000000
> >> [...]
> >> [ 12.912927] --- interrupt: 300 at mutex_lock+0x0/0x1c
> >> [ 12.912927] LR = m41t80_handle_irq+0x28/0xac
> >> [ 12.912932] [eea6de40] [00000000] (null) (unreliable)
> >> [ 12.912938] [eea6de60] [c004ffac] irq_thread_fn+0x2c/0x48
> >> [ 12.912944] [eea6de80] [c00501cc] irq_thread+0xc4/0x160
> >> [ 12.912951] [eea6ded0] [c003a3f8] kthread+0xc8/0xcc
> >> [ 12.912957] [eea6df40] [c000aee8] ret_from_kernel_thread+0x5c/0x64
> >> [ 12.912960] Instruction dump:
> >> [ 12.912974] 80010014 7fc3f378 bbc10008 7c0803a6 38210010 4be24ca8
> >> 9421ffd0 7c0802a6
> >> [ 12.912987] bf210014 90010034 3b4302d8 812302ec <83890008>
> >> 812302d8 7f9a4840 419e011c
> >> [ 12.912995] Fixing recursive fault but reboot is needed!
> >> ^^^ "reboot is needed!"
> >>
> >> Another thing that came to my mind: Have you checked if your hard drive
> >> and the cables are ok? Are there any pending sectors or suspicious smart
> >> values? Has the drive passed the extended offline test?
> >> Otherwise, I can't reproduce the error with my MyBook system. I've
> >> tested
> >> your kernel and it worked on the device without crashing. (I
> >> copied/dd'ed
> >> 80GB from and back to the hard-drive. It was long and boring, but I
> >> didn't
> >> encounter any issues and the crc32 matched).
> >>
> >> Sorry, but I can't help you if I can't reproduce it... And short of
> >> sending
> >> your box to test, I see no efficient way to debug it. However, what I
> >> can
> >> do, if you are interested: I have a few "build your own" My Book Live
> >> kits.
> >> It just needs a 3.5" hard-drive and 12v power adapter. If you are
> >> interested
> >> PM me off-list, this way you can verify that the kernels you build do
> >> work,
> >> just in case this error is due to a hardware issue (zapped controller,
> >> bad ram/drive/cable?) with your sam460ex box.
> >>
> >> Regards,
> >> Christian
> >>
> >>
> > My Hardware seems ok.
> > I have swapped cables and drives between the SII3512 pci controller
> > and the DWC controller.
> > No issues when connected to the SII3512 pci controller .
> > The DWC controller works ok under AmigaOS 4.1FE so that does not
> > appear to be a problem.
> >
> > Regards
> > Julian
> >
> >
> >
> >
> >
> >
> Test with kernel compiled with no other sata controllers included.
> Freshly formatted harddrive with one ntfs partition. MS-DOs partition
> table.
> Booted from USB thumb drive.
> Keyboard and mouse freeze as soon as gparted is run.
>
Well, then. Have you checked for any errata for the sam460ex?
There's a known errata for the 460EX, with the CPU lockup upon
high AHB traffic:
<http://lists.denx.de/pipermail/u-boot/2008-June/036078.html>
"This patch implements a fix provided by AMCC so that the lockup upon
simultanious traffic on AHB USB OTG, USB 2.0 and SATA doesn't occur
anymore:..."
This should be fixed by u-boot. However, there's no telling if
there's more to this workaround in the dma engine. You could try
to do the testing without anything connected to the USB ports
and disable/remove all usb hcds modules. As for fixing this:
I did a quick search but couldn't find any public information.
There's always support@apm.com (contact them!), or maybe someone
from the Amiga community knows more?
WARNING: multiple messages have this Message-ID (diff)
From: Christian Lamparter <chunkeey@googlemail.com>
To: Julian Margetson <runaway@candw.ms>
Cc: "Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"Tejun Heo" <tj@kernel.org>,
linux-ide@vger.kernel.org, "Rob Herring" <robh+dt@kernel.org>,
linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
"Måns Rullgård" <mans@mansr.com>
Subject: Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again
Date: Sat, 23 Apr 2016 21:41:26 +0200 [thread overview]
Message-ID: <4252844.GfFuvxr01B@debian64> (raw)
In-Reply-To: <571B9849.2040406@candw.ms>
On Saturday, April 23, 2016 11:44:09 AM Julian Margetson wrote:
> On 4/23/2016 8:02 AM, Julian Margetson wrote:
> > On 4/22/2016 7:06 AM, Christian Lamparter wrote:
> >> On Friday, April 22, 2016 06:50:44 AM Julian Margetson wrote:
> >>> On 4/21/2016 4:25 PM, Christian Lamparter wrote:
> >>>> On Thursday, April 21, 2016 09:15:21 PM Andy Shevchenko wrote:
> >>>>> The last approach in the commit 8b3444852a2b ("sata_dwc_460ex:=20=
> >>>>> move to generic
> >>>>> DMA driver") to switch to generic DMA engine API wasn't tested =
on=20
> >>>>> bare metal.
> >>>>> Besides that we expecting new board support coming with the sam=
e=20
> >>>>> SATA IP but
> >>>>> with different DMA.
> >>>>>
> >>>>> The driver has been tested myself on Sam460ex and WD MyBookLive=
=20
> >>>>> (apollo3g)
> >>>>> boards. In any case I ask Christian, M=E5ns, and Julian to=20
> >>>>> independently test and
> >>>>> provide Tested-by tag or error report.
> >>>> I did a test run on my WD MyBook Live. I applied all the patches=
in
> >>>> this series on top of the topic/dw branch of Vinod Koul:
> >>>> <https://git.kernel.org/cgit/linux/kernel/git/vkoul/slave-dma.gi=
t/>
> >>>>
> >>>> Tested-by: Christian Lamparter<chunkeey@googlemail.com>
> >>>> ---
> >>>> results for my old ST3808110AS HDD. filesystem is ext4.
> >>>>
> >>>> # hdparm -t /dev/sda
> >>>>
> >>>> /dev/sda:
> >>>> Timing buffered disk reads: 204 MB in 3.02 seconds =3D 67.51=
MB/sec
> >>>>
> >>>> # bonnie++ -u mbl
> >>>> Using uid:1000, gid:1000.
> >>>> Writing a byte at a time...done
> >>>> Writing intelligently...done
> >>>> Rewriting...done
> >>>> Reading a byte at a time...done
> >>>> Reading intelligently...done
> >>>> start 'em...done...done...done...done...done...
> >>>> Create files in sequential order...done.
> >>>> Stat files in sequential order...done.
> >>>> Delete files in sequential order...done.
> >>>> Create files in random order...done.
> >>>> Stat files in random order...done.
> >>>> Delete files in random order...done.
> >>>> Version 1.97 ------Sequential Output------ --Sequential=20=
> >>>> Input- --Random-
> >>>> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr-=20
> >>>> --Block-- --Seeks--
> >>>> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/se=
c=20
> >>>> %CP /sec %CP
> >>>> mbl 496M 98 99 26011 21 17589 20 538 99 8013=
8 =20
> >>>> 39 208.9 8
> >>>> Latency 95267us 1409ms 295ms 26947us 9644us=
=20
> >>>> 1787ms
> >>>> Version 1.97 ------Sequential Create------ --------Random=
=20
> >>>> Create--------
> >>>> mbl -Create-- --Read--- -Delete-- -Create--=20
> >>>> --Read--- -Delete--
> >>>> files /sec %CP /sec %CP /sec %CP /sec %CP /=
sec=20
> >>>> %CP /sec %CP
> >>>> 16 6959 78 +++++ +++ 5197 40 7250 79 +++=
++=20
> >>>> +++ 4718 37
> >>>> Latency 149ms 6742us 212ms 177ms 767us =
=20
> >>>> 217ms
> >>>> 1.97,1.97,mbl,1,1461269771,496M,,98,99,26011,21,17589,20,538,99,=
80138,39,208.9,8,16,,,,,6959,78,+++++,+++,5197,40,7250,79,+++++,+++,471=
8,37,95267us,1409ms,295ms,26947us,9644us,1787ms,149ms,6742us,212ms,177m=
s,767us,217ms=20
> >>>>
> >>>>
> >>> Again on copy partitions .
> >> Ok, here's the copy from my mail off-list.
> >>
> >> Well, a unrelated driver "m41t80" caused a crash:
> >> [ 12.912739] Oops: Kernel access of bad area, sig: 11 [#3]
> >> [ 12.912743] PREEMPT Canyonlands
> >> [ 12.912753] CPU: 0 PID: 1413 Comm: irq/45-m41t80 Tainted: G =
=20
> >> D 4.6.0-rc4-next-20160421-sam460ex-jm #1
> >> [ 12.912757] task: ea9834e0 ti: eea6c000 task.ti: eea6c000
> >> [ 12.912760] NIP: c0224480 LR: c0023494 CTR: c0042508
> >> [ 12.912764] REGS: eea6daf0 TRAP: 0300 Tainted: G D =20=
> >> (4.6.0-rc4-next-20160421-sam460ex-jm)
> >> [ 12.912774] MSR: 00029000 <CE,EE,ME> CR: 24008282 XER: 0000000=
0
> >> [ 12.912825] DEAR: 00000008 ESR: 00000000
> >> [...]
> >> [ 12.912927] --- interrupt: 300 at mutex_lock+0x0/0x1c
> >> [ 12.912927] LR =3D m41t80_handle_irq+0x28/0xac
> >> [ 12.912932] [eea6de40] [00000000] (null) (unreliable)
> >> [ 12.912938] [eea6de60] [c004ffac] irq_thread_fn+0x2c/0x48
> >> [ 12.912944] [eea6de80] [c00501cc] irq_thread+0xc4/0x160
> >> [ 12.912951] [eea6ded0] [c003a3f8] kthread+0xc8/0xcc
> >> [ 12.912957] [eea6df40] [c000aee8] ret_from_kernel_thread+0x5c/0=
x64
> >> [ 12.912960] Instruction dump:
> >> [ 12.912974] 80010014 7fc3f378 bbc10008 7c0803a6 38210010 4be24c=
a8=20
> >> 9421ffd0 7c0802a6
> >> [ 12.912987] bf210014 90010034 3b4302d8 812302ec <83890008>=20
> >> 812302d8 7f9a4840 419e011c
> >> [ 12.912995] Fixing recursive fault but reboot is needed!
> >> ^^^ "reboot is needed!"
> >>
> >> Another thing that came to my mind: Have you checked if your hard =
drive
> >> and the cables are ok? Are there any pending sectors or suspicious=
smart
> >> values? Has the drive passed the extended offline test?
> >> Otherwise, I can't reproduce the error with my MyBook system. I'=
ve=20
> >> tested
> >> your kernel and it worked on the device without crashing. (I=20
> >> copied/dd'ed
> >> 80GB from and back to the hard-drive. It was long and boring, but =
I=20
> >> didn't
> >> encounter any issues and the crc32 matched).
> >>
> >> Sorry, but I can't help you if I can't reproduce it... And short o=
f=20
> >> sending
> >> your box to test, I see no efficient way to debug it. However, wha=
t I=20
> >> can
> >> do, if you are interested: I have a few "build your own" My Book L=
ive=20
> >> kits.
> >> It just needs a 3.5" hard-drive and 12v power adapter. If you are=20=
> >> interested
> >> PM me off-list, this way you can verify that the kernels you build=
do=20
> >> work,
> >> just in case this error is due to a hardware issue (zapped control=
ler,
> >> bad ram/drive/cable?) with your sam460ex box.
> >>
> >> Regards,
> >> Christian
> >>
> >>
> > My Hardware seems ok.
> > I have swapped cables and drives between the SII3512 pci controller=
=20
> > and the DWC controller.
> > No issues when connected to the SII3512 pci controller .
> > The DWC controller works ok under AmigaOS 4.1FE so that does not=20=
> > appear to be a problem.
> >
> > Regards
> > Julian
> >
> >
> >
> >
> >
> >
> Test with kernel compiled with no other sata controllers included.
> Freshly formatted harddrive with one ntfs partition. MS-DOs partitio=
n=20
> table.
> Booted from USB thumb drive.
> Keyboard and mouse freeze as soon as gparted is run.
>=20
Well, then. Have you checked for any errata for the sam460ex?
There's a known errata for the 460EX, with the CPU lockup upon
high AHB traffic:
<http://lists.denx.de/pipermail/u-boot/2008-June/036078.html>=20
"This patch implements a fix provided by AMCC so that the lockup upon
simultanious traffic on AHB USB OTG, USB 2.0 and SATA doesn't occur
anymore:..."
This should be fixed by u-boot. However, there's no telling if
there's more to this workaround in the dma engine. You could try
to do the testing without anything connected to the USB ports=20
and disable/remove all usb hcds modules. As for fixing this:
I did a quick search but couldn't find any public information.=20
There's always support@apm.com (contact them!), or maybe someone
from the Amiga community knows more?
next prev parent reply other threads:[~2016-04-23 19:41 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-21 18:15 [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 01/23] ata: sata_dwc_460ex: remove incorrect locking Andy Shevchenko
2016-04-21 18:15 ` Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 02/23] ata: sata_dwc_460ex: fix crash on offline links without an attached drive Andy Shevchenko
2016-04-21 18:15 ` Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 03/23] ata: sata_dwc_460ex: set dma_boundary to 0x1fff Andy Shevchenko
2016-04-22 13:13 ` Sergei Shtylyov
2016-04-21 18:15 ` [PATCH v1 04/23] ata: sata_dwc_460ex: burst size must be in items not bytes Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 05/23] ata: sata_dwc_460ex: DMA is always a flow controller Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 06/23] ata: sata_dwc_460ex: select only core part of DMA driver Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 07/23] ata: sata_dwc_460ex: skip dma setup for non-dma commands Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 08/23] ata: sata_dwc_460ex: don't call ata_sff_qc_issue() on DMA commands Andy Shevchenko
2016-04-22 11:32 ` David Laight
2016-04-22 11:32 ` David Laight
2016-04-22 11:44 ` Christian Lamparter
2016-04-21 18:15 ` [PATCH v1 09/23] ata: sata_dwc_460ex: use "dmas" DT property to find dma channel Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 10/23] ata: sata_dwc_460ex: add phy support Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 11/23] ata: sata_dwc_460ex: get rid of global data Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 12/23] ata: sata_dwc_460ex: correct HOSTDEV{P}_FROM_*() macros Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 13/23] ata: sata_dwc_460ex: remove empty libata callback Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 14/23] ata: sata_dwc_460ex: get rid of some pointless casts Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 15/23] ata: sata_dwc_460ex: get rid of incorrect cast Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 16/23] ata: sata_dwc_460ex: add __iomem to register base pointer Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 17/23] ata: sata_dwc_460ex: supply physical address of FIFO to DMA Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 18/23] ata: sata_dwc_460ex: switch to new dmaengine_terminate_* API Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 19/23] ata: sata_dwc_460ex: use readl/writel_relaxed() Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 20/23] ata: sata_dwc_460ex: tidy up sata_dwc_clear_dmacr() Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 21/23] ata: sata_dwc_460ex: use devm_ioremap Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 22/23] ata: sata_dwc_460ex: make debug messages neat Andy Shevchenko
2016-04-21 18:15 ` [PATCH v1 23/23] powerpc/4xx: Device tree update for the 460ex DWC SATA Andy Shevchenko
2016-04-21 19:59 ` Rob Herring
2016-04-21 20:25 ` [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again Christian Lamparter
2016-04-21 20:25 ` Christian Lamparter
2016-04-22 10:50 ` Julian Margetson
2016-04-22 10:50 ` Julian Margetson
2016-04-22 11:06 ` Christian Lamparter via Linuxppc-dev
2016-04-22 11:06 ` Christian Lamparter
2016-04-22 11:06 ` Christian Lamparter
2016-04-23 12:02 ` Julian Margetson
2016-04-23 15:44 ` Julian Margetson
2016-04-23 19:41 ` Christian Lamparter [this message]
2016-04-23 19:41 ` Christian Lamparter
2016-04-24 13:05 ` Julian Margetson
2016-04-24 15:21 ` Christian Lamparter
2016-04-24 17:51 ` Julian Margetson
2016-04-23 15:44 ` Julian Margetson
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=4252844.GfFuvxr01B@debian64 \
--to=chunkeey@googlemail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mans@mansr.com \
--cc=robh+dt@kernel.org \
--cc=runaway@candw.ms \
--cc=tj@kernel.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 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.