[PATCH v26 2/4] dt-bindings: i2c: ast2600-i2c.yaml: Add global-regs and transfer-mode properties
Ryan Chen
ryan_chen at aspeedtech.com
Wed Mar 18 13:38:01 AEDT 2026
> Subject: Re: [PATCH v26 2/4] dt-bindings: i2c: ast2600-i2c.yaml: Add global-regs
> and transfer-mode properties
>
> Hi Ryan,
>
> > > Not at all - the next paragraph was my attempt at a recap of those,
> > > but Ryan, please correct me if I am wrong on any of those points.
> >
> > Your understanding is correct; the byte and buffer mode is mostly the same.
> > And also mode should be decided before xfer, due to the
> > controller/target both use the same xfer mode, not decide by transfer time.
> > The original my submit is only buffer mode and dma mode, and use only
> > one Boolean property, aspeed,i2c-dma-enabled, but someone suggest add
> > byte mode select, so I start to add at v17. I can drop the byte mode, if this is
> confused.
> >
> > byte mode request:
> > https://lore.kernel.org/all/010e55e9-d58b-444c-ab57-ddf8c75f2390@gmail
> > .com/
>
> I understand that there may be valid uses for byte mode, but that does not
> mean the configuration belongs in the device tree.
>
> We do not seem to have much data on what those valid uses are, but I am
> assuming it is not an attribute of the controller peripheral hardware.
OK will remove it in yaml file, instead Boolean property, aspeed,i2c-dma-enabled
>
> [As an example: I suspect MCTP cannot be fully spec-compliant without byte
> mode, in order to support the NAK window on target-mode RX. In that case we
> can enforce byte mode when the controller is selected for MCTP use, without
> requiring a mode selection property in the DT]
>
> > > Ryan: I think this gives us a much cleaner approach to the binding.
> > Thanks the feedback, do you mean, just one boolean property for mode
> > selection, Am I right?
>
> The property would not select a mode, it just indicates whether DMA is
> available.
>
> A driver implementation can use that indication, along with any other
> configuration data, in order to select a mode. The Linux driver implementation
> may use other runtime facilities to control that selection, if you need, like sysfs
> or configfs.
Do you mean sysfs select support mode selection(byte, buffer, dma)
Or just force byte mode?
>
> Cheers,
>
>
> Jeremy
More information about the Linux-aspeed
mailing list