Hi, On Thu, Feb 25, 2016 at 01:04:13PM +0100, Petr Kulhavy wrote: > On 25.02.2016 12:53, Sergei Shtylyov wrote: > > > >>> I then fail to understand the logic behind hard coding. > >> > >>And I fail to understand your plans with the other drivers. > >>Are you trying to say that the "mentor,power" (or "power" in OMAP2430) > >>property should be completely abandoned and the values hard > >>coded in _all_ > >>drivers? > > > > Contrariwise, I don't think it should be hard-coded anywhere. > > Well, so we're still at the same point - there is a fundamental > mismatch in the different developers' view how the "power" parameter > should be represented. > There already 3 opinions at the moment: > 1) hard code - Felipe, Rob > 2) use the "mentor,power" - Sergei, Petr > 3) use a regulator - Rob > > So unless this conflict is resolved it is slightly difficult to > submit a patch that would get accepted. > How can we resolve this conflict ?
This power property is used by core to control the hub port power budget, which is sourced by vbus. But vbus is not coming from musb, but a board power rail. So hardcode it does not make sense. Regards, -Bin. > > Regards > Petr > -- > To unsubscribe from this list: send the line "unsubscribe linux-usb" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
