* [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: 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
* [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
* 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
* [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-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
* 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
* [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-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
* 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
* [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: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
* 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
* [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 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
* 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
* [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: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
* 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
* [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 @ 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
[parent not found: <5729F07C.3080308-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <948be370-4401-43cb-862e-d4376755a75d-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <5729F6D6.8030100-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <4704fa35-9a2a-4e6e-8fd4-f4778405c598-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <572A0052.9060202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <2e745ef7-ddc0-40fc-b867-414543690276-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <572A10B3.2020803-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <4375220a-f939-4ed0-a6d7-2cf887b07509-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <572B07C0.7080601-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <9fe7ebb6-6d74-4b73-b6d6-93b79650cdb6-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <9745a80b-5444-43f7-b772-68684c96c9e5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <57322C8D.5060806-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <8afbe753-4e74-4b30-ad7e-a12027d28264-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <57323CAB.7090202-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
[parent not found: <f959ee5c-fa63-48f6-9819-4822c055b928-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
[parent not found: <6bfa242e-c0ce-4dc5-9144-b3f16d8fb75c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* 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
* [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: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
* 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
* [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 @ 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
[parent not found: <6214e145-b408-70f1-bc6f-db066cbe94b1-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
* 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
* [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 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
* 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
* [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 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
* 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
* [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: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
* 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
* [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 @ 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
[parent not found: <5728C929.3040709-dxLnbx3+1qmEVqv0pETR8A@public.gmane.org>]
* 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
* [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 @ 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
[parent not found: <1462338781.15404.0.camel-q/aMd4JkU83YtjvyW6yDsg@public.gmane.org>]
* 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
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.