Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Tue, 10 Jul 2018 12:32:50 +0200
From:   Thierry Reding <thierry.reding@gmail.com>
To:     Stefan Mavrodiev <stefan@olimex.com>
Cc:     David Airlie <airlied@linux.ie>, Rob Herring <robh+dt@kernel.org>,
        Mark Rutland <mark.rutland@arm.com>,
        "David S. Miller" <davem@davemloft.net>,
        Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Randy Dunlap <rdunlap@infradead.org>,
        "open list:DRM PANEL DRIVERS" <dri-devel@lists.freedesktop.org>,
        "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" 
        <devicetree@vger.kernel.org>,
        open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 1/1] drm/panel: Add support for Olimex LCD-OLinuXino
 panel
Message-ID: <20180710103250.GG1504@ulmo>
References: <1529909093-17021-1-git-send-email-stefan@olimex.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
        protocol="application/pgp-signature"; boundary="gvF4niNJ+uBMJnEh"
Content-Disposition: inline
In-Reply-To: <1529909093-17021-1-git-send-email-stefan@olimex.com>
User-Agent: Mutt/1.10.0 (2018-05-17)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


--gvF4niNJ+uBMJnEh
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 25, 2018 at 09:44:35AM +0300, Stefan Mavrodiev wrote:
> This patch adds Olimex Ltd. LCD-OLinuXino bridge panel driver. The
> panel is used with different LCDs (currently from 480x272 to 1280x800).
> Small EEPROM chip is used for identification, which holds some
> factory data and timing requirements.
>=20
> Signed-off-by: Stefan Mavrodiev <stefan@olimex.com>
> ---
> Changes for v2:
>     - Changed lcd_olinuxino_funcs to static const
>=20
>  .../display/panel/olimex,lcd-olinuxino.txt         |  42 +++
>  MAINTAINERS                                        |   6 +
>  drivers/gpu/drm/panel/Kconfig                      |  10 +
>  drivers/gpu/drm/panel/Makefile                     |   1 +
>  drivers/gpu/drm/panel/panel-olimex-lcd-olinuxino.c | 360 +++++++++++++++=
++++++
>  5 files changed, 419 insertions(+)
>  create mode 100644 Documentation/devicetree/bindings/display/panel/olime=
x,lcd-olinuxino.txt
>  create mode 100644 drivers/gpu/drm/panel/panel-olimex-lcd-olinuxino.c
>=20
> diff --git a/Documentation/devicetree/bindings/display/panel/olimex,lcd-o=
linuxino.txt b/Documentation/devicetree/bindings/display/panel/olimex,lcd-o=
linuxino.txt
> new file mode 100644
> index 0000000..a89f9c8
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/display/panel/olimex,lcd-olinuxin=
o.txt
> @@ -0,0 +1,42 @@
> +Binding for Olimex Ltd. LCD-OLinuXino bridge panel.
> +
> +This device can be used as bridge between a host controller and LCD pane=
ls.
> +Currently supported LCDs are:
> +  - LCD-OLinuXino-4.3TS
> +  - LCD-OLinuXino-5
> +  - LCD-OLinuXino-7
> +  - LCD-OLinuXino-10
> +
> +The panel itself contains:
> +  - AT24C16C EEPROM holding panel identification and timing requirements
> +  - AR1021 resistive touch screen controller (optional)
> +  - FT5x6 capacitive touch screnn controller (optional)
> +  - GT911/GT928 capacitive touch screen controller (optional)
> +
> +The above chips share same I2C bus. The EEPROM is factory preprogrammed =
with
> +device information (id, serial, etc.) and timing requirements.
> +
> +Touchscreen bingings can be found in these files:
> +  - input/touchscreen/goodix.txt
> +  - input/touchscreen/edt-ft5x06.txt
> +  - input/touchscreen/ar1021.txt
> +
> +Required properties:
> +  - compatible: should be "olimex,lcd-olinuxino"
> +  - reg: address of the configuration EEPROM, should be <0x50>
> +  - power-supply: phandle of the regulator that provides the supply volt=
age
> +
> +Optional properties:
> +  - enable-gpios: GPIO pin to enable or disable the panel
> +  - backlight: phandle of the backlight device attacked to the panel
> +
> +Example:
> +&i2c2 {
> +	panel@50 {
> +		compatible =3D "olimex,lcd-olinuxino";
> +		reg =3D <0x50>;
> +		power-supply =3D <&reg_vcc5v0>;
> +		enable-gpios =3D <&pio 7 8 GPIO_ACTIVE_HIGH>;
> +		backlight =3D <&backlight>;
> +	};
> +};
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 624c3fd..30343f1 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -4557,6 +4557,12 @@ S:	Supported
>  F:	drivers/gpu/drm/nouveau/
>  F:	include/uapi/drm/nouveau_drm.h
> =20
> +DRM DRIVER FOR OLIMEX LCD-OLINUXINO PANELS
> +M:	Stefan Mavrodiev <stefan@olimex.com>
> +S:	Maintained
> +F:	drivers/gpu/drm/panel/panel-olimex-lcd-olinuxino.c
> +F:	Documentation/devicetree/bindings/display/panel/olimex,lcd-olinuxino.=
txt
> +
>  DRM DRIVER FOR PERVASIVE DISPLAYS REPAPER PANELS
>  M:	Noralf Tr=C3=B8nnes <noralf@tronnes.org>
>  S:	Maintained
> diff --git a/drivers/gpu/drm/panel/Kconfig b/drivers/gpu/drm/panel/Kconfig
> index 25682ff..0292994 100644
> --- a/drivers/gpu/drm/panel/Kconfig
> +++ b/drivers/gpu/drm/panel/Kconfig
> @@ -81,6 +81,16 @@ config DRM_PANEL_LG_LG4573
>  	  Say Y here if you want to enable support for LG4573 RGB panel.
>  	  To compile this driver as a module, choose M here.
> =20
> +config DRM_PANEL_OLIMEX_LCD_OLINUXINO
> +	tristate "Olimex LCD-OLinuXino panel"
> +	depends on OF
> +	depends on I2C
> +	depends on BACKLIGHT_CLASS_DEVICE
> +	help
> +	  Say Y here if you want to enable support for Olimex Ltd.
> +	  LCD-OLinuXino panel. The panel is used with different sizes LCDs,
> +	  from 480x272 to 1280x800, and 24 bit per pixel.
> +
>  config DRM_PANEL_ORISETECH_OTM8009A
>  	tristate "Orise Technology otm8009a 480x800 dsi 2dl panel"
>  	depends on OF
> diff --git a/drivers/gpu/drm/panel/Makefile b/drivers/gpu/drm/panel/Makef=
ile
> index f26efc1..185027f 100644
> --- a/drivers/gpu/drm/panel/Makefile
> +++ b/drivers/gpu/drm/panel/Makefile
> @@ -6,6 +6,7 @@ obj-$(CONFIG_DRM_PANEL_ILITEK_IL9322) +=3D panel-ilitek-i=
li9322.o
>  obj-$(CONFIG_DRM_PANEL_INNOLUX_P079ZCA) +=3D panel-innolux-p079zca.o
>  obj-$(CONFIG_DRM_PANEL_JDI_LT070ME05000) +=3D panel-jdi-lt070me05000.o
>  obj-$(CONFIG_DRM_PANEL_LG_LG4573) +=3D panel-lg-lg4573.o
> +obj-$(CONFIG_DRM_PANEL_OLIMEX_LCD_OLINUXINO) +=3D panel-olimex-lcd-olinu=
xino.o
>  obj-$(CONFIG_DRM_PANEL_ORISETECH_OTM8009A) +=3D panel-orisetech-otm8009a=
=2Eo
>  obj-$(CONFIG_DRM_PANEL_PANASONIC_VVX10F034N00) +=3D panel-panasonic-vvx1=
0f034n00.o
>  obj-$(CONFIG_DRM_PANEL_RASPBERRYPI_TOUCHSCREEN) +=3D panel-raspberrypi-t=
ouchscreen.o
> diff --git a/drivers/gpu/drm/panel/panel-olimex-lcd-olinuxino.c b/drivers=
/gpu/drm/panel/panel-olimex-lcd-olinuxino.c
> new file mode 100644
> index 0000000..89d7816
> --- /dev/null
> +++ b/drivers/gpu/drm/panel/panel-olimex-lcd-olinuxino.c
> @@ -0,0 +1,360 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * LCD-OLinuXino support for panel driver
> + *
> + * Copyright (C) 2018 Olimex Ltd.
> + *   Author: Stefan Mavrodiev <stefan@olimex.com>
> + */
> +
> +#include <linux/backlight.h>
> +#include <linux/crc32.h>
> +#include <linux/gpio/consumer.h>
> +#include <linux/i2c.h>
> +#include <linux/module.h>
> +#include <linux/mutex.h>
> +#include <linux/of.h>
> +#include <linux/regulator/consumer.h>
> +
> +#include <drm/drm_modes.h>
> +#include <drm/drm_panel.h>
> +#include <drm/drmP.h>
> +
> +#include <video/videomode.h>
> +#include <video/display_timing.h>
> +
> +
> +#define LCD_OLINUXINO_HEADER_MAGIC	0x4F4CB727
> +#define LCD_OLINUXINO_DATA_LEN		256
> +
> +struct lcd_olinuxino_mode {
> +	u32 pixelclock;
> +	u32 hactive;
> +	u32 hfp;
> +	u32 hbp;
> +	u32 hpw;
> +	u32 vactive;
> +	u32 vfp;
> +	u32 vbp;
> +	u32 vpw;
> +	u32 refresh;
> +	u32 flags;
> +};
> +
> +struct lcd_olinuxino_info {
> +	char name[32];
> +	u32 width_mm;
> +	u32 height_mm;
> +	u32 bpc;
> +	u32 bus_format;
> +	u32 bus_flag;
> +} __attribute__((__packed__));
> +
> +struct lcd_olinuxino_eeprom {
> +	u32 header;
> +	u32 id;
> +	char revision[4];
> +	u32 serial;
> +	struct lcd_olinuxino_info info;
> +	u32 num_modes;
> +	u8 reserved[180];
> +	u32 checksum;
> +} __attribute__((__packed__));
> +
> +struct lcd_olinuxino {
> +	struct device *dev;
> +	struct i2c_client *client;
> +	struct mutex mutex;
> +
> +	struct drm_panel panel;

You might want to consider moving this to be the first element, that way
the to_lcd_olinuxino() becomes a nop.

> +	bool prepared;
> +	bool enabled;
> +
> +	struct backlight_device *backlight;
> +	struct regulator *supply;
> +	struct gpio_desc *enable_gpio;
> +
> +	struct lcd_olinuxino_eeprom eeprom;
> +};
> +
> +static inline struct lcd_olinuxino *to_lcd_olinuxino(struct drm_panel *p=
anel)
> +{
> +	return container_of(panel, struct lcd_olinuxino, panel);
> +}
> +
> +static int lcd_olinuxino_disable(struct drm_panel *panel)
> +{
> +	struct lcd_olinuxino *lcd =3D to_lcd_olinuxino(panel);
> +
> +	if (!lcd->enabled)
> +		return 0;
> +
> +	if (lcd->backlight) {
> +		lcd->backlight->props.power =3D FB_BLANK_POWERDOWN;
> +		lcd->backlight->props.state |=3D BL_CORE_FBBLANK;
> +		backlight_update_status(lcd->backlight);
> +	}

This should use the new backlight_disable() helper.

> +
> +	lcd->enabled =3D false;
> +
> +	return 0;
> +}
> +
> +static int lcd_olinuxino_unprepare(struct drm_panel *panel)
> +{
> +	struct lcd_olinuxino *lcd =3D to_lcd_olinuxino(panel);
> +
> +	if (!lcd->prepared)
> +		return 0;
> +
> +	gpiod_set_value_cansleep(lcd->enable_gpio, 0);
> +	regulator_disable(lcd->supply);
> +
> +	lcd->prepared =3D false;
> +
> +	return 0;
> +}
> +
> +static int lcd_olinuxino_prepare(struct drm_panel *panel)
> +{
> +	struct lcd_olinuxino *lcd =3D to_lcd_olinuxino(panel);
> +	int ret;
> +
> +	if (lcd->prepared)
> +		return 0;
> +
> +	ret =3D regulator_enable(lcd->supply);
> +	if (ret < 0)
> +		return ret;
> +
> +	gpiod_set_value_cansleep(lcd->enable_gpio, 1);
> +	lcd->prepared =3D true;
> +
> +	return 0;
> +}
> +
> +static int lcd_olinuxino_enable(struct drm_panel *panel)
> +{
> +	struct lcd_olinuxino *lcd =3D to_lcd_olinuxino(panel);
> +
> +	if (lcd->enabled)
> +		return 0;
> +
> +	if (lcd->backlight) {
> +		lcd->backlight->props.state &=3D ~BL_CORE_FBBLANK;
> +		lcd->backlight->props.power =3D FB_BLANK_UNBLANK;
> +		backlight_update_status(lcd->backlight);
> +	}

And this should simply call backlight_enable().

> +
> +	lcd->enabled =3D true;
> +
> +	return 0;
> +}
> +
> +static int lcd_olinuxino_get_modes(struct drm_panel *panel)
> +{
> +	struct lcd_olinuxino *lcd =3D to_lcd_olinuxino(panel);
> +	struct drm_connector *connector =3D lcd->panel.connector;
> +	struct lcd_olinuxino_info *lcd_info =3D &lcd->eeprom.info;
> +	struct drm_device *drm =3D lcd->panel.drm;
> +	struct lcd_olinuxino_mode *lcd_mode;
> +	struct drm_display_mode *mode;
> +	int i, num =3D 0;

These two can be unsigned.

> +
> +	/* Read up to 4 modes */
> +	for (i =3D 0; i < lcd->eeprom.num_modes && i < 4; i++) {

Can it happen that lcd->eeprom.num_modes >=3D 4? Seems to me like that
would be a serious bug. Perhaps move that check to where the EEPROM is
read and output a warning, then overwrite lcd->eeprom.num_modes with 4?

> +		lcd_mode =3D (struct lcd_olinuxino_mode *)
> +			   &lcd->eeprom.reserved[i * sizeof(*lcd_mode)];
> +
> +		mode =3D drm_mode_create(drm);
> +		if (!mode) {
> +			dev_err(drm->dev, "failed to add mode %ux%u@%u\n",
> +				lcd_mode->hactive,
> +				lcd_mode->vactive,
> +				lcd_mode->refresh);
> +				continue;
> +		}
> +
> +		mode->clock =3D lcd_mode->pixelclock;
> +		mode->hdisplay =3D lcd_mode->hactive;
> +		mode->hsync_start =3D lcd_mode->hactive + lcd_mode->hfp;
> +		mode->hsync_end =3D lcd_mode->hactive + lcd_mode->hfp +
> +				  lcd_mode->hpw;
> +		mode->htotal =3D lcd_mode->hactive + lcd_mode->hfp +
> +			       lcd_mode->hpw + lcd_mode->hbp;
> +		mode->vdisplay =3D lcd_mode->vactive;
> +		mode->vsync_start =3D lcd_mode->vactive + lcd_mode->vfp;
> +		mode->vsync_end =3D lcd_mode->vactive + lcd_mode->vfp +
> +				  lcd_mode->vpw;
> +		mode->vtotal =3D lcd_mode->vactive + lcd_mode->vfp +
> +			       lcd_mode->vpw + lcd_mode->vbp;
> +		mode->vrefresh =3D lcd_mode->refresh;
> +
> +		if (lcd->eeprom.num_modes =3D=3D 1)
> +			mode->type |=3D DRM_MODE_TYPE_PREFERRED;

Is there no way to determine the preferred mode if there are more than
one? Perhaps always prefer the first mode?

> +		mode->type |=3D DRM_MODE_TYPE_DRIVER;
> +
> +		drm_mode_set_name(mode);
> +		drm_mode_probed_add(connector, mode);
> +
> +		num++;
> +	}
> +
> +	memcpy(connector->display_info.name, lcd_info->name, 32);
> +	connector->display_info.width_mm =3D lcd_info->width_mm;
> +	connector->display_info.height_mm =3D lcd_info->height_mm;
> +	connector->display_info.bpc =3D lcd_info->bpc;
> +
> +	if (lcd_info->bus_format)
> +		drm_display_info_set_bus_formats(&connector->display_info,
> +						 &lcd_info->bus_format, 1);
> +	connector->display_info.bus_flags =3D lcd_info->bus_flag;
> +
> +	return num;
> +}
> +
> +static const struct drm_panel_funcs lcd_olinuxino_funcs =3D {
> +	.disable =3D lcd_olinuxino_disable,
> +	.unprepare =3D lcd_olinuxino_unprepare,
> +	.prepare =3D lcd_olinuxino_prepare,
> +	.enable =3D lcd_olinuxino_enable,
> +	.get_modes =3D lcd_olinuxino_get_modes,
> +};
> +
> +static int lcd_olinuxino_probe(struct i2c_client *client,
> +			       const struct i2c_device_id *id)
> +{
> +	struct device *dev =3D &client->dev;
> +	struct device_node *backlight;
> +	struct lcd_olinuxino *lcd;
> +	u32 checksum;
> +	int i, ret =3D 0;

i can be unsigned.

> +
> +	if (!i2c_check_functionality(client->adapter, I2C_FUNC_I2C |
> +				     I2C_FUNC_SMBUS_READ_I2C_BLOCK))
> +		return -ENODEV;
> +
> +	lcd =3D devm_kzalloc(dev, sizeof(*lcd), GFP_KERNEL);
> +	if (!lcd)
> +		return -ENOMEM;
> +
> +	i2c_set_clientdata(client, lcd);
> +	lcd->dev =3D dev;
> +	lcd->client =3D client;
> +
> +	mutex_init(&lcd->mutex);
> +
> +	/* Copy data into buffer */
> +	for (i =3D 0; i < LCD_OLINUXINO_DATA_LEN; i +=3D I2C_SMBUS_BLOCK_MAX) {
> +		mutex_lock(&lcd->mutex);
> +		ret =3D i2c_smbus_read_i2c_block_data(client,
> +						    i,
> +						    I2C_SMBUS_BLOCK_MAX,
> +						    (u8 *)&lcd->eeprom + i);
> +		mutex_unlock(&lcd->mutex);
> +		if (ret < 0) {
> +			dev_err(dev, "error reading from device at %02x\n", i);
> +			return ret;
> +		}
> +	}
> +
> +	/* Check configuration checksum */
> +	checksum =3D ~crc32(~0, (u8 *)&lcd->eeprom, 252);
> +	if (checksum !=3D lcd->eeprom.checksum) {
> +		dev_err(dev, "configuration checksum does not match!\n");
> +		return -EINVAL;
> +	}
> +
> +	/* Check magic header */
> +	if (lcd->eeprom.header !=3D LCD_OLINUXINO_HEADER_MAGIC) {
> +		dev_err(dev, "magic header does not match\n");
> +		return -EINVAL;
> +	}
> +
> +	dev_info(dev, "Detected %s, Rev. %s, Serial: %08x\n",
> +		 lcd->eeprom.info.name,
> +		 lcd->eeprom.revision,
> +		 lcd->eeprom.serial);
> +
> +	lcd->enabled =3D false;
> +	lcd->prepared =3D false;
> +
> +	lcd->supply =3D devm_regulator_get(dev, "power");
> +	if (IS_ERR(lcd->supply))
> +		return PTR_ERR(lcd->supply);
> +
> +	lcd->enable_gpio =3D devm_gpiod_get(dev, "enable", GPIOD_OUT_LOW);
> +	if (IS_ERR(lcd->enable_gpio))
> +		return PTR_ERR(lcd->enable_gpio);
> +
> +	backlight =3D of_parse_phandle(dev->of_node, "backlight", 0);
> +	if (backlight) {
> +		lcd->backlight =3D of_find_backlight_by_node(backlight);
> +		of_node_put(backlight);
> +
> +		if (!lcd->backlight)
> +			return -EPROBE_DEFER;
> +	}

This can now simply be of_find_backlight(), or better yet,
devm_of_find_backlight().

> +
> +	drm_panel_init(&lcd->panel);
> +	lcd->panel.dev =3D dev;
> +	lcd->panel.funcs =3D &lcd_olinuxino_funcs;
> +
> +	ret =3D drm_panel_add(&lcd->panel);
> +	if (ret < 0)
> +		goto free_backlight;
> +
> +	return 0;
> +
> +free_backlight:
> +	if (lcd->backlight)
> +		put_device(&lcd->backlight->dev);

With devm_of_find_backlight() this cleanup is no longer necessary.

> +
> +	return ret;
> +}
> +
> +static int lcd_olinuxino_remove(struct i2c_client *client)
> +{
> +	struct lcd_olinuxino *panel =3D i2c_get_clientdata(client);
> +
> +	drm_panel_detach(&panel->panel);

This should no longer be called from panel drivers, see:

commit 38992c57c9c8425dc9cb75efe6f9b9255ea627a0
Author: Jyri Sarha <jsarha@ti.com>
Date:   Thu Apr 26 11:06:59 2018 +0300

    drm/panel: Remove drm_panel_detach() calls from all panel drivers

    Remove all drm_panel_detach() calls from all panel drivers and update
    the kerneldoc for drm_panel_detach().

    Setting the connector and drm to NULL when the DRM panel device is going
    away hardly serves any purpose. Usually the whole memory structure is
    freed right after the remove call. However, calling the detach function
    from the master DRM device, and setting the connector pointer to NULL,
    has the logic of marking the panel again as available for another DRM
    master to attach. The usual situation would be the same DRM master
    device binding again.

    Signed-off-by: Jyri Sarha <jsarha@ti.com>
    Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Signed-off-by: Thierry Reding <treding@nvidia.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/464b8d330d6b4c94cfb=
5aad2ca9ea7eb2c52d934.1524727888.git.jsarha@ti.com

> +	drm_panel_remove(&panel->panel);
> +
> +	lcd_olinuxino_disable(&panel->panel);
> +	lcd_olinuxino_unprepare(&panel->panel);
> +
> +	if (panel->backlight)
> +		put_device(&panel->backlight->dev);

This can go away with devm_of_find_backlight() as well.

> +
> +	return 0;
> +}
> +
> +static const struct of_device_id lcd_olinuxino_of_ids[] =3D {
> +	{ .compatible =3D "olimex,lcd-olinuxino" },
> +	{ }
> +};
> +MODULE_DEVICE_TABLE(of, lcd_olinuxino_of_ids);
> +
> +static struct i2c_driver lcd_olinuxino_driver =3D {
> +	.driver =3D {
> +		.name =3D "lcd_olinuxino",
> +		.of_match_table =3D lcd_olinuxino_of_ids,
> +	},
> +	.probe =3D lcd_olinuxino_probe,
> +	.remove =3D lcd_olinuxino_remove,
> +};
> +
> +static int __init lcd_olinuxino_init(void)
> +{
> +	return i2c_add_driver(&lcd_olinuxino_driver);
> +}
> +module_init(lcd_olinuxino_init);
> +
> +static void __exit lcd_olinuxino_exit(void)
> +{
> +	i2c_del_driver(&lcd_olinuxino_driver);
> +}
> +module_exit(lcd_olinuxino_exit);

module_i2c_driver()?

> +
> +MODULE_AUTHOR("Stefan Mavrodiev <stefan@olimex.com>");
> +MODULE_DESCRIPTION("LCD-OLinuXino driver");
> +MODULE_LICENSE("GPL v2");

This seems to contradict the GPL-2.0+ in the SPDX header.

Thierry

--gvF4niNJ+uBMJnEh
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEiOrDCAFJzPfAjcif3SOs138+s6EFAltEi1AACgkQ3SOs138+
s6Ga0BAAvfs7uGpnnBfqC+A4sN4GOvqZvyDUcrnq3wXlt80HklB7cosVkDrX9+zz
N7870pf1q2bXZDVnKtvwKf9tsPPIrQOxKBWpZJJgtFF9TrrPuTHP7gL+GtT+7FqS
C62s1uge7EemAmGFlSulUZhZE4GMMywQymzZAZjvvgsN1CRH7B3NiWoU8wlfVqh9
pgNyij/JR6Pe7qJ2jviVDaSlDhbEn4Quiys/oowTENFahpBV80Ek8PnyyCHp+CPI
gMHL1SHoZkwIZHjUl1mfZA9pmbTkqj+OuUU+kwle5OfcWMuza/Gzej474q0xyp71
ejl1sbWlbzpaCQkgTUu6fcLYHjqkN3/EAw0VCMixkSJZAI/CcaoD8TK0DVlR+rdo
/zx0wURELZPVG1FcmbYNFbiPKVOfXfDdoqhrFowrR3ZWGhPm6I2KdTCX6VpqlrE2
VRstDq1epLgIeEaX4ozpiz2LUrX3RkKLwUtXipM828/zkeuUZYqtNJ0MiZH51ZMh
sPtUFpqxffv3zvew729W8UPVlEyenJ2Exx+puyegZv4jVCFJgakorX+eh+kJW2ut
D1TAoog9dZmDwUj1Ks98C1P/Bv2vGWBVk7/xeloB5o3Gf52KWX8l530JatLwTHlU
4Ih4ZN9uw92wJhpvCqPAKLmGx0OkZDD1MmFL9t/3+n1uViyu9to=
=uxhp
-----END PGP SIGNATURE-----

--gvF4niNJ+uBMJnEh--