Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S938636AbcKXJf0 (ORCPT ); Thu, 24 Nov 2016 04:35:26 -0500 Received: from mout.kundenserver.de ([212.227.126.135]:53209 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934194AbcKXJfX (ORCPT ); Thu, 24 Nov 2016 04:35:23 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Gregory CLEMENT , Jimmy Xu , Andrew Lunn , Ulf Hansson , Romain Perier , Liuliu Zhao , Peng Zhu , "linux-kernel@vger.kernel.org" , Nadav Haklai , Ziji Hu , Victor Gu , Doug Jones , Jisheng Zhang , Yehuda Yitschak , Marcin Wojtas , Xueping Liu , Hilbert Zhang , Shiwu Zhang , Yu Cao , Sebastian Hesselbarth , "devicetree@vger.kernel.org" , Jason Cooper , Hanna Hawa , Kostya Porotchkin , Ryan Gao , "Wei(SOCP) Liu" , Thomas Petazzoni , Keji Zhang , "Jack(SH) Zhu" , "linux-mmc@vger.kernel.org" , Adrian Hunter , Wilson Ding Subject: Re: [PATCH 5/10] dt: bindings: Add bindings for Marvell Xenon SD Host Controller Date: Thu, 24 Nov 2016 10:34:27 +0100 Message-ID: <28082657.RK5ubAe11Q@wuerfel> User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: <877f7tmduw.fsf@free-electrons.com> References: <4031579.CBE32NHUoW@wuerfel> <877f7tmduw.fsf@free-electrons.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:JSgyXEvf9vySqtztMYSo021BoBvqUjPhuOmmEVr9b0Jv9h6bBUX THfzJVS4dP7wWZR4DfnV6dkbHeIY2fqSDCmQqheIqTiU1v/e+D4s6iFa7/i9L8yHoxjF6lM k25Q9hXK6MlVMprCc6mzKdYY4HeuWB+yvw/U0F4/hJMXFik3QF33BWO3/VpW5QV+FMcGG8g EhFGBMgBw/EAA0huTz3Vw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ajNr8BRuGTo=:iXEQZg0ma1z/4oShlvYzYo tfwZtbxuYWD0nC3QEoH912GcdGl3yd9ADmttSNenxkgzPG0cUpSmCJDJRTec5cQKmoPEj4vQ2 Bo/ukQ0YRInq0xpdhO0l4GRRV7cRG31swpBcJEkiHAZU0SN4A7ktQnvqwpRlwZAigysZDLja7 AmtZhnzW5+35ZSOYNgAsgq5Zaq438tGNx5YnjMybwOwum/NuDGuHgc4a5/xUsJzd4s2Jii8KZ UdDTarsk23zXXNEgST5yr9zZOp5ygyy7IDHig7aFqWRK7Rqc+XDaYjuouptuaNtnijSYjbPdF JsGlZNqK/cqxH2EDuImd306wKfOPbt+ubael3y6m2jYnb+w3bsqd14/tcEDeohGkn62p5W+8w gjz0bbLQIDtu5GjvqscpzGblbRbFdcHyXgYP88y1smYgPlR+627evyMtgWUYj/lOqZY4aSTRh G/cAhVunM9dAyMHS0HK8lGhtIZ/nA33Rs4BEkB9kThsq+gPSXFfRYfa9XzL/4enoF0dlevY8V zrDK3i28h2wVOkgjXJUGFg8eDpCkjg7Xd8cSutP18D8RN8fXmxFbqh8++SwK/DVxCvZYVq5Mb O356mFKydU4kIn8jVyCcpzL9fC6EQT0hGg6cmqUY8vrCgyU5LbA0M1TvOU7l9rbBxBL9YJGmO smziOgUAAISS2RLylebNPTgZ10bC8++YW2flCvNPiUoAbZ0pkt18J2yeMWRFm2RqDMITM6NZQ uTx96ajG7KVeg/I/ Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 620 Lines: 14 On Thursday, November 24, 2016 10:22:31 AM CET Gregory CLEMENT wrote: > > I don't have an option for mmc in general, but using child node do not > fit at all the xenon controller. > > For this controller each slot has its own set of register, so there is > no common ressource to share so no advantage to use it. Using child node > in our case will just make the code more complex for no benefit. If every slot has its own registers, what is it that makes up the 'controller'? It sounds to me that you just have to adjust the terminology and talk about multiple controllers then, with one slot per controller. Arnd