On Friday, December 2, 2016 8:21:33 AM CET zhangfei wrote: > Hi, Arnd > > On 2016年12月01日 20:05, Arnd Bergmann wrote: > > On Thursday, December 1, 2016 8:48:40 AM CET Zhangfei Gao wrote: > >> + hisi,reset-bits = <0x20 0x8 /* 0: i2c0 */ > >> + 0x20 0x10 /* 1: i2c1 */ > >> + 0x20 0x20 /* 2: i2c2 */ > >> + 0x20 0x8000000>; /* 3: i2c6 */ > >> + }; > >> + > >> +Specifying reset lines connected to IP modules > >> +============================================== > >> +example: > >> + > >> + i2c0: i2c@..... { > >> + ... > >> + resets = <&iomcu_rst 0>; > >> + ... > >> + }; > > I don't really like this approach, since now the information is > > in two places. Why not put the data into the reset specifier > > directly when it is used? > Any example, still not understand. > They are consumer and provider. I mean in the i2c node, have i2c0: i2c@..... { ... resets = <&iomcu_rst 0x20 0x8>; ... } > > Also the format seems a little too close to the actual register > > layout and could be a little more abstract, using bit numbers instead > > of a bitmask and register numbers instead of offsets. > We use bit numbers first. > But in the developing process, we found several bits may be required for > one driver. > And they may not be continuous as the bits may already be occupied. > Directly using offset, we can set several bits together for simple, to > give more flexibility. > So after discussion, we directly use offset. Can you give an example for why this is needed? Is this different from a device that has multiple reset lines? Arnd -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html