[PATCH v2 1/4] dt-bindings: i2c: aspeed: add buffer and DMA mode transfer support
From: Joel Stanley <joel@jms.id.au>
Date: 2021-02-09 12:12:43
Also in:
linux-devicetree, linux-i2c, openbmc
From: Joel Stanley <joel@jms.id.au>
Date: 2021-02-09 12:12:43
Also in:
linux-devicetree, linux-i2c, openbmc
On Wed, 3 Feb 2021 at 23:03, Jae Hyun Yoo [off-list ref] wrote:
Hi Joel On 1/28/2021 11:36 AM, Jae Hyun Yoo wrote:quoted
Hi Joel On 1/27/2021 4:06 PM, Joel Stanley wrote:quoted
quoted
quoted
All this information doesn't need to be in the binding. It's also an oddly structured dts file if this is what you are doing...I removed the default buffer mode settings that I added into 'aspeed-g4.dtsi' and 'aspeed-g5.dtsi' in v1 to avoid touching of the default transfer mode setting, but each bus should use its dedicated SRAM buffer range for enabling buffer mode so I added this information at here as overriding examples instead. I thought that binding document is a right place for providing this information but looks like it's not. Any recommended place for it? Is it good enough if I add it just into the commit message?I agree with Rob, we don't need this described in the device tree (binding or dts). We know what the layout is for a given aspeed family, so the driver can have this information hard coded. (Correct me if I've misinterpted here Rob)Makes sense. Will add these settings into the driver module as hard coded per each bus.Realized that the SRAM buffer range setting should be added into device tree because each bus module should get the dedicated IO resource range. So I'm going to add it to dtsi default reg setting for each I2C bus and will remove this description in binding. Also, I'll add a mode setting property instead to keep the current setting as byte mode.
I don't understand. What do you propose adding?