incremented as excepted.
Signed-off-by: Vincent Palatin
---
drivers/usb/core/quirks.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c
index 6ade3daf7858..76ac5d6555ae 100644
--- a/drivers/usb/core/quirks.c
+++ b/drivers/usb/core/quirks.c
On Fri, Mar 19, 2021 at 1:41 PM Vincent Palatin wrote:
>
> This LTE modem (M.2 card) has a bug in its power managment:
> there is some kind of race condition for U3 wake-up between the host and
> the device. The modem firmware sometimes crashes/locks when both events
> happen a
This LTE modem (M.2 card) has a bug in its power managment:
there is some kind of race condition for U3 wake-up between the host and
the device. The modem firmware sometimes crashes/locks when both events
happen at the same time and the modem fully drops off the USB bus (and
sometimes
On Fri, Nov 20, 2020 at 10:01 AM wrote:
>
> From: Vincent Palatin
>
> Update the USB serial option driver support for the Fibocom NL668 Cat.4
> LTE modules as there are actually several different variants.
> Got clarifications from Fibocom, there are distinct products:
>
On Fri, Feb 23, 2018 at 4:05 PM, Enric Balletbo i Serra
<enric.balle...@collabora.com> wrote:
>
> From: Vincent Palatin <vpala...@chromium.org>
>
> Free the IRQ we might have requested when removing the cros_ec device,
> so we can unload and reload the driver properly.
On Fri, Feb 23, 2018 at 4:05 PM, Enric Balletbo i Serra
wrote:
>
> From: Vincent Palatin
>
> Free the IRQ we might have requested when removing the cros_ec device,
> so we can unload and reload the driver properly.
>
> Signed-off-by: Vincent Palatin
> Signed-off-by
On Mon, Feb 19, 2018 at 11:40 PM, Enric Balletbo i Serra
<enric.balle...@collabora.com> wrote:
> From: Vincent Palatin <vpala...@chromium.org>
>
> Free the IRQ we might have requested when removing the cros_ec device,
> so we can unload and reload the driver properly.
&g
On Mon, Feb 19, 2018 at 11:40 PM, Enric Balletbo i Serra
wrote:
> From: Vincent Palatin
>
> Free the IRQ we might have requested when removing the cros_ec device,
> so we can unload and reload the driver properly.
>
> Signed-off-by: Vincent Palatin
> Signed-off-by: E
rol over data role swapping, and when the port supports
> USB Power Delivery, also control over power role swapping
> and Alternate Modes.
>
> Signed-off-by: Heikki Krogerus <heikki.kroge...@linux.intel.com>
Acked-by: Vincent Palatin <vpala...@chromium.org>
> ---
> Do
ort supports
> USB Power Delivery, also control over power role swapping
> and Alternate Modes.
>
> Signed-off-by: Heikki Krogerus
Acked-by: Vincent Palatin
> ---
> Documentation/ABI/testing/sysfs-class-typec | 205 +
> Documentation/usb/typec.txt
On Mon, Aug 29, 2016 at 12:23 PM, Heikki Krogerus
wrote:
>
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get the status and
> basic information about USB Type-C connectors on a system,
> control over data role
On Mon, Aug 29, 2016 at 12:23 PM, Heikki Krogerus
wrote:
>
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get the status and
> basic information about USB Type-C connectors on a system,
> control over data role swapping, and when the port
On Thu, Aug 25, 2016 at 1:59 PM, Heikki Krogerus
<heikki.kroge...@linux.intel.com> wrote:
> Hi,
>
> On Wed, Aug 24, 2016 at 04:08:23PM +0200, Vincent Palatin wrote:
>> Sorry if I'm making redundant comments with previous discussions, I
>> might have missed a few threa
On Thu, Aug 25, 2016 at 1:59 PM, Heikki Krogerus
wrote:
> Hi,
>
> On Wed, Aug 24, 2016 at 04:08:23PM +0200, Vincent Palatin wrote:
>> Sorry if I'm making redundant comments with previous discussions, I
>> might have missed a few threads.
>>
>>
>> On Mon, A
Sorry if I'm making redundant comments with previous discussions, I
might have missed a few threads.
On Mon, Aug 22, 2016 at 2:05 PM, Heikki Krogerus
wrote:
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get
Sorry if I'm making redundant comments with previous discussions, I
might have missed a few threads.
On Mon, Aug 22, 2016 at 2:05 PM, Heikki Krogerus
wrote:
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get the status and
> basic information
Hi Giuseppe,
On Thu, Jun 16, 2016 at 6:37 AM, Giuseppe CAVALLARO
<peppe.cavall...@st.com> wrote:
>
> Hi Vincent
>
>
> On 6/15/2016 7:04 PM, Vincent Palatin wrote:
>>
>> On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO
>> <peppe.cavall...@st.com>
Hi Giuseppe,
On Thu, Jun 16, 2016 at 6:37 AM, Giuseppe CAVALLARO
wrote:
>
> Hi Vincent
>
>
> On 6/15/2016 7:04 PM, Vincent Palatin wrote:
>>
>> On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO
>> wrote:
>>>
>>> On 6/11/2016 3:00 AM, Vincen
to perform only a partial power-down on
suspend if Wake-on-Lan is enabled but always perform the full shutdown
sequence if the module is unloaded.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 8 ++--
include/linux/st
In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up
the CPU on the PMT interrupt when the MAC and the PHY are in low power mode.
Adding the interrupt declaration.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
arch/arm/boot/dts/rk3288.dtsi | 5 +++--
to perform only a partial power-down on
suspend if Wake-on-Lan is enabled but always perform the full shutdown
sequence if the module is unloaded.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 8 ++--
include/linux/stmmac.h
In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up
the CPU on the PMT interrupt when the MAC and the PHY are in low power mode.
Adding the interrupt declaration.
Signed-off-by: Vincent Palatin
---
arch/arm/boot/dts/rk3288.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2
-down on the lack of
need to wake-up from the LAN but do it unconditionally when unloading the
module.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 48 +++---
1 file changed, 43 insertions(+), 5 deletions(-)
-down on the lack of
need to wake-up from the LAN but do it unconditionally when unloading the
module.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 48 +++---
1 file changed, 43 insertions(+), 5 deletions(-)
diff --git a/drivers/net
add the PMT interrupt to the MAC device tree configuration, so we can
wake up the core from it when the PHY has received the magic packet.
Changes since v1:
* rename 'powered_down' variable into 'suspended'.
* fix the logic recording the PHY suspended state according to Heiko comments.
Vincent
add the PMT interrupt to the MAC device tree configuration, so we can
wake up the core from it when the PHY has received the magic packet.
Changes since v1:
* rename 'powered_down' variable into 'suspended'.
* fix the logic recording the PHY suspended state according to Heiko comments.
Vincent
On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO
<peppe.cavall...@st.com> wrote:
> On 6/11/2016 3:00 AM, Vincent Palatin wrote:
>>
>> In order to support Wake-On-Lan when using the RK3288 integrated MAC
>> (with an external RGMII PHY), we need to avoid
On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO
wrote:
> On 6/11/2016 3:00 AM, Vincent Palatin wrote:
>>
>> In order to support Wake-On-Lan when using the RK3288 integrated MAC
>> (with an external RGMII PHY), we need to avoid shutting down the regulator
>> of th
On Fri, Jun 10, 2016 at 6:57 PM, Heiko Stuebner <he...@sntech.de> wrote:
> Am Freitag, 10. Juni 2016, 18:00:38 schrieb Vincent Palatin:
>> When suspending the machine, do not shutdown the external PHY by cutting
>> its regulator in the mac platform driver suspend code if Wake
On Fri, Jun 10, 2016 at 6:57 PM, Heiko Stuebner wrote:
> Am Freitag, 10. Juni 2016, 18:00:38 schrieb Vincent Palatin:
>> When suspending the machine, do not shutdown the external PHY by cutting
>> its regulator in the mac platform driver suspend code if Wake-on-Lan is
>> en
-down on the lack of
need to wake-up from the LAN but do it unconditionally when unloading the
module.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 49 +++---
1 file changed, 44 insertions(+), 5 deletions(-)
-down on the lack of
need to wake-up from the LAN but do it unconditionally when unloading the
module.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 49 +++---
1 file changed, 44 insertions(+), 5 deletions(-)
diff --git a/drivers/net
to perform only a partial power-down on
suspend if Wake-on-Lan is enabled but always perform the full shutdown
sequence if the module is unloaded.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 8 ++--
include/linux/st
In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up
the CPU on the PMT interrupt when the MAC and the PHY are in low power mode.
Adding the interrupt declaration.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
arch/arm/boot/dts/rk3288.dtsi | 5 +++--
to perform only a partial power-down on
suspend if Wake-on-Lan is enabled but always perform the full shutdown
sequence if the module is unloaded.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 8 ++--
include/linux/stmmac.h
In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up
the CPU on the PMT interrupt when the MAC and the PHY are in low power mode.
Adding the interrupt declaration.
Signed-off-by: Vincent Palatin
---
arch/arm/boot/dts/rk3288.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2
In order to support Wake-On-Lan when using the RK3288 integrated MAC
(with an external RGMII PHY), we need to avoid shutting down the regulator
of the external PHY when the MAC is suspended as it's currently done in the MAC
platform code.
As a first step, create independant callbacks for
In order to support Wake-On-Lan when using the RK3288 integrated MAC
(with an external RGMII PHY), we need to avoid shutting down the regulator
of the external PHY when the MAC is suspended as it's currently done in the MAC
platform code.
As a first step, create independant callbacks for
On Wed, Jun 8, 2016 at 5:17 PM, Andrew Lunn <and...@lunn.ch> wrote:
> On Wed, Jun 08, 2016 at 03:25:38PM -0700, Vincent Palatin wrote:
>> On Tue, Jun 7, 2016 at 12:23 AM, Giuseppe CAVALLARO
>> <peppe.cavall...@st.com> wrote:
>> > Hello
>> >
&g
On Wed, Jun 8, 2016 at 5:17 PM, Andrew Lunn wrote:
> On Wed, Jun 08, 2016 at 03:25:38PM -0700, Vincent Palatin wrote:
>> On Tue, Jun 7, 2016 at 12:23 AM, Giuseppe CAVALLARO
>> wrote:
>> > Hello
>> >
>> > On 6/3/2016 7:29 PM, Vincent Palatin wrote:
&
On Tue, Jun 7, 2016 at 12:23 AM, Giuseppe CAVALLARO
<peppe.cavall...@st.com> wrote:
> Hello
>
> On 6/3/2016 7:29 PM, Vincent Palatin wrote:
>>
>> Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
>> us up.
>>
>
> I do not unders
On Tue, Jun 7, 2016 at 12:23 AM, Giuseppe CAVALLARO
wrote:
> Hello
>
> On 6/3/2016 7:29 PM, Vincent Palatin wrote:
>>
>> Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
>> us up.
>>
>
> I do not understand why you need th
On Mon, Jun 6, 2016 at 1:45 PM, Heiko Stübner <he...@sntech.de> wrote:
> Hi,
>
> Am Freitag, 3. Juni 2016, 10:29:20 schrieb Vincent Palatin:
>> Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
>> us up.
>>
>> Signed-off-by:
On Mon, Jun 6, 2016 at 1:45 PM, Heiko Stübner wrote:
> Hi,
>
> Am Freitag, 3. Juni 2016, 10:29:20 schrieb Vincent Palatin:
>> Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
>> us up.
>>
>> Signed-off-by: Vincent Palatin
>> ---
>&g
Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
us up.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-r
Do not shutdown the PHY if Wake-on-Lan is enabled, else it cannot wake
us up.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c
b/drivers/net/ethernet
to protect the access to the MAC registers / DMA structures rather
than the MDIO bus or the PHY (which have separate locking),
so we can push the spin_lock after the stmmac_mdio_reset call.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/net/ethernet/stmicro/
to protect the access to the MAC registers / DMA structures rather
than the MDIO bus or the PHY (which have separate locking),
so we can push the spin_lock after the stmmac_mdio_reset call.
Signed-off-by: Vincent Palatin
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 6 --
1 file
, the enumeration has been correct
on every reboot.
Signed-off-by: Vincent Palatin
---
drivers/usb/core/quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c
index d85abfe..0a56de7 100644
--- a/drivers/usb/core/quirks.c
+++ b
, the enumeration has been correct
on every reboot.
Signed-off-by: Vincent Palatin <vpala...@chromium.org>
---
drivers/usb/core/quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c
index d85abfe..0a56de7 100644
--- a/drive
the devices are still enumerating to get more URBs
in-flight.
After the patch, the devices are still enumerating after thousands of cycles,
while the port was totally dead before.
Signed-off-by: Vincent Palatin
---
I'm re-sending it, it seems the previous email did not show up.
drivers/usb/dwc2
the devices are still enumerating to get more URBs
in-flight.
After the patch, the devices are still enumerating after thousands of cycles,
while the port was totally dead before.
Signed-off-by: Vincent Palatin
---
drivers/usb/dwc2/hcd.c | 8
1 file changed, 8 insertions(+)
diff --git
the devices are still enumerating to get more URBs
in-flight.
After the patch, the devices are still enumerating after thousands of cycles,
while the port was totally dead before.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
I'm re-sending it, it seems the previous email did not show up
the devices are still enumerating to get more URBs
in-flight.
After the patch, the devices are still enumerating after thousands of cycles,
while the port was totally dead before.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
drivers/usb/dwc2/hcd.c | 8
1 file changed, 8 insertions
Fix media DocBook build errors by re-adding the orderedlist tag
and putting back the section tags lost during merge.
Signed-off-by: Vincent Palatin
---
Documentation/DocBook/media/v4l/compat.xml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/DocBook/media/v4l/compat.xml
On Mon, Oct 20, 2014 at 10:08 AM, Randy Dunlap wrote:
> On 10/20/14 09:06, Vincent Palatin wrote:
>> On Sun, Oct 19, 2014 at 7:39 PM, Randy Dunlap wrote:
>>> From: Randy Dunlap
>>>
>>> Fix media DocBook build errors by making the orderedlist balanced
and section
> DOC1/Documentation/DocBook/compat.xml:2726: parser error : Premature end of
> data in tag section line 884
> DOC1/Documentation/DocBook/compat.xml:2726: parser error : chunk is not well
> balanced
>
> Signed-off-by: Randy Dunlap
> Cc: Vincent Palatin
> ---
> Docu
2560 and section
DOC1/Documentation/DocBook/compat.xml:2726: parser error : Premature end of
data in tag section line 884
DOC1/Documentation/DocBook/compat.xml:2726: parser error : chunk is not well
balanced
Signed-off-by: Randy Dunlap rdun...@infradead.org
Cc: Vincent Palatin vpala
On Mon, Oct 20, 2014 at 10:08 AM, Randy Dunlap rdun...@infradead.org wrote:
On 10/20/14 09:06, Vincent Palatin wrote:
On Sun, Oct 19, 2014 at 7:39 PM, Randy Dunlap rdun...@infradead.org wrote:
From: Randy Dunlap rdun...@infradead.org
Fix media DocBook build errors by making the orderedlist
Fix media DocBook build errors by re-adding the orderedlist tag
and putting back the section tags lost during merge.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Documentation/DocBook/media/v4l/compat.xml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/DocBook
On Tue, Oct 7, 2014 at 9:36 AM, Laurent Pinchart
wrote:
>
> Hi Vincent,
>
> Thank you for the patch. Mauro has already merged this in his tree, it should
> appear in v3.18-rc1.
>
Great ! I missed the merge.
Thanks,
--
Vincent
>
> On Monday 06 October 2014 14:05:
Vincent Palatin wrote:
Map V4L2_CID_TILT_SPEED and V4L2_CID_PAN_SPEED to the standard UVC
CT_PANTILT_RELATIVE_CONTROL terminal control request.
Tested by plugging a Logitech ConferenceCam C3000e USB camera
and controlling pan/tilt from the userspace using the VIDIOC_S_CTRL ioctl.
Verified
at the same time in both directions.
Signed-off-by: Vincent Palatin
Reviewed-by: Pawel Osciak
---
Changes from v1/v2:
- rebased
Changes from v3:
- removed gerrit-id
Chnages from v4:
- switched "offset" to unsigned int
drivers/media/usb/uvc/uvc_ctrl.c | 58 +
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin
Reviewed-by: Pawel Osciak
---
Changes from v1:
- update the documentation wording according to Pawel suggestion.
Changes from v2:
- bump
On Thu, Sep 4, 2014 at 1:35 PM, Laurent Pinchart
wrote:
>
> Hi Vincent,
>
> On Wednesday 03 September 2014 17:47:48 Vincent Palatin wrote:
> > Map V4L2_CID_TILT_SPEED and V4L2_CID_PAN_SPEED to the standard UVC
> > CT_PANTILT_RELATIVE_CONTROL terminal control request.
&g
On Thu, Sep 4, 2014 at 1:29 PM, Laurent Pinchart
wrote:
>
> Hi Vincent,
>
> Thank you for the patch.
>
> On Wednesday 03 September 2014 17:47:48 Vincent Palatin wrote:
> > Map V4L2_CID_TILT_SPEED and V4L2_CID_PAN_SPEED to the standard UVC
> > CT_PANTILT_RELATIVE_CO
On Thu, Sep 4, 2014 at 1:29 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Vincent,
Thank you for the patch.
On Wednesday 03 September 2014 17:47:48 Vincent Palatin wrote:
Map V4L2_CID_TILT_SPEED and V4L2_CID_PAN_SPEED to the standard UVC
CT_PANTILT_RELATIVE_CONTROL
On Thu, Sep 4, 2014 at 1:35 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Vincent,
On Wednesday 03 September 2014 17:47:48 Vincent Palatin wrote:
Map V4L2_CID_TILT_SPEED and V4L2_CID_PAN_SPEED to the standard UVC
CT_PANTILT_RELATIVE_CONTROL terminal control request
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Reviewed-by: Pawel Osciak posc...@chromium.org
---
Changes from v1:
- update the documentation wording according
at the same time in both directions.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Reviewed-by: Pawel Osciak posc...@chromium.org
---
Changes from v1/v2:
- rebased
Changes from v3:
- removed gerrit-id
Chnages from v4:
- switched offset to unsigned int
drivers/media/usb/uvc/uvc_ctrl.c | 58
at the same time in both directions.
Signed-off-by: Vincent Palatin
---
Changes from v1/v2:
- rebased
Changes from v3:
- removed gerrit-id
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb
at the same time in both directions.
Signed-off-by: Vincent Palatin
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
Changes from v1/v2:
- rebased
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3 deletions(-)
diff --git
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin
---
Changes from v1:
- update the documentation wording according to Pawel suggestion.
Changes from v2:
- bump Linux kernel version
On Tue, Sep 2, 2014 at 9:54 PM, Pawel Osciak wrote:
> On Sat, Aug 16, 2014 at 4:08 AM, Vincent Palatin
> wrote:
>>
>> The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
>> camera by setting its rotation speed around its axis.
>>
>
On Tue, Sep 2, 2014 at 9:54 PM, Pawel Osciak posc...@chromium.org wrote:
On Sat, Aug 16, 2014 at 4:08 AM, Vincent Palatin vpala...@chromium.org
wrote:
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Changes from v1:
- update the documentation wording according to Pawel suggestion.
Changes from v2:
- bump Linux
at the same time in both directions.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
Changes from v1/v2:
- rebased
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3
at the same time in both directions.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Changes from v1/v2:
- rebased
Changes from v3:
- removed gerrit-id
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3 deletions(-)
diff --git
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin
---
Changes from v1:
- update the documentation wording according to Pawel suggestion.
Documentation/DocBook/media/v4l/compat.xml
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Changes from v1:
- update the documentation wording according to Pawel suggestion.
Documentation/DocBook/media
On Wed, Aug 6, 2014 at 7:18 PM, Pawel Osciak wrote:
>
> On Thu, Aug 7, 2014 at 12:10 AM, Vincent Palatin
> wrote:
> >
> > On Sun, Aug 3, 2014 at 10:52 PM, Pawel Osciak wrote:
> > > This looks good to me in general (with one comment below). I don't think
>
On Wed, Aug 6, 2014 at 7:18 PM, Pawel Osciak posc...@chromium.org wrote:
On Thu, Aug 7, 2014 at 12:10 AM, Vincent Palatin vpala...@chromium.org
wrote:
On Sun, Aug 3, 2014 at 10:52 PM, Pawel Osciak posc...@chromium.org wrote:
This looks good to me in general (with one comment below). I
only let us set speed and direction...
>
> On Wed, Jul 9, 2014 at 8:49 AM, Vincent Palatin
> wrote:
>>
>> The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
>> camera by setting its rotation speed around its axis.
>>
>> Signed-off-by: V
,
which only let us set speed and direction...
On Wed, Jul 9, 2014 at 8:49 AM, Vincent Palatin vpala...@chromium.org
wrote:
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin vpala
On Thu, Jul 31, 2014 at 10:14 AM, Andreas Färber wrote:
> Hi,
>
> Am 31.07.2014 19:00, schrieb Vincent Palatin:
>> Always a bit late to the game.
>> One small comment inline.
>>
>> Reviewed-by: Vincent Palatin
>
> Thanks,
>
>>
>>
ping ...
Any opinion on adding those new controls ? since re-using the existing
relative ones was seen as too twisted.
Thanks,
--
Vincent
On Tue, Jul 8, 2014 at 4:49 PM, Vincent Palatin wrote:
> The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
> camera by setti
Always a bit late to the game.
One small comment inline.
Reviewed-by: Vincent Palatin
On Thu, Jul 31, 2014 at 9:08 AM, Andreas Färber wrote:
> Adds initial support for the HP Chromebook 11.
>
> Cc: Vincent Palatin
> Cc: Doug Anderson
> Cc: Stephan van Schaik
> Signed-off-
Always a bit late to the game.
One small comment inline.
Reviewed-by: Vincent Palatin vpala...@chromium.org
On Thu, Jul 31, 2014 at 9:08 AM, Andreas Färber afaer...@suse.de wrote:
Adds initial support for the HP Chromebook 11.
Cc: Vincent Palatin vpala...@chromium.org
Cc: Doug Anderson diand
ping ...
Any opinion on adding those new controls ? since re-using the existing
relative ones was seen as too twisted.
Thanks,
--
Vincent
On Tue, Jul 8, 2014 at 4:49 PM, Vincent Palatin vpala...@chromium.org wrote:
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move
On Thu, Jul 31, 2014 at 10:14 AM, Andreas Färber afaer...@suse.de wrote:
Hi,
Am 31.07.2014 19:00, schrieb Vincent Palatin:
Always a bit late to the game.
One small comment inline.
Reviewed-by: Vincent Palatin vpala...@chromium.org
Thanks,
On Thu, Jul 31, 2014 at 9:08 AM, Andreas Färber
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin
---
Documentation/DocBook/media/v4l/compat.xml | 10 ++
Documentation/DocBook/media/v4l/controls.xml | 21
at the same time in both directions.
Signed-off-by: Vincent Palatin
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/uvc/uvc_ctrl.c
On Wed, Jun 25, 2014 at 2:54 AM, Laurent Pinchart
wrote:
> Hi Pawel,
>
> On Wednesday 25 June 2014 11:46:24 Pawel Osciak wrote:
>> On Tue, Jun 17, 2014 at 11:45 PM, Vincent Palatin wrote:
>> > Map V4L2_CID_TILT_RELATIVE and V4L2_CID_PAN_RELA
On Wed, Jun 25, 2014 at 2:54 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Pawel,
On Wednesday 25 June 2014 11:46:24 Pawel Osciak wrote:
On Tue, Jun 17, 2014 at 11:45 PM, Vincent Palatin wrote:
Map V4L2_CID_TILT_RELATIVE and V4L2_CID_PAN_RELATIVE to the standard UVC
at the same time in both directions.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3 deletions(-)
diff --git a/drivers
The V4L2_CID_PAN_SPEED and V4L2_CID_TILT_SPEED controls allow to move the
camera by setting its rotation speed around its axis.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Documentation/DocBook/media/v4l/compat.xml | 10 ++
Documentation/DocBook/media/v4l/controls.xml | 21
Re-sending ... the text-only encoding was not properly turned on on
the previous one and irritated the mailing lists.
On Mon, Jun 23, 2014 at 9:05 PM, Doug Anderson wrote:
>
> Andreas,
>
> On Mon, Jun 23, 2014 at 3:46 PM, Andreas Färber wrote:
> > Hi Doug,
> >
> > Am 23.06.2014 21:47, schrieb
Re-sending ... the text-only encoding was not properly turned on on
the previous one and irritated the mailing lists.
On Mon, Jun 23, 2014 at 9:05 PM, Doug Anderson diand...@chromium.org wrote:
Andreas,
On Mon, Jun 23, 2014 at 3:46 PM, Andreas Färber afaer...@suse.de wrote:
Hi Doug,
Am
at the same time in both directions.
Signed-off-by: Vincent Palatin
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
Changes
v2: fix control request name in description.
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed, 55 insertions(+), 3
at the same time in both directions.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Change-Id: I7b70b228e5c0126683f5f0be34ffd2807f5783dc
---
Changes
v2: fix control request name in description.
drivers/media/usb/uvc/uvc_ctrl.c | 58 +---
1 file changed
1 - 100 of 132 matches
Mail list logo