Re: [PATCH] i2c: i2c-mux-gpio: Enable this driver in ACPI land

2020-10-12 Thread Evan Green
On Sat, Oct 10, 2020 at 10:03 AM Peter Rosin wrote: > > Hi! > > On 2020-10-10 00:43, Evan Green wrote: > > Enable i2c-mux-gpio devices to be defined via ACPI. The idle-state > > property translates directly to a fwnode_property_*() call. The child > > reg property translates naturally into _ADR in

Re: [PATCH] i2c: i2c-mux-gpio: Enable this driver in ACPI land

2020-10-10 Thread Peter Rosin
Hi! On 2020-10-10 00:43, Evan Green wrote: > Enable i2c-mux-gpio devices to be defined via ACPI. The idle-state > property translates directly to a fwnode_property_*() call. The child > reg property translates naturally into _ADR in ACPI. > > The i2c-parent is a little trickier, since of's phandl

Re: [PATCH] i2c: i2c-mux-gpio: Enable this driver in ACPI land

2020-10-09 Thread Randy Dunlap
On 10/9/20 3:43 PM, Evan Green wrote: > Enable i2c-mux-gpio devices to be defined via ACPI. The idle-state > property translates directly to a fwnode_property_*() call. The child > reg property translates naturally into _ADR in ACPI. > > The i2c-parent is a little trickier, since of's phandle defi

[PATCH] i2c: i2c-mux-gpio: Enable this driver in ACPI land

2020-10-09 Thread Evan Green
Enable i2c-mux-gpio devices to be defined via ACPI. The idle-state property translates directly to a fwnode_property_*() call. The child reg property translates naturally into _ADR in ACPI. The i2c-parent is a little trickier, since of's phandle definition suggests the i2c mux could live in a comp