Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1689907

Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.

From Lee Jones <lee.jones@linaro.org>
Newsgroups linux.kernel
Subject Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.
Date 2017-07-18 11:20 +0200
Message-ID <u4wPE-w0-9@gated-at.bofh.it> (permalink)
References <u2mUp-6WS-3@gated-at.bofh.it> <u2mUp-6WS-9@gated-at.bofh.it> <u2T3Y-1WG-11@gated-at.bofh.it> <u4bBy-3PU-43@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, 17 Jul 2017, Enric Balletbo Serra wrote:

> Hi Gwendal,
> 
> 2017-07-13 22:33 GMT+02:00 Gwendal Grignou <gwendal@chromium.org>:
> > On Wed, Jul 12, 2017 at 3:13 AM, Enric Balletbo i Serra
> > <enric.balletbo@collabora.com> wrote:
> >> The cros_ec_dev driver should be used only to expose the Chrome OS Embedded
> >> Controller to user-space and should not be used to add MFD devices by
> >> calling mfd_add_devices. This patch moves this logic to the MFD cros_ec
> >> driver and removes the MFD bits from the character device driver. Also
> >> makes independent the IIO driver from the character device as also has no
> >> sense.
> >
> > cros_ec_dev serves another purpose: it allows to represent an EC that
> > does not have a cros_ec structure. It happens when there are several
> > EC in a chromebook, and one EC is connected through another EC.
> > One example is Samus (Pixel 2): where we have:
> >
> > (main SOC, Application Processor) AP --> (main Embedded Controller) EC
> > ---> (Power Delivery [PD}) EC
> >
> > We  access to the PD EC via pass-through commands through the main EC.
> > Each EC has a cros_ec_dev structure, but only the main EC as a
> > cros_ec_device structure (I will forever regret the structure names).
> >
> > Now form the AP point of view, both ECs use the same protocol. That
> > why the sensors and other devcies that are registered by looking at
> > the feature fields are registered with cros_ec_dev as their parent.
> > Other devices that are registered from the device tree, predating the
> > feature field support, are registered with cros_ec_device as their
> > parent.
> >
> 
> Interesting I didn't know that. So are you saying that this patch will
> break support for devices like Pixel 2? I tested the patches on
> various devices but not on Pixel 2 so could be.

Does this affect the rest of the series?

Or should I review/apply as usual?

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev. Enric Balletbo i Serra <enric.balletbo@collabora.com> - 2017-07-12 12:20 +0200
  Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features  from cros_ec_dev. Gwendal Grignou <gwendal@chromium.org> - 2017-07-13 22:40 +0200
    Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features  from cros_ec_dev. Enric Balletbo Serra <eballetbo@gmail.com> - 2017-07-17 12:40 +0200
      Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features  from cros_ec_dev. Benson Leung <bleung@google.com> - 2017-07-17 18:40 +0200
      Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features  from cros_ec_dev. Lee Jones <lee.jones@linaro.org> - 2017-07-18 11:20 +0200
        Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features  from cros_ec_dev. Enric Balletbo Serra <eballetbo@gmail.com> - 2017-07-20 08:40 +0200

csiph-web