* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-04-28 7:19 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-04-28 7:19 UTC (permalink / raw)
To: Maxime Ripard, Chen-Yu Tsai, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede
Cc: dev, devicetree, linux-arm-kernel, linux-kernel, Olliver Schinagl
There are 3 kinds of OLinuXino Lime2 boards.
One without any on board storage, one with NAND storage and one with
eMMC storage. This patch adds the eMMC variant of boards.
eMMC storage is different from a regular SD card in that it is soldered
on the board and cannot be changed. Additionally, it shares pins with
the NAND module and with the second SPI port.
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
---
.../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
1 file changed, 64 insertions(+)
create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
new file mode 100644
index 0000000..689da36
--- /dev/null
+++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
@@ -0,0 +1,64 @@
+ /*
+ * Copyright 2015 - Ultimaker B.V.
+ * Author Olliver Schinagl <oliver@schinagl.nl>
+ *
+ * This file is dual-licensed: you can use it either under the terms
+ * of the GPL or the X11 license, at your option. Note that this dual
+ * licensing only applies to this file, and not this project as a
+ * whole.
+ *
+ * a) This file is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of the
+ * License, or (at your option) any later version.
+ *
+ * This file is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * Or, alternatively,
+ *
+ * b) Permission is hereby granted, free of charge, to any person
+ * obtaining a copy of this software and associated documentation
+ * files (the "Software"), to deal in the Software without
+ * restriction, including without limitation the rights to use,
+ * copy, modify, merge, publish, distribute, sublicense, and/or
+ * sell copies of the Software, and to permit persons to whom the
+ * Software is furnished to do so, subject to the following
+ * conditions:
+ *
+ * The above copyright notice and this permission notice shall be
+ * included in all copies or substantial portions of the Software.
+ *
+ * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+ * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
+ * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+ * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
+ * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+ * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
+ * OTHER DEALINGS IN THE SOFTWARE.
+ */
+
+#include "sun7i-a20-olinuxino-lime2.dts"
+
+/ {
+ model = "Olimex A20-OLinuXino-LIME2-eMMC";
+};
+
+&mmc2 {
+ pinctrl-names = "default";
+ pinctrl-0 = <&mmc2_pins_a>;
+ vmmc-supply = <®_vcc3v3>;
+ bus-width = <4>;
+ non-removable;
+ no-1-8-v;
+ status = "okay";
+
+ emmc: emmc@0 {
+ reg = <0>;
+ compatible = "mmc-card";
+ broken-hpi;
+ };
+};
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-04-28 7:19 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-04-28 7:19 UTC (permalink / raw)
To: Maxime Ripard, Chen-Yu Tsai, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede
Cc: dev-3kdeTeqwOZ9EV1b7eY7vFQ, devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA, Olliver Schinagl
There are 3 kinds of OLinuXino Lime2 boards.
One without any on board storage, one with NAND storage and one with
eMMC storage. This patch adds the eMMC variant of boards.
eMMC storage is different from a regular SD card in that it is soldered
on the board and cannot be changed. Additionally, it shares pins with
the NAND module and with the second SPI port.
Signed-off-by: Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
---
.../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
1 file changed, 64 insertions(+)
create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
new file mode 100644
index 0000000..689da36
--- /dev/null
+++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
@@ -0,0 +1,64 @@
+ /*
+ * Copyright 2015 - Ultimaker B.V.
+ * Author Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
+ *
+ * This file is dual-licensed: you can use it either under the terms
+ * of the GPL or the X11 license, at your option. Note that this dual
+ * licensing only applies to this file, and not this project as a
+ * whole.
+ *
+ * a) This file is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of the
+ * License, or (at your option) any later version.
+ *
+ * This file is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * Or, alternatively,
+ *
+ * b) Permission is hereby granted, free of charge, to any person
+ * obtaining a copy of this software and associated documentation
+ * files (the "Software"), to deal in the Software without
+ * restriction, including without limitation the rights to use,
+ * copy, modify, merge, publish, distribute, sublicense, and/or
+ * sell copies of the Software, and to permit persons to whom the
+ * Software is furnished to do so, subject to the following
+ * conditions:
+ *
+ * The above copyright notice and this permission notice shall be
+ * included in all copies or substantial portions of the Software.
+ *
+ * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+ * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
+ * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+ * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
+ * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+ * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
+ * OTHER DEALINGS IN THE SOFTWARE.
+ */
+
+#include "sun7i-a20-olinuxino-lime2.dts"
+
+/ {
+ model = "Olimex A20-OLinuXino-LIME2-eMMC";
+};
+
+&mmc2 {
+ pinctrl-names = "default";
+ pinctrl-0 = <&mmc2_pins_a>;
+ vmmc-supply = <®_vcc3v3>;
+ bus-width = <4>;
+ non-removable;
+ no-1-8-v;
+ status = "okay";
+
+ emmc: emmc@0 {
+ reg = <0>;
+ compatible = "mmc-card";
+ broken-hpi;
+ };
+};
--
2.8.0.rc3
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-04-28 7:19 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-04-28 7:19 UTC (permalink / raw)
To: linux-arm-kernel
There are 3 kinds of OLinuXino Lime2 boards.
One without any on board storage, one with NAND storage and one with
eMMC storage. This patch adds the eMMC variant of boards.
eMMC storage is different from a regular SD card in that it is soldered
on the board and cannot be changed. Additionally, it shares pins with
the NAND module and with the second SPI port.
Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
---
.../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
1 file changed, 64 insertions(+)
create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
new file mode 100644
index 0000000..689da36
--- /dev/null
+++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
@@ -0,0 +1,64 @@
+ /*
+ * Copyright 2015 - Ultimaker B.V.
+ * Author Olliver Schinagl <oliver@schinagl.nl>
+ *
+ * This file is dual-licensed: you can use it either under the terms
+ * of the GPL or the X11 license, at your option. Note that this dual
+ * licensing only applies to this file, and not this project as a
+ * whole.
+ *
+ * a) This file is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of the
+ * License, or (at your option) any later version.
+ *
+ * This file is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * Or, alternatively,
+ *
+ * b) Permission is hereby granted, free of charge, to any person
+ * obtaining a copy of this software and associated documentation
+ * files (the "Software"), to deal in the Software without
+ * restriction, including without limitation the rights to use,
+ * copy, modify, merge, publish, distribute, sublicense, and/or
+ * sell copies of the Software, and to permit persons to whom the
+ * Software is furnished to do so, subject to the following
+ * conditions:
+ *
+ * The above copyright notice and this permission notice shall be
+ * included in all copies or substantial portions of the Software.
+ *
+ * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+ * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
+ * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+ * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
+ * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+ * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
+ * OTHER DEALINGS IN THE SOFTWARE.
+ */
+
+#include "sun7i-a20-olinuxino-lime2.dts"
+
+/ {
+ model = "Olimex A20-OLinuXino-LIME2-eMMC";
+};
+
+&mmc2 {
+ pinctrl-names = "default";
+ pinctrl-0 = <&mmc2_pins_a>;
+ vmmc-supply = <®_vcc3v3>;
+ bus-width = <4>;
+ non-removable;
+ no-1-8-v;
+ status = "okay";
+
+ emmc: emmc at 0 {
+ reg = <0>;
+ compatible = "mmc-card";
+ broken-hpi;
+ };
+};
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-02 10:55 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-02 10:55 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Chen-Yu Tsai, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 720 bytes --]
Hi,
On Thu, Apr 28, 2016 at 09:19:58AM +0200, Olliver Schinagl wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
Is it a publicly available board, or is it a private hack you made
yourself?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-02 10:55 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-02 10:55 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Chen-Yu Tsai, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 725 bytes --]
Hi,
On Thu, Apr 28, 2016 at 09:19:58AM +0200, Olliver Schinagl wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
Is it a publicly available board, or is it a private hack you made
yourself?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-02 10:55 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-02 10:55 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Thu, Apr 28, 2016 at 09:19:58AM +0200, Olliver Schinagl wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
Is it a publicly available board, or is it a private hack you made
yourself?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160502/16ec5bd4/attachment.sig>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 3:33 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 3:33 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Maxime Ripard, Chen-Yu Tsai, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hi,
On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
> ---
> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
> 1 file changed, 64 insertions(+)
> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>
> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> new file mode 100644
> index 0000000..689da36
> --- /dev/null
> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> @@ -0,0 +1,64 @@
> + /*
> + * Copyright 2015 - Ultimaker B.V.
> + * Author Olliver Schinagl <oliver@schinagl.nl>
> + *
> + * This file is dual-licensed: you can use it either under the terms
> + * of the GPL or the X11 license, at your option. Note that this dual
> + * licensing only applies to this file, and not this project as a
> + * whole.
> + *
> + * a) This file is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of the
> + * License, or (at your option) any later version.
> + *
> + * This file is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * Or, alternatively,
> + *
> + * b) Permission is hereby granted, free of charge, to any person
> + * obtaining a copy of this software and associated documentation
> + * files (the "Software"), to deal in the Software without
> + * restriction, including without limitation the rights to use,
> + * copy, modify, merge, publish, distribute, sublicense, and/or
> + * sell copies of the Software, and to permit persons to whom the
> + * Software is furnished to do so, subject to the following
> + * conditions:
> + *
> + * The above copyright notice and this permission notice shall be
> + * included in all copies or substantial portions of the Software.
> + *
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
> + * OTHER DEALINGS IN THE SOFTWARE.
> + */
> +
> +#include "sun7i-a20-olinuxino-lime2.dts"
> +
> +/ {
> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
> +};
> +
> +&mmc2 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&mmc2_pins_a>;
> + vmmc-supply = <®_vcc3v3>;
> + bus-width = <4>;
Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
embedded SD card.
> + non-removable;
> + no-1-8-v;
This flag is not supported on sunxi.
Instead, use the vqmmc-supply with the correct regulator and constraints.
ChenYu
> + status = "okay";
> +
> + emmc: emmc@0 {
> + reg = <0>;
> + compatible = "mmc-card";
> + broken-hpi;
> + };
> +};
> --
> 2.8.0.rc3
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 3:33 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 3:33 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Maxime Ripard, Chen-Yu Tsai, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hi,
On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
> ---
> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
> 1 file changed, 64 insertions(+)
> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>
> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> new file mode 100644
> index 0000000..689da36
> --- /dev/null
> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> @@ -0,0 +1,64 @@
> + /*
> + * Copyright 2015 - Ultimaker B.V.
> + * Author Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
> + *
> + * This file is dual-licensed: you can use it either under the terms
> + * of the GPL or the X11 license, at your option. Note that this dual
> + * licensing only applies to this file, and not this project as a
> + * whole.
> + *
> + * a) This file is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of the
> + * License, or (at your option) any later version.
> + *
> + * This file is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * Or, alternatively,
> + *
> + * b) Permission is hereby granted, free of charge, to any person
> + * obtaining a copy of this software and associated documentation
> + * files (the "Software"), to deal in the Software without
> + * restriction, including without limitation the rights to use,
> + * copy, modify, merge, publish, distribute, sublicense, and/or
> + * sell copies of the Software, and to permit persons to whom the
> + * Software is furnished to do so, subject to the following
> + * conditions:
> + *
> + * The above copyright notice and this permission notice shall be
> + * included in all copies or substantial portions of the Software.
> + *
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
> + * OTHER DEALINGS IN THE SOFTWARE.
> + */
> +
> +#include "sun7i-a20-olinuxino-lime2.dts"
> +
> +/ {
> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
> +};
> +
> +&mmc2 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&mmc2_pins_a>;
> + vmmc-supply = <®_vcc3v3>;
> + bus-width = <4>;
Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
embedded SD card.
> + non-removable;
> + no-1-8-v;
This flag is not supported on sunxi.
Instead, use the vqmmc-supply with the correct regulator and constraints.
ChenYu
> + status = "okay";
> +
> + emmc: emmc@0 {
> + reg = <0>;
> + compatible = "mmc-card";
> + broken-hpi;
> + };
> +};
> --
> 2.8.0.rc3
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 3:33 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 3:33 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
> There are 3 kinds of OLinuXino Lime2 boards.
> One without any on board storage, one with NAND storage and one with
> eMMC storage. This patch adds the eMMC variant of boards.
>
> eMMC storage is different from a regular SD card in that it is soldered
> on the board and cannot be changed. Additionally, it shares pins with
> the NAND module and with the second SPI port.
>
> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
> ---
> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
> 1 file changed, 64 insertions(+)
> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>
> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> new file mode 100644
> index 0000000..689da36
> --- /dev/null
> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
> @@ -0,0 +1,64 @@
> + /*
> + * Copyright 2015 - Ultimaker B.V.
> + * Author Olliver Schinagl <oliver@schinagl.nl>
> + *
> + * This file is dual-licensed: you can use it either under the terms
> + * of the GPL or the X11 license, at your option. Note that this dual
> + * licensing only applies to this file, and not this project as a
> + * whole.
> + *
> + * a) This file is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of the
> + * License, or (at your option) any later version.
> + *
> + * This file is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * Or, alternatively,
> + *
> + * b) Permission is hereby granted, free of charge, to any person
> + * obtaining a copy of this software and associated documentation
> + * files (the "Software"), to deal in the Software without
> + * restriction, including without limitation the rights to use,
> + * copy, modify, merge, publish, distribute, sublicense, and/or
> + * sell copies of the Software, and to permit persons to whom the
> + * Software is furnished to do so, subject to the following
> + * conditions:
> + *
> + * The above copyright notice and this permission notice shall be
> + * included in all copies or substantial portions of the Software.
> + *
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
> + * OTHER DEALINGS IN THE SOFTWARE.
> + */
> +
> +#include "sun7i-a20-olinuxino-lime2.dts"
> +
> +/ {
> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
> +};
> +
> +&mmc2 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&mmc2_pins_a>;
> + vmmc-supply = <®_vcc3v3>;
> + bus-width = <4>;
Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
embedded SD card.
> + non-removable;
> + no-1-8-v;
This flag is not supported on sunxi.
Instead, use the vqmmc-supply with the correct regulator and constraints.
ChenYu
> + status = "okay";
> +
> + emmc: emmc at 0 {
> + reg = <0>;
> + compatible = "mmc-card";
> + broken-hpi;
> + };
> +};
> --
> 2.8.0.rc3
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
2016-04-28 7:19 ` Olliver Schinagl
(?)
@ 2016-05-03 7:12 ` christo.radev
-1 siblings, 0 replies; 64+ messages in thread
From: christo.radev @ 2016-05-03 7:12 UTC (permalink / raw)
To: linux-sunxi
Cc: maxime.ripard, wens, tsvetan, robh+dt, pawel.moll, mark.rutland,
ijc+devicetree, galak, linux, hdegoede, dev, devicetree,
linux-arm-kernel, linux-kernel, oliver
[-- Attachment #1: Type: text/plain, Size: 515 bytes --]
Hi to All,
I have already solved and tested this issue on Armbian build.
Find patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
There it is also described how to do eMMC bootable and much more.
About the board - Olimex already sold all 3 kinds after migration to their HW rev. E. One have to specify Lime2-eMMC as A20-Olinuxino-Lime2-eMMC instead of their old 2 options A20-Olinuxino-Lime2(-4GB).
Regards
Chris
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:12 ` christo.radev
0 siblings, 0 replies; 64+ messages in thread
From: christo.radev @ 2016-05-03 7:12 UTC (permalink / raw)
To: linux-sunxi
Cc: mark.rutland, devicetree, linux, pawel.moll, ijc+devicetree, dev,
tsvetan, linux-kernel, hdegoede, wens, robh+dt, galak,
maxime.ripard, oliver, linux-arm-kernel
[-- Attachment #1: Type: text/plain, Size: 515 bytes --]
Hi to All,
I have already solved and tested this issue on Armbian build.
Find patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
There it is also described how to do eMMC bootable and much more.
About the board - Olimex already sold all 3 kinds after migration to their HW rev. E. One have to specify Lime2-eMMC as A20-Olinuxino-Lime2-eMMC instead of their old 2 options A20-Olinuxino-Lime2(-4GB).
Regards
Chris
[-- Attachment #2: Type: text/plain, Size: 176 bytes --]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:12 ` christo.radev
0 siblings, 0 replies; 64+ messages in thread
From: christo.radev at gmail.com @ 2016-05-03 7:12 UTC (permalink / raw)
To: linux-arm-kernel
Hi to All,
I have already solved and tested this issue on Armbian build.
Find patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
There it is also described how to do eMMC bootable and much more.
About the board - Olimex already sold all 3 kinds after migration to their HW rev. E. One have to specify Lime2-eMMC as A20-Olinuxino-Lime2-eMMC instead of their old 2 options A20-Olinuxino-Lime2(-4GB).
Regards
Chris
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
2016-05-03 3:33 ` Chen-Yu Tsai
(?)
@ 2016-05-03 7:21 ` Olliver Schinagl
-1 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 7:21 UTC (permalink / raw)
To: Chen-Yu Tsai
Cc: Maxime Ripard, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hey Chen,
On 03-05-16 05:33, Chen-Yu Tsai wrote:
> Hi,
>
> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>> There are 3 kinds of OLinuXino Lime2 boards.
>> One without any on board storage, one with NAND storage and one with
>> eMMC storage. This patch adds the eMMC variant of boards.
>>
>> eMMC storage is different from a regular SD card in that it is soldered
>> on the board and cannot be changed. Additionally, it shares pins with
>> the NAND module and with the second SPI port.
>>
>> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
>> ---
>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
>> 1 file changed, 64 insertions(+)
>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>
>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> new file mode 100644
>> index 0000000..689da36
>> --- /dev/null
>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> @@ -0,0 +1,64 @@
>> + /*
>> + * Copyright 2015 - Ultimaker B.V.
>> + * Author Olliver Schinagl <oliver@schinagl.nl>
>> + *
>> + * This file is dual-licensed: you can use it either under the terms
>> + * of the GPL or the X11 license, at your option. Note that this dual
>> + * licensing only applies to this file, and not this project as a
>> + * whole.
>> + *
>> + * a) This file is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of the
>> + * License, or (at your option) any later version.
>> + *
>> + * This file is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + *
>> + * Or, alternatively,
>> + *
>> + * b) Permission is hereby granted, free of charge, to any person
>> + * obtaining a copy of this software and associated documentation
>> + * files (the "Software"), to deal in the Software without
>> + * restriction, including without limitation the rights to use,
>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>> + * sell copies of the Software, and to permit persons to whom the
>> + * Software is furnished to do so, subject to the following
>> + * conditions:
>> + *
>> + * The above copyright notice and this permission notice shall be
>> + * included in all copies or substantial portions of the Software.
>> + *
>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>> + * OTHER DEALINGS IN THE SOFTWARE.
>> + */
>> +
>> +#include "sun7i-a20-olinuxino-lime2.dts"
>> +
>> +/ {
>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>> +};
>> +
>> +&mmc2 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&mmc2_pins_a>;
>> + vmmc-supply = <®_vcc3v3>;
>> + bus-width = <4>;
> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
> embedded SD card.
On A20 as well? Our investigations so far have concluded that the A10
and A20 have those pins not mapped out to pads. The IP does support it
however we assume.
>
>> + non-removable;
>> + no-1-8-v;
> This flag is not supported on sunxi.
>
> Instead, use the vqmmc-supply with the correct regulator and constraints.
That was not supposed to be there, i'll fix it! Sorry.
>
> ChenYu
>
>> + status = "okay";
>> +
>> + emmc: emmc@0 {
>> + reg = <0>;
>> + compatible = "mmc-card";
>> + broken-hpi;
>> + };
>> +};
>> --
>> 2.8.0.rc3
>>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:21 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 7:21 UTC (permalink / raw)
To: Chen-Yu Tsai
Cc: Maxime Ripard, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hey Chen,
On 03-05-16 05:33, Chen-Yu Tsai wrote:
> Hi,
>
> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
>> There are 3 kinds of OLinuXino Lime2 boards.
>> One without any on board storage, one with NAND storage and one with
>> eMMC storage. This patch adds the eMMC variant of boards.
>>
>> eMMC storage is different from a regular SD card in that it is soldered
>> on the board and cannot be changed. Additionally, it shares pins with
>> the NAND module and with the second SPI port.
>>
>> Signed-off-by: Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>> ---
>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
>> 1 file changed, 64 insertions(+)
>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>
>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> new file mode 100644
>> index 0000000..689da36
>> --- /dev/null
>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> @@ -0,0 +1,64 @@
>> + /*
>> + * Copyright 2015 - Ultimaker B.V.
>> + * Author Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>> + *
>> + * This file is dual-licensed: you can use it either under the terms
>> + * of the GPL or the X11 license, at your option. Note that this dual
>> + * licensing only applies to this file, and not this project as a
>> + * whole.
>> + *
>> + * a) This file is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of the
>> + * License, or (at your option) any later version.
>> + *
>> + * This file is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + *
>> + * Or, alternatively,
>> + *
>> + * b) Permission is hereby granted, free of charge, to any person
>> + * obtaining a copy of this software and associated documentation
>> + * files (the "Software"), to deal in the Software without
>> + * restriction, including without limitation the rights to use,
>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>> + * sell copies of the Software, and to permit persons to whom the
>> + * Software is furnished to do so, subject to the following
>> + * conditions:
>> + *
>> + * The above copyright notice and this permission notice shall be
>> + * included in all copies or substantial portions of the Software.
>> + *
>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>> + * OTHER DEALINGS IN THE SOFTWARE.
>> + */
>> +
>> +#include "sun7i-a20-olinuxino-lime2.dts"
>> +
>> +/ {
>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>> +};
>> +
>> +&mmc2 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&mmc2_pins_a>;
>> + vmmc-supply = <®_vcc3v3>;
>> + bus-width = <4>;
> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
> embedded SD card.
On A20 as well? Our investigations so far have concluded that the A10
and A20 have those pins not mapped out to pads. The IP does support it
however we assume.
>
>> + non-removable;
>> + no-1-8-v;
> This flag is not supported on sunxi.
>
> Instead, use the vqmmc-supply with the correct regulator and constraints.
That was not supposed to be there, i'll fix it! Sorry.
>
> ChenYu
>
>> + status = "okay";
>> +
>> + emmc: emmc@0 {
>> + reg = <0>;
>> + compatible = "mmc-card";
>> + broken-hpi;
>> + };
>> +};
>> --
>> 2.8.0.rc3
>>
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:21 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 7:21 UTC (permalink / raw)
To: linux-arm-kernel
Hey Chen,
On 03-05-16 05:33, Chen-Yu Tsai wrote:
> Hi,
>
> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>> There are 3 kinds of OLinuXino Lime2 boards.
>> One without any on board storage, one with NAND storage and one with
>> eMMC storage. This patch adds the eMMC variant of boards.
>>
>> eMMC storage is different from a regular SD card in that it is soldered
>> on the board and cannot be changed. Additionally, it shares pins with
>> the NAND module and with the second SPI port.
>>
>> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
>> ---
>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64 ++++++++++++++++++++++
>> 1 file changed, 64 insertions(+)
>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>
>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> new file mode 100644
>> index 0000000..689da36
>> --- /dev/null
>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>> @@ -0,0 +1,64 @@
>> + /*
>> + * Copyright 2015 - Ultimaker B.V.
>> + * Author Olliver Schinagl <oliver@schinagl.nl>
>> + *
>> + * This file is dual-licensed: you can use it either under the terms
>> + * of the GPL or the X11 license, at your option. Note that this dual
>> + * licensing only applies to this file, and not this project as a
>> + * whole.
>> + *
>> + * a) This file is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of the
>> + * License, or (at your option) any later version.
>> + *
>> + * This file is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + *
>> + * Or, alternatively,
>> + *
>> + * b) Permission is hereby granted, free of charge, to any person
>> + * obtaining a copy of this software and associated documentation
>> + * files (the "Software"), to deal in the Software without
>> + * restriction, including without limitation the rights to use,
>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>> + * sell copies of the Software, and to permit persons to whom the
>> + * Software is furnished to do so, subject to the following
>> + * conditions:
>> + *
>> + * The above copyright notice and this permission notice shall be
>> + * included in all copies or substantial portions of the Software.
>> + *
>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>> + * OTHER DEALINGS IN THE SOFTWARE.
>> + */
>> +
>> +#include "sun7i-a20-olinuxino-lime2.dts"
>> +
>> +/ {
>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>> +};
>> +
>> +&mmc2 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&mmc2_pins_a>;
>> + vmmc-supply = <®_vcc3v3>;
>> + bus-width = <4>;
> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
> embedded SD card.
On A20 as well? Our investigations so far have concluded that the A10
and A20 have those pins not mapped out to pads. The IP does support it
however we assume.
>
>> + non-removable;
>> + no-1-8-v;
> This flag is not supported on sunxi.
>
> Instead, use the vqmmc-supply with the correct regulator and constraints.
That was not supposed to be there, i'll fix it! Sorry.
>
> ChenYu
>
>> + status = "okay";
>> +
>> + emmc: emmc at 0 {
>> + reg = <0>;
>> + compatible = "mmc-card";
>> + broken-hpi;
>> + };
>> +};
>> --
>> 2.8.0.rc3
>>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:25 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 7:25 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Chen-Yu Tsai, Maxime Ripard, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
> Hey Chen,
ChenYu :)
>
>
> On 03-05-16 05:33, Chen-Yu Tsai wrote:
>>
>> Hi,
>>
>> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl>
>> wrote:
>>>
>>> There are 3 kinds of OLinuXino Lime2 boards.
>>> One without any on board storage, one with NAND storage and one with
>>> eMMC storage. This patch adds the eMMC variant of boards.
>>>
>>> eMMC storage is different from a regular SD card in that it is soldered
>>> on the board and cannot be changed. Additionally, it shares pins with
>>> the NAND module and with the second SPI port.
>>>
>>> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
>>> ---
>>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64
>>> ++++++++++++++++++++++
>>> 1 file changed, 64 insertions(+)
>>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>>
>>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> new file mode 100644
>>> index 0000000..689da36
>>> --- /dev/null
>>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> @@ -0,0 +1,64 @@
>>> + /*
>>> + * Copyright 2015 - Ultimaker B.V.
>>> + * Author Olliver Schinagl <oliver@schinagl.nl>
>>> + *
>>> + * This file is dual-licensed: you can use it either under the terms
>>> + * of the GPL or the X11 license, at your option. Note that this dual
>>> + * licensing only applies to this file, and not this project as a
>>> + * whole.
>>> + *
>>> + * a) This file is free software; you can redistribute it and/or
>>> + * modify it under the terms of the GNU General Public License as
>>> + * published by the Free Software Foundation; either version 2 of
>>> the
>>> + * License, or (at your option) any later version.
>>> + *
>>> + * This file is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> + * GNU General Public License for more details.
>>> + *
>>> + * Or, alternatively,
>>> + *
>>> + * b) Permission is hereby granted, free of charge, to any person
>>> + * obtaining a copy of this software and associated documentation
>>> + * files (the "Software"), to deal in the Software without
>>> + * restriction, including without limitation the rights to use,
>>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>>> + * sell copies of the Software, and to permit persons to whom the
>>> + * Software is furnished to do so, subject to the following
>>> + * conditions:
>>> + *
>>> + * The above copyright notice and this permission notice shall be
>>> + * included in all copies or substantial portions of the Software.
>>> + *
>>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>>> + * OTHER DEALINGS IN THE SOFTWARE.
>>> + */
>>> +
>>> +#include "sun7i-a20-olinuxino-lime2.dts"
>>> +
>>> +/ {
>>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>>> +};
>>> +
>>> +&mmc2 {
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&mmc2_pins_a>;
>>> + vmmc-supply = <®_vcc3v3>;
>>> + bus-width = <4>;
>>
>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>> embedded SD card.
>
> On A20 as well? Our investigations so far have concluded that the A10 and
> A20 have those pins not mapped out to pads. The IP does support it however
> we assume.
You're right. My bad. First time A10/A20 sees eMMC support.
>>
>>
>>> + non-removable;
>>> + no-1-8-v;
>>
>> This flag is not supported on sunxi.
>>
>> Instead, use the vqmmc-supply with the correct regulator and constraints.
>
> That was not supposed to be there, i'll fix it! Sorry.
Thanks
ChenYu
>
>>
>> ChenYu
>>
>>> + status = "okay";
>>> +
>>> + emmc: emmc@0 {
>>> + reg = <0>;
>>> + compatible = "mmc-card";
>>> + broken-hpi;
>>> + };
>>> +};
>>> --
>>> 2.8.0.rc3
>>>
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:25 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 7:25 UTC (permalink / raw)
To: Olliver Schinagl
Cc: Chen-Yu Tsai, Maxime Ripard, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
> Hey Chen,
ChenYu :)
>
>
> On 03-05-16 05:33, Chen-Yu Tsai wrote:
>>
>> Hi,
>>
>> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>> wrote:
>>>
>>> There are 3 kinds of OLinuXino Lime2 boards.
>>> One without any on board storage, one with NAND storage and one with
>>> eMMC storage. This patch adds the eMMC variant of boards.
>>>
>>> eMMC storage is different from a regular SD card in that it is soldered
>>> on the board and cannot be changed. Additionally, it shares pins with
>>> the NAND module and with the second SPI port.
>>>
>>> Signed-off-by: Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>>> ---
>>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64
>>> ++++++++++++++++++++++
>>> 1 file changed, 64 insertions(+)
>>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>>
>>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> new file mode 100644
>>> index 0000000..689da36
>>> --- /dev/null
>>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> @@ -0,0 +1,64 @@
>>> + /*
>>> + * Copyright 2015 - Ultimaker B.V.
>>> + * Author Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>>> + *
>>> + * This file is dual-licensed: you can use it either under the terms
>>> + * of the GPL or the X11 license, at your option. Note that this dual
>>> + * licensing only applies to this file, and not this project as a
>>> + * whole.
>>> + *
>>> + * a) This file is free software; you can redistribute it and/or
>>> + * modify it under the terms of the GNU General Public License as
>>> + * published by the Free Software Foundation; either version 2 of
>>> the
>>> + * License, or (at your option) any later version.
>>> + *
>>> + * This file is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> + * GNU General Public License for more details.
>>> + *
>>> + * Or, alternatively,
>>> + *
>>> + * b) Permission is hereby granted, free of charge, to any person
>>> + * obtaining a copy of this software and associated documentation
>>> + * files (the "Software"), to deal in the Software without
>>> + * restriction, including without limitation the rights to use,
>>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>>> + * sell copies of the Software, and to permit persons to whom the
>>> + * Software is furnished to do so, subject to the following
>>> + * conditions:
>>> + *
>>> + * The above copyright notice and this permission notice shall be
>>> + * included in all copies or substantial portions of the Software.
>>> + *
>>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>>> + * OTHER DEALINGS IN THE SOFTWARE.
>>> + */
>>> +
>>> +#include "sun7i-a20-olinuxino-lime2.dts"
>>> +
>>> +/ {
>>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>>> +};
>>> +
>>> +&mmc2 {
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&mmc2_pins_a>;
>>> + vmmc-supply = <®_vcc3v3>;
>>> + bus-width = <4>;
>>
>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>> embedded SD card.
>
> On A20 as well? Our investigations so far have concluded that the A10 and
> A20 have those pins not mapped out to pads. The IP does support it however
> we assume.
You're right. My bad. First time A10/A20 sees eMMC support.
>>
>>
>>> + non-removable;
>>> + no-1-8-v;
>>
>> This flag is not supported on sunxi.
>>
>> Instead, use the vqmmc-supply with the correct regulator and constraints.
>
> That was not supposed to be there, i'll fix it! Sorry.
Thanks
ChenYu
>
>>
>> ChenYu
>>
>>> + status = "okay";
>>> +
>>> + emmc: emmc@0 {
>>> + reg = <0>;
>>> + compatible = "mmc-card";
>>> + broken-hpi;
>>> + };
>>> +};
>>> --
>>> 2.8.0.rc3
>>>
>
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 7:25 ` Chen-Yu Tsai
0 siblings, 0 replies; 64+ messages in thread
From: Chen-Yu Tsai @ 2016-05-03 7:25 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
> Hey Chen,
ChenYu :)
>
>
> On 03-05-16 05:33, Chen-Yu Tsai wrote:
>>
>> Hi,
>>
>> On Thu, Apr 28, 2016 at 3:19 PM, Olliver Schinagl <oliver@schinagl.nl>
>> wrote:
>>>
>>> There are 3 kinds of OLinuXino Lime2 boards.
>>> One without any on board storage, one with NAND storage and one with
>>> eMMC storage. This patch adds the eMMC variant of boards.
>>>
>>> eMMC storage is different from a regular SD card in that it is soldered
>>> on the board and cannot be changed. Additionally, it shares pins with
>>> the NAND module and with the second SPI port.
>>>
>>> Signed-off-by: Olliver Schinagl <oliver@schinagl.nl>
>>> ---
>>> .../boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 64
>>> ++++++++++++++++++++++
>>> 1 file changed, 64 insertions(+)
>>> create mode 100644 arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>>
>>> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> new file mode 100644
>>> index 0000000..689da36
>>> --- /dev/null
>>> +++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
>>> @@ -0,0 +1,64 @@
>>> + /*
>>> + * Copyright 2015 - Ultimaker B.V.
>>> + * Author Olliver Schinagl <oliver@schinagl.nl>
>>> + *
>>> + * This file is dual-licensed: you can use it either under the terms
>>> + * of the GPL or the X11 license, at your option. Note that this dual
>>> + * licensing only applies to this file, and not this project as a
>>> + * whole.
>>> + *
>>> + * a) This file is free software; you can redistribute it and/or
>>> + * modify it under the terms of the GNU General Public License as
>>> + * published by the Free Software Foundation; either version 2 of
>>> the
>>> + * License, or (at your option) any later version.
>>> + *
>>> + * This file is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> + * GNU General Public License for more details.
>>> + *
>>> + * Or, alternatively,
>>> + *
>>> + * b) Permission is hereby granted, free of charge, to any person
>>> + * obtaining a copy of this software and associated documentation
>>> + * files (the "Software"), to deal in the Software without
>>> + * restriction, including without limitation the rights to use,
>>> + * copy, modify, merge, publish, distribute, sublicense, and/or
>>> + * sell copies of the Software, and to permit persons to whom the
>>> + * Software is furnished to do so, subject to the following
>>> + * conditions:
>>> + *
>>> + * The above copyright notice and this permission notice shall be
>>> + * included in all copies or substantial portions of the Software.
>>> + *
>>> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>>> + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
>>> + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>>> + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
>>> + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
>>> + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
>>> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
>>> + * OTHER DEALINGS IN THE SOFTWARE.
>>> + */
>>> +
>>> +#include "sun7i-a20-olinuxino-lime2.dts"
>>> +
>>> +/ {
>>> + model = "Olimex A20-OLinuXino-LIME2-eMMC";
>>> +};
>>> +
>>> +&mmc2 {
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&mmc2_pins_a>;
>>> + vmmc-supply = <®_vcc3v3>;
>>> + bus-width = <4>;
>>
>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>> embedded SD card.
>
> On A20 as well? Our investigations so far have concluded that the A10 and
> A20 have those pins not mapped out to pads. The IP does support it however
> we assume.
You're right. My bad. First time A10/A20 sees eMMC support.
>>
>>
>>> + non-removable;
>>> + no-1-8-v;
>>
>> This flag is not supported on sunxi.
>>
>> Instead, use the vqmmc-supply with the correct regulator and constraints.
>
> That was not supposed to be there, i'll fix it! Sorry.
Thanks
ChenYu
>
>>
>> ChenYu
>>
>>> + status = "okay";
>>> +
>>> + emmc: emmc at 0 {
>>> + reg = <0>;
>>> + compatible = "mmc-card";
>>> + broken-hpi;
>>> + };
>>> +};
>>> --
>>> 2.8.0.rc3
>>>
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 13:14 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-03 13:14 UTC (permalink / raw)
To: christo.radev
Cc: linux-sunxi, wens, tsvetan, robh+dt, pawel.moll, mark.rutland,
ijc+devicetree, galak, linux, hdegoede, dev, devicetree,
linux-arm-kernel, linux-kernel, oliver
[-- Attachment #1: Type: text/plain, Size: 795 bytes --]
Hi,
On Tue, May 03, 2016 at 12:12:06AM -0700, christo.radev@gmail.com wrote:
> Hi to All,
>
> I have already solved and tested this issue on Armbian build. Find
> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> There it is also described how to do eMMC bootable and much more.
>
> About the board - Olimex already sold all 3 kinds after migration to
> their HW rev. E. One have to specify Lime2-eMMC as
> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> A20-Olinuxino-Lime2(-4GB).
Interesting, you have a link to that device?
Thanks,
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 13:14 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-03 13:14 UTC (permalink / raw)
To: christo.radev-Re5JQEeQqe8AvxtiuMwx3w
Cc: linux-sunxi, wens-jdAy2FN1RRM, tsvetan-kyXcfZUBQGPQT0dZR+AlfA,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A, pawel.moll-5wv7dgnIgG8,
mark.rutland-5wv7dgnIgG8, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1: Type: text/plain, Size: 800 bytes --]
Hi,
On Tue, May 03, 2016 at 12:12:06AM -0700, christo.radev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
> Hi to All,
>
> I have already solved and tested this issue on Armbian build. Find
> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> There it is also described how to do eMMC bootable and much more.
>
> About the board - Olimex already sold all 3 kinds after migration to
> their HW rev. E. One have to specify Lime2-eMMC as
> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> A20-Olinuxino-Lime2(-4GB).
Interesting, you have a link to that device?
Thanks,
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 13:14 ` Maxime Ripard
0 siblings, 0 replies; 64+ messages in thread
From: Maxime Ripard @ 2016-05-03 13:14 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, May 03, 2016 at 12:12:06AM -0700, christo.radev at gmail.com wrote:
> Hi to All,
>
> I have already solved and tested this issue on Armbian build. Find
> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> There it is also described how to do eMMC bootable and much more.
>
> About the board - Olimex already sold all 3 kinds after migration to
> their HW rev. E. One have to specify Lime2-eMMC as
> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> A20-Olinuxino-Lime2(-4GB).
Interesting, you have a link to that device?
Thanks,
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160503/22f02f0f/attachment.sig>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
2016-05-03 13:14 ` Maxime Ripard
(?)
@ 2016-05-03 15:02 ` christo.radev-Re5JQEeQqe8AvxtiuMwx3w
-1 siblings, 0 replies; 64+ messages in thread
From: christo.radev @ 2016-05-03 15:02 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev, wens, tsvetan, robh+dt, pawel.moll, mark.rutland,
ijc+devicetree, galak, linux, hdegoede, dev, devicetree,
linux-arm-kernel, linux-kernel, oliver
[-- Attachment #1: Type: text/plain, Size: 1647 bytes --]
On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> Hi,
>
> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > Hi to All,
> >
> > I have already solved and tested this issue on Armbian build. Find
> > patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> > http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> > There it is also described how to do eMMC bootable and much more.
> >
> > About the board - Olimex already sold all 3 kinds after migration to
> > their HW rev. E. One have to specify Lime2-eMMC as
> > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > A20-Olinuxino-Lime2(-4GB).
>
> Interesting, you have a link to that device?
>
> Thanks,
> Maxime
>
> --
> Maxime Ripard, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
I have really 2 boards delivered by their local distributor.
Unfortunately, they do not update their site. Use the link for NAND option:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 15:02 ` christo.radev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 64+ messages in thread
From: christo.radev-Re5JQEeQqe8AvxtiuMwx3w @ 2016-05-03 15:02 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w, wens-jdAy2FN1RRM,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1: Type: text/plain, Size: 1646 bytes --]
On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> Hi,
>
> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > Hi to All,
> >
> > I have already solved and tested this issue on Armbian build. Find
> > patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> > http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> > There it is also described how to do eMMC bootable and much more.
> >
> > About the board - Olimex already sold all 3 kinds after migration to
> > their HW rev. E. One have to specify Lime2-eMMC as
> > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > A20-Olinuxino-Lime2(-4GB).
>
> Interesting, you have a link to that device?
>
> Thanks,
> Maxime
>
> --
> Maxime Ripard, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
I have really 2 boards delivered by their local distributor.
Unfortunately, they do not update their site. Use the link for NAND option:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 15:02 ` christo.radev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 64+ messages in thread
From: christo.radev at gmail.com @ 2016-05-03 15:02 UTC (permalink / raw)
To: linux-arm-kernel
On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> Hi,
>
> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > Hi to All,
> >
> > I have already solved and tested this issue on Armbian build. Find
> > patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> > http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> > There it is also described how to do eMMC bootable and much more.
> >
> > About the board - Olimex already sold all 3 kinds after migration to
> > their HW rev. E. One have to specify Lime2-eMMC as
> > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > A20-Olinuxino-Lime2(-4GB).
>
> Interesting, you have a link to that device?
>
> Thanks,
> Maxime
>
> --
> Maxime Ripard, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
I have really 2 boards delivered by their local distributor.
Unfortunately, they do not update their site. Use the link for NAND option:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 15:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 15:52 UTC (permalink / raw)
To: christo.radev, linux-sunxi
Cc: wens, tsvetan, robh+dt, pawel.moll, mark.rutland, ijc+devicetree,
galak, linux, hdegoede, dev, devicetree, linux-arm-kernel,
linux-kernel
Hey all,
On 03-05-16 17:02, christo.radev@gmail.com wrote:
> On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
>> Hi,
>>
>> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
>>> Hi to All,
>>>
>>> I have already solved and tested this issue on Armbian build. Find
>>> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
>>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
>>> There it is also described how to do eMMC bootable and much more.
>>>
>>> About the board - Olimex already sold all 3 kinds after migration to
>>> their HW rev. E. One have to specify Lime2-eMMC as
>>> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
>>> A20-Olinuxino-Lime2(-4GB).
>> Interesting, you have a link to that device?
>>
>> Thanks,
>> Maxime
>>
>> --
>> Maxime Ripard, Free Electrons
>> Embedded Linux, Kernel and Android engineering
>> http://free-electrons.com
> I have really 2 boards delivered by their local distributor.
>
> Unfortunately, they do not update their site. Use the link for NAND option:
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
> There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
> https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
>
> On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
>
> If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
Sorry for the late reply, but yeah the board exists, we asked Olimex to
develop the eMMC variant for us. I currently have a dozen or so on my
desk :)
I don't know when Olimex will update their webshop with the new designs,
but they simply might not have enough eMMC chips available yet?
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 15:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 15:52 UTC (permalink / raw)
To: christo.radev-Re5JQEeQqe8AvxtiuMwx3w, linux-sunxi
Cc: wens-jdAy2FN1RRM, tsvetan-kyXcfZUBQGPQT0dZR+AlfA,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A, pawel.moll-5wv7dgnIgG8,
mark.rutland-5wv7dgnIgG8, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Hey all,
On 03-05-16 17:02, christo.radev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
> On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
>> Hi,
>>
>> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
>>> Hi to All,
>>>
>>> I have already solved and tested this issue on Armbian build. Find
>>> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
>>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
>>> There it is also described how to do eMMC bootable and much more.
>>>
>>> About the board - Olimex already sold all 3 kinds after migration to
>>> their HW rev. E. One have to specify Lime2-eMMC as
>>> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
>>> A20-Olinuxino-Lime2(-4GB).
>> Interesting, you have a link to that device?
>>
>> Thanks,
>> Maxime
>>
>> --
>> Maxime Ripard, Free Electrons
>> Embedded Linux, Kernel and Android engineering
>> http://free-electrons.com
> I have really 2 boards delivered by their local distributor.
>
> Unfortunately, they do not update their site. Use the link for NAND option:
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
> There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
> https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
>
> On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
>
> If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
Sorry for the late reply, but yeah the board exists, we asked Olimex to
develop the eMMC variant for us. I currently have a dozen or so on my
desk :)
I don't know when Olimex will update their webshop with the new designs,
but they simply might not have enough eMMC chips available yet?
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-03 15:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-03 15:52 UTC (permalink / raw)
To: linux-arm-kernel
Hey all,
On 03-05-16 17:02, christo.radev at gmail.com wrote:
> On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
>> Hi,
>>
>> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
>>> Hi to All,
>>>
>>> I have already solved and tested this issue on Armbian build. Find
>>> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
>>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
>>> There it is also described how to do eMMC bootable and much more.
>>>
>>> About the board - Olimex already sold all 3 kinds after migration to
>>> their HW rev. E. One have to specify Lime2-eMMC as
>>> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
>>> A20-Olinuxino-Lime2(-4GB).
>> Interesting, you have a link to that device?
>>
>> Thanks,
>> Maxime
>>
>> --
>> Maxime Ripard, Free Electrons
>> Embedded Linux, Kernel and Android engineering
>> http://free-electrons.com
> I have really 2 boards delivered by their local distributor.
>
> Unfortunately, they do not update their site. Use the link for NAND option:
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
> There you can find Users Manual where it is described that eMMC option is available from HW rev. D. The schematic for HW rev. E is also available on their repository:
> https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
>
> On the board both 4GB NAND and eMMC Flash chips can be placed alternatively on the same place. There is difference in some other components as well.
>
> If one want to order it from the site probably has to order A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price is the same.
Sorry for the late reply, but yeah the board exists, we asked Olimex to
develop the eMMC variant for us. I currently have a dozen or so on my
desk :)
I don't know when Olimex will update their webshop with the new designs,
but they simply might not have enough eMMC chips available yet?
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <5728C929.3040709-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-03 17:27 ` Christo Radev
0 siblings, 0 replies; 64+ messages in thread
From: Christo Radev @ 2016-05-03 17:27 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w, wens-jdAy2FN1RRM,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 3630 bytes --]
Hi Oliver,
Nice to hear it. Thanks to Olimex I also have 2 board and make series of
tests and customization effort based on Armbian build scripts.
I have passed through patching and customization of U-Boot, Kernel (both
legacy 3.4.111 and mainline 4.5.2), Debian Jessie as FS, RPI Monitor etc.
All my steps are described in a couple of posts on Armbian forum where the
main one is:
http://forum.armbian.com/index.php/topic/853-armbian-customization
There one can find all patches I have used, step by step instruction on how
to install and boot from eMMC, SD/MMC, SATA, some measurements and tests.
One of the useful things in my opinion is U-Boot script to boot from
available boot devices in given order and usage of user button for
emergency boot from eMMC or SD/MMC.
Of course, my customization effort is not finished so some help in USB OTG
activation and read-only rootfs preparation will be welcome.
Any help or notes on how the things can be done in a better way will be
appreciated as well.
Regards
Chris
On Tuesday, May 3, 2016 at 6:52:15 PM UTC+3, Olliver Schinagl wrote:
>
> Hey all,
>
> On 03-05-16 17:02, christ...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <javascript:> wrote:
> > On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> >> Hi,
> >>
> >> On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> >>> Hi to All,
> >>>
> >>> I have already solved and tested this issue on Armbian build. Find
> >>> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> >>>
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7494
> >>> There it is also described how to do eMMC bootable and much more.
> >>>
> >>> About the board - Olimex already sold all 3 kinds after migration to
> >>> their HW rev. E. One have to specify Lime2-eMMC as
> >>> A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> >>> A20-Olinuxino-Lime2(-4GB).
> >> Interesting, you have a link to that device?
> >>
> >> Thanks,
> >> Maxime
> >>
> >> --
> >> Maxime Ripard, Free Electrons
> >> Embedded Linux, Kernel and Android engineering
> >> http://free-electrons.com
> > I have really 2 boards delivered by their local distributor.
> >
> > Unfortunately, they do not update their site. Use the link for NAND
> option:
> >
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4GB/open-source-hardware
> > There you can find Users Manual where it is described that eMMC option
> is available from HW rev. D. The schematic for HW rev. E is also available
> on their repository:
> >
> https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuXino-LIME2
> >
> > On the board both 4GB NAND and eMMC Flash chips can be placed
> alternatively on the same place. There is difference in some other
> components as well.
> >
> > If one want to order it from the site probably has to order
> A20-Olinuxino-Lime2-4GB with note that eMMC option is required. The price
> is the same.
> Sorry for the late reply, but yeah the board exists, we asked Olimex to
> develop the eMMC variant for us. I currently have a dozen or so on my
> desk :)
>
> I don't know when Olimex will update their webshop with the new designs,
> but they simply might not have enough eMMC chips available yet?
>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 6788 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [linux-sunxi] Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <5728C929.3040709-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-03 17:27 ` Christo Radev
@ 2016-05-04 5:13 ` Priit Laes
0 siblings, 0 replies; 64+ messages in thread
From: Priit Laes @ 2016-05-04 5:13 UTC (permalink / raw)
To: oliver, christo.radev, linux-sunxi
Cc: wens, tsvetan, robh+dt, pawel.moll, mark.rutland, ijc+devicetree,
galak, linux, hdegoede, dev, devicetree, linux-arm-kernel,
linux-kernel
On Tue, 2016-05-03 at 17:52 +0200, Olliver Schinagl wrote:
> Hey all,
>
> On 03-05-16 17:02, christo.radev@gmail.com wrote:
> > On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > > > Hi to All,
> > > >
> > > > I have already solved and tested this issue on Armbian build.
> > > > Find
> > > > patches for both legacy (3.4.111) and mainline (4.5.2) kernels
> > > > on:
> > > > http://forum.armbian.com/index.php/topic/853-armbian-customizat
> > > > ion/page-2#entry7494
> > > > There it is also described how to do eMMC bootable and much
> > > > more.
> > > >
> > > > About the board - Olimex already sold all 3 kinds after
> > > > migration to
> > > > their HW rev. E. One have to specify Lime2-eMMC as
> > > > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > > > A20-Olinuxino-Lime2(-4GB).
> > > Interesting, you have a link to that device?
I guess, it is this one:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
open-source-hardware
> > >
> > > Thanks,
> > > Maxime
> > >
> > > --
> > > Maxime Ripard, Free Electrons
> > > Embedded Linux, Kernel and Android engineering
> > > http://free-electrons.com
> > I have really 2 boards delivered by their local distributor.
> >
> > Unfortunately, they do not update their site. Use the link for NAND
> > option:
> > https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4
> > GB/open-source-hardware
> > There you can find Users Manual where it is described that eMMC
> > option is available from HW rev. D. The schematic for HW rev. E is
> > also available on their repository:
> > https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuX
> > ino-LIME2
> >
> > On the board both 4GB NAND and eMMC Flash chips can be placed
> > alternatively on the same place. There is difference in some other
> > components as well.
> >
> > If one want to order it from the site probably has to order A20
> > -Olinuxino-Lime2-4GB with note that eMMC option is required. The
> > price is the same.
> Sorry for the late reply, but yeah the board exists, we asked Olimex
> to
> develop the eMMC variant for us. I currently have a dozen or so on my
> desk :)
>
> I don't know when Olimex will update their webshop with the new
> designs,
> but they simply might not have enough eMMC chips available yet?
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 5:13 ` Priit Laes
0 siblings, 0 replies; 64+ messages in thread
From: Priit Laes @ 2016-05-04 5:13 UTC (permalink / raw)
To: oliver-dxLnbx3+1qmEVqv0pETR8A,
christo.radev-Re5JQEeQqe8AvxtiuMwx3w, linux-sunxi
Cc: wens-jdAy2FN1RRM, tsvetan-kyXcfZUBQGPQT0dZR+AlfA,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A, pawel.moll-5wv7dgnIgG8,
mark.rutland-5wv7dgnIgG8, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
On Tue, 2016-05-03 at 17:52 +0200, Olliver Schinagl wrote:
> Hey all,
>
> On 03-05-16 17:02, christo.radev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
> > On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > > > Hi to All,
> > > >
> > > > I have already solved and tested this issue on Armbian build.
> > > > Find
> > > > patches for both legacy (3.4.111) and mainline (4.5.2) kernels
> > > > on:
> > > > http://forum.armbian.com/index.php/topic/853-armbian-customizat
> > > > ion/page-2#entry7494
> > > > There it is also described how to do eMMC bootable and much
> > > > more.
> > > >
> > > > About the board - Olimex already sold all 3 kinds after
> > > > migration to
> > > > their HW rev. E. One have to specify Lime2-eMMC as
> > > > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > > > A20-Olinuxino-Lime2(-4GB).
> > > Interesting, you have a link to that device?
I guess, it is this one:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
open-source-hardware
> > >
> > > Thanks,
> > > Maxime
> > >
> > > --
> > > Maxime Ripard, Free Electrons
> > > Embedded Linux, Kernel and Android engineering
> > > http://free-electrons.com
> > I have really 2 boards delivered by their local distributor.
> >
> > Unfortunately, they do not update their site. Use the link for NAND
> > option:
> > https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4
> > GB/open-source-hardware
> > There you can find Users Manual where it is described that eMMC
> > option is available from HW rev. D. The schematic for HW rev. E is
> > also available on their repository:
> > https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuX
> > ino-LIME2
> >
> > On the board both 4GB NAND and eMMC Flash chips can be placed
> > alternatively on the same place. There is difference in some other
> > components as well.
> >
> > If one want to order it from the site probably has to order A20
> > -Olinuxino-Lime2-4GB with note that eMMC option is required. The
> > price is the same.
> Sorry for the late reply, but yeah the board exists, we asked Olimex
> to
> develop the eMMC variant for us. I currently have a dozen or so on my
> desk :)
>
> I don't know when Olimex will update their webshop with the new
> designs,
> but they simply might not have enough eMMC chips available yet?
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* [linux-sunxi] Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 5:13 ` Priit Laes
0 siblings, 0 replies; 64+ messages in thread
From: Priit Laes @ 2016-05-04 5:13 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, 2016-05-03 at 17:52 +0200, Olliver Schinagl wrote:
> Hey all,
>
> On 03-05-16 17:02, christo.radev at gmail.com wrote:
> > On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > > > Hi to All,
> > > >
> > > > I have already solved and tested this issue on Armbian build.
> > > > Find
> > > > patches for both legacy (3.4.111) and mainline (4.5.2) kernels
> > > > on:
> > > > http://forum.armbian.com/index.php/topic/853-armbian-customizat
> > > > ion/page-2#entry7494
> > > > There it is also described how to do eMMC bootable and much
> > > > more.
> > > >
> > > > About the board - Olimex already sold all 3 kinds after
> > > > migration to
> > > > their HW rev. E. One have to specify Lime2-eMMC as
> > > > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > > > A20-Olinuxino-Lime2(-4GB).
> > > Interesting, you have a link to that device?
I guess, it is this one:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
open-source-hardware
> > >
> > > Thanks,
> > > Maxime
> > >
> > > --
> > > Maxime Ripard, Free Electrons
> > > Embedded Linux, Kernel and Android engineering
> > > http://free-electrons.com
> > I have really 2 boards delivered by their local distributor.
> >
> > Unfortunately, they do not update their site. Use the link for NAND
> > option:
> > https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4
> > GB/open-source-hardware
> > There you can find Users Manual where it is described that eMMC
> > option is available from HW rev. D. The schematic for HW rev. E is
> > also available on their repository:
> > https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuX
> > ino-LIME2
> >
> > On the board both 4GB NAND and eMMC Flash chips can be placed
> > alternatively on the same place. There is difference in some other
> > components as well.
> >
> > If one want to order it from the site probably has to order A20
> > -Olinuxino-Lime2-4GB with note that eMMC option is required. The
> > price is the same.
> Sorry for the late reply, but yeah the board exists, we asked Olimex
> to
> develop the eMMC variant for us. I currently have a dozen or so on my
> desk :)
>
> I don't know when Olimex will update their webshop with the new
> designs,
> but they simply might not have enough eMMC chips available yet?
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <1462338781.15404.0.camel-q/aMd4JkU83YtjvyW6yDsg@public.gmane.org>
@ 2016-05-04 8:49 ` Christo Radev
0 siblings, 0 replies; 64+ messages in thread
From: Christo Radev @ 2016-05-04 8:49 UTC (permalink / raw)
To: linux-sunxi
Cc: oliver-dxLnbx3+1qmEVqv0pETR8A,
christo.radev-Re5JQEeQqe8AvxtiuMwx3w, wens-jdAy2FN1RRM,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1.1: Type: text/plain, Size: 3157 bytes --]
Exactly, the site is finally updated.
On Wednesday, May 4, 2016 at 8:13:05 AM UTC+3, Priit Laes wrote:
>
> On Tue, 2016-05-03 at 17:52 +0200, Olliver Schinagl wrote:
> > Hey all,
> >
> > On 03-05-16 17:02, christ...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <javascript:> wrote:
> > > On Tuesday, May 3, 2016 at 4:14:41 PM UTC+3, Maxime Ripard wrote:
> > > > Hi,
> > > >
> > > > On Tue, May 03, 2016 at 4:12:06 PM UTC+3, Christo Radev wrote:
> > > > > Hi to All,
> > > > >
> > > > > I have already solved and tested this issue on Armbian build.
> > > > > Find
> > > > > patches for both legacy (3.4.111) and mainline (4.5.2) kernels
> > > > > on:
> > > > > http://forum.armbian.com/index.php/topic/853-armbian-customizat
> > > > > ion/page-2#entry7494
> > > > > There it is also described how to do eMMC bootable and much
> > > > > more.
> > > > >
> > > > > About the board - Olimex already sold all 3 kinds after
> > > > > migration to
> > > > > their HW rev. E. One have to specify Lime2-eMMC as
> > > > > A20-Olinuxino-Lime2-eMMC instead of their old 2 options
> > > > > A20-Olinuxino-Lime2(-4GB).
> > > > Interesting, you have a link to that device?
>
> I guess, it is this one:
>
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
> open-source-hardware
> <https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/open-source-hardware>
>
> > > >
> > > > Thanks,
> > > > Maxime
> > > >
> > > > --
> > > > Maxime Ripard, Free Electrons
> > > > Embedded Linux, Kernel and Android engineering
> > > > http://free-electrons.com
> > > I have really 2 boards delivered by their local distributor.
> > >
> > > Unfortunately, they do not update their site. Use the link for NAND
> > > option:
> > > https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2-4
> > > GB/open-source-hardware
> > > There you can find Users Manual where it is described that eMMC
> > > option is available from HW rev. D. The schematic for HW rev. E is
> > > also available on their repository:
> > > https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A20-OLinuX
> > > ino-LIME2
> > >
> > > On the board both 4GB NAND and eMMC Flash chips can be placed
> > > alternatively on the same place. There is difference in some other
> > > components as well.
> > >
> > > If one want to order it from the site probably has to order A20
> > > -Olinuxino-Lime2-4GB with note that eMMC option is required. The
> > > price is the same.
> > Sorry for the late reply, but yeah the board exists, we asked Olimex
> > to
> > develop the eMMC variant for us. I currently have a dozen or so on my
> > desk :)
> >
> > I don't know when Olimex will update their webshop with the new
> > designs,
> > but they simply might not have enough eMMC chips available yet?
> >
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 7005 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:30 ` Radoslav Kolev
0 siblings, 0 replies; 64+ messages in thread
From: Radoslav Kolev @ 2016-05-04 12:30 UTC (permalink / raw)
To: Chen-Yu Tsai
Cc: Olliver Schinagl, Maxime Ripard, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens@csie.org>:
> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>>>> + bus-width = <4>;
>>>
>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>> embedded SD card.
>>
>> On A20 as well? Our investigations so far have concluded that the A10 and
>> A20 have those pins not mapped out to pads. The IP does support it however
>> we assume.
>
> You're right. My bad. First time A10/A20 sees eMMC support.
I can't say anything about A10/A20, but I have a board with A13 and
the same eMMC chip and it works fine in 8 bit mode.
Regards,
Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:30 ` Radoslav Kolev
0 siblings, 0 replies; 64+ messages in thread
From: Radoslav Kolev @ 2016-05-04 12:30 UTC (permalink / raw)
To: Chen-Yu Tsai
Cc: Olliver Schinagl, Maxime Ripard, Tsvetan Usunov, Rob Herring,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>:
> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
>>>> + bus-width = <4>;
>>>
>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>> embedded SD card.
>>
>> On A20 as well? Our investigations so far have concluded that the A10 and
>> A20 have those pins not mapped out to pads. The IP does support it however
>> we assume.
>
> You're right. My bad. First time A10/A20 sees eMMC support.
I can't say anything about A10/A20, but I have a board with A13 and
the same eMMC chip and it works fine in 8 bit mode.
Regards,
Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:30 ` Radoslav Kolev
0 siblings, 0 replies; 64+ messages in thread
From: Radoslav Kolev @ 2016-05-04 12:30 UTC (permalink / raw)
To: linux-arm-kernel
2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens@csie.org>:
> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>>>> + bus-width = <4>;
>>>
>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>> embedded SD card.
>>
>> On A20 as well? Our investigations so far have concluded that the A10 and
>> A20 have those pins not mapped out to pads. The IP does support it however
>> we assume.
>
> You're right. My bad. First time A10/A20 sees eMMC support.
I can't say anything about A10/A20, but I have a board with A13 and
the same eMMC chip and it works fine in 8 bit mode.
Regards,
Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 12:52 UTC (permalink / raw)
To: Radoslav Kolev, Chen-Yu Tsai
Cc: Maxime Ripard, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hey Radoslav,
On 04-05-16 14:30, Radoslav Kolev wrote:
> 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens@csie.org>:
>> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>>>>> + bus-width = <4>;
>>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>>> embedded SD card.
>>> On A20 as well? Our investigations so far have concluded that the A10 and
>>> A20 have those pins not mapped out to pads. The IP does support it however
>>> we assume.
>> You're right. My bad. First time A10/A20 sees eMMC support.
> I can't say anything about A10/A20, but I have a board with A13 and
> the same eMMC chip and it works fine in 8 bit mode.
Yep, sun5i actually brings them all out to pads, the A20 however does
not :( We first thought that the A20 would also be an 8bitter, because
the mmc IP appears to be the same as sun5i, but initial tests show it is
not. As for A10, it has older IP and it might not even support 8 bit
mode, let alone bring out the pins.
But with A20's + eMMC being available via the lime2, others may repeat
my experiments! The lime2 is 8 bit connected.
Olliver
>
> Regards,
> Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 12:52 UTC (permalink / raw)
To: Radoslav Kolev, Chen-Yu Tsai
Cc: Maxime Ripard, Tsvetan Usunov, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, Russell King,
Hans de Goede, dev, devicetree, linux-arm-kernel, linux-kernel
Hey Radoslav,
On 04-05-16 14:30, Radoslav Kolev wrote:
> 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>:
>> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
>>>>> + bus-width = <4>;
>>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>>> embedded SD card.
>>> On A20 as well? Our investigations so far have concluded that the A10 and
>>> A20 have those pins not mapped out to pads. The IP does support it however
>>> we assume.
>> You're right. My bad. First time A10/A20 sees eMMC support.
> I can't say anything about A10/A20, but I have a board with A13 and
> the same eMMC chip and it works fine in 8 bit mode.
Yep, sun5i actually brings them all out to pads, the A20 however does
not :( We first thought that the A20 would also be an 8bitter, because
the mmc IP appears to be the same as sun5i, but initial tests show it is
not. As for A10, it has older IP and it might not even support 8 bit
mode, let alone bring out the pins.
But with A20's + eMMC being available via the lime2, others may repeat
my experiments! The lime2 is 8 bit connected.
Olliver
>
> Regards,
> Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-05-04 12:52 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 12:52 UTC (permalink / raw)
To: linux-arm-kernel
Hey Radoslav,
On 04-05-16 14:30, Radoslav Kolev wrote:
> 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <wens@csie.org>:
>> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oliver@schinagl.nl> wrote:
>>>>> + bus-width = <4>;
>>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind of
>>>> embedded SD card.
>>> On A20 as well? Our investigations so far have concluded that the A10 and
>>> A20 have those pins not mapped out to pads. The IP does support it however
>>> we assume.
>> You're right. My bad. First time A10/A20 sees eMMC support.
> I can't say anything about A10/A20, but I have a board with A13 and
> the same eMMC chip and it works fine in 8 bit mode.
Yep, sun5i actually brings them all out to pads, the A20 however does
not :( We first thought that the A20 would also be an 8bitter, because
the mmc IP appears to be the same as sun5i, but initial tests show it is
not. As for A10, it has older IP and it might not even support 8 bit
mode, let alone bring out the pins.
But with A20's + eMMC being available via the lime2, others may repeat
my experiments! The lime2 is 8 bit connected.
Olliver
>
> Regards,
> Radoslav
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <5729F07C.3080308-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-04 13:07 ` Christo Radev
[not found] ` <948be370-4401-43cb-862e-d4376755a75d-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-04 13:07 UTC (permalink / raw)
To: linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 1995 bytes --]
Hi Olliver,
I have already test it a few weeks ago and definitely can say that 8-bit
bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
See may post here
<http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
.
Best regards
Chris
On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Radoslav,
>
> On 04-05-16 14:30, Radoslav Kolev wrote:
> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org <javascript:>>:
> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org
> <javascript:>> wrote:
> >>>>> + bus-width = <4>;
> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind
> of
> >>>> embedded SD card.
> >>> On A20 as well? Our investigations so far have concluded that the A10
> and
> >>> A20 have those pins not mapped out to pads. The IP does support it
> however
> >>> we assume.
> >> You're right. My bad. First time A10/A20 sees eMMC support.
> > I can't say anything about A10/A20, but I have a board with A13 and
> > the same eMMC chip and it works fine in 8 bit mode.
> Yep, sun5i actually brings them all out to pads, the A20 however does
> not :( We first thought that the A20 would also be an 8bitter, because
> the mmc IP appears to be the same as sun5i, but initial tests show it is
> not. As for A10, it has older IP and it might not even support 8 bit
> mode, let alone bring out the pins.
>
> But with A20's + eMMC being available via the lime2, others may repeat
> my experiments! The lime2 is 8 bit connected.
>
> Olliver
> >
> > Regards,
> > Radoslav
>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 2899 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <948be370-4401-43cb-862e-d4376755a75d-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-04 13:19 ` Olliver Schinagl
[not found] ` <5729F6D6.8030100-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 13:19 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 2346 bytes --]
Hey Christo,
On 04-05-16 15:07, Christo Radev wrote:
> Hi Olliver,
>
> I have already test it a few weeks ago and definitely can say that
> 8-bit bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
> See may post here
> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>.
I saw, but you forgot to define the pins for 4.x :)
See my patch from earlier:
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html
Olliver
>
> Best regards
>
> Chris
>
> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Radoslav,
>
> On 04-05-16 14:30, Radoslav Kolev wrote:
> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org
> <javascript:>>:
> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl
> <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org <javascript:>> wrote:
> >>>>> + bus-width = <4>;
> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are
> some kind of
> >>>> embedded SD card.
> >>> On A20 as well? Our investigations so far have concluded that
> the A10 and
> >>> A20 have those pins not mapped out to pads. The IP does
> support it however
> >>> we assume.
> >> You're right. My bad. First time A10/A20 sees eMMC support.
> > I can't say anything about A10/A20, but I have a board with A13 and
> > the same eMMC chip and it works fine in 8 bit mode.
> Yep, sun5i actually brings them all out to pads, the A20 however does
> not :( We first thought that the A20 would also be an 8bitter,
> because
> the mmc IP appears to be the same as sun5i, but initial tests show
> it is
> not. As for A10, it has older IP and it might not even support 8 bit
> mode, let alone bring out the pins.
>
> But with A20's + eMMC being available via the lime2, others may
> repeat
> my experiments! The lime2 is 8 bit connected.
>
> Olliver
> >
> > Regards,
> > Radoslav
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 4986 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <5729F6D6.8030100-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-04 13:32 ` Christo Radev
[not found] ` <4704fa35-9a2a-4e6e-8fd4-f4778405c598-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-04 13:32 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 2801 bytes --]
Hi Oliver,
I do: that
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
The syntax error seen there was fixed and the result is:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
The same tests was done on legacy kernel 3.4.111 modifying fex file and the
result is the same:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
Best regards
Chris
On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 04-05-16 15:07, Christo Radev wrote:
>
> Hi Olliver,
>
> I have already test it a few weeks ago and definitely can say that 8-bit
> bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
> See may post here
> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
> .
>
> I saw, but you forgot to define the pins for 4.x :)
>
> See my patch from earlier:
> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html
>
> Olliver
>
>
> Best regards
>
> Chris
>
> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>>
>> Hey Radoslav,
>>
>> On 04-05-16 14:30, Radoslav Kolev wrote:
>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>> wrote:
>> >>>>> + bus-width = <4>;
>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind
>> of
>> >>>> embedded SD card.
>> >>> On A20 as well? Our investigations so far have concluded that the A10
>> and
>> >>> A20 have those pins not mapped out to pads. The IP does support it
>> however
>> >>> we assume.
>> >> You're right. My bad. First time A10/A20 sees eMMC support.
>> > I can't say anything about A10/A20, but I have a board with A13 and
>> > the same eMMC chip and it works fine in 8 bit mode.
>> Yep, sun5i actually brings them all out to pads, the A20 however does
>> not :( We first thought that the A20 would also be an 8bitter, because
>> the mmc IP appears to be the same as sun5i, but initial tests show it is
>> not. As for A10, it has older IP and it might not even support 8 bit
>> mode, let alone bring out the pins.
>>
>> But with A20's + eMMC being available via the lime2, others may repeat
>> my experiments! The lime2 is 8 bit connected.
>>
>> Olliver
>> >
>> > Regards,
>> > Radoslav
>>
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 5719 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <4704fa35-9a2a-4e6e-8fd4-f4778405c598-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-04 13:59 ` Olliver Schinagl
[not found] ` <572A0052.9060202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 13:59 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 4586 bytes --]
Hey Christo,
On 04-05-16 15:32, Christo Radev wrote:
> Hi Oliver,
>
> I do: that
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
> The syntax error seen there was fixed and the result is:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
Nope, you are still forgetting and seeing an 'unsupported function'
error because of it.
You forgot to add:
>>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D7 *//
to actually get the pin functions.
>
> The same tests was done on legacy kernel 3.4.111 modifying fex file
> and the result is the same:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
>
>
> Best regards
> Chris
>
>
> On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 04-05-16 15:07, Christo Radev wrote:
>> Hi Olliver,
>>
>> I have already test it a few weeks ago and definitely can say
>> that 8-bit bus did not work on A20-Olinuxino-Lime2-eMMC with
>> mainline kernel.
>> See may post here
>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>.
> I saw, but you forgot to define the pins for 4.x :)
>
> See my patch from earlier:
> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html
> <http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html>
>
> Olliver
>
>>
>> Best regards
>>
>> Chris
>>
>> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl
>> wrote:
>>
>> Hey Radoslav,
>>
>> On 04-05-16 14:30, Radoslav Kolev wrote:
>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl
>> <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
>> >>>>> + bus-width = <4>;
>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits
>> are some kind of
>> >>>> embedded SD card.
>> >>> On A20 as well? Our investigations so far have concluded
>> that the A10 and
>> >>> A20 have those pins not mapped out to pads. The IP does
>> support it however
>> >>> we assume.
>> >> You're right. My bad. First time A10/A20 sees eMMC support.
>> > I can't say anything about A10/A20, but I have a board with
>> A13 and
>> > the same eMMC chip and it works fine in 8 bit mode.
>> Yep, sun5i actually brings them all out to pads, the A20
>> however does
>> not :( We first thought that the A20 would also be an
>> 8bitter, because
>> the mmc IP appears to be the same as sun5i, but initial tests
>> show it is
>> not. As for A10, it has older IP and it might not even
>> support 8 bit
>> mode, let alone bring out the pins.
>>
>> But with A20's + eMMC being available via the lime2, others
>> may repeat
>> my experiments! The lime2 is 8 bit connected.
>>
>> Olliver
>> >
>> > Regards,
>> > Radoslav
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 9700 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <572A0052.9060202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-04 14:31 ` Christo Radev
[not found] ` <2e745ef7-ddc0-40fc-b867-414543690276-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-04 14:31 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 5325 bytes --]
Tanks Oliver,
It could be the problem to get 8-bit access working.
Unfortunately, I do not see where to make this changes because original dts
files
<https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts?id=refs/tags/v4.5.2>
are used in Armbian build.
I also see '*SUNXI_PINCTRL_PIN*' and '*SUNXI_FUNCTION*' may require some
patches in addition.
I am ready to make 8-bit eMMC access tests again so could you help me with
the needed staff it has to be used.
Best regards
Chris
On Wednesday, May 4, 2016 at 4:59:52 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 04-05-16 15:32, Christo Radev wrote:
>
> Hi Oliver,
>
> I do: that
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
> The syntax error seen there was fixed and the result is:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
>
> Nope, you are still forgetting and seeing an 'unsupported function' error
> because of it.
>
> You forgot to add:
>
> >>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12),
> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */
> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */
> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */
> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13),
> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */
> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */
> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */
> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14),
> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */
> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */
> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */
> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15),
> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */
> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */
> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D7 */*
>
>
> to actually get the pin functions.
>
>
> The same tests was done on legacy kernel 3.4.111 modifying fex file and
> the result is the same:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
>
>
> Best regards
> Chris
>
>
> On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl wrote:
>>
>> Hey Christo,
>>
>> On 04-05-16 15:07, Christo Radev wrote:
>>
>> Hi Olliver,
>>
>> I have already test it a few weeks ago and definitely can say that 8-bit
>> bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
>> See may post here
>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
>> .
>>
>> I saw, but you forgot to define the pins for 4.x :)
>>
>> See my patch from earlier:
>> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html
>>
>> Olliver
>>
>>
>> Best regards
>>
>> Chris
>>
>> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>>>
>>> Hey Radoslav,
>>>
>>> On 04-05-16 14:30, Radoslav Kolev wrote:
>>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>>> wrote:
>>> >>>>> + bus-width = <4>;
>>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some kind
>>> of
>>> >>>> embedded SD card.
>>> >>> On A20 as well? Our investigations so far have concluded that the
>>> A10 and
>>> >>> A20 have those pins not mapped out to pads. The IP does support it
>>> however
>>> >>> we assume.
>>> >> You're right. My bad. First time A10/A20 sees eMMC support.
>>> > I can't say anything about A10/A20, but I have a board with A13 and
>>> > the same eMMC chip and it works fine in 8 bit mode.
>>> Yep, sun5i actually brings them all out to pads, the A20 however does
>>> not :( We first thought that the A20 would also be an 8bitter, because
>>> the mmc IP appears to be the same as sun5i, but initial tests show it is
>>> not. As for A10, it has older IP and it might not even support 8 bit
>>> mode, let alone bring out the pins.
>>>
>>> But with A20's + eMMC being available via the lime2, others may repeat
>>> my experiments! The lime2 is 8 bit connected.
>>>
>>> Olliver
>>> >
>>> > Regards,
>>> > Radoslav
>>>
>>>
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 11584 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <2e745ef7-ddc0-40fc-b867-414543690276-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-04 15:09 ` Olliver Schinagl
[not found] ` <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-04 15:09 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 6159 bytes --]
Christo,
On 04-05-16 16:31, Christo Radev wrote:
> Tanks Oliver,
>
> It could be the problem to get 8-bit access working.
>
> Unfortunately, I do not see where to make this changes because
> original dts files
> <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts?id=refs/tags/v4.5.2>
> are used in Armbian build.
> I also see '/SUNXI_PINCTRL_PIN/' and '/SUNXI_FUNCTION/' may require
> some patches in addition.
check out drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
my patch should still work aginst that.
>
> I am ready to make 8-bit eMMC access tests again so could you help me
> with the needed staff it has to be used.
I don't mind, but lets take it off list for that :)
Olliver
>
> Best regards
> Chris
>
> On Wednesday, May 4, 2016 at 4:59:52 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 04-05-16 15:32, Christo Radev wrote:
>> Hi Oliver,
>>
>> I do: that
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359>
>> The syntax error seen there was fixed and the result is:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
> Nope, you are still forgetting and seeing an 'unsupported
> function' error because of it.
>
> You forgot to add:
>
> >>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */ />>>/SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15), />>>/SUNXI_FUNCTION(0x0, "gpio_in"), />>>/SUNXI_FUNCTION(0x1, "gpio_out"), />>>/- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */ />>>/+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */ />>>/+ SUNXI_FUNCTION(0x3, "mmc2")), /* D7 *//
>
>
> to actually get the pin functions.
>>
>> The same tests was done on legacy kernel 3.4.111 modifying fex
>> file and the result is the same:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265>
>>
>>
>> Best regards
>> Chris
>>
>>
>> On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl
>> wrote:
>>
>> Hey Christo,
>>
>> On 04-05-16 15:07, Christo Radev wrote:
>>> Hi Olliver,
>>>
>>> I have already test it a few weeks ago and definitely can
>>> say that 8-bit bus did not work on A20-Olinuxino-Lime2-eMMC
>>> with mainline kernel.
>>> See may post here
>>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>.
>> I saw, but you forgot to define the pins for 4.x :)
>>
>> See my patch from earlier:
>> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html
>> <http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html>
>>
>> Olliver
>>
>>>
>>> Best regards
>>>
>>> Chris
>>>
>>> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver
>>> Schinagl wrote:
>>>
>>> Hey Radoslav,
>>>
>>> On 04-05-16 14:30, Radoslav Kolev wrote:
>>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl
>>> <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org> wrote:
>>> >>>>> + bus-width = <4>;
>>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4
>>> bits are some kind of
>>> >>>> embedded SD card.
>>> >>> On A20 as well? Our investigations so far have
>>> concluded that the A10 and
>>> >>> A20 have those pins not mapped out to pads. The IP
>>> does support it however
>>> >>> we assume.
>>> >> You're right. My bad. First time A10/A20 sees eMMC
>>> support.
>>> > I can't say anything about A10/A20, but I have a board
>>> with A13 and
>>> > the same eMMC chip and it works fine in 8 bit mode.
>>> Yep, sun5i actually brings them all out to pads, the A20
>>> however does
>>> not :( We first thought that the A20 would also be an
>>> 8bitter, because
>>> the mmc IP appears to be the same as sun5i, but initial
>>> tests show it is
>>> not. As for A10, it has older IP and it might not even
>>> support 8 bit
>>> mode, let alone bring out the pins.
>>>
>>> But with A20's + eMMC being available via the lime2,
>>> others may repeat
>>> my experiments! The lime2 is 8 bit connected.
>>>
>>> Olliver
>>> >
>>> > Regards,
>>> > Radoslav
>>>
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 14449 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-04 15:50 ` Christo Radev
2016-05-04 17:24 ` Christo Radev
2016-05-04 19:40 ` Christo Radev
2 siblings, 0 replies; 64+ messages in thread
From: Christo Radev @ 2016-05-04 15:50 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 5964 bytes --]
Thanks Oliver,
I find it and will be back with the test results.
Best regards
Chris
On Wednesday, May 4, 2016 at 6:09:44 PM UTC+3, Olliver Schinagl wrote:
>
> Christo,
>
> On 04-05-16 16:31, Christo Radev wrote:
>
> Tanks Oliver,
>
> It could be the problem to get 8-bit access working.
>
> Unfortunately, I do not see where to make this changes because original
> dts files
> <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts?id=refs/tags/v4.5.2>
> are used in Armbian build.
> I also see '*SUNXI_PINCTRL_PIN*' and '*SUNXI_FUNCTION*' may require some
> patches in addition.
>
> check out drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
>
> my patch should still work aginst that.
>
>
> I am ready to make 8-bit eMMC access tests again so could you help me with
> the needed staff it has to be used.
>
> I don't mind, but lets take it off list for that :)
>
> Olliver
>
>
> Best regards
> Chris
>
> On Wednesday, May 4, 2016 at 4:59:52 PM UTC+3, Olliver Schinagl wrote:
>>
>> Hey Christo,
>>
>> On 04-05-16 15:32, Christo Radev wrote:
>>
>> Hi Oliver,
>>
>> I do: that
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
>> The syntax error seen there was fixed and the result is:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
>>
>> Nope, you are still forgetting and seeing an 'unsupported function' error
>> because of it.
>>
>> You forgot to add:
>>
>> >>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D7 */*
>>
>>
>> to actually get the pin functions.
>>
>>
>> The same tests was done on legacy kernel 3.4.111 modifying fex file and
>> the result is the same:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
>>
>>
>> Best regards
>> Chris
>>
>>
>> On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl wrote:
>>>
>>> Hey Christo,
>>>
>>> On 04-05-16 15:07, Christo Radev wrote:
>>>
>>> Hi Olliver,
>>>
>>> I have already test it a few weeks ago and definitely can say that 8-bit
>>> bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
>>> See may post here
>>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
>>> .
>>>
>>> I saw, but you forgot to define the pins for 4.x :)
>>>
>>> See my patch from earlier:
>>> <http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html>
>>> http://lists.infradead.org/
>>> pipermail/linux-arm-kernel/2015-September/368887.html
>>>
>>> Olliver
>>>
>>>
>>> Best regards
>>>
>>> Chris
>>>
>>> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>>>>
>>>> Hey Radoslav,
>>>>
>>>> On 04-05-16 14:30, Radoslav Kolev wrote:
>>>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>>>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>>>> wrote:
>>>> >>>>> + bus-width = <4>;
>>>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some
>>>> kind of
>>>> >>>> embedded SD card.
>>>> >>> On A20 as well? Our investigations so far have concluded that the
>>>> A10 and
>>>> >>> A20 have those pins not mapped out to pads. The IP does support it
>>>> however
>>>> >>> we assume.
>>>> >> You're right. My bad. First time A10/A20 sees eMMC support.
>>>> > I can't say anything about A10/A20, but I have a board with A13 and
>>>> > the same eMMC chip and it works fine in 8 bit mode.
>>>> Yep, sun5i actually brings them all out to pads, the A20 however does
>>>> not :( We first thought that the A20 would also be an 8bitter, because
>>>> the mmc IP appears to be the same as sun5i, but initial tests show it
>>>> is
>>>> not. As for A10, it has older IP and it might not even support 8 bit
>>>> mode, let alone bring out the pins.
>>>>
>>>> But with A20's + eMMC being available via the lime2, others may repeat
>>>> my experiments! The lime2 is 8 bit connected.
>>>>
>>>> Olliver
>>>> >
>>>> > Regards,
>>>> > Radoslav
>>>>
>>>>
>>>
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 14858 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 15:50 ` Christo Radev
@ 2016-05-04 17:24 ` Christo Radev
2016-05-04 19:40 ` Christo Radev
2 siblings, 0 replies; 64+ messages in thread
From: Christo Radev @ 2016-05-04 17:24 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 10674 bytes --]
Hi Oliver,
I have just tested your patch and the access to eMMC is working.
There you are complete patch I have applied against kernel 4.5.2:
index d5c796c..1f5339d 100644
--- a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
+++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
@@ -188,6 +188,15 @@
status = "okay";
};
+&mmc2 {
+ pinctrl-names = "default";
+ pinctrl-0 = <&mmc2_pins_a>;
+ vmmc-supply = <®_vcc3v3>;
+ bus-width = <8>;
+ non-removable;
+ status = "okay";
+};
+
&ohci0 {
status = "okay";
};
diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
index 3d5087b..78668aa 100644
--- a/drivers/mmc/core/mmc.c
+++ b/drivers/mmc/core/mmc.c
@@ -504,7 +504,7 @@ static int mmc_decode_ext_csd(struct mmc_card *card, u8
*ext_csd)
pr_info("%s: MAN_BKOPS_EN bit is not set\n",
mmc_hostname(card->host));
}
-
+#if 0
/* check whether the eMMC card supports HPI */
if (!broken_hpi && (ext_csd[EXT_CSD_HPI_FEATURES] & 0x1)) {
card->ext_csd.hpi = 1;
@@ -519,7 +519,7 @@ static int mmc_decode_ext_csd(struct mmc_card *card, u8
*ext_csd)
card->ext_csd.out_of_int_time =
ext_csd[EXT_CSD_OUT_OF_INTERRUPT_TIME] * 10;
}
-
+#endif
card->ext_csd.rel_param = ext_csd[EXT_CSD_WR_REL_PARAM];
card->ext_csd.rst_n_function = ext_csd[EXT_CSD_RST_N_FUNCTION];
diff --git a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c b/drivers/pinctrl/
sunxi/pinctrl-sun7i-a20.c
index cf1ce0c..9fc12d2 100644
--- a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
+++ b/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
@@ -314,19 +314,23 @@ static const struct sunxi_desc_pin sun7i_a20_pins[] =
{
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D7 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 16),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
And the boot messages:
[ 3.598495] sunxi-mmc 1c0f000.mmc: Got CD GPIO
[ 3.631826] sunxi-mmc 1c0f000.mmc: base:0xf08da000 irq:26
[ 3.668943] mmc0: host does not support reading read-only switch,
assuming write-enable
[ 3.671887] sunxi-mmc 1c11000.mmc: base:0xf08de000 irq:27
[ 3.671935] mmc0: new high speed SDHC card at address 0007
[ 3.672939] mmcblk0: mmc0:0007 SD04G 3.71 GiB
[ 3.674799] mmcblk0: p1
[ 3.682634] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RTO !!
[ 3.687921] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.688785] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.689643] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.690477] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.725492] mmc1: MAN_BKOPS_EN bit is not set
[ 3.729187] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RD EBE !!
[ 3.729228] sunxi-mmc 1c11000.mmc: data error, sending stop command
[ 3.729247] sunxi-mmc 1c11000.mmc: send stop command failed
[ 3.729270] mmc1: switch to bus width 2 failed
[ 3.733592] mmc1: new high speed MMC card at address 0001
[ 3.734478] mmcblk1: mmc1:0001 P1XXXX 3.60 GiB
[ 3.734889] mmcblk1boot0: mmc1:0001 P1XXXX partition 1 16.0 MiB
[ 3.735305] mmcblk1boot1: mmc1:0001 P1XXXX partition 2 16.0 MiB
[ 3.736551] mmcblk1: p1
[ 4.155620] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data
mode. Opts: (null)
[ 8.163191] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=
remount-ro
where mmc0 is SD/MMC card and mmc1 is eMMC on my A20-Olinuxino-Lime2-eMMC
board.
Fortunately or not the same error and fail messages can be observed in my
board log.
How can I verify how wide is the eMMC bus used in real?
Best regards
Chris
On Wednesday, May 4, 2016 at 6:09:44 PM UTC+3, Olliver Schinagl wrote:
>
> Christo,
>
> On 04-05-16 16:31, Christo Radev wrote:
>
> Tanks Oliver,
>
> It could be the problem to get 8-bit access working.
>
> Unfortunately, I do not see where to make this changes because original
> dts files
> <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts?id=refs/tags/v4.5.2>
> are used in Armbian build.
> I also see '*SUNXI_PINCTRL_PIN*' and '*SUNXI_FUNCTION*' may require some
> patches in addition.
>
> check out drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
>
> my patch should still work aginst that.
>
>
> I am ready to make 8-bit eMMC access tests again so could you help me with
> the needed staff it has to be used.
>
> I don't mind, but lets take it off list for that :)
>
> Olliver
>
>
> Best regards
> Chris
>
> On Wednesday, May 4, 2016 at 4:59:52 PM UTC+3, Olliver Schinagl wrote:
>>
>> Hey Christo,
>>
>> On 04-05-16 15:32, Christo Radev wrote:
>>
>> Hi Oliver,
>>
>> I do: that
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7359
>> The syntax error seen there was fixed and the result is:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361
>>
>> Nope, you are still forgetting and seeing an 'unsupported function' error
>> because of it.
>>
>> You forgot to add:
>>
>> >>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */
>> *>>>* SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15),
>> *>>>* SUNXI_FUNCTION(0x0, "gpio_in"),
>> *>>>* SUNXI_FUNCTION(0x1, "gpio_out"),
>> *>>>* - SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */
>> *>>>* + SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */
>> *>>>* + SUNXI_FUNCTION(0x3, "mmc2")), /* D7 */*
>>
>>
>> to actually get the pin functions.
>>
>>
>> The same tests was done on legacy kernel 3.4.111 modifying fex file and
>> the result is the same:
>> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7265
>>
>>
>> Best regards
>> Chris
>>
>>
>> On Wednesday, May 4, 2016 at 4:19:20 PM UTC+3, Olliver Schinagl wrote:
>>>
>>> Hey Christo,
>>>
>>> On 04-05-16 15:07, Christo Radev wrote:
>>>
>>> Hi Olliver,
>>>
>>> I have already test it a few weeks ago and definitely can say that 8-bit
>>> bus did not work on A20-Olinuxino-Lime2-eMMC with mainline kernel.
>>> See may post here
>>> <http://forum.armbian.com/index.php/topic/853-armbian-customization/page-2#entry7361>
>>> .
>>>
>>> I saw, but you forgot to define the pins for 4.x :)
>>>
>>> See my patch from earlier:
>>> <http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/368887.html>
>>> http://lists.infradead.org/
>>> pipermail/linux-arm-kernel/2015-September/368887.html
>>>
>>> Olliver
>>>
>>>
>>> Best regards
>>>
>>> Chris
>>>
>>> On Wednesday, May 4, 2016 at 3:52:17 PM UTC+3, Olliver Schinagl wrote:
>>>>
>>>> Hey Radoslav,
>>>>
>>>> On 04-05-16 14:30, Radoslav Kolev wrote:
>>>> > 2016-05-03 10:25 GMT+03:00 Chen-Yu Tsai <we...-jdAy2FN1RRM@public.gmane.org>:
>>>> >> On Tue, May 3, 2016 at 3:21 PM, Olliver Schinagl <oli...-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
>>>> wrote:
>>>> >>>>> + bus-width = <4>;
>>>> >>>> Only 4 bits? We normally see eMMC with 8 bits. 4 bits are some
>>>> kind of
>>>> >>>> embedded SD card.
>>>> >>> On A20 as well? Our investigations so far have concluded that the
>>>> A10 and
>>>> >>> A20 have those pins not mapped out to pads. The IP does support it
>>>> however
>>>> >>> we assume.
>>>> >> You're right. My bad. First time A10/A20 sees eMMC support.
>>>> > I can't say anything about A10/A20, but I have a board with A13 and
>>>> > the same eMMC chip and it works fine in 8 bit mode.
>>>> Yep, sun5i actually brings them all out to pads, the A20 however does
>>>> not :( We first thought that the A20 would also be an 8bitter, because
>>>> the mmc IP appears to be the same as sun5i, but initial tests show it
>>>> is
>>>> not. As for A10, it has older IP and it might not even support 8 bit
>>>> mode, let alone bring out the pins.
>>>>
>>>> But with A20's + eMMC being available via the lime2, others may repeat
>>>> my experiments! The lime2 is 8 bit connected.
>>>>
>>>> Olliver
>>>> >
>>>> > Regards,
>>>> > Radoslav
>>>>
>>>>
>>>
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 84689 bytes --]
^ permalink raw reply related [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 15:50 ` Christo Radev
2016-05-04 17:24 ` Christo Radev
@ 2016-05-04 19:40 ` Christo Radev
[not found] ` <4375220a-f939-4ed0-a6d7-2cf887b07509-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-04 19:40 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 5372 bytes --]
Hi Oliver,
I start performance tests for eMMC, SD/MMC, USB, SATA SSD devices and will
post the result when ready.
As a beginning I can say that eMMC is accessed via 4-bit bus without matter
of the patch used.
There you are the content of /sys/kernel/debug/mmcX/ios (where X is number
of eMMC or SD/MMC device).
Booted from SD card with 8-bit patched kernel
root@egpr:~# dmesg | grep mmc
[ 3.599625] sunxi-mmc 1c0f000.mmc: Got CD GPIO
[ 3.631883] sunxi-mmc 1c0f000.mmc: base:0xf08da000 irq:26
[ 3.669058] mmc0: host does not support reading read-only switch,
assuming write-enable
[ 3.671674] sunxi-mmc 1c11000.mmc: base:0xf08de000 irq:27
[ 3.672064] mmc0: new high speed SDHC card at address 0007
[ 3.673068] mmcblk0: mmc0:0007 SD04G 3.71 GiB
[ 3.674785] mmcblk0: p1
[ 3.682261] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RTO !!
[ 3.689280] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.690146] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.690977] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.691808] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.745505] mmc1: MAN_BKOPS_EN bit is not set
[ 3.749187] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RD EBE !!
[ 3.749229] sunxi-mmc 1c11000.mmc: data error, sending stop command
[ 3.749247] sunxi-mmc 1c11000.mmc: send stop command failed
[ 3.749268] mmc1: switch to bus width 2 failed
[ 3.753586] mmc1: new high speed MMC card at address 0001
[ 3.754479] mmcblk1: mmc1:0001 P1XXXX 3.60 GiB
[ 3.754961] mmcblk1boot0: mmc1:0001 P1XXXX partition 1 16.0 MiB
[ 3.755604] mmcblk1boot1: mmc1:0001 P1XXXX partition 2 16.0 MiB
[ 3.757045] mmcblk1: p1
[ 4.216879] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data
mode. Opts: (null)
[ 7.907002] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=
remount-ro
root@egpr:~# cat /sys/kernel/debug/mmc0/ios
clock: 50000000 Hz
vdd: 21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select: 0 (don't care)
power mode: 2 (on)
bus width: 2 (4 bits)
timing spec: 2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type: 0 (driver type B)
root@egpr:~# cat /sys/kernel/debug/mmc1/ios
clock: 50000000 Hz
vdd: 21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select: 0 (don't care)
power mode: 2 (on)
bus width: 2 (4 bits)
timing spec: 1 (mmc high-speed)
signal voltage: 0 (3.30 V)
driver type: 0 (driver type B)
Booted from SATA SSD with 4-bit patched kernel
[ 3.598868] sunxi-mmc 1c0f000.mmc: Got CD GPIO
[ 3.631154] sunxi-mmc 1c0f000.mmc: base:0xf08da000 irq:26
[ 3.668313] mmc0: host does not support reading read-only switch,
assuming write-enable
[ 3.670908] sunxi-mmc 1c11000.mmc: base:0xf08de000 irq:27
[ 3.671324] mmc0: new high speed SDHC card at address 0007
[ 3.672302] mmcblk0: mmc0:0007 SD04G 3.71 GiB
[ 3.674067] mmcblk0: p1
[ 3.681882] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RTO !!
[ 3.686129] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.686996] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.687843] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.688672] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
[ 3.724762] mmc1: MAN_BKOPS_EN bit is not set
[ 3.731196] mmc1: new high speed MMC card at address 0001
[ 3.732141] mmcblk1: mmc1:0001 P1XXXX 3.60 GiB
[ 3.732553] mmcblk1boot0: mmc1:0001 P1XXXX partition 1 16.0 MiB
[ 3.732960] mmcblk1boot1: mmc1:0001 P1XXXX partition 2 16.0 MiB
[ 3.734186] mmcblk1: p1
root@egpr:~# cat /sys/kernel/debug/mmc0/ios
clock: 50000000 Hz
vdd: 21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select: 0 (don't care)
power mode: 2 (on)
bus width: 2 (4 bits)
timing spec: 2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type: 0 (driver type B)
root@egpr:~# cat /sys/kernel/debug/mmc1/ios
clock: 50000000 Hz
vdd: 21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select: 0 (don't care)
power mode: 2 (on)
bus width: 2 (4 bits)
timing spec: 1 (mmc high-speed)
signal voltage: 0 (3.30 V)
driver type: 0 (driver type B)
The brief performance test using dd shows the similar results to both 4-
and 8-bit patches
eMMC 8-bit patch R/W test with dd
root@egpr:/mnt# dd if=/dev/zero of=1GBfile bs=1M count=1K
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 79.9305 s, 13.4 MB/s
root@egpr:/mnt# dd of=/dev/null if=1GBfile
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 49.5899 s, 21.7 MB/s
eMMC 4-bit patch R/W test with dd
root@egpr:/mnt# dd if=/dev/zero of=1GBfile bs=1M count=1K
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 78.7925 s, 13.6 MB/s
root@egpr:/mnt# dd of=/dev/null if=1GBfile
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 53.8002 s, 20.0 MB/s
In my opinion 8-bit access to eMMC is broken in Allwinned A20 or in the mmc
driver.
Best regards
Chris
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 67977 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <4375220a-f939-4ed0-a6d7-2cf887b07509-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-05 8:43 ` Olliver Schinagl
[not found] ` <572B07C0.7080601-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-09 20:58 ` Christo Radev
1 sibling, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-05 8:43 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 6237 bytes --]
Hey Christo,
On 04-05-16 21:40, Christo Radev wrote:
> Hi Oliver,
>
> I start performance tests for eMMC, SD/MMC, USB, SATA SSD devices and
> will post the result when ready.
>
> As a beginning I can say that eMMC is accessed via 4-bit bus without
> matter of the patch used.
> There you are the content of /sys/kernel/debug/mmcX/ios (where X is
> number of eMMC or SD/MMC device).
> |
> BootedfromSD card with8-bit patched kernel
> root@egpr:~# dmesg | grep mmc
> [3.599625]sunxi-mmc 1c0f000.mmc:GotCD GPIO
> [3.631883]sunxi-mmc 1c0f000.mmc:base:0xf08da000irq:26
> [3.669058]mmc0:host does notsupport reading read-only switch,assuming
> write-enable
> [3.671674]sunxi-mmc 1c11000.mmc:base:0xf08de000irq:27
> [3.672064]mmc0:newhigh speed SDHC card at address 0007
> [3.673068]mmcblk0:mmc0:0007SD04G 3.71GiB
> [3.674785] mmcblk0:p1
> [3.682261]sunxi-mmc 1c11000.mmc:smc 1err,cmd 8,RTO !!
> [3.689280]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.690146]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.690977]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.691808]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.745505]mmc1:MAN_BKOPS_EN bit isnotset
> [3.749187]sunxi-mmc 1c11000.mmc:smc 1err,cmd 8,RD EBE !!
> [3.749229]sunxi-mmc 1c11000.mmc:data error,sending stop command
> [3.749247]sunxi-mmc 1c11000.mmc:send stop command failed
> [3.749268]mmc1:switchto bus width 2failed
> [3.753586]mmc1:newhigh speed MMC card at address 0001
> [3.754479]mmcblk1:mmc1:0001P1XXXX 3.60GiB
> [3.754961]mmcblk1boot0:mmc1:0001P1XXXX partition 116.0MiB
> [3.755604]mmcblk1boot1:mmc1:0001P1XXXX partition 216.0MiB
> [3.757045] mmcblk1:p1
> [4.216879]EXT4-fs (mmcblk0p1):mounted filesystem withwriteback data
> mode.Opts:(null)
> [7.907002]EXT4-fs (mmcblk0p1):re-mounted.Opts:commit=600,errors=remount-ro
>
> root@egpr:~# cat /sys/kernel/debug/mmc0/ios
> clock:50000000Hz
> vdd:21(3.3~3.4V)
> bus mode:2(push-pull)
> chip select:0(don't care)
> power mode: 2 (on)
> bus width: 2 (4 bits)
> timing spec: 2 (sd high-speed)
> signal voltage: 0 (3.30 V)
> driver type: 0 (driver type B)
> root@egpr:~# cat /sys/kernel/debug/mmc1/ios
> clock: 50000000 Hz
> vdd: 21 (3.3 ~ 3.4 V)
> bus mode: 2 (push-pull)
> chip select: 0 (don't care)
> power mode:2(on)
> bus width:2(4bits)
> timing spec:1(mmc high-speed)
> signal voltage:0(3.30V)
> driver type:0(driver type B)
>
> BootedfromSATA SSD with4-bit patched kernel
> [3.598868]sunxi-mmc 1c0f000.mmc:GotCD GPIO
> [3.631154]sunxi-mmc 1c0f000.mmc:base:0xf08da000irq:26
> [3.668313]mmc0:host does notsupport reading read-only switch,assuming
> write-enable
> [3.670908]sunxi-mmc 1c11000.mmc:base:0xf08de000irq:27
> [3.671324]mmc0:newhigh speed SDHC card at address 0007
> [3.672302]mmcblk0:mmc0:0007SD04G 3.71GiB
> [3.674067] mmcblk0:p1
> [3.681882]sunxi-mmc 1c11000.mmc:smc 1err,cmd 8,RTO !!
> [3.686129]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.686996]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.687843]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.688672]sunxi-mmc 1c11000.mmc:smc 1err,cmd 55,RTO !!
> [3.724762]mmc1:MAN_BKOPS_EN bit isnotset
> [3.731196]mmc1:newhigh speed MMC card at address 0001
> [3.732141]mmcblk1:mmc1:0001P1XXXX 3.60GiB
> [3.732553]mmcblk1boot0:mmc1:0001P1XXXX partition 116.0MiB
> [3.732960]mmcblk1boot1:mmc1:0001P1XXXX partition 216.0MiB
> [3.734186] mmcblk1:p1
>
> root@egpr:~# cat /sys/kernel/debug/mmc0/ios
> clock:50000000Hz
> vdd:21(3.3~3.4V)
> bus mode:2(push-pull)
> chip select:0(don't care)
> power mode: 2 (on)
> bus width: 2 (4 bits)
> timing spec: 2 (sd high-speed)
> signal voltage: 0 (3.30 V)
> driver type: 0 (driver type B)
> root@egpr:~# cat /sys/kernel/debug/mmc1/ios
> clock: 50000000 Hz
> vdd: 21 (3.3 ~ 3.4 V)
> bus mode: 2 (push-pull)
> chip select: 0 (don't care)
> power mode:2(on)
> bus width:2(4bits)
> timing spec:1(mmc high-speed)
> signal voltage:0(3.30V)
> driver type:0(driver type B)
> |
>
> The brief performance test using dd shows the similar results to both
> 4- and 8-bit patches
> |
> eMMC 8-bit patch R/W test withdd
> root@egpr:/mnt# dd if=/dev/zero of=1GBfilebs=1Mcount=1K
> 1024+0records in
> 1024+0records out
> 1073741824bytes (1.1GB)copied,79.9305s,13.4MB/s
> root@egpr:/mnt# dd of=/dev/nullif=1GBfile
> 2097152+0records in
> 2097152+0records out
> 1073741824bytes (1.1GB)copied,49.5899s,21.7MB/s
>
> eMMC 4-bit patch R/W test withdd
> root@egpr:/mnt# dd if=/dev/zero of=1GBfilebs=1Mcount=1K
> 1024+0records in
> 1024+0records out
> 1073741824bytes (1.1GB)copied,78.7925s,13.6MB/s
> root@egpr:/mnt# dd of=/dev/nullif=1GBfile
> 2097152+0records in
> 2097152+0records out
> 1073741824bytes (1.1GB)copied,53.8002s,20.0MB/s
> |
>
> In my opinion 8-bit access to eMMC is broken in Allwinned A20 or in
> the mmc driver.
Nah, it's not broken. But Allwinner 'forgot' to map the mmc controller
pins to the mux and thus the additional 4 bits are not on the actual
pins. It is sad and wasn't necessary, I'm sure it's just a small over
sight, which is costing us performance now. But we get a big improvement
by using the latest 4.6-rc1+ kernel by using HS-DDR mode. In my early
tests I saw 40 MB/s read and 17 MB/s write speeds. It would be nice to
imagine what the additional 8 bits would have brought us, but alas.
As I said however, the Lime2 PCB brings out all 8 bits and if we ever
get a pin-compatible A40, there is a chance it will have 8 bit emmc. The
Lime2 does not have 1.8 3.3 switcher on the vqmmc lines however, but I
am not sure if we need this at all for higher speeds.
If 8 bit would give us double the bandwith, it could be we'd get 80
MB/s/40 MB/s in theory, but I think that's already beyond the current
chip anyway.
Comparing it to the current NAND chips, which top ou at 4MB/s read if
memory serves me, eMMC makes the boards quite capable :)
olliver
>
> Best regards
> Chris
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 89820 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <572B07C0.7080601-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-09 11:30 ` Christo Radev
0 siblings, 0 replies; 64+ messages in thread
From: Christo Radev @ 2016-05-09 11:30 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 3148 bytes --]
Hi Olliver,
Sorry for the delay but I was on a place without Internet access.
Is there something wrong with the logs?
On Thursday, May 5, 2016 at 11:43:49 AM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 04-05-16 21:40, Christo Radev wrote:
>
> Hi Oliver,
>
> I start performance tests for eMMC, SD/MMC, USB, SATA SSD devices and will
> post the result when ready.
>
> As a beginning I can say that eMMC is accessed via 4-bit bus without
> matter of the patch used.
> There you are the content of /sys/kernel/debug/mmcX/ios (where X is number
> of eMMC or SD/MMC device).
> Booted from SD card with 8-bit patched kernel
> root@egpr:~# dmesg | grep mmc
> [ 3.599625] sunxi-mmc 1c0f000.mmc: Got CD GPIO
> [ 3.631883] sunxi-mmc 1c0f000.mmc: base:0xf08da000 irq:26
> [ 3.669058] mmc0: host does not support reading read-only switch,
> assuming write-enable
> [ 3.671674] sunxi-mmc 1c11000.mmc: base:0xf08de000 irq:27
> [ 3.672064] mmc0: new high speed SDHC card at address 0007
> [ 3.673068] mmcblk0: mmc0:0007 SD04G 3.71 GiB
> [ 3.674785] mmcblk0: p1
> [ 3.682261] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RTO !!
> [ 3.689280] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
> [ 3.690146] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
> [ 3.690977] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
> [ 3.691808] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 55, RTO !!
> [ 3.745505] mmc1: MAN_BKOPS_EN bit is not set
> [ 3.749187] sunxi-mmc 1c11000.mmc: smc 1 err, cmd 8, RD EBE !!
> [ 3.749229] sunxi-mmc 1c11000.mmc: data error, sending stop command
> [ 3.749247] sunxi-mmc 1c11000.mmc: send stop command failed
> [ 3.749268] mmc1: switch to bus width 2 failed
> [ 3.753586] mmc1: new high speed MMC card at address 0001
> [ 3.754479] mmcblk1: mmc1:0001 P1XXXX 3.60 GiB
> [ 3.754961] mmcblk1boot0: mmc1:0001 P1XXXX partition 1 16.0 MiB
> [ 3.755604] mmcblk1boot1: mmc1:0001 P1XXXX partition 2 16.0 MiB
> [ 3.757045] mmcblk1: p1
> [ 4.216879] EXT4-fs (mmcblk0p1): mounted filesystem with writeback
> data mode. Opts: (null)
> [ 7.907002] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=
> remount-ro
>
> root@egpr:~# cat /sys/kernel/debug/mmc0/ios
> clock: 50000000 Hz
> vdd: 21 (3.3 ~ 3.4 V)
> bus mode: 2 (push-pull)
> chip select: 0 (don't care)
> power mode: 2 (on)
> bus width: 2 (4 bits)
> timing spec: 2 (sd high-speed)
> signal voltage: 0 (3.30 V)
> driver type: 0 (driver type B)
> root@egpr:~# cat /sys/kernel/debug/mmc1/ios
> clock: 50000000 Hz
> vdd: 21 (3.3 ~ 3.4 V)
> bus mode: 2 (push-pull)
> chip select: 0 (don't care)
> power mode: 2 (on)
> bus width: 2 (4 bits)
> timing spec: 1 (mmc high-speed)
> signal voltage: 0 (3.30<span s
>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 19737 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <4375220a-f939-4ed0-a6d7-2cf887b07509-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-05 8:43 ` Olliver Schinagl
@ 2016-05-09 20:58 ` Christo Radev
[not found] ` <9fe7ebb6-6d74-4b73-b6d6-93b79650cdb6-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
1 sibling, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-09 20:58 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 720 bytes --]
Hi to All,
On Wednesday, May 4, 2016 at 10:40:37 PM UTC+3, Christo Radev wrote:
>
> Hi Oliver,
>
> I start performance tests for eMMC, SD/MMC, USB, SATA SSD devices and will
> post the result when ready.
>
>
Some results from the performance tests done by me can be found on the
following post:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-4#entry8846
Best regards
Chris
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 1204 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <9fe7ebb6-6d74-4b73-b6d6-93b79650cdb6-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-10 17:25 ` Christo Radev
[not found] ` <9745a80b-5444-43f7-b772-68684c96c9e5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-10 17:25 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 2531 bytes --]
Hi Olliver,
I try to build Armbian with kernel 4.5.0-rc6 by adding the patch as
discussed here
<https://groups.google.com/d/msg/linux-sunxi/vSC4vx8_ok8/K0jW8bmcAQAJ>.
In addition I have to add following as well:
diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
index 95c1923..9d6cfa8 100644
--- a/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/Makefile
@@ -695,6 +696,7 @@ dtb-$(CONFIG_MACH_SUN7I) += \
sun7i-a20-olimex-som-evb.dtb \
sun7i-a20-olinuxino-lime.dtb \
sun7i-a20-olinuxino-lime2.dtb \
+ sun7i-a20-olinuxino-lime2-emmc.dtb \
sun7i-a20-olinuxino-micro.dtb \
sun7i-a20-orangepi.dtb \
sun7i-a20-orangepi-mini.dtb \
to be able to compile the new sun7i-a20-olinuxino-lime2-emmc.dts file.
After booting I have renamed it to sun7i-a20-olinuxino-lime2.dts and reboot
lime-eMMC board.
Unfortunately, I get some error messages:
root@lime2:~# dmesg | grep mmc
[ 0.000000] Kernel command line: console=tty1 root=/dev/mmcblk0p1
rootwait rootfstype=ext4 cgroup_enable=memory swapaccount=1
sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_no_mali_mem_reserve
sunxi_fb_mem_reserve=16 hdmi.audio=EDID:0 disp.screen0_output_mode=
1920x1080p60 panic=10 consoleblank=0 enforcing=0 loglevel=1
[ 3.721024] sunxi-mmc 1c0f000.mmc: Got CD GPIO
[ 3.758926] sunxi-mmc 1c0f000.mmc: base:0xf08dc000 irq:26
[ 3.759832] sunxi-mmc 1c11000.mmc: allocated mmc-pwrseq
[ 4.528643] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
[ 4.535700] mmc0: host does not support reading read-only switch,
assuming write-enable
[ 4.538253] mmc0: new high speed SDHC card at address 0002
[ 4.539066] mmcblk0: mmc0:0002 00000 3.70 GiB
[ 4.540959] mmcblk0: p1
[ 4.548773] sunxi-mmc 1c11000.mmc: base:0xf08f2000 irq:27
[ 6.418686] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
[ 6.600359] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data
mode. Opts: (null)
[ 7.168650] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
[ 7.918646] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
[ 9.875182] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=
remount-ro
Where could be the problem?
Best regards
Chris
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 28354 bytes --]
^ permalink raw reply related [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <9745a80b-5444-43f7-b772-68684c96c9e5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-10 18:46 ` Olliver Schinagl
[not found] ` <57322C8D.5060806-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-10 18:46 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 3004 bytes --]
Hey Christo,
On 10-05-16 19:25, Christo Radev wrote:
> Hi Olliver,
>
> I try to build Armbian with kernel 4.5.0-rc6 by adding the patch as
> discussed here
> <https://groups.google.com/d/msg/linux-sunxi/vSC4vx8_ok8/K0jW8bmcAQAJ>.
> In addition I have to add following as well:
> |
> diff --git a/arch/arm/boot/dts/Makefileb/arch/arm/boot/dts/Makefile
> index 95c1923..9d6cfa8100644
> ---a/arch/arm/boot/dts/Makefile
> +++b/arch/arm/boot/dts/Makefile
> @@-695,6+696,7@@dtb-$(CONFIG_MACH_SUN7I)+=\
> sun7i-a20-olimex-som-evb.dtb \
> sun7i-a20-olinuxino-lime.dtb \
> sun7i-a20-olinuxino-lime2.dtb \
> + sun7i-a20-olinuxino-lime2-emmc.dtb \
> sun7i-a20-olinuxino-micro.dtb \
> sun7i-a20-orangepi.dtb \
> sun7i-a20-orangepi-mini.dtb \
> |
> to be able to compile the new sun7i-a20-olinuxino-lime2-emmc.dts file.
Good point, I actually forgot that bit in my own Makefile.
>
> After booting I have renamed it to sun7i-a20-olinuxino-lime2.dts and
> reboot lime-eMMC board.
why rename it to dts? i'm sure you mean dtb, and I'm guessing because
armbian loads that per default.
>
> Unfortunately, I get some error messages:
> |
> root@lime2:~# dmesg | grep mmc
> [0.000000]Kernelcommand line:console=tty1 root=/dev/mmcblk0p1 rootwait
> rootfstype=ext4 cgroup_enable=memory
> swapaccount=1sunxi_ve_mem_reserve=0sunxi_g2d_mem_reserve=0sunxi_no_mali_mem_reserve
> sunxi_fb_mem_reserve=16hdmi.audio=EDID:0disp.screen0_output_mode=1920x1080p60panic=10consoleblank=0enforcing=0loglevel=1
> [3.721024]sunxi-mmc 1c0f000.mmc:GotCD GPIO
> [3.758926]sunxi-mmc 1c0f000.mmc:base:0xf08dc000irq:26
> [3.759832]sunxi-mmc 1c11000.mmc:allocated mmc-pwrseq
> [4.528643]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
> [4.535700]mmc0:host does notsupport reading read-only switch,assuming
> write-enable
> [4.538253]mmc0:newhigh speed SDHC card at address 0002
> [4.539066]mmcblk0:mmc0:0002000003.70GiB
> [4.540959] mmcblk0:p1
> [4.548773]sunxi-mmc 1c11000.mmc:base:0xf08f2000irq:27
> [6.418686]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
> [6.600359]EXT4-fs (mmcblk0p1):mounted filesystem withwriteback data
> mode.Opts:(null)
> [7.168650]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
> [7.918646]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
> [9.875182]EXT4-fs (mmcblk0p1):re-mounted.Opts:commit=600,errors=remount-ro
> |
>
> Where could be the problem?
Not exactly sure, are you using the correct lime ;)
It does look like the correct dtb was used, since the second mmc
controller is available. Maybe the bootloader prepares/inits something
that is missing? sounds unlikly but possible. Maybe armbian does more
changes?
>
> Best regards
> Chris
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 39140 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <57322C8D.5060806-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-10 19:17 ` Christo Radev
[not found] ` <8afbe753-4e74-4b30-ad7e-a12027d28264-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-10 19:17 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 7278 bytes --]
Hi Olliver,
On Tuesday, May 10, 2016 at 9:46:45 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 10-05-16 19:25, Christo Radev wrote:
>
> Hi Olliver,
>
> I try to build Armbian with kernel 4.5.0-rc6 by adding the patch as
> discussed here
> <https://groups.google.com/d/msg/linux-sunxi/vSC4vx8_ok8/K0jW8bmcAQAJ>.
> In addition I have to add following as well:
> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
> index 95c1923..9d6cfa8 100644
> --- a/arch/arm/boot/dts/Makefile
> +++ b/arch/arm/boot/dts/Makefile
> @@ -695,6 +696,7 @@ dtb-$(CONFIG_MACH_SUN7I) += \
> sun7i-a20-olimex-som-evb.dtb \
> sun7i-a20-olinuxino-lime.dtb \
> sun7i-a20-olinuxino-lime2.dtb \
> + sun7i-a20-olinuxino-lime2-emmc.dtb \
> sun7i-a20-olinuxino-micro.dtb \
> sun7i-a20-orangepi.dtb \
> sun7i-a20-orangepi-mini.dtb \
> to be able to compile the new sun7i-a20-olinuxino-lime2-emmc.dts file.
>
> Good point, I actually forgot that bit in my own Makefile.
>
>
> After booting I have renamed it to sun7i-a20-olinuxino-lime2.dts and
> reboot lime-eMMC board.
>
> why rename it to dts? i'm sure you mean dtb, and I'm guessing because
> armbian loads that per default.
>
Yes, currently I use LIME2 configuration and this way is faster. Later on I
will make new configuration set for Lime2-eMMC.
>
> Unfortunately, I get some error messages:
> root@lime2:~# dmesg | grep mmc
> [ 0.000000] Kernel command line: console=tty1 root=/dev/mmcblk0p1
> rootwait rootfstype=ext4 cgroup_enable=memory swapaccount=1
> sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_no_mali_mem_reserve
> sunxi_fb_mem_reserve=16 hdmi.audio=EDID:0 disp.screen0_output_mode=
> 1920x1080p60 panic=10 consoleblank=0 enforcing=0 loglevel=1
> [ 3.721024] sunxi-mmc 1c0f000.mmc: Got CD GPIO
> [ 3.758926] sunxi-mmc 1c0f000.mmc: base:0xf08dc000 irq:26
> [ 3.759832] sunxi-mmc 1c11000.mmc: allocated mmc-pwrseq
> [ 4.528643] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
> [ 4.535700] mmc0: host does not support reading read-only switch,
> assuming write-enable
> [ 4.538253] mmc0: new high speed SDHC card at address 0002
> [ 4.539066] mmcblk0: mmc0:0002 00000 3.70 GiB
> [ 4.540959] mmcblk0: p1
> [ 4.548773] sunxi-mmc 1c11000.mmc: base:0xf08f2000 irq:27
> [ 6.418686] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
> [ 6.600359] EXT4-fs (mmcblk0p1): mounted filesystem with writeback
> data mode. Opts: (null)
> [ 7.168650] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
> [ 7.918646] sunxi-mmc 1c11000.mmc: fatal err update clk timeout
> [ 9.875182] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=
> remount-ro
>
> Where could be the problem?
>
> Not exactly sure, are you using the correct lime ;)
>
Of course, I use A20-Olinuxino-Lome2-eMMC boards for testing.
>
> It does look like the correct dtb was used, since the second mmc
> controller is available. Maybe the bootloader prepares/inits something that
> is missing? sounds unlikly but possible. Maybe armbian does more changes?
>
For sure in the beginning I have patched and enabled eMMC in the kernel
only (without any changes in u-boot). And it has worked fine. Later on I
have patched u-boot to recognize eMMC as second MMC device.
Meanwhile, I have build Armbian dev image with u-boot v2016.05-rc3 and
kernel 4.6-rc7 using may patch for eMMC:
diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts b/arch/arm/boot
/dts/sun7i-a20-olinuxino-lime2.dts
index d5c796c..1f5339d 100644
--- a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
+++ b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
@@ -188,6 +188,15 @@
status = "okay";
};
+&mmc2 {
+ pinctrl-names = "default";
+ pinctrl-0 = <&mmc2_pins_a>;
+ vmmc-supply = <®_vcc3v3>;
+ bus-width = <8>;
+ non-removable;
+ status = "okay";
+};
+
&ohci0 {
status = "okay";
};
diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
index 3d5087b..78668aa 100644
--- a/drivers/mmc/core/mmc.c
+++ b/drivers/mmc/core/mmc.c
@@ -504,7 +504,7 @@ static int mmc_decode_ext_csd(struct mmc_card *card, u8
*ext_csd)
pr_info("%s: MAN_BKOPS_EN bit is not set\n",
mmc_hostname(card->host));
}
-
+#if 0
/* check whether the eMMC card supports HPI */
if (!broken_hpi && (ext_csd[EXT_CSD_HPI_FEATURES] & 0x1)) {
card->ext_csd.hpi = 1;
@@ -519,7 +519,7 @@ static int mmc_decode_ext_csd(struct mmc_card *card, u8
*ext_csd)
card->ext_csd.out_of_int_time =
ext_csd[EXT_CSD_OUT_OF_INTERRUPT_TIME] * 10;
}
-
+#endif
card->ext_csd.rel_param = ext_csd[EXT_CSD_WR_REL_PARAM];
card->ext_csd.rst_n_function = ext_csd[EXT_CSD_RST_N_FUNCTION];
diff --git a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c b/drivers/pinctrl/
sunxi/pinctrl-sun7i-a20.c
index cf1ce0c..9fc12d2 100644
--- a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
+++ b/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
@@ -314,19 +314,23 @@ static const struct sunxi_desc_pin sun7i_a20_pins[] =
{
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 12),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ4 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ4 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D4 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 13),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ5 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ5 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D5 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 14),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ6 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ6 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D6 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 15),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
- SUNXI_FUNCTION(0x2, "nand0")), /* NDQ7 */
+ SUNXI_FUNCTION(0x2, "nand0"), /* NDQ7 */
+ SUNXI_FUNCTION(0x3, "mmc2")), /* D7 */
SUNXI_PIN(SUNXI_PINCTRL_PIN(C, 16),
SUNXI_FUNCTION(0x0, "gpio_in"),
SUNXI_FUNCTION(0x1, "gpio_out"),
and it recognizes eMMC without problems.
Using dd for performance measure it gives:
root@egpr:/mnt# dd if=/dev/zero of=1GBfile bs=1M count=1K
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 78.7895 s, 13.6 MB/s
root@egpr:/mnt# dd of=/dev/null if=1GBfile
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 28.6025 s, 37.5 MB/s
Compared to my last results write is the same (13.6 vs. 13.5 MB/s) as speed
but the read is 80% faster (37.5 vs. 20.8 MB/s).
> Best regards
> Chris
>
>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 73900 bytes --]
^ permalink raw reply related [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <8afbe753-4e74-4b30-ad7e-a12027d28264-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-10 19:55 ` Olliver Schinagl
[not found] ` <57323CAB.7090202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-10 19:55 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 7987 bytes --]
Hey Christo,
On 10-05-16 21:17, Christo Radev wrote:
> Hi Olliver,
>
> On Tuesday, May 10, 2016 at 9:46:45 PM UTC+3, Olliver Schinagl wrote:
>
> Hey Christo,
>
> On 10-05-16 19:25, Christo Radev wrote:
>> Hi Olliver,
>>
>> I try to build Armbian with kernel 4.5.0-rc6 by adding the patch
>> as discussed here
>> <https://groups.google.com/d/msg/linux-sunxi/vSC4vx8_ok8/K0jW8bmcAQAJ>.
>> In addition I have to add following as well:
>> |
>> diff --git a/arch/arm/boot/dts/Makefileb/arch/arm/boot/dts/Makefile
>> index 95c1923..9d6cfa8100644
>> ---a/arch/arm/boot/dts/Makefile
>> +++b/arch/arm/boot/dts/Makefile
>> @@-695,6+696,7@@dtb-$(CONFIG_MACH_SUN7I)+=\
>> sun7i-a20-olimex-som-evb.dtb \
>> sun7i-a20-olinuxino-lime.dtb \
>> sun7i-a20-olinuxino-lime2.dtb \
>> + sun7i-a20-olinuxino-lime2-emmc.dtb \
>> sun7i-a20-olinuxino-micro.dtb \
>> sun7i-a20-orangepi.dtb \
>> sun7i-a20-orangepi-mini.dtb \
>> |
>> to be able to compile the new sun7i-a20-olinuxino-lime2-emmc.dts
>> file.
> Good point, I actually forgot that bit in my own Makefile.
>>
>> After booting I have renamed it to sun7i-a20-olinuxino-lime2.dts
>> and reboot lime-eMMC board.
> why rename it to dts? i'm sure you mean dtb, and I'm guessing
> because armbian loads that per default.
>
> Yes, currently I use LIME2 configuration and this way is faster. Later
> on I will make new configuration set for Lime2-eMMC.
>
>>
>> Unfortunately, I get some error messages:
>> |
>> root@lime2:~# dmesg | grep mmc
>> [0.000000]Kernelcommand line:console=tty1 root=/dev/mmcblk0p1
>> rootwait rootfstype=ext4 cgroup_enable=memory
>> swapaccount=1sunxi_ve_mem_reserve=0sunxi_g2d_mem_reserve=0sunxi_no_mali_mem_reserve
>> sunxi_fb_mem_reserve=16hdmi.audio=EDID:0disp.screen0_output_mode=1920x1080p60panic=10consoleblank=0enforcing=0loglevel=1
>> [3.721024]sunxi-mmc 1c0f000.mmc:GotCD GPIO
>> [3.758926]sunxi-mmc 1c0f000.mmc:base:0xf08dc000irq:26
>> [3.759832]sunxi-mmc 1c11000.mmc:allocated mmc-pwrseq
>> [4.528643]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
>> [4.535700]mmc0:host does notsupport reading read-only
>> switch,assuming write-enable
>> [4.538253]mmc0:newhigh speed SDHC card at address 0002
>> [4.539066]mmcblk0:mmc0:0002000003.70GiB
>> [4.540959] mmcblk0:p1
>> [4.548773]sunxi-mmc 1c11000.mmc:base:0xf08f2000irq:27
>> [6.418686]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
>> [6.600359]EXT4-fs (mmcblk0p1):mounted filesystem withwriteback
>> data mode.Opts:(null)
>> [7.168650]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
>> [7.918646]sunxi-mmc 1c11000.mmc:fatal err update clk timeout
>> [9.875182]EXT4-fs
>> (mmcblk0p1):re-mounted.Opts:commit=600,errors=remount-ro
>> |
>>
>> Where could be the problem?
> Not exactly sure, are you using the correct lime ;)
>
> Of course, I use A20-Olinuxino-Lome2-eMMC boards for testing.
>
>
> It does look like the correct dtb was used, since the second mmc
> controller is available. Maybe the bootloader prepares/inits
> something that is missing? sounds unlikly but possible. Maybe
> armbian does more changes?
>
> For sure in the beginning I have patched and enabled eMMC in the
> kernel only (without any changes in u-boot). And it has worked fine.
> Later on I have patched u-boot to recognize eMMC as second MMC device.
>
> Meanwhile, I have build Armbian dev image with u-boot v2016.05-rc3 and
> kernel 4.6-rc7 using may patch for eMMC:
> |
> diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
> b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
> index d5c796c..1f5339d100644
> ---a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
> +++b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
> @@-188,6+188,15@@
> status ="okay";
> };
>
> +&mmc2 {
> + pinctrl-names ="default";
> + pinctrl-0=<&mmc2_pins_a>;
> + vmmc-supply =<®_vcc3v3>;
> + bus-width =<8>;
> + non-removable;
> + status ="okay";
> +};
> +
> &ohci0 {
> status ="okay";
> };
> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
> index 3d5087b..78668aa100644
> ---a/drivers/mmc/core/mmc.c
> +++b/drivers/mmc/core/mmc.c
> @@-504,7+504,7@@staticintmmc_decode_ext_csd(structmmc_card *card,u8
> *ext_csd)
> pr_info("%s: MAN_BKOPS_EN bit is not set\n",
> mmc_hostname(card->host));
> }
> -
> +#if 0
> |
|you should remove this ...|
> |
> /* check whether the eMMC card supports HPI */
> if(!broken_hpi &&(ext_csd[EXT_CSD_HPI_FEATURES]&0x1)){
> card->ext_csd.hpi =1;
> @@-519,7+519,7@@staticintmmc_decode_ext_csd(structmmc_card *card,u8
> *ext_csd)
> card->ext_csd.out_of_int_time =
> ext_csd[EXT_CSD_OUT_OF_INTERRUPT_TIME]*10;
> }
> -
> +#endif
> |
|and this from your own patch-set.
Instead, the broken-hpi flag should be set in the mcc section, from my
patch:
emmc: emmc@0 {
reg = <0>;
compatible = "mmc-card";
broken-hpi;
};
|
> |
> card->ext_csd.rel_param =ext_csd[EXT_CSD_WR_REL_PARAM];
> card->ext_csd.rst_n_function =ext_csd[EXT_CSD_RST_N_FUNCTION];
>
> diff --git a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
> b/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
> index cf1ce0c..9fc12d2100644
> ---a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
> +++b/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
> @@-314,19+314,23@@staticconststructsunxi_desc_pin sun7i_a20_pins[]={
> SUNXI_PIN(SUNXI_PINCTRL_PIN(C,12),
> SUNXI_FUNCTION(0x0,"gpio_in"),
> SUNXI_FUNCTION(0x1,"gpio_out"),
> - SUNXI_FUNCTION(0x2,"nand0")),/* NDQ4 */
> + SUNXI_FUNCTION(0x2,"nand0"),/* NDQ4 */
> + SUNXI_FUNCTION(0x3,"mmc2")),/* D4 */
> SUNXI_PIN(SUNXI_PINCTRL_PIN(C,13),
> SUNXI_FUNCTION(0x0,"gpio_in"),
> SUNXI_FUNCTION(0x1,"gpio_out"),
> - SUNXI_FUNCTION(0x2,"nand0")),/* NDQ5 */
> + SUNXI_FUNCTION(0x2,"nand0"),/* NDQ5 */
> + SUNXI_FUNCTION(0x3,"mmc2")),/* D5 */
> SUNXI_PIN(SUNXI_PINCTRL_PIN(C,14),
> SUNXI_FUNCTION(0x0,"gpio_in"),
> SUNXI_FUNCTION(0x1,"gpio_out"),
> - SUNXI_FUNCTION(0x2,"nand0")),/* NDQ6 */
> + SUNXI_FUNCTION(0x2,"nand0"),/* NDQ6 */
> + SUNXI_FUNCTION(0x3,"mmc2")),/* D6 */
> SUNXI_PIN(SUNXI_PINCTRL_PIN(C,15),
> SUNXI_FUNCTION(0x0,"gpio_in"),
> SUNXI_FUNCTION(0x1,"gpio_out"),
> - SUNXI_FUNCTION(0x2,"nand0")),/* NDQ7 */
> + SUNXI_FUNCTION(0x2,"nand0"),/* NDQ7 */
> + SUNXI_FUNCTION(0x3,"mmc2")),/* D7 */
> SUNXI_PIN(SUNXI_PINCTRL_PIN(C,16),
> SUNXI_FUNCTION(0x0,"gpio_in"),
> SUNXI_FUNCTION(0x1,"gpio_out"),
> |
> and it recognizes eMMC without problems.
you really don't need these, they dont' work anyway, especially without
modifying the mmc2_pins_a set.
>
> Using dd for performance measure it gives:
> |
> root@egpr:/mnt# dd if=/dev/zero of=1GBfilebs=1Mcount=1K
> 1024+0records in
> 1024+0records out
> 1073741824bytes (1.1GB)copied,78.7895s,13.6MB/s
> root@egpr:/mnt# dd of=/dev/nullif=1GBfile
> 2097152+0records in
> 2097152+0records out
> 1073741824bytes (1.1GB)copied,28.6025s,37.5MB/s
> |
> Compared to my last results write is the same (13.6 vs. 13.5 MB/s) as
> speed but the read is 80% faster (37.5 vs. 20.8 MB/s).
Yeah i got 40 mb/s but i used a blocksize of 16M. So slightly better, as
for writes, i got 17mb/s also slightly better.
As for why it worked now and not before, seems like something went wrong
with the patching of things?
>
>>
>> Best regards
>> Chris
>>
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 105555 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <57323CAB.7090202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-05-10 21:22 ` Christo Radev
[not found] ` <f959ee5c-fa63-48f6-9819-4822c055b928-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-10 21:22 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 6086 bytes --]
Hi Olliver,
Unfortunately, I have a problem to see and use quoted text so I delete it.
I saw broken-hpi option but currently I use mainly kernel 4.5.3 so not sure
if it is available there.
About 8-bit staff in my patch it is there by error. I really use 4-bit bus
without additional pins definitions.
About better results measured by you it is definitely because of larger
buffers.
If you want to get a real figures you have to measure performance for a set
of buffer sizes like I do with iozone tool:
root@egpr:~# uname -a
Linux egpr 4.6.0-sunxi #1 SMP Tue May 10 20:50:21 EEST 2016 armv7l GNU/Linux
root@egpr:/mnt# iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r
16384k -i 0 -i 1 -i 2
Iozone: Performance Test of File I/O
Version $Revision: 3.429 $
Compiled for 32 bit mode.
Build: linux
Contributors:William Norcott, Don Capps, Isom Crawford, Kirby
Collins
Al Slater, Scott Rhine, Mike Wisner, Ken Goss
Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner
,
Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave
Boone,
Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root,
Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer,
Vangel Bojaxhi, Ben England, Vikentsi Lapa.
Run began: Tue May 10 23:28:08 2016
Include fsync in write timing
O_DIRECT feature enabled
Auto Mode
File size set to 102400 kB
Record Size 4 kB
Record Size 16 kB
Record Size 512 kB
Record Size 1024 kB
Record Size 16384 kB
Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r
1024k -r 16384k -i 0 -i 1 -i 2
Output is in kBytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 kBytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random
random
kB reclen write rewrite read reread read
write
102400 4 3653 4003 12637 12521 9501
3997
102400 16 7277 7531 16300 16413 14910
7392
102400 512 11733 11739 39496 39444 39254
11718
102400 1024 11793 11843 40015 40086 39951
11887
102400 16384 11977 11895 40680 40781 40656
11952
random
random
kB reclen write rewrite read reread read
write
102400 4 3768 4008 12458 12432 9565
3895
102400 16 7231 7526 16488 16634 15085
7432
102400 512 11608 11700 38424 38358 38172
11655
102400 1024 11841 11853 39543 39736 39573
10977
102400 16384 11923 11950 40756 40823 40824
11994
iozone test complete.
It is strange that read speed of ~40 MB/s is reached at 512+ kB buffers but
write speed of 17MB/s (as you mention) is never reached at my tests.
For reference iozone test gives eMMC speeds at kernel 4.5.3:
random
random
kB reclen write rewrite read reread read
write
102400 4 3444 3677 9663 9626 7801
3577
102400 16 6290 6514 13084 12740 11873
6409
102400 512 11623 11653 21592 21567 21485
10617
102400 1024 11787 11859 21862 21907 21811
11805
102400 16384 11944 11914 22131 22125 22147
11947
4GB SD card class 10 speeds at kernel 4.6.0 are:
random
random
kB reclen write rewrite read reread read
write
102400 4 630 736 5242 5149 4683
171
102400 16 1140 1507 11630 11651 11517
331
102400 512 6247 6465 21572 20748 21567
945
102400 1024 6297 6521 20707 21943 21901
1945
102400 16384 6363 6416 22209 21001 22208
6459
4GB SD card class 10 speeds at kernel 4.5.3 are:
random
random
kB reclen write rewrite read reread read
write
102400 4 222 227 5790 5821 4180
203
102400 16 5681 6149 9470 9661 8340
62
102400 512 12033 11656 21194 21194 20982
2199
102400 1024 12548 11792 21606 21616 20760
4737
102400 16384 12755 11831 21929 21964 21214
10531
Strange is that SD card write speed is better at kernel 4.5.3 than at
kernel 4.6.0 while read speed is almost the same.
About using your patch in kernel 4.6 at Armbian build I did not see any
errors at patching phase.
Maybe I have to try patched with my patches u-boot and kernel 4.6 patched
with your patch.
But I am not sure that u-boot has to do something for kernel to work with
eMMC.
I am ready to test if you have some ideas because your patch is probably
better than one used by me at the moment.
Best regards
Chris
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 54165 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <f959ee5c-fa63-48f6-9819-4822c055b928-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-10 23:21 ` Christo Radev
[not found] ` <6bfa242e-c0ce-4dc5-9144-b3f16d8fb75c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
0 siblings, 1 reply; 64+ messages in thread
From: Christo Radev @ 2016-05-10 23:21 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1.1: Type: text/plain, Size: 585 bytes --]
Hi to All,
I have extend performance tests with measurement of eMMC, SD/MMC and SATA
SSD R/W speed with kernel 4.6-rc7.
The results and comments are posted on:
http://forum.armbian.com/index.php/topic/853-armbian-customization/page-4#entry8908
Best regards
Chris
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #1.2: Type: text/html, Size: 1024 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <6bfa242e-c0ce-4dc5-9144-b3f16d8fb75c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2016-05-11 8:20 ` Olliver Schinagl
2016-07-15 8:39 ` stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 1 reply; 64+ messages in thread
From: Olliver Schinagl @ 2016-05-11 8:20 UTC (permalink / raw)
To: Christo Radev, linux-sunxi
Cc: radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 813 bytes --]
Christo,
On 11-05-16 01:21, Christo Radev wrote:
> |Hi to All,
> |
> I have extend performance tests with measurement of eMMC, SD/MMC and
> SATA SSD R/W speed with kernel 4.6-rc7.
>
> The results and comments are posted on:
> http://forum.armbian.com/index.php/topic/853-armbian-customization/page-4#entry8908
nice results! Remember though, i just ran 2 dd tests and was happy to
see the results. Your testing is far more extensive then mine :)
Good job!
Olliver
>
> Best regards
> Chris
>
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 2202 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:39 ` stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 64+ messages in thread
From: stefan.mavrodiev @ 2016-07-15 8:39 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev, radoslav.kolev, wens, maxime.ripard, tsvetan,
robh+dt, pawel.moll, mark.rutland, ijc+devicetree, galak, linux,
hdegoede, dev, devicetree, linux-arm-kernel, linux-kernel,
oliver
[-- Attachment #1: Type: text/plain, Size: 255 bytes --]
Hi Olliver,
Why are you using nRST signal?
What I mean is this pin is inactive on this eMMC chip. To use the signal
byte 162 of ECSD registers should be written.
On my board, this "reset" signal causes eMMC not to work.
Best regards,
Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:39 ` stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 64+ messages in thread
From: stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w @ 2016-07-15 8:39 UTC (permalink / raw)
To: linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
oliver-dxLnbx3+1qmEVqv0pETR8A
[-- Attachment #1: Type: text/plain, Size: 254 bytes --]
Hi Olliver,
Why are you using nRST signal?
What I mean is this pin is inactive on this eMMC chip. To use the signal
byte 162 of ECSD registers should be written.
On my board, this "reset" signal causes eMMC not to work.
Best regards,
Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:39 ` stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 64+ messages in thread
From: stefan.mavrodiev at gmail.com @ 2016-07-15 8:39 UTC (permalink / raw)
To: linux-arm-kernel
Hi Olliver,
Why are you using nRST signal?
What I mean is this pin is inactive on this eMMC chip. To use the signal
byte 162 of ECSD registers should be written.
On my board, this "reset" signal causes eMMC not to work.
Best regards,
Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:57 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-07-15 8:57 UTC (permalink / raw)
To: stefan.mavrodiev, linux-sunxi
Cc: christo.radev, radoslav.kolev, wens, maxime.ripard, tsvetan,
robh+dt, pawel.moll, mark.rutland, ijc+devicetree, galak, linux,
hdegoede, dev, devicetree, linux-arm-kernel, linux-kernel
On 15-07-16 10:39, stefan.mavrodiev@gmail.com wrote:
> Hi Olliver,
>
> Why are you using nRST signal?
> What I mean is this pin is inactive on this eMMC chip. To use the signal
> byte 162 of ECSD registers should be written.
Then that sounds like a bug in the mmc layer I would say (or a missing
attribute in the dts), we have a nRST signal it is wired, if the chip
ignores it, then nothing lost, if the chip needs to be initialized with
byte 162 of the ECSD register to make the nRST work, then that it sounds
like it should be fixed there?
By ommitting the nRST signal just because the chip isn't properly
initialized sounds more like a work-around to me, but I could be wrong
and see things wrong.
What do the mmc guys, who have far more experience here, say?
>
> On my board, this "reset" signal causes eMMC not to work.
That supprises me, as afaik I was using it just fine...
Olliver
>
> Best regards,
> Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:57 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-07-15 8:57 UTC (permalink / raw)
To: stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w, linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
On 15-07-16 10:39, stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
> Hi Olliver,
>
> Why are you using nRST signal?
> What I mean is this pin is inactive on this eMMC chip. To use the signal
> byte 162 of ECSD registers should be written.
Then that sounds like a bug in the mmc layer I would say (or a missing
attribute in the dts), we have a nRST signal it is wired, if the chip
ignores it, then nothing lost, if the chip needs to be initialized with
byte 162 of the ECSD register to make the nRST work, then that it sounds
like it should be fixed there?
By ommitting the nRST signal just because the chip isn't properly
initialized sounds more like a work-around to me, but I could be wrong
and see things wrong.
What do the mmc guys, who have far more experience here, say?
>
> On my board, this "reset" signal causes eMMC not to work.
That supprises me, as afaik I was using it just fine...
Olliver
>
> Best regards,
> Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
@ 2016-07-15 8:57 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-07-15 8:57 UTC (permalink / raw)
To: linux-arm-kernel
On 15-07-16 10:39, stefan.mavrodiev at gmail.com wrote:
> Hi Olliver,
>
> Why are you using nRST signal?
> What I mean is this pin is inactive on this eMMC chip. To use the signal
> byte 162 of ECSD registers should be written.
Then that sounds like a bug in the mmc layer I would say (or a missing
attribute in the dts), we have a nRST signal it is wired, if the chip
ignores it, then nothing lost, if the chip needs to be initialized with
byte 162 of the ECSD register to make the nRST work, then that it sounds
like it should be fixed there?
By ommitting the nRST signal just because the chip isn't properly
initialized sounds more like a work-around to me, but I could be wrong
and see things wrong.
What do the mmc guys, who have far more experience here, say?
>
> On my board, this "reset" signal causes eMMC not to work.
That supprises me, as afaik I was using it just fine...
Olliver
>
> Best regards,
> Stefan Mavrodiev
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
[not found] ` <6214e145-b408-70f1-bc6f-db066cbe94b1-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
@ 2016-07-15 9:01 ` Olliver Schinagl
0 siblings, 0 replies; 64+ messages in thread
From: Olliver Schinagl @ 2016-07-15 9:01 UTC (permalink / raw)
To: stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w, linux-sunxi
Cc: christo.radev-Re5JQEeQqe8AvxtiuMwx3w,
radoslav.kolev-1W28NRE8jL9DPfheJLI6IQ, wens-jdAy2FN1RRM,
maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8,
tsvetan-kyXcfZUBQGPQT0dZR+AlfA, robh+dt-DgEjT+Ai2ygdnm+yROfE0A,
pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg,
galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ,
hdegoede-H+wXaHxf7aLQT0dZR+AlfA, dev-3kdeTeqwOZ9EV1b7eY7vFQ,
devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: text/plain, Size: 2074 bytes --]
Stefan,
On 15-07-16 10:57, Olliver Schinagl wrote:
> On 15-07-16 10:39, stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org wrote:
>> Hi Olliver,
>>
>> Why are you using nRST signal?
>> What I mean is this pin is inactive on this eMMC chip. To use the signal
>> byte 162 of ECSD registers should be written.
> Then that sounds like a bug in the mmc layer I would say (or a missing
> attribute in the dts), we have a nRST signal it is wired, if the chip
> ignores it, then nothing lost, if the chip needs to be initialized
> with byte 162 of the ECSD register to make the nRST work, then that it
> sounds like it should be fixed there?
>
> By ommitting the nRST signal just because the chip isn't properly
> initialized sounds more like a work-around to me, but I could be wrong
> and see things wrong.
I just did a quick google query, and found the following post [0]. And
it appears it's a fuse in the eMMC chip to enable/disable this
functionality. I guess, but not sure, that our mmc driver in
u-boot/kernel does not use the reset flag properly (always high) if that
fuse has been enabled. I can imagine when using older u-boots this flag
isn't enabled, the fuse is not triggered yet and the pin is thus ignored?
>
> What do the mmc guys, who have far more experience here, say?
>
>>
>> On my board, this "reset" signal causes eMMC not to work.
> That supprises me, as afaik I was using it just fine...
>
> Olliver
>>
>> Best regards,
>> Stefan Mavrodiev
>
[0]
https://groups.google.com/forum/#!category-topic/beagleboard/u-boot/1XwSNdZii1Y
--
Met vriendelijke groeten, Kind regards, 与亲切的问候
Olliver Schinagl
Software Engineer
Research & Development
Ultimaker B.V.
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: Type: text/html, Size: 3601 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
end of thread, other threads:[~2016-07-15 11:16 UTC | newest]
Thread overview: 64+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-04-28 7:19 [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc Olliver Schinagl
2016-04-28 7:19 ` Olliver Schinagl
2016-04-28 7:19 ` Olliver Schinagl
2016-05-02 10:55 ` Maxime Ripard
2016-05-02 10:55 ` Maxime Ripard
2016-05-02 10:55 ` Maxime Ripard
2016-05-03 3:33 ` Chen-Yu Tsai
2016-05-03 3:33 ` Chen-Yu Tsai
2016-05-03 3:33 ` Chen-Yu Tsai
2016-05-03 7:21 ` Olliver Schinagl
2016-05-03 7:21 ` Olliver Schinagl
2016-05-03 7:21 ` Olliver Schinagl
2016-05-03 7:25 ` Chen-Yu Tsai
2016-05-03 7:25 ` Chen-Yu Tsai
2016-05-03 7:25 ` Chen-Yu Tsai
2016-05-04 12:30 ` Radoslav Kolev
2016-05-04 12:30 ` Radoslav Kolev
2016-05-04 12:30 ` Radoslav Kolev
2016-05-04 12:52 ` Olliver Schinagl
2016-05-04 12:52 ` Olliver Schinagl
2016-05-04 12:52 ` Olliver Schinagl
[not found] ` <5729F07C.3080308-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 13:07 ` Christo Radev
[not found] ` <948be370-4401-43cb-862e-d4376755a75d-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-04 13:19 ` Olliver Schinagl
[not found] ` <5729F6D6.8030100-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 13:32 ` Christo Radev
[not found] ` <4704fa35-9a2a-4e6e-8fd4-f4778405c598-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-04 13:59 ` Olliver Schinagl
[not found] ` <572A0052.9060202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 14:31 ` Christo Radev
[not found] ` <2e745ef7-ddc0-40fc-b867-414543690276-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-04 15:09 ` Olliver Schinagl
[not found] ` <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-04 15:50 ` Christo Radev
2016-05-04 17:24 ` Christo Radev
2016-05-04 19:40 ` Christo Radev
[not found] ` <4375220a-f939-4ed0-a6d7-2cf887b07509-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-05 8:43 ` Olliver Schinagl
[not found] ` <572B07C0.7080601-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-09 11:30 ` Christo Radev
2016-05-09 20:58 ` Christo Radev
[not found] ` <9fe7ebb6-6d74-4b73-b6d6-93b79650cdb6-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-10 17:25 ` Christo Radev
[not found] ` <9745a80b-5444-43f7-b772-68684c96c9e5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-10 18:46 ` Olliver Schinagl
[not found] ` <57322C8D.5060806-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-10 19:17 ` Christo Radev
[not found] ` <8afbe753-4e74-4b30-ad7e-a12027d28264-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-10 19:55 ` Olliver Schinagl
[not found] ` <57323CAB.7090202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-10 21:22 ` Christo Radev
[not found] ` <f959ee5c-fa63-48f6-9819-4822c055b928-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-10 23:21 ` Christo Radev
[not found] ` <6bfa242e-c0ce-4dc5-9144-b3f16d8fb75c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2016-05-11 8:20 ` Olliver Schinagl
2016-07-15 8:39 ` stefan.mavrodiev
2016-07-15 8:39 ` stefan.mavrodiev at gmail.com
2016-07-15 8:39 ` stefan.mavrodiev-Re5JQEeQqe8AvxtiuMwx3w
2016-07-15 8:57 ` Olliver Schinagl
2016-07-15 8:57 ` Olliver Schinagl
2016-07-15 8:57 ` Olliver Schinagl
[not found] ` <6214e145-b408-70f1-bc6f-db066cbe94b1-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-07-15 9:01 ` Olliver Schinagl
2016-05-03 7:12 ` christo.radev
2016-05-03 7:12 ` christo.radev at gmail.com
2016-05-03 7:12 ` christo.radev
2016-05-03 13:14 ` Maxime Ripard
2016-05-03 13:14 ` Maxime Ripard
2016-05-03 13:14 ` Maxime Ripard
2016-05-03 15:02 ` christo.radev
2016-05-03 15:02 ` christo.radev at gmail.com
2016-05-03 15:02 ` christo.radev-Re5JQEeQqe8AvxtiuMwx3w
2016-05-03 15:52 ` Olliver Schinagl
2016-05-03 15:52 ` Olliver Schinagl
2016-05-03 15:52 ` Olliver Schinagl
[not found] ` <5728C929.3040709-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>
2016-05-03 17:27 ` Christo Radev
2016-05-04 5:13 ` [linux-sunxi] " Priit Laes
2016-05-04 5:13 ` Priit Laes
2016-05-04 5:13 ` Priit Laes
[not found] ` <1462338781.15404.0.camel-q/aMd4JkU83YtjvyW6yDsg@public.gmane.org>
2016-05-04 8:49 ` Christo Radev
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.