From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 77ABB1D1F71; Tue, 8 Oct 2024 11:41:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=85.214.62.61 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728387711; cv=none; b=TizsBOoEh2WF3W5nYpWyPLG472vthfE2W2FO3nNjzxSO3S8Yi3JpWgXMB1IBhe/PcPQjEY50R7csrvnhBaDx+2+0fEr3jfLYvl/+C27yyto77wdv01vKgLQXi0Tk3EwxjC9FULRFI/h5phuHohVFPOaGJ4vB9r1pEsEWtIYSBWA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728387711; c=relaxed/simple; bh=OmRSN/957e4HnrCQd7/C+yjIbTM+fEyIVASdVdgR73c=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=V0+GsRq1/skBInsiNjCAW9+A4L5ImNyjAvmQcNnhQKoElHvyuZ9CSH0Pdm1etsIpt9UzYdaMKWmZjqgpajeF2zJt8THbVx/ZB5iYpMKkRzqoKXxbnvSDdSfR829KEgpgxIUzm3eBB71236V9UZLk/ggAgd75ud1twsADvtsWAWo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=denx.de; spf=pass smtp.mailfrom=denx.de; dkim=pass (2048-bit key) header.d=denx.de header.i=@denx.de header.b=zqETTooK; arc=none smtp.client-ip=85.214.62.61 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=denx.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=denx.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=denx.de header.i=@denx.de header.b="zqETTooK" Received: from wsk (85-222-111-42.dynamic.chello.pl [85.222.111.42]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: lukma@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id 6BFBE889E1; Tue, 8 Oct 2024 13:41:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1728387707; bh=x++rxXbmhD5wKMEqXrdwXCclhqp0XheeN6wN5UnBZNM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=zqETTooKjPAnQSXWQ7WAx81J6zpTHEgEByJSj8dwr6Zj2BZjw/+0GFur/pzZoVJwS svnKOEjBi0x7ce4t9sf0CnxaPy/PW2OnWQ+t/a4AM2ru+RE/1WsZxkclFJaZq6QDr8 A/MpEWy5Y3mmPS/PXhGCsll73fdGp61aiQBytynja5003Chg5q1BkT6jDBihRVdbY3 CVqUbBZ48EhzhDubhLYjmKd+KAxVl89HkM2n+ORjdYWjHrVNN/tv4cnjN6k8bNKtOM GQjB42ruNlypIWn3u0rsvVWkLzOxCrrcFhPg94kQSS5aaS9IrpHEpWSG/psufvZjm5 5RiIe8QY+chpQ== Date: Tue, 8 Oct 2024 13:41:46 +0200 From: Lukasz Majewski To: Stefan Wahren Cc: Rob Herring , Krzysztof Kozlowski , Conor Dooley , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , devicetree@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 2/2] dts: nxp: mxs: Add descriptions for imx287 based btt3-[012] devices Message-ID: <20241008134146.0df91ab1@wsk> In-Reply-To: References: <20240912124825.2528984-1-lukma@denx.de> <20240912124825.2528984-2-lukma@denx.de> Organization: denx.de X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/_L6eIcTo6V1.Hf+q2xIXld."; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean --Sig_/_L6eIcTo6V1.Hf+q2xIXld. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Stefan, > Hi Lukasz, >=20 > please adjust the subject of your patch accordingly to the subsystem. >=20 > Suggestion >=20 > ARM: dts: mxs: Add descriptions for imx287 based btt3-[012] devices >=20 > Am 12.09.24 um 14:48 schrieb Lukasz Majewski: > > The btt3 device' HW revisions from 0 to 2 use imx287 SoC and are to > > some extend similar to already upstreamed XEA devices, hence are > > using common imx28-lwe.dtsi file. > > > > New, imx28-btt3.dtsi has been added to embrace common DTS > > properties for different HW revisions for this device. > > > > As a result - changes introduced in imx28-btt3-[012].dts are > > minimal. > > > > Signed-off-by: Lukasz Majewski > > > > --- > > Changes for v2: > > - Rename dts file from btt3-[012] to imx28-btt3-[012] to match > > current linux kernel naming convention > > - Remove 'wlf,wm8974' from compatible for codec@1a > > > > Changes for v3: > > - Keep alphabethical order for Makefile entries > > > > Changes for v4: > > - Change compatible for btt3 board (to 'lwn,imx28-btt3') > > > > Changes for v5: > > - Combine patch, which adds btt3-[012] with one adding board entry > > to fsl.yaml > > > > Changes for v6: > > - Make the patch series for adding entry in fsl.yaml and btt3 > > --- > > arch/arm/boot/dts/nxp/mxs/Makefile | 3 + > > arch/arm/boot/dts/nxp/mxs/imx28-btt3-0.dts | 12 + > > arch/arm/boot/dts/nxp/mxs/imx28-btt3-1.dts | 8 + > > arch/arm/boot/dts/nxp/mxs/imx28-btt3-2.dts | 12 + > > arch/arm/boot/dts/nxp/mxs/imx28-btt3.dtsi | 320 > > +++++++++++++++++++++ 5 files changed, 355 insertions(+) > > create mode 100644 arch/arm/boot/dts/nxp/mxs/imx28-btt3-0.dts > > create mode 100644 arch/arm/boot/dts/nxp/mxs/imx28-btt3-1.dts > > create mode 100644 arch/arm/boot/dts/nxp/mxs/imx28-btt3-2.dts > > create mode 100644 arch/arm/boot/dts/nxp/mxs/imx28-btt3.dtsi > > > > diff --git a/arch/arm/boot/dts/nxp/mxs/Makefile > > b/arch/arm/boot/dts/nxp/mxs/Makefile index > > a430d04f9c69..96dd31ea19ba 100644 --- > > a/arch/arm/boot/dts/nxp/mxs/Makefile +++ > > b/arch/arm/boot/dts/nxp/mxs/Makefile @@ -8,6 +8,9 @@ > > dtb-$(CONFIG_ARCH_MXS) +=3D \ imx28-apf28.dtb \ > > imx28-apf28dev.dtb \ > > imx28-apx4devkit.dtb \ > > + imx28-btt3-0.dtb \ > > + imx28-btt3-1.dtb \ > > + imx28-btt3-2.dtb \ > > imx28-cfa10036.dtb \ > > imx28-cfa10037.dtb \ > > imx28-cfa10049.dtb \ > > diff --git a/arch/arm/boot/dts/nxp/mxs/imx28-btt3-0.dts > > b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-0.dts new file mode 100644 > > index 000000000000..6ac46e4b21bb > > --- /dev/null > > +++ b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-0.dts > > @@ -0,0 +1,12 @@ > > +// SPDX-License-Identifier: GPL-2.0-or-later OR MIT > > +/* > > + * Copyright 2024 > > + * Lukasz Majewski, DENX Software Engineering, lukma@denx.de > > + */ > > + > > +/dts-v1/; > > +#include "imx28-btt3.dtsi" > > + > > +&hog_pins_rev { > > + fsl,pull-up =3D ; > > +}; > > diff --git a/arch/arm/boot/dts/nxp/mxs/imx28-btt3-1.dts > > b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-1.dts new file mode 100644 > > index 000000000000..213fe931c58b > > --- /dev/null > > +++ b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-1.dts > > @@ -0,0 +1,8 @@ > > +// SPDX-License-Identifier: GPL-2.0-or-later OR MIT > > +/* > > + * Copyright 2024 > > + * Lukasz Majewski, DENX Software Engineering, lukma@denx.de > > + */ > > + > > +/dts-v1/; > > +#include "imx28-btt3.dtsi" > > diff --git a/arch/arm/boot/dts/nxp/mxs/imx28-btt3-2.dts > > b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-2.dts new file mode 100644 > > index 000000000000..c787c2d03463 > > --- /dev/null > > +++ b/arch/arm/boot/dts/nxp/mxs/imx28-btt3-2.dts > > @@ -0,0 +1,12 @@ > > +// SPDX-License-Identifier: GPL-2.0-or-later OR MIT > > +/* > > + * Copyright 2024 > > + * Lukasz Majewski, DENX Software Engineering, lukma@denx.de > > + */ > > + > > +/dts-v1/; > > +#include "imx28-btt3.dtsi" > > + > > +&lcdif { > > + display =3D <&display_te_b>; =20 > The reason why you don't move the second display into this file is > because you expect a new hardware revision in the future? Yes, exactly. This is long-standing device. > > +}; > > diff --git a/arch/arm/boot/dts/nxp/mxs/imx28-btt3.dtsi > > b/arch/arm/boot/dts/nxp/mxs/imx28-btt3.dtsi new file mode 100644 > > index 000000000000..94a21ea8d5d2 > > --- /dev/null > > +++ b/arch/arm/boot/dts/nxp/mxs/imx28-btt3.dtsi > > @@ -0,0 +1,320 @@ > > +// SPDX-License-Identifier: GPL-2.0-or-later OR MIT > > +/* > > + * Copyright 2024 > > + * Lukasz Majewski, DENX Software Engineering, lukma@denx.de > > + */ > > +/dts-v1/; > > +#include "imx28-lwe.dtsi" > > + > > +/ { > > + model =3D "BTT3"; > > + > > + compatible =3D "lwn,imx28-btt3", "fsl,imx28"; > > + > > + chosen { > > + bootargs =3D "root=3D/dev/mmcblk0p2 rootfstype=3Dext4 ro > > rootwait console=3DttyAMA0,115200 panic=3D1 quiet"; > > + }; =20 > It's a little bit unusual to place so many Linux specific stuff into > the device tree bootargs. I do keep the bootargs from first version of the device/DTS to avoid any "unexpected" regressions. > > + > > + memory@40000000 { > > + reg =3D <0x40000000 0x10000000>; > > + device_type =3D "memory"; > > + }; > > + > > + poweroff { > > + compatible =3D "gpio-poweroff"; > > + gpios =3D <&gpio0 24 0>; =20 > Please use the GPIO polarity defines. Ok. > > + }; > > + > > + sound { > > + compatible =3D "simple-audio-card"; > > + simple-audio-card,name =3D "BTTC Audio"; > > + simple-audio-card,widgets =3D "Speaker", "BTTC > > Speaker"; > > + simple-audio-card,routing =3D "BTTC Speaker", > > "SPKOUTN", "BTTC Speaker", "SPKOUTP"; > > + simple-audio-card,dai-link@0 { > > + format =3D "left_j"; > > + bitclock-master =3D <&dai0_master>; > > + frame-master =3D <&dai0_master>; > > + mclk-fs =3D <256>; > > + dai0_master: cpu { > > + sound-dai =3D <&saif0>; > > + }; > > + codec { > > + sound-dai =3D <&wm89xx>; > > + clocks =3D <&saif0>; > > + }; > > + }; > > + }; > > + > > + wifi_pwrseq: sdio-pwrseq { > > + compatible =3D "mmc-pwrseq-simple"; > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&wifi_en_pin_bttc>; > > + reset-gpios =3D <&gpio0 27 GPIO_ACTIVE_LOW>; > > + /* W1-163 needs 60us for WL_EN to be low and */ > > + /* 150ms after high before downloading FW is > > possible */ > > + post-power-on-delay-ms =3D <200>; > > + power-off-delay-us =3D <100>; > > + }; > > +}; > > + > > +&auart0 { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&auart0_2pins_a>; > > + status =3D "okay"; > > +}; > > + > > +&auart3 { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&auart3_pins_a>; > > + uart-has-rtscts; > > + status =3D "okay"; > > +}; > > + > > +&i2c0 { > > + wm89xx: codec@1a { > > + compatible =3D "wlf,wm8940"; > > + reg =3D <0x1a>; > > + #sound-dai-cells =3D <0>; > > + }; > > +}; > > + > > +&lcdif { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&lcdif_24bit_pins_a>, <&lcdif_sync_pins_bttc>, > > + <&lcdif_reset_pins_bttc>; > > + lcd-supply =3D <®_3v3>; > > + display =3D <&display0>; > > + status =3D "okay"; > > + display0: display0 { > > + bits-per-pixel =3D <32>; > > + bus-width =3D <24>; > > + display-timings { > > + native-mode =3D <&timing0>; > > + timing0: timing0 { > > + clock-frequency =3D <6500000>; > > + hactive =3D <320>; > > + vactive =3D <240>; > > + hfront-porch =3D <20>; > > + hback-porch =3D <38>; > > + hsync-len =3D <30>; > > + vfront-porch =3D <4>; > > + vback-porch =3D <14>; > > + vsync-len =3D <4>; > > + hsync-active =3D <0>; > > + vsync-active =3D <0>; > > + de-active =3D <0>; > > + pixelclk-active =3D <1>; > > + }; > > + }; > > + }; > > + display_te_b: display1 { > > + bits-per-pixel =3D <32>; > > + bus-width =3D <24>; > > + display-timings { > > + native-mode =3D <&timing0>; > > + timing_te_b: timing0 { > > + clock-frequency =3D <6500000>; > > + hactive =3D <320>; > > + vactive =3D <240>; > > + hfront-porch =3D <20>; > > + hback-porch =3D <68>; > > + hsync-len =3D <30>; > > + vfront-porch =3D <4>; > > + vback-porch =3D <14>; > > + vsync-len =3D <4>; > > + hsync-active =3D <0>; > > + vsync-active =3D <0>; > > + de-active =3D <1>; > > + pixelclk-active =3D <1>; > > + }; > > + }; > > + }; > > + > > +}; > > + > > +&mac0 { > > + clocks =3D <&clks 57>, <&clks 57>, <&clks 64>; > > + clock-names =3D "ipg", "ahb", "enet_out"; > > + phy-handle =3D <&mac0_phy>; > > + phy-mode =3D "rmii"; > > + phy-supply =3D <®_3v3>; > > + local-mac-address =3D [ 00 11 B8 00 BF 8A ]; =20 > Is this replaced dynamically by the bootloader? Otherwise this > suggests all boards use the same MAC address. Yes, this is replaced during production. In fact it could be 00 00 00 00 00 00 as well. The IP address assigned here allows the device to be recognizable on the network even when the full "flashing" is not successful. > > + status =3D "okay"; > > + > > + mdio { > > + #address-cells =3D <1>; > > + #size-cells =3D <0>; > > + > > + mac0_phy: ethernet-phy@0 { > > + /* LAN8720Ai - PHY ID */ > > + compatible =3D > > "ethernet-phy-id0007.c0f0","ethernet-phy-ieee802.3-c22"; > > + reg =3D <0>; > > + smsc,disable-energy-detect; > > + max-speed =3D <100>; > > + > > + reset-gpios =3D <&gpio4 12 GPIO_ACTIVE_LOW>; > > /* GPIO4_12 */ =20 > I think the comment only repeat what is already defined here. Yes - I will remove it. > > + reset-assert-us =3D <1000>; > > + reset-deassert-us =3D <1000>; > > + }; > > + }; > > +}; > > + > > +&pinctrl { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&hog_pins_a>, <&hog_pins_rev>; > > + > > + hog_pins_a: hog@0 { > > + reg =3D <0>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_GPMI_RDY2__GPIO_0_22 > > + MX28_PAD_GPMI_RDY3__GPIO_0_23 > > + MX28_PAD_GPMI_RDN__GPIO_0_24 > > + MX28_PAD_LCD_VSYNC__GPIO_1_28 > > + MX28_PAD_SSP2_SS1__GPIO_2_20 > > + MX28_PAD_SSP2_SS2__GPIO_2_21 > > + MX28_PAD_AUART2_CTS__GPIO_3_10 > > + MX28_PAD_AUART2_RTS__GPIO_3_11 > > + MX28_PAD_GPMI_WRN__GPIO_0_25 > > + MX28_PAD_ENET0_RXD2__GPIO_4_9 > > + MX28_PAD_ENET0_TXD2__GPIO_4_11 > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + hog_pins_rev: hog@1 { > > + reg =3D <1>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_ENET0_RXD3__GPIO_4_10 > > + MX28_PAD_ENET0_TX_CLK__GPIO_4_5 > > + MX28_PAD_ENET0_COL__GPIO_4_14 > > + MX28_PAD_ENET0_CRS__GPIO_4_15 > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + keypad_pins_bttc: keypad-bttc@0 { > > + reg =3D <0>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_GPMI_D00__GPIO_0_0 > > + MX28_PAD_AUART0_CTS__GPIO_3_2 > > + MX28_PAD_AUART0_RTS__GPIO_3_3 > > + MX28_PAD_GPMI_D03__GPIO_0_3 > > + MX28_PAD_GPMI_D04__GPIO_0_4 > > + MX28_PAD_GPMI_D05__GPIO_0_5 > > + MX28_PAD_GPMI_D06__GPIO_0_6 > > + MX28_PAD_GPMI_D07__GPIO_0_7 > > + MX28_PAD_GPMI_CE1N__GPIO_0_17 > > + MX28_PAD_GPMI_CE2N__GPIO_0_18 > > + MX28_PAD_GPMI_CE3N__GPIO_0_19 > > + MX28_PAD_GPMI_RDY0__GPIO_0_20 > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + lcdif_sync_pins_bttc: lcdif-bttc@0 { > > + reg =3D <0>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_LCD_DOTCLK__LCD_DOTCLK > > + MX28_PAD_LCD_ENABLE__LCD_ENABLE > > + MX28_PAD_LCD_HSYNC__LCD_HSYNC > > + MX28_PAD_LCD_RD_E__LCD_VSYNC > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + lcdif_reset_pins_bttc: lcdif-bttc@1 { > > + reg =3D <1>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_LCD_RESET__GPIO_3_30 > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + ssp1_sdio_pins_a: ssp1-sdio@0 { > > + reg =3D <0>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_SSP1_DATA0__SSP1_D0 > > + MX28_PAD_GPMI_D01__SSP1_D1 > > + MX28_PAD_GPMI_D02__SSP1_D2 > > + MX28_PAD_SSP1_DATA3__SSP1_D3 > > + MX28_PAD_SSP1_CMD__SSP1_CMD > > + MX28_PAD_SSP1_SCK__SSP1_SCK > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > + > > + wifi_en_pin_bttc: wifi_en_pin@0 { =20 > This should trigger a schema warning. The node name should use dashes > instead of underscore. IIRC - there was no schema warning for it. > > + reg =3D <0>; > > + fsl,pinmux-ids =3D < > > + MX28_PAD_GPMI_CLE__GPIO_0_27 > > + >; > > + fsl,drive-strength =3D ; > > + fsl,voltage =3D ; > > + fsl,pull-up =3D ; > > + }; > > +}; > > + > > +&pwm { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&pwm3_pins_a>; > > + status =3D "okay"; > > +}; > > + > > +®_usb_5v { > > + gpio =3D <&gpio1 28 0>; =20 > Please use polarity define. Ok. > > +}; > > + > > +&saif0 { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&saif0_pins_a>; > > + #sound-dai-cells =3D <0>; > > + assigned-clocks =3D <&clks 53>; > > + assigned-clock-rates =3D <12000000>; > > + status =3D "okay"; > > +}; > > + > > +&saif1 { > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&saif1_pins_a>; > > + fsl,saif-master =3D <&saif0>; > > + #sound-dai-cells =3D <0>; > > + status =3D "okay"; > > +}; > > + > > +&ssp1 { > > + compatible =3D "fsl,imx28-mmc"; > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&ssp1_sdio_pins_a>; > > + bus-width =3D <4>; > > + no-1-8-v; /* force 3.3V VIO */ > > + pm-ignore-notify; =20 > This seems to be undocumented. Maybe this is a reminder from older DTS version. Anyway - I will remove it. > > + non-removable; > > + vmmc-supply =3D <®_3v3>; > > + mmc-pwrseq =3D <&wifi_pwrseq>; > > + keep-power-in-suspend; > > + status =3D "okay"; > > + > > + wlan@1 { > > + reg =3D <1>; > > + compatible =3D "brcm,bcm4329-fmac"; > > + }; > > +}; > > + > > +&ssp2 { > > + compatible =3D "fsl,imx28-spi"; > > + pinctrl-names =3D "default"; > > + pinctrl-0 =3D <&spi2_pins_a>; > > + status =3D "okay"; > > +}; =20 >=20 Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Erika Unter HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de --Sig_/_L6eIcTo6V1.Hf+q2xIXld. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEgAyFJ+N6uu6+XupJAR8vZIA0zr0FAmcFGnoACgkQAR8vZIA0 zr2ZPggAo2Z6kOLwnpZHQG2j5QqGnoICEF366PZUr/VVzgQor6KTorJ0MnHYUhjq //7TPcGYe5JUW7gIKbZHWswJORxGdGxAVFuJU+8Alyg7bEPqlqEwxqZYsruz3r58 ZOkuW40xPYDM27777PmlYbH+8wrm1PyC7mn/8F5bu8LlssvY5CSZkto98ac2Akot 5UUFTDAbeglY72hk1JDa4buZ9AVn79boHFumn9u2dhxoKXfffeiKki2MlmafS/H8 T8heNh86ueCnJAL1xW34KVgd7Ifo7UIJGZa6F3ZAmCl1gZ8RjZm3ktm+X5GcRFkw ovH/oVCY/m6RPZbP0d1lUpsBrBsGUQ== =kCtU -----END PGP SIGNATURE----- --Sig_/_L6eIcTo6V1.Hf+q2xIXld.--