All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Gabriele Paoloni <gabriele.paoloni@huawei.com>
Cc: Mika Westerberg <mika.westerberg@linux.intel.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"frowand.list@gmail.com" <frowand.list@gmail.com>,
	"bhelgaas@google.com" <bhelgaas@google.com>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"brian.starkey@arm.com" <brian.starkey@arm.com>,
	"olof@lixom.net" <olof@lixom.net>,
	"benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.ke>
Subject: Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning
Date: Mon, 3 Jul 2017 23:22:45 +0300	[thread overview]
Message-ID: <CAHp75VevOno613gk8QHDA7kmLZJj9TLZRiu7oJUs_xaRzcbpnw@mail.gmail.com> (raw)
In-Reply-To: <EE11001F9E5DDD47B7634E2F8A612F2E40B10487@FRAEML521-MBX.china.huawei.com>

On Mon, Jul 3, 2017 at 7:08 PM, Gabriele Paoloni
<gabriele.paoloni@huawei.com> wrote:

JFYI: Mika on vacation.

> I had a look into the MFD framework. If my understanding is correct the mfd
> framework create a platform device for each declared mfd_cell that is passed
> to mfd_add_devices().

Right.

> However there is something that I do not quite understand:
> from
> http://elixir.free-electrons.com/linux/latest/source/drivers/mfd/mfd-core.c#L207
> it seems that mfd_add_device() will create the platform device using the
> resources that are statically declared in the respective mfd_cell.

It's one possibility.

> In my case I'd like to have a platform device using the resources that are
> parsed from the ACPI table (i.e. as it is done now by
> acpi_create_platform_device()).

So far so good. Nothing prevents you to do that.

> If my understanding is correct, if I declared an mfd_cell for my IPMI child
> the mfd subsystem would create a platform device for such child and
> therefore acpi_create_platform_device() would fail to create a new platform
> device as adev->physical_node_count will be non zero.
> However as things stand now mfd_cell devices can only use the resources
> that are statically defined in the code (and therefore not the ones in the
> ACPI nodes)...am I right?

You may file resources first and then register MFD cells. See many
existing examples in the kernel.

-- 
With Best Regards,
Andy Shevchenko

WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Gabriele Paoloni <gabriele.paoloni@huawei.com>
Cc: Mika Westerberg <mika.westerberg@linux.intel.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"frowand.list@gmail.com" <frowand.list@gmail.com>,
	"bhelgaas@google.com" <bhelgaas@google.com>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"brian.starkey@arm.com" <brian.starkey@arm.com>,
	"olof@lixom.net" <olof@lixom.net>,
	"benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	Linuxarm <linuxarm@huawei.com>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"minyard@acm.org" <minyard@acm.org>,
	John Garry <john.garry@huawei.com>,
	"xuwei (O)" <xuwei5@hisilicon.com>
Subject: Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning
Date: Mon, 3 Jul 2017 23:22:45 +0300	[thread overview]
Message-ID: <CAHp75VevOno613gk8QHDA7kmLZJj9TLZRiu7oJUs_xaRzcbpnw@mail.gmail.com> (raw)
In-Reply-To: <EE11001F9E5DDD47B7634E2F8A612F2E40B10487@FRAEML521-MBX.china.huawei.com>

On Mon, Jul 3, 2017 at 7:08 PM, Gabriele Paoloni
<gabriele.paoloni@huawei.com> wrote:

JFYI: Mika on vacation.

> I had a look into the MFD framework. If my understanding is correct the mfd
> framework create a platform device for each declared mfd_cell that is passed
> to mfd_add_devices().

Right.

> However there is something that I do not quite understand:
> from
> http://elixir.free-electrons.com/linux/latest/source/drivers/mfd/mfd-core.c#L207
> it seems that mfd_add_device() will create the platform device using the
> resources that are statically declared in the respective mfd_cell.

It's one possibility.

> In my case I'd like to have a platform device using the resources that are
> parsed from the ACPI table (i.e. as it is done now by
> acpi_create_platform_device()).

So far so good. Nothing prevents you to do that.

> If my understanding is correct, if I declared an mfd_cell for my IPMI child
> the mfd subsystem would create a platform device for such child and
> therefore acpi_create_platform_device() would fail to create a new platform
> device as adev->physical_node_count will be non zero.
> However as things stand now mfd_cell devices can only use the resources
> that are statically defined in the code (and therefore not the ones in the
> ACPI nodes)...am I right?

You may file resources first and then register MFD cells. See many
existing examples in the kernel.

-- 
With Best Regards,
Andy Shevchenko

WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Gabriele Paoloni <gabriele.paoloni@huawei.com>
Cc: "mark.rutland@arm.com" <mark.rutland@arm.com>,
	"benh@kernel.crashing.org" <benh@kernel.crashing.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	Linuxarm <linuxarm@huawei.com>,
	"frowand.list@gmail.com" <frowand.list@gmail.com>,
	Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"xuwei \(O\)" <xuwei5@hisilicon.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"minyard@acm.org" <minyard@acm.org>,
	John Garry <john.garry@huawei.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"bhelgaas@google.com" <bhelgaas@google.com>,
	Mika Westerberg <mika.westerberg@linux.intel.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"olof@lixom.net" <olof@lixom.net>,
	"brian.starkey@arm.com" <brian.starkey@arm.com>
Subject: Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning
Date: Mon, 3 Jul 2017 23:22:45 +0300	[thread overview]
Message-ID: <CAHp75VevOno613gk8QHDA7kmLZJj9TLZRiu7oJUs_xaRzcbpnw@mail.gmail.com> (raw)
In-Reply-To: <EE11001F9E5DDD47B7634E2F8A612F2E40B10487@FRAEML521-MBX.china.huawei.com>

On Mon, Jul 3, 2017 at 7:08 PM, Gabriele Paoloni
<gabriele.paoloni@huawei.com> wrote:

JFYI: Mika on vacation.

> I had a look into the MFD framework. If my understanding is correct the mfd
> framework create a platform device for each declared mfd_cell that is passed
> to mfd_add_devices().

Right.

> However there is something that I do not quite understand:
> from
> http://elixir.free-electrons.com/linux/latest/source/drivers/mfd/mfd-core.c#L207
> it seems that mfd_add_device() will create the platform device using the
> resources that are statically declared in the respective mfd_cell.

It's one possibility.

> In my case I'd like to have a platform device using the resources that are
> parsed from the ACPI table (i.e. as it is done now by
> acpi_create_platform_device()).

So far so good. Nothing prevents you to do that.

> If my understanding is correct, if I declared an mfd_cell for my IPMI child
> the mfd subsystem would create a platform device for such child and
> therefore acpi_create_platform_device() would fail to create a new platform
> device as adev->physical_node_count will be non zero.
> However as things stand now mfd_cell devices can only use the resources
> that are statically defined in the code (and therefore not the ones in the
> ACPI nodes)...am I right?

You may file resources first and then register MFD cells. See many
existing examples in the kernel.

-- 
With Best Regards,
Andy Shevchenko

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: andy.shevchenko@gmail.com (Andy Shevchenko)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning
Date: Mon, 3 Jul 2017 23:22:45 +0300	[thread overview]
Message-ID: <CAHp75VevOno613gk8QHDA7kmLZJj9TLZRiu7oJUs_xaRzcbpnw@mail.gmail.com> (raw)
In-Reply-To: <EE11001F9E5DDD47B7634E2F8A612F2E40B10487@FRAEML521-MBX.china.huawei.com>

On Mon, Jul 3, 2017 at 7:08 PM, Gabriele Paoloni
<gabriele.paoloni@huawei.com> wrote:

JFYI: Mika on vacation.

> I had a look into the MFD framework. If my understanding is correct the mfd
> framework create a platform device for each declared mfd_cell that is passed
> to mfd_add_devices().

Right.

> However there is something that I do not quite understand:
> from
> http://elixir.free-electrons.com/linux/latest/source/drivers/mfd/mfd-core.c#L207
> it seems that mfd_add_device() will create the platform device using the
> resources that are statically declared in the respective mfd_cell.

It's one possibility.

> In my case I'd like to have a platform device using the resources that are
> parsed from the ACPI table (i.e. as it is done now by
> acpi_create_platform_device()).

So far so good. Nothing prevents you to do that.

> If my understanding is correct, if I declared an mfd_cell for my IPMI child
> the mfd subsystem would create a platform device for such child and
> therefore acpi_create_platform_device() would fail to create a new platform
> device as adev->physical_node_count will be non zero.
> However as things stand now mfd_cell devices can only use the resources
> that are statically defined in the code (and therefore not the ones in the
> ACPI nodes)...am I right?

You may file resources first and then register MFD cells. See many
existing examples in the kernel.

-- 
With Best Regards,
Andy Shevchenko

  parent reply	other threads:[~2017-07-03 20:22 UTC|newest]

Thread overview: 171+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-25 11:37 [PATCH v9 0/7] LPC: legacy ISA I/O support Gabriele Paoloni
2017-05-25 11:37 ` Gabriele Paoloni
2017-05-25 11:37 ` Gabriele Paoloni
2017-05-25 11:37 ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 1/7] LIB: Introduce a generic PIO mapping method Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-26 20:57   ` Bjorn Helgaas
2017-05-26 20:57     ` Bjorn Helgaas
2017-05-26 20:57     ` Bjorn Helgaas
2017-05-26 20:57     ` Bjorn Helgaas
2017-05-30 15:09     ` Gabriele Paoloni
2017-05-30 15:09       ` Gabriele Paoloni
2017-05-30 15:09       ` Gabriele Paoloni
2017-05-30 15:09       ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 2/7] PCI: Apply the new generic I/O management on PCI IO hosts Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-26 21:20   ` Bjorn Helgaas
2017-05-26 21:20     ` Bjorn Helgaas
2017-05-26 21:20     ` Bjorn Helgaas
2017-05-26 21:20     ` Bjorn Helgaas
2017-05-30  8:12     ` Gabriele Paoloni
2017-05-30  8:12       ` Gabriele Paoloni
2017-05-30  8:12       ` Gabriele Paoloni
2017-05-30  8:12       ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 3/7] OF: Add missing I/O range exception for indirect-IO devices Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 4/7] LPC: Support the device-tree LPC host on Hip06/Hip07 Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-26  0:03   ` kbuild test robot
2017-05-26  0:03     ` kbuild test robot
2017-05-26  0:03     ` kbuild test robot
2017-05-26  0:03     ` kbuild test robot
2017-05-30 13:24   ` Lorenzo Pieralisi
2017-05-30 13:24     ` Lorenzo Pieralisi
2017-05-30 13:24     ` Lorenzo Pieralisi
2017-05-31 10:24     ` Gabriele Paoloni
2017-05-31 10:24       ` Gabriele Paoloni
2017-05-31 10:24       ` Gabriele Paoloni
2017-05-31 10:24       ` Gabriele Paoloni
2017-06-06  8:55       ` Lorenzo Pieralisi
2017-06-06  8:55         ` Lorenzo Pieralisi
2017-06-06  8:55         ` Lorenzo Pieralisi
2017-06-06  8:55         ` Lorenzo Pieralisi
2017-06-12 15:57         ` Lorenzo Pieralisi
2017-06-12 15:57           ` Lorenzo Pieralisi
2017-06-12 15:57           ` Lorenzo Pieralisi
2017-06-12 15:57           ` Lorenzo Pieralisi
2017-06-13  7:24           ` Gabriele Paoloni
2017-06-13  7:24             ` Gabriele Paoloni
2017-06-13  7:24             ` Gabriele Paoloni
2017-06-13  7:24             ` Gabriele Paoloni
2017-06-13  8:48           ` Mika Westerberg
2017-06-13  8:48             ` Mika Westerberg
2017-06-13  8:48             ` Mika Westerberg
2017-06-13  8:48             ` Mika Westerberg
2017-06-13 14:38             ` Gabriele Paoloni
2017-06-13 14:38               ` Gabriele Paoloni
2017-06-13 14:38               ` Gabriele Paoloni
2017-06-13 14:38               ` Gabriele Paoloni
2017-06-13 15:10               ` Mika Westerberg
2017-06-13 15:10                 ` Mika Westerberg
2017-06-13 15:10                 ` Mika Westerberg
2017-06-13 15:10                 ` Mika Westerberg
2017-06-13 19:01                 ` Gabriele Paoloni
2017-06-13 19:01                   ` Gabriele Paoloni
2017-06-13 19:01                   ` Gabriele Paoloni
2017-06-13 19:01                   ` Gabriele Paoloni
2017-06-13 20:03                   ` Mika Westerberg
2017-06-13 20:03                     ` Mika Westerberg
2017-06-13 20:03                     ` Mika Westerberg
2017-06-13 20:03                     ` Mika Westerberg
2017-06-15 18:01                     ` Gabriele Paoloni
2017-06-15 18:01                       ` Gabriele Paoloni
2017-06-15 18:01                       ` Gabriele Paoloni
2017-06-15 18:01                       ` Gabriele Paoloni
2017-06-16  8:33                       ` Mika Westerberg
2017-06-16  8:33                         ` Mika Westerberg
2017-06-16  8:33                         ` Mika Westerberg
2017-06-16  8:33                         ` Mika Westerberg
2017-06-16 11:24                         ` Rafael J. Wysocki
2017-06-16 11:24                           ` Rafael J. Wysocki
2017-06-16 11:24                           ` Rafael J. Wysocki
2017-06-16 11:24                           ` Rafael J. Wysocki
2017-06-16 12:00                           ` Mika Westerberg
2017-06-16 12:00                             ` Mika Westerberg
2017-06-16 12:00                             ` Mika Westerberg
2017-06-16 12:00                             ` Mika Westerberg
2017-06-16 12:22                             ` Rafael J. Wysocki
2017-06-16 12:22                               ` Rafael J. Wysocki
2017-06-16 12:22                               ` Rafael J. Wysocki
2017-06-16 12:22                               ` Rafael J. Wysocki
2017-06-19  9:50                               ` Gabriele Paoloni
2017-06-19  9:50                                 ` Gabriele Paoloni
2017-06-19  9:50                                 ` Gabriele Paoloni
2017-06-19  9:50                                 ` Gabriele Paoloni
2017-06-19 10:02                                 ` Mika Westerberg
2017-06-19 10:02                                   ` Mika Westerberg
2017-06-19 10:02                                   ` Mika Westerberg
2017-06-19 10:02                                   ` Mika Westerberg
2017-06-19 10:04                                   ` Gabriele Paoloni
2017-06-19 10:04                                     ` Gabriele Paoloni
2017-06-19 10:04                                     ` Gabriele Paoloni
2017-06-19 10:04                                     ` Gabriele Paoloni
2017-07-03 16:08                                     ` Gabriele Paoloni
2017-07-03 16:08                                       ` Gabriele Paoloni
2017-07-03 16:08                                       ` Gabriele Paoloni
2017-07-03 16:08                                       ` Gabriele Paoloni
2017-07-03 16:23                                       ` Gabriele Paoloni
2017-07-03 16:23                                         ` Gabriele Paoloni
2017-07-03 16:23                                         ` Gabriele Paoloni
2017-07-03 16:23                                         ` Gabriele Paoloni
2017-07-03 20:22                                       ` Andy Shevchenko [this message]
2017-07-03 20:22                                         ` Andy Shevchenko
2017-07-03 20:22                                         ` Andy Shevchenko
2017-07-03 20:22                                         ` Andy Shevchenko
2017-07-04 15:14                                         ` Gabriele Paoloni
2017-07-04 15:14                                           ` Gabriele Paoloni
2017-07-04 15:14                                           ` Gabriele Paoloni
2017-07-04 15:14                                           ` Gabriele Paoloni
2017-07-04 15:46                                           ` Andy Shevchenko
2017-07-04 15:46                                             ` Andy Shevchenko
2017-07-04 15:46                                             ` Andy Shevchenko
2017-07-04 15:46                                             ` Andy Shevchenko
2017-07-04 16:22                                             ` Gabriele Paoloni
2017-07-04 16:22                                               ` Gabriele Paoloni
2017-07-04 16:22                                               ` Gabriele Paoloni
2017-07-04 16:22                                               ` Gabriele Paoloni
2017-06-29 16:16                           ` John Garry
2017-06-29 16:16                             ` John Garry
2017-06-29 16:16                             ` John Garry
2017-06-29 16:16                             ` John Garry
2017-06-30  9:05                             ` Mika Westerberg
2017-06-30  9:05                               ` Mika Westerberg
2017-06-30  9:05                               ` Mika Westerberg
2017-06-30  9:05                               ` Mika Westerberg
2017-06-30  9:28                               ` John Garry
2017-06-30  9:28                                 ` John Garry
2017-06-30  9:28                                 ` John Garry
2017-06-30  9:28                                 ` John Garry
2017-06-30 12:56                                 ` Rafael J. Wysocki
2017-06-30 12:56                                   ` Rafael J. Wysocki
2017-06-30 12:56                                   ` Rafael J. Wysocki
2017-06-30 12:56                                   ` Rafael J. Wysocki
2017-05-25 11:37 ` [PATCH v9 6/7] LPC: Add the ACPI LPC support Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-26  3:12   ` kbuild test robot
2017-05-26  3:12     ` kbuild test robot
2017-05-26  3:12     ` kbuild test robot
2017-05-26  3:12     ` kbuild test robot
2017-05-26 10:12     ` Gabriele Paoloni
2017-05-26 10:12       ` Gabriele Paoloni
2017-05-26 10:12       ` Gabriele Paoloni
2017-05-26 10:12       ` Gabriele Paoloni
2017-05-25 11:37 ` [PATCH v9 7/7] MANTAINERS: Add maintainer for HiSilicon LPC driver Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni
2017-05-25 11:37   ` Gabriele Paoloni

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=CAHp75VevOno613gk8QHDA7kmLZJj9TLZRiu7oJUs_xaRzcbpnw@mail.gmail.com \
    --to=andy.shevchenko@gmail.com \
    --cc=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=bhelgaas@google.com \
    --cc=brian.starkey@arm.com \
    --cc=catalin.marinas@arm.com \
    --cc=frowand.list@gmail.com \
    --cc=gabriele.paoloni@huawei.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.ke \
    --cc=lorenzo.pieralisi@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=mika.westerberg@linux.intel.com \
    --cc=olof@lixom.net \
    --cc=rafael@kernel.org \
    --cc=rjw@rjwysocki.net \
    --cc=robh+dt@kernel.org \
    --cc=will.deacon@arm.com \
    /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.