As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
v2: Use the status of the workqueue instead of vop->event, and don't add
a superfluous wait on the workqueue.
Signed-off-by: Tomeu Vizoso
---
dr
On 31 March 2016 at 03:25, Mark yao <mark@rock-chips.com> wrote:
> On 2016年03月30日 21:48, Tomeu Vizoso wrote:
>>
>> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
>> updated is requested and there is an earlier updated pending".
On 31 March 2016 at 03:25, Mark yao wrote:
> On 2016年03月30日 21:48, Tomeu Vizoso wrote:
>>
>> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
>> updated is requested and there is an earlier updated pending".
>>
>> Also wait fo
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
Also wait for the pending event to complete when a sync update is
requested.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
Also wait for the pending event to complete when a sync update is
requested.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/rockchip/rockchip_drm_
On 19 January 2016 at 17:12, John Harrison wrote:
> On 19/01/2016 15:23, Gustavo Padovan wrote:
>>
>> Hi Daniel,
>>
>> 2016-01-19 Daniel Vetter :
>>
>>> On Fri, Jan 15, 2016 at 12:55:10PM -0200, Gustavo Padovan wrote:
From: Gustavo Padovan
On 19 January 2016 at 17:12, John Harrison wrote:
> On 19/01/2016 15:23, Gustavo Padovan wrote:
>>
>> Hi Daniel,
>>
>> 2016-01-19 Daniel Vetter :
>>
>>> On Fri, Jan 15, 2016 at 12:55:10PM -0200, Gustavo Padovan wrote:
From: Gustavo Padovan
This patch series de-stage the sync
Move the logging of timeouts when stalling the MMU to
rk_iommu_attach_device, as it's expected that sometimes the MMU won't
get stalled when detaching a device, and it's not a real problem that
would need to be communicated to the user.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.
Move the logging of timeouts when stalling the MMU to
rk_iommu_attach_device, as it's expected that sometimes the MMU won't
get stalled when detaching a device, and it's not a real problem that
would need to be communicated to the user.
Signed-off-by: Tomeu Vizoso
---
drivers/iommu/rockchip
will get a
valid framebuffer address before it's enabled again.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 15 +++
1 file c
will get a
valid framebuffer address before it's enabled again.
Signed-off-by: Tomeu Vizoso
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 15 +++
1 file changed, 15 insertions(+)
diff
On 19 March 2016 at 02:15, Mark yao <mark@rock-chips.com> wrote:
> On 2016年03月18日 19:22, Tomeu Vizoso wrote:
>>
>> When the VOP is re-enabled, it will start scanning right away the
>> framebuffers that were configured from the last time, even if those have
>> b
On 19 March 2016 at 02:15, Mark yao wrote:
> On 2016年03月18日 19:22, Tomeu Vizoso wrote:
>>
>> When the VOP is re-enabled, it will start scanning right away the
>> framebuffers that were configured from the last time, even if those have
>> been destroyed already. To
If we do, devres prints a "invalid resource" string in the error
loglevel.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
drivers/iommu/rockchip-iommu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iommu/rockchip-iommu.c b/drivers/iommu/rockch
If we do, devres prints a "invalid resource" string in the error
loglevel.
Signed-off-by: Tomeu Vizoso
---
drivers/iommu/rockchip-iommu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iommu/rockchip-iommu.c b/drivers/iommu/rockchip-iommu.c
index a6f593a0a29e..0253ab35c
On 18 March 2016 at 22:34, Andreas Färber <afaer...@suse.de> wrote:
> Am 18.03.2016 um 12:20 schrieb Tomeu Vizoso:
>> So the dwmac device manages to probe again.
>>
>> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
>> Fixes: 88f8b1bb41c6 ("
On 18 March 2016 at 22:34, Andreas Färber wrote:
> Am 18.03.2016 um 12:20 schrieb Tomeu Vizoso:
>> So the dwmac device manages to probe again.
>>
>> Signed-off-by: Tomeu Vizoso
>> Fixes: 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression")
>
to them, but before the VOP is awaken from standby.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 13 +
1 file chang
to them, but before the VOP is awaken from standby.
Signed-off-by: Tomeu Vizoso
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 13 +
1 file changed, 13 insertions(+)
diff --git
On 15 March 2016 at 02:30, Mark yao <mark@rock-chips.com> wrote:
> On 2016年03月14日 21:35, Tomeu Vizoso wrote:
>>
>> On 2 December 2014 at 10:15, Mark Yao <mark@rock-chips.com> wrote:
>>>
>>> diff --git a/drivers/gpu/drm/rockchip/rock
On 15 March 2016 at 02:30, Mark yao wrote:
> On 2016年03月14日 21:35, Tomeu Vizoso wrote:
>>
>> On 2 December 2014 at 10:15, Mark Yao wrote:
>>>
>>> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
>>> b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v6:
- Return 0 if the EC doesn't s
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso
---
Changes in v6:
- Return 0 if the EC doesn't support MKBP, as expected by callers
So the dwmac device manages to probe again.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Fixes: 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression")
---
arch/arm/boot/dts/rk3288-rock2-som.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/a
So the dwmac device manages to probe again.
Signed-off-by: Tomeu Vizoso
Fixes: 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression")
---
arch/arm/boot/dts/rk3288-rock2-som.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-rock2-som.dtsi
nd platform/chrome)]
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Randall Spangler <rspang...@chromium.org>
Cc: Vincent Palatin <vpala...@chromium.org>
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- Calculate correctly the size of the payloads in
c
to the old MKBP key matrix host command.
Signed-off-by: Vic Yang
[bleung: fixup some context changes going from v3.14 to v3.18]
Signed-off-by: Benson Leung
[tomeu: adapted to changes in mainline (in power-supply and platform/chrome)]
Signed-off-by: Tomeu Vizoso
Cc: Randall Spangler
Cc: Vincent
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in thi
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
i
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Reviewed-by: Benson Leung <ble...@chromium.org>
---
Changes in v6: None
Changes in v5:
- Chec
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso
Reviewed-by: Benson Leung
---
Changes in v6: None
Changes in v5:
- Check explicitly for !EC_RES_SUCCESS as suggested by Benson Leung.
Changes in v4
into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome: Register USB
into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome: Register USB
So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the
CRTC gets disabled.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm
So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the
CRTC gets disabled.
Signed-off-by: Tomeu Vizoso
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 3 ---
1 file changed, 3
From: Sameer Nanda <sna...@chromium.org>
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Sameer Nanda <sna...@chromium.org>
Cc: Benson Leung <ble...@chromium.org>
Cc: Shawn Nematbak
From: Sameer Nanda
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso
Cc: Sameer Nanda
Cc: Benson Leung
Cc: Shawn Nematbakhsh
---
Changes in v6: None
Changes in v5:
- Fix type of variable passed to do_div.
Changes in v4:
- Declare size
On 16 March 2016 at 16:23, Tomeu Vizoso <to...@tomeuvizoso.net> wrote:
> On 15 March 2016 at 02:30, Mark yao <mark@rock-chips.com> wrote:
>> On 2016年03月14日 21:35, Tomeu Vizoso wrote:
>>>
>>> On 2 December 2014 at 10:15, Mark Yao <mark@rock-chips.
On 16 March 2016 at 16:23, Tomeu Vizoso wrote:
> On 15 March 2016 at 02:30, Mark yao wrote:
>> On 2016年03月14日 21:35, Tomeu Vizoso wrote:
>>>
>>> On 2 December 2014 at 10:15, Mark Yao wrote:
>>>>
>>>> diff --git a/drivers/gpu/drm/rockchip
On 14 March 2016 at 17:20, Giuseppe CAVALLARO <peppe.cavall...@st.com> wrote:
> Hi Tomeu
>
> On 3/14/2016 12:43 PM, Tomeu Vizoso wrote:
>>
>> Hi Peppe,
>>
>> with that patch I don't see any difference at all in my setup.
>>
>> So to be clear,
On 14 March 2016 at 17:20, Giuseppe CAVALLARO wrote:
> Hi Tomeu
>
> On 3/14/2016 12:43 PM, Tomeu Vizoso wrote:
>>
>> Hi Peppe,
>>
>> with that patch I don't see any difference at all in my setup.
>>
>> So to be clear, with these commits on top of next-
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/lin
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h | 324
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using EC_CMD_GET_FEATURES to decide
From: Sameer Nanda <sna...@chromium.org>
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Sameer Nanda <sna...@chromium.org>
Cc: Benson Leung <ble...@chromium.org>
Cc: Shawn Nematbak
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v5:
- Check explicitly for !EC_RES_SUCCESS as suggested by Benson Leung.
Changes in v4: None
Changes
From: Sameer Nanda
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso
Cc: Sameer Nanda
Cc: Benson Leung
Cc: Shawn Nematbakhsh
---
Changes in v5:
- Fix type of variable passed to do_div.
Changes in v4:
- Declare size parameters
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso
---
Changes in v5:
- Check explicitly for !EC_RES_SUCCESS as suggested by Benson Leung.
Changes in v4: None
Changes in v3: None
Changes in v2: None
nd platform/chrome)]
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Randall Spangler <rspang...@chromium.org>
Cc: Vincent Palatin <vpala...@chromium.org>
---
Changes in v5: None
Changes in v4:
- Calculate correctly the size of the payloads in
cros_ec_get_host_
to the old MKBP key matrix host command.
Signed-off-by: Vic Yang
[bleung: fixup some context changes going from v3.14 to v3.18]
Signed-off-by: Benson Leung
[tomeu: adapted to changes in mainline (in power-supply and platform/chrome)]
Signed-off-by: Tomeu Vizoso
Cc: Randall Spangler
Cc: Vincent
into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome: Register USB PD
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v5: None
Changes in v4: None
Changes
into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome: Register USB PD
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
On 2 December 2014 at 10:15, Mark Yao wrote:
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
> b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
> new file mode 100644
> index 000..e7ca25b
> --- /dev/null
> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
>
On 2 December 2014 at 10:15, Mark Yao wrote:
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
> b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
> new file mode 100644
> index 000..e7ca25b
> --- /dev/null
> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
> @@ -0,0 +1,1455 @@
...
>
On 11 March 2016 at 10:09, Giuseppe CAVALLARO wrote:
> On 3/10/2016 5:47 PM, Dinh Nguyen wrote:
>>
>> On Thu, Mar 10, 2016 at 3:13 AM, Giuseppe CAVALLARO
>> wrote:
>>>
>>> On 3/9/2016 5:31 PM, Dinh Nguyen wrote:
On Wed, Mar 9, 2016
On 11 March 2016 at 10:09, Giuseppe CAVALLARO wrote:
> On 3/10/2016 5:47 PM, Dinh Nguyen wrote:
>>
>> On Thu, Mar 10, 2016 at 3:13 AM, Giuseppe CAVALLARO
>> wrote:
>>>
>>> On 3/9/2016 5:31 PM, Dinh Nguyen wrote:
On Wed, Mar 9, 2016 at 8:53 AM, Giuseppe CAVALLARO
wrote:
>
On 9 March 2016 at 11:27, Giuseppe CAVALLARO wrote:
> Hello Tomeu, Andreas,
>
> On 3/9/2016 10:52 AM, Giuseppe CAVALLARO wrote:
>>>
>>> * today's linux-next: probe failed
>>>
>>> * today's linux-next + revert of 88f8b1bb41c6 stmmac: Fix 'eth0: No
>>> PHY found' regression:
On 9 March 2016 at 11:27, Giuseppe CAVALLARO wrote:
> Hello Tomeu, Andreas,
>
> On 3/9/2016 10:52 AM, Giuseppe CAVALLARO wrote:
>>>
>>> * today's linux-next: probe failed
>>>
>>> * today's linux-next + revert of 88f8b1bb41c6 stmmac: Fix 'eth0: No
>>> PHY found' regression: probe succeeded but no
added to
mfd/cros_ec.h from the patch that adds the charger driver, as
suggested by Lee.
- Actually call get_ec_num_ports.
- Move cros_ec_usb_pd_charger_register into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using EC_CMD_GET_FE
nd platform/chrome)]
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Randall Spangler <rspang...@chromium.org>
Cc: Vincent Palatin <vpala...@chromium.org>
---
Changes in v4:
- Calculate correctly the size of the payloads in
cros_ec_get_host_command_version_mask.
added to
mfd/cros_ec.h from the patch that adds the charger driver, as
suggested by Lee.
- Actually call get_ec_num_ports.
- Move cros_ec_usb_pd_charger_register into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso
---
Changes in v4: None
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using EC_CMD_GET_FEATURES to decide whether to create
to the old MKBP key matrix host command.
Signed-off-by: Vic Yang
[bleung: fixup some context changes going from v3.14 to v3.18]
Signed-off-by: Benson Leung
[tomeu: adapted to changes in mainline (in power-supply and platform/chrome)]
Signed-off-by: Tomeu Vizoso
Cc: Randall Spangler
Cc: Vincent
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h | 324
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v4: None
Changes in v3: None
Changes
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.
From: Sameer Nanda <sna...@chromium.org>
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Sameer Nanda <sna...@chromium.org>
Cc: Benson Leung <ble...@chromium.org>
Cc: Shawn Nematbak
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.c | 14 ++
include/linux/mfd
From: Sameer Nanda
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso
Cc: Sameer Nanda
Cc: Benson Leung
Cc: Shawn Nematbakhsh
---
Changes in v4:
- Declare size parameters in ec_command as size_t
Changes in v3:
- Use do_div so it builds
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/platform
From: Sameer Nanda <sna...@chromium.org>
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Sameer Nanda <sna...@chromium.org>
Cc: Benson Leung <ble...@chromium.org>
Cc: Shawn Nematbak
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.c | 14 ++
include
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using EC_CMD_GET_FEATURES to decide w
From: Sameer Nanda
This driver exposes the charger functionality in the PD EC to userspace.
Signed-off-by: Tomeu Vizoso
Cc: Sameer Nanda
Cc: Benson Leung
Cc: Shawn Nematbakhsh
---
Changes in v3:
- Use do_div so it builds on 32bit (suggested by 0-day kbuild bot).
- Remove sysfs attributes
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso
---
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.c | 14 ++
include/linux/mfd/cros_ec.h
Check if a EC has andy PD ports and register a USB PD charger device if
so.
Signed-off-by: Tomeu Vizoso
---
Changes in v3:
- Only register the PD charger device if there are any PD ports in this
EC.
- Dropped patch using EC_CMD_GET_FEATURES to decide whether to create a
charger device
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3: None
Changes in v2: None
d
nd platform/chrome)]
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Randall Spangler <rspang...@chromium.org>
Cc: Vincent Palatin <vpala...@chromium.org>
---
Changes in v3:
- Remove duplicated prototype of cros_ec_get_host_event.
Changes in v
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h
This function returns the code for the host event that triggered the
interrupt that is being currently handled.
Is to be used by observers of the event_notifier in the EC device.
Signed-off-by: Tomeu Vizoso
---
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.c
to the old MKBP key matrix host command.
Signed-off-by: Vic Yang
[bleung: fixup some context changes going from v3.14 to v3.18]
Signed-off-by: Benson Leung
[tomeu: adapted to changes in mainline (in power-supply and platform/chrome)]
Signed-off-by: Tomeu Vizoso
Cc: Randall Spangler
Cc: Vincent
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso
---
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h | 324 ++-
1 file changed
cros_ec_usb_pd_charger_register into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome
cros_ec_usb_pd_charger_register into cros_ec_dev.c.
Sameer Nanda (1):
power: cros_usbpd-charger: Add EC-based USB PD charger driver
Tomeu Vizoso (4):
mfd: cros_ec: Add cros_ec_cmd_xfer_status helper
mfd: cros_ec: Add cros_ec_get_host_event
mfd: cros_ec: Add more definitions for PD commands
platform/chrome
On 28 January 2016 at 05:14, MyungJoo Ham <myungjoo@samsung.com> wrote:
>> Hi Thierry,
>>
>> On 21 January 2016 at 02:54, Thierry Reding <thierry.red...@gmail.com> wrote:
>> > On Thu, Jan 21, 2016 at 08:52:26AM +0100, Tomeu Vizoso wrote:
> []
&g
On 28 January 2016 at 05:14, MyungJoo Ham wrote:
>> Hi Thierry,
>>
>> On 21 January 2016 at 02:54, Thierry Reding wrote:
>> > On Thu, Jan 21, 2016 at 08:52:26AM +0100, Tomeu Vizoso wrote:
> []
>> >> Signed-off-by: Tomeu Vizoso
>> >> Report
On 20 February 2016 at 17:22, Pavel Machek wrote:
> Hi!
>
>> this series contains a driver that exposes a power_supply to userspace
>> representing a port that support USB PD charging.
>
> Well, if this is meant for userspace, should it add some
> documentation, too?
Hi Pavel, in
On 20 February 2016 at 17:22, Pavel Machek wrote:
> Hi!
>
>> this series contains a driver that exposes a power_supply to userspace
>> representing a port that support USB PD charging.
>
> Well, if this is meant for userspace, should it add some
> documentation, too?
Hi Pavel, in v3 I have
nd platform/chrome)]
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
Cc: Randall Spangler <rspang...@chromium.org>
Cc: Vincent Palatin <vpala...@chromium.org>
---
Changes in v3:
- Remove duplicated prototype of cros_ec_get_host_event.
Changes in v
to the old MKBP key matrix host command.
Signed-off-by: Vic Yang
[bleung: fixup some context changes going from v3.14 to v3.18]
Signed-off-by: Benson Leung
[tomeu: adapted to changes in mainline (in power-supply and platform/chrome)]
Signed-off-by: Tomeu Vizoso
Cc: Randall Spangler
Cc: Vincent
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h
Copy a few structs and commands from the EC firmware headers so we can
communicate with the EC regarding PD functionality.
Signed-off-by: Tomeu Vizoso
---
Changes in v3: None
Changes in v2: None
include/linux/mfd/cros_ec_commands.h | 324 ++-
1 file changed
So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
code when checking for errors from the EC side.
Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com>
---
Changes in v3: None
Changes in v2: None
drivers/platform/chrome/cros_ec_proto.c | 14 ++
include
501 - 600 of 2743 matches
Mail list logo