On Mon, Jan 27, 2014 at 03:54:14PM +0100, Hans de Goede wrote: > >> "allwinner,sun5i-a13-usb-gates-clk" - for usb gates + resets on A13 > > > > Maybe we can just remove the gates from there? Even though they > > are gates, they are also (a bit) more than that. > > To be clear you mean s/usb-gates-clk/usb-clk/ right ? Yep, exactly > > I guess that means that we will have the OHCI0 gate declared with > > <&...-gates-clk 6>, while it's actually the first gate for this > > clock? > > Correct. > > > Maybe introducing an offset field in the gates_data would be a > > good idea, so that we always start from indexing the gates from 0 > > in the DT? > > Well for the other "gates" type clks we also have holes in the > range, and we always refer to the clk with the bit number in the reg > as the clock-cell value. Yes, we have holes, but I see two majors differences here: - the other gates are just gates, while the usb clocks are a bit more than that. - the other gates' gating bits thus all start at bit 0, while here, since it's kind of a "mixed" clock, the gating bits start at bit 6 (on the A20 at least) -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
Attachment:
signature.asc
Description: Digital signature